第3章固件烧录原理

第3章：固件烧录原理——MCU启动模式、烧录协议与固件加密校验

大家好，我是你们的老朋友。今天咱们聊聊固件烧录这件事。

说实话，我见过太多工程师在产品设计阶段跑得飞快，一到量产烧录环节就翻车。要么烧录失败率高，要么固件被人抄了去，要么烧进去的程序跑不起来。这些问题，说白了都是对烧录原理理解不够深。

这一章，我就把固件烧录的底裤给你扒干净。从MCU怎么启动，到用什么协议烧，再到怎么加密防抄，一条龙讲透。

3.1 MCU启动模式——芯片上电后第一件事做什么？

你想想看，MCU上电复位后，它怎么知道自己该干什么？

答案就在启动模式（Boot Mode）里。MCU内部有一段固化的启动代码，叫Bootloader。它决定了芯片从哪读取用户程序。

以STM32为例，它有三种启动模式：

BOOT0	BOOT1	启动区域	说明
0	X	主Flash	正常启动，运行用户程序
1	0	系统存储器	内置Bootloader，用于串口烧录
1	1	SRAM	调试用，掉电丢失

我在项目中遇到过一件事：有个同事把BOOT0和BOOT1都拉高了，结果芯片一直进不了用户程序。查了半天，原来是SRAM模式，一断电程序就没了。嗯，这种坑踩过一次就记住了。

量产要点：量产烧录时，通常用系统存储器模式（BOOT0=1, BOOT1=0），通过内置Bootloader走串口烧录。烧完后把BOOT0拉回0，下次上电就跑用户程序了。

3.2 烧录协议——SWD、JTAG、UART怎么选？

烧录协议说白了就是MCU和烧录器之间的通信语言。常用的有三种：SWD、JTAG、UART。

3.2.1 SWD（串行线调试）

SWD是ARM公司搞出来的，只需要两根线：SWDIO（数据）和SWCLK（时钟）。

优点：引脚少，速度快，支持调试
缺点：只支持ARM内核
量产场景：适合板子空间紧张、需要在线调试的产品

我个人习惯用SWD做量产烧录。为什么？因为只需要接4个点（VCC、GND、SWDIO、SWCLK），夹具好做，效率高。

3.2.2 JTAG（联合测试行动组）

JTAG是工业标准，5根线：TMS、TCK、TDI、TDO、TRST（可选）。

优点：通用性强，支持边界扫描
缺点：引脚多，占用PCB空间大
量产场景：适合复杂板卡、需要边界扫描测试的产品

我的建议：如果产品不是特别复杂，优先选SWD。JTAG那5根线在量产夹具上多一个探针就多一分故障风险。

3.2.3 UART（串口烧录）

UART烧录依赖MCU内置的Bootloader。只需要TX、RX两根线。

优点：不需要专用烧录器，成本低
缺点：速度慢，不支持调试
量产场景：适合大批量、低成本、不需要调试的产品

我曾经在一个消防报警器项目里用过UART烧录。当时为了省成本，没买烧录器，直接用USB转串口模块。结果发现一个问题：串口烧录对波特率很敏感，线一长就容易失败。后来我加了硬件流控，才稳定下来。

3.3 固件加密与校验机制——防抄、防坏、防意外

固件烧进去就完事了？没那么简单。你得考虑两件事：

固件对不对？——校验机制
固件安不安全？——加密机制

3.3.1 CRC32校验——快速检测数据完整性

CRC32是一种循环冗余校验算法。它把整个固件当成一个大数据块，算出一个32位的校验值。

烧录时，把CRC32值附加在固件末尾。MCU启动时重新算一遍，对比一下。不一样？说明固件坏了，别跑。

// CRC32计算示例（C语言）
uint32_t crc32_calculate(uint8_t *data, uint32_t len) {
    uint32_t crc = 0xFFFFFFFF;
    for (uint32_t i = 0; i < len; i++) {
        crc ^= data[i];
        for (int j = 0; j < 8; j++) {
            if (crc & 1) {
                crc = (crc >> 1) ^ 0xEDB88320;
            } else {
                crc >>= 1;
            }
        }
    }
    return crc ^ 0xFFFFFFFF;
}

注意：CRC32只能检测数据是否被篡改或损坏，不能防止别人读取你的固件。它就是个“体检医生”，不是“保安”。

3.3.2 SHA256校验——更安全的哈希算法

SHA256是安全哈希算法，输出256位的哈希值。相比CRC32，它更难碰撞（两个不同文件算出相同哈希的概率极低）。

什么时候用SHA256？

固件需要远程OTA升级时
对安全性要求高的产品（比如金融支付设备）
需要验证固件来源是否可信时

但SHA256计算量大，在低端MCU上跑起来有点吃力。我建议：如果MCU主频低于48MHz，尽量用硬件加速模块，别用软件硬算。

3.3.3 固件加密——防抄板的最后一道防线

加密的目的是让别人即使拿到你的固件文件，也读不懂、用不了。

常见加密方式：

加密方式	原理	适用场景
AES-128/256	对称加密，烧录时加密，运行时解密	通用产品防抄
读保护（RDP）	MCU内部机制，禁止读取Flash	所有量产产品必开
唯一ID绑定	固件与MCU唯一ID绑定，换芯片跑不了	高价值产品

量产实战建议：

所有量产产品，至少开启MCU的读保护（RDP Level 1）
如果产品价值高，加AES加密，密钥写在MCU的OTP区域
如果还怕被抄，用唯一ID绑定，每颗芯片的固件都不一样

我曾经帮一个客户做消防报警器量产。他们之前没开读保护，结果被竞争对手买了几颗成品，直接读出了固件，抄了个一模一样的产品。后来我帮他们加了AES加密+唯一ID绑定，再也没出过问题。

3.4 量产烧录流程——从原理到实操

理论讲完了，咱们看看量产时具体怎么干。

准备固件：编译生成hex或bin文件，计算CRC32/SHA256，附加到固件末尾
选择烧录方式：根据产品特点选SWD、JTAG或UART
配置烧录器：设置烧录地址、加密选项、校验方式
执行烧录：连接夹具，一键烧录，自动校验
验证结果：读取固件CRC32，对比原始值；检查读保护是否开启

我的经验：量产烧录一定要做“空片检测”。就是先读一下芯片是不是空的，防止重复烧录把旧数据覆盖了。我曾经因为没做这个，烧了一批翻新片，结果客户投诉说设备里有两个版本的程序在打架。

好了，这一章的内容就到这里。下一章咱们聊聊量产测试的硬件设计——怎么设计测试点、怎么做夹具、怎么选探针。这些都是实战干货，别错过。

📚 课程目录