3. 量产烧录核心概念

在研发阶段，工程师通常只关心“程序能不能跑起来”；而进入量产阶段，烧录的对象不再是一份随手编译的工程，而是一套可追溯、可校验、可批量复制的固件交付物。理解固件镜像、文件格式、地址映射、校验和以及序列号、MAC 地址、参数区这些核心概念，是搭建量产烧录体系的第一步。本节把这些概念串成一条完整的数据链路，帮助读者建立“从编译产物到产线可烧录镜像”的整体认知。

一、固件镜像：量产烧录的真正对象

固件镜像（Firmware Image）是最终写入 MCU 内部 Flash 的二进制数据集合。它通常由多个部分组成：中断向量表、启动代码、应用程序、常量数据、参数区，甚至包括引导程序（Bootloader）和校验信息。研发阶段编译出的 .elf 文件包含调试符号和段信息，体积大且不适合直接烧录；量产阶段需要将其转换为紧凑的二进制镜像，再按地址写入芯片。

一个典型的 STM32 量产镜像布局如下：

0x08000000  Bootloader        (16 KB)
0x08004000  Application       (240 KB)
0x08040000  参数区 / 配置区    (8 KB)
0x08042000  序列号 / MAC 区    (2 KB)
0x08042800  预留 / 校准数据    (2 KB)

镜像的“完整性”不仅指代码正确，还包括各区域地址不重叠、长度不越界、校验值一致。量产工具在烧录前必须对镜像做一次结构解析，确认每个段的目标地址和长度合法，否则批量烧录时会出现整批设备启动异常。

二、HEX、BIN、ELF：三种常见格式的差异

STM32 开发中常见的固件文件格式有 Intel HEX、BIN 和 ELF。它们并不是同一层级的概念，而是分别服务于不同环节。

• ELF：由编译器生成，包含代码、数据、符号表、调试信息、段地址等，适合调试和链接分析，但不适合直接量产烧录。
• BIN：纯二进制镜像，只包含数据本身，不携带地址信息。烧录时必须由工具指定起始地址，否则会写错位置。
• HEX：Intel HEX 格式，以文本行记录地址和数据，自带地址信息，适合通过串口、CAN 或 ISP 方式烧录。

量产中常见做法是：用 fromelf 或 objcopy 将 ELF 转换为 BIN 或 HEX，再交给烧录器。若使用 BIN，必须在烧录脚本中明确写入起始地址，例如 0x08000000。

三、地址映射：镜像与 Flash 的对应关系

地址映射决定了镜像中每一段数据最终落在 MCU 的哪个物理地址。STM32 的 Flash 通常从 0x08000000 开始映射，系统存储器从 0x1FFF0000 开始，SRAM 从 0x20000000 开始。量产烧录时，工具会按照镜像中的地址信息逐段写入。

如果地址映射错误，常见现象包括：程序跑飞、HardFault、参数区被覆盖、序列号读不到。因此，量产前必须核对链接脚本（.ld 或 .sct）与烧录脚本中的地址是否一致。下面是一个链接脚本片段示例：

MEMORY
{
  FLASH (rx)  : ORIGIN = 0x08004000, LENGTH = 240K
  RAM   (rwx) : ORIGIN = 0x20000000, LENGTH = 128K
}

SECTIONS
{
  .text : { *(.isr_vector) *(.text*) } > FLASH
  .data : { *(.data*) } > RAM AT > FLASH
}

可以看到，应用程序起始地址被安排在 0x08004000，为 Bootloader 预留了 16 KB 空间。量产烧录时，Bootloader 和 Application 通常分两次写入，或合并为一个完整镜像一次写入。

四、校验和：保证批量烧录一致性的关键

校验和（Checksum）用于验证烧录数据是否完整、正确。常见形式包括累加和、CRC16、CRC32。量产工具在烧录完成后会读取 Flash 内容并重新计算校验值，与镜像中的预期值比对。若不一致，说明烧录失败或 Flash 损坏，设备应被标记为不良品。

校验和通常放在镜像末尾或独立区域，例如：

镜像数据: 0x08004000 ~ 0x0803BFFF
校验值:   0x0803C000 处存放 CRC32
烧录后读取并计算 CRC32，与 0x0803C000 比较

五、序列号、MAC 地址与参数区

量产设备必须具有唯一标识。序列号（SN）用于生产追溯和售后管理，MAC 地址用于网络通信设备。它们通常存放在独立的参数区或信息区，由烧录工具在烧录主镜像后单独写入。

参数区一般包含：设备序列号、MAC 地址、硬件版本、校准参数、加密密钥、生产日期等。写入方式有两种：一种是在烧录时由工具动态生成并写入；另一种是提前生成号段文件，烧录时按顺序读取。无论哪种方式，都必须保证唯一性和不可重复写入。

SN:   STM32-2024-000001
MAC:  00:1A:2B:3C:4D:5E
HW:   V1.2
CAL:  offset=0x1F, gain=0x3C

六、案例与复盘：一次批量烧录地址错位的排查

某产线在烧录 500 台设备时，发现其中约 30 台无法启动。排查后发现，烧录脚本中 BIN 文件的起始地址被误设为 0x08000000，而实际应用程序链接地址是 0x08004000。结果应用程序覆盖了 Bootloader 区域，导致设备上电后无法进入正常启动流程。

复盘结论有三点：第一，BIN 文件必须与链接脚本地址严格对应；第二，烧录前应自动解析镜像地址并与预设地址比对；第三，量产工具应记录每台设备的烧录地址、校验值和序列号，便于追溯。通过这次整改，该产线后续批次的不良率从 6% 降至 0.2% 以下。

总结来看，量产烧录的核心概念并不是孤立的名词，而是一条从编译产物到芯片 Flash 的完整数据链路：ELF/HEX/BIN 决定交付格式，地址映射决定数据落点，校验和决定一致性，序列号、MAC 与参数区决定设备唯一性和可追溯性。只有把这些概念在量产工具和流程中固化下来，才能实现稳定、高效、可复制的批量烧录。