1. 烧录失败的本质：理解固件烧录的完整链路

做嵌入式这些年，我见过太多人一碰到烧录失败就慌了神。拔线、重插、换芯片、重启电脑……一套组合拳打完，问题还在。其实说白了，烧录失败没那么玄乎。你只要把整个链路拆开看，每个环节可能出什么错，心里就有数了。

固件烧录，本质上就是把编译好的二进制数据，通过某种通信接口，写到芯片的非易失性存储器里。这个过程中，任何一个节点出问题，都会导致烧录失败。我个人习惯把这条链路分成四个阶段：编译 → 链接 → 下载 → 校验。

1.1 编译阶段：你的代码真的「对」吗？

编译是把人类可读的 C/C++ 代码，转换成机器能理解的目标文件。这一步出问题，通常是最容易发现的——编译器会直接报错。但有些坑，编译器不会告诉你。

我记得有一次，团队里一个同事折腾了一下午，烧录总是卡在 50%。最后发现是代码里有个宏定义冲突，导致某个关键外设初始化函数被优化掉了。编译器没报错，但生成的 .o 文件里压根没有那段代码。

常见的编译期问题包括：

• 语法错误：少了个分号、括号不匹配——这类问题编译器会直接报错，比较好处理。
• 宏定义冲突：不同头文件里定义了同名的宏，导致代码行为不符合预期。
• 头文件路径缺失：编译时找不到某个 .h 文件，报错信息里会提示「No such file or directory」。
• 优化导致的代码移除：编译器认为某些代码「没用」，直接优化掉了。你想想看，如果那段代码恰好是烧录后的启动代码……

1.2 链接阶段：拼图拼不上怎么办？

链接器的工作，是把多个目标文件和库文件拼成一个完整的可执行文件。这个阶段最常见的错误，就是「符号未定义」——说白了，你调用了某个函数，但链接器找不到它的实现。

我遇到过最离谱的一次，是链接脚本里把 .text 段的起始地址写错了。结果固件烧进去，芯片一上电就跑飞了。查了两天才发现，是链接脚本里一个地址偏移量算错了 4 个字节。

链接阶段的典型问题：

问题类型	典型错误信息	根本原因
符号未定义	undefined reference to 'xxx'	函数声明了但没实现，或者库没链接进来
多重定义	multiple definition of 'xxx'	同一个符号在多个目标文件中定义了
段地址重叠	section .text will not fit in region	代码或数据超出了芯片的内存范围
链接脚本错误	烧录后芯片不运行	段地址、对齐方式或内存区域定义有误

1.3 下载阶段：烧录器真的「说」进去了吗？

下载阶段是物理层面的通信。烧录器通过 SWD、JTAG、UART 或 SPI 等接口，把固件数据写入芯片的 Flash。这个环节最容易受硬件环境影响。

嗯，这里要注意。下载失败很多时候不是固件的问题，而是物理连接的问题。我见过有人用了一根 30 厘米长的杜邦线连接 SWD 接口，结果烧录成功率不到 30%。换成屏蔽线后，问题立刻消失。

下载阶段的常见「杀手」：

• 通信时序异常：线太长、干扰大、时钟频率不匹配，都会导致数据传输出错。
• 电源不稳定：芯片在烧录时需要稳定的供电。如果电源纹波太大，或者烧录器供电能力不足，烧录到一半就会中断。
• 烧录器驱动问题：J-Link、ST-Link、CMSIS-DAP 这些烧录器，驱动版本不对或者固件太旧，也会导致通信失败。
• 芯片保护位已设置：有些芯片有读保护或写保护功能。如果之前设置了保护位，烧录器无法写入新固件。

1.4 校验阶段：写进去的和你想的一样吗？

校验是烧录的最后一道防线。烧录器把数据写入 Flash 后，会读回来跟原始固件做比对。如果比对不一致，就会报校验失败。

校验失败，说明数据在写入或读取过程中发生了损坏。我遇到过一种情况：芯片的 Flash 在高温下写入不稳定，产线上烧录 100 片，有 3 片校验失败。后来发现是焊接车间的温度太高，芯片内部 Flash 写入时序受到了影响。

校验失败的原因通常包括：

1. Flash 写入异常：芯片的 Flash 控制器在写入时出错，导致某些位没写进去。
2. 校验算法不匹配：烧录器使用的校验算法（CRC、MD5、SHA 等）与芯片支持的算法不一致。
3. 读回数据损坏：读回 Flash 内容时，通信线路受到干扰，导致读回的数据跟实际存储的数据不一致。
4. 芯片本身损坏：极少数情况下，芯片的 Flash 单元已经损坏，无法正常写入。