4. S32G启动流程与量产烧录

S32G 的启动链路是量产交付中最容易“埋雷”的环节：样机阶段用调试器加载镜像往往一切正常，但到了产线，一旦 BootROM 找不到有效 IVT、HSE 固件未就绪或启动介质选错，板子就会停在串口无输出或反复复位的状态。理解从复位向量到应用跳转的完整路径，是把烧录工装和失败恢复策略做扎实的前提。

BootROM 与启动介质选择

S32G 上电复位后，首先执行的是固化在芯片内部的 BootROM。它不依赖外部 Flash，负责最基础的时钟与引脚初始化，然后根据 BOOT_CFG 相关引脚（或熔丝位）的电平组合，决定从哪个介质加载引导代码。量产板上常见的启动介质是 QSPI NOR 和 eMMC/SD，两者在 BootROM 眼中的“可引导性”判定标准并不相同。

BootROM 的加载逻辑可以概括为：读取启动介质第一个可引导扇区/偏移处的 IVT（Image Vector Table），校验其 magic、长度和校验和，通过后按 IVT 中的自举数据地址（Boot Data）把指定长度的镜像搬入内部 SRAM（ITCM/OCRAM），最后跳转到 IVT 指定的入口地址。QSPI 启动时，BootROM 通常从 Flash 的 0x1000 偏移（示例，具体以芯片参考手册为准）读取 IVT；eMMC 启动则从 Boot Partition 或 User Area 的固定偏移读取。若 IVT 校验失败，BootROM 会尝试下一个启动介质或进入串口下载模式，这正是量产中“板子能进下载模式但起不来”的典型原因。

IVT 与镜像布局

IVT 是 BootROM 与镜像之间的“契约”。一个典型的 IVT 包含：header（magic 0xD1、长度、版本）、entry（应用入口地址）、自举数据指针（指向 Boot Data 结构）、以及各段镜像的起始地址与长度。Boot Data 则描述镜像总长度和插件标志。量产烧录时，工具链（如 NXP 的 IVT 生成脚本或 S32 Design Studio 的 flash 编程插件）会根据链接脚本自动生成 IVT，但工程师必须确认入口地址与 SRAM 实际加载地址一致，否则会出现“校验通过但跳转后跑飞”。

镜像布局上，QSPI 启动通常把 IVT 放在 Flash 起始偏移 0x1000，Bootloader 紧随其后；eMMC 启动则把 IVT 放在 Boot Partition 0 的起始位置。若使用 HSE 安全启动，IVT 之后还需要 HSE 固件镜像和签名证书，BootROM 会先加载 HSE 固件、等待 HSE 就绪，再由 HSE 验证应用镜像签名，验证通过才允许跳转。这一顺序决定了烧录时 HSE 固件必须与 IVT 一并写入，且签名密钥要与芯片熔丝中的公钥哈希匹配。

量产烧录工装与脚本

量产烧录的核心诉求是“快、稳、可追溯”。典型工装由 USB/串口转接板、目标板夹具、电源控制和上位机脚本组成。以 QSPI 烧录为例，脚本流程通常为：进入串口下载模式 → 发送 Flash 擦除命令 → 分块写入镜像 → 回读校验 → 写入 MAC/序列号等个性化数据 → 复位并等待启动成功标志。下面是一段简化的烧录脚本伪代码，用于说明关键步骤：

# 示例：QSPI 量产烧录脚本（伪代码）
open_serial("/dev/ttyUSB0", 115200)
enter_download_mode()          # 拉低 BOOT_CFG 引脚并复位
erase_flash(0x0, 0x800000)     # 擦除 8MB QSPI
write_image("ivt_boot.bin", 0x1000)
write_image("hse_fw.bin",   0x2000)
write_image("app.bin",      0x10000)
verify_image("app.bin",     0x10000)   # 回读比对
write_serial_number(0x7F0000)          # 写入个性化数据
reset_and_wait_boot(timeout=3000)      # 等待启动成功标志

脚本中每个写操作都应带重试与超时；回读校验建议使用 CRC32 而非逐字节比较，以缩短产线节拍。对于 eMMC，还需先切换至 Boot Partition 再写入，并注意分区容量与对齐。工装设计上，建议把 BOOT_CFG 引脚做成可编程拉高/拉低，避免人工跳线导致批量误操作。

启动时间优化与失败恢复

启动时间优化要从 BootROM 阶段就开始算账。BootROM 读取 IVT 和搬运镜像的时间与镜像大小成正比，因此裁剪 Bootloader、把非必要驱动延后到 OS 阶段加载，往往比优化应用代码更有效。若使用 HSE 安全启动，签名验证会额外增加几十到上百毫秒，量产中可通过预计算哈希、并行校验等方式压缩。另一个常被忽略的点是 QSPI 时钟配置：BootROM 默认使用较低频率读取 IVT，若在 IVT 中配置更高的 Flash 时钟，后续镜像搬运会明显加快，但必须确认 Flash 器件支持该频率。

失败恢复策略要覆盖“烧录失败”和“启动失败”两类。烧录失败时，工装应能自动重试并记录失败板卡序列号，避免流入下一工位；启动失败时，推荐采用 A/B 双分区：Bootloader 先尝试 A 分区，若看门狗超时或校验失败则回滚到 B 分区。对于安全启动场景，还需保留一个“恢复镜像”，在 HSE 验证失败时进入串口恢复模式，允许产线重新烧录。判断启动是否成功，不能只看串口有无输出，而应约定一个明确的启动完成标志（如特定 GPIO 拉高或串口打印 “BOOT_OK”），工装据此判定 PASS/FAIL。

把 BootROM 的加载规则、IVT 的字段约束、HSE 的验证顺序、烧录脚本的每一步以及失败恢复的判定条件都固化到工装和文档中，S32G 的启动与烧录才能真正从“能跑”走到“可量产”。