4. STM32N6启动模式与启动流程

STM32N6 的启动过程并不是“上电后直接跳到 main()”这么简单。它是一条由硬件复位、BOOT 引脚采样、BootROM 固件、启动头解析、安全校验、可选解密、向量表重定位和最终跳转共同组成的链路。理解这条链路，才能判断安全启动的入口在哪里、固件升级为什么必须配合启动模式、以及出现“程序不跑”时应该从哪一段开始排查。

一、复位后的第一段代码：BootROM 与启动模式采样

STM32N6 复位释放后，CPU 首先执行的是芯片内部固化的 BootROM，而不是用户 Flash 中的代码。BootROM 会先读取 BOOT 引脚（以及部分选项字节）的电平组合，决定本次启动的入口。典型情况下，BOOT0/BOOT1 的组合决定从用户 Flash、系统存储器（Bootloader）还是从外部接口启动。需要注意：STM32N6 的启动模式选择通常是在复位释放瞬间锁存的，运行中改变引脚不会立即切换启动源，必须重新复位才生效。

启动模式选择的意义在于：正常量产运行时，我们希望从用户 Flash 启动并进入安全启动校验流程；而在产线烧录、固件升级或救砖场景下，则需要让芯片进入系统存储器中的 ROM Bootloader，通过 UART/USB/SPI 等接口接收新固件。因此，启动模式不是“随便选一个”，而是与固件升级策略强绑定的入口开关。

二、从启动头到应用跳转：完整流程

当启动模式指向用户 Flash 时，BootROM 不会盲目跳转，而是先读取 Flash 起始区域中的启动头（Header）。这个启动头描述了镜像的入口地址、向量表位置、镜像长度、校验信息以及是否加密/签名等属性。BootROM 依据这些字段完成校验，只有校验通过才会把控制权交给用户应用。若校验失败，芯片会停留在 BootROM 的错误处理路径，或按配置进入恢复模式。

下面这张图给出了从复位到应用跳转的完整信号与数据流关系，重点标出了安全启动入口所处的位置：

三、启动头与向量表：应用跳转前的关键约定

用户应用镜像并不是从任意地址开始都能被 BootROM 接受。镜像起始处必须放置符合 STM32N6 规范的启动头，其中至少包含：镜像入口地址、初始栈指针、向量表偏移、镜像长度、校验算法标识以及签名/证书信息。BootROM 解析这些字段后，才能知道“应用从哪里开始、有多大、是否可信”。

向量表是另一个关键点。Cortex-M 内核复位后默认从地址 0x00000000 取初始 MSP 和复位向量，但 STM32N6 通过 VTOR（向量表偏移寄存器）把异常向量表重定位到应用实际所在的位置。BootROM 在跳转前会设置好 VTOR，或者由应用的启动代码在 SystemInit 阶段完成设置。如果 VTOR 没有正确指向应用向量表，最常见的结果就是跳转后取到错误的复位向量，程序跑飞或进入 HardFault。

四、启动模式选择与安全启动入口的关系

安全启动的入口并不在用户代码里，而是在 BootROM 解析启动头之后、跳转应用之前。这意味着：只要芯片从用户 Flash 启动，安全校验就一定会先于用户 main() 执行。如果希望绕过安全校验进行调试，通常需要把启动模式切到系统存储器，或者通过选项字节临时关闭安全启动使能位——但量产设备不应保留这种可绕过的配置。

下表给出几种典型启动模式与适用场景的对应关系，便于在固件升级和产线烧录时快速选择：

五、实操观察：如何确认启动走到了哪一步

调试启动问题时，不要只盯着 main() 是否执行。更有效的方法是分段确认：

• 用调试器连接后先看 PC 是否停在 BootROM 地址区间，判断是否卡在启动早期；
• 检查 VTOR 寄存器的值是否等于应用向量表基址，确认向量表重定位是否发生；
• 读取启动头所在 Flash 区域的前若干字节，核对入口地址和长度字段是否与编译产物一致；
• 若安全校验失败，芯片通常会停留在 BootROM 错误路径，此时应检查签名密钥、证书链和镜像哈希是否匹配。

把复位、启动模式采样、BootROM、启动头解析、安全校验、向量表重定位和最终跳转串起来看，STM32N6 的启动流程就变成了一条可分段验证的链路。安全启动的入口固定在 BootROM 跳转之前，固件升级则依赖启动模式切换到系统存储器。理解这两点，后续配置安全启动和设计升级方案时就不会把“启动失败”和“校验失败”混为一谈。