4. STM32启动流程详解

在双Bank固件升级工程中，理解STM32从上电到执行用户代码的完整启动链路，是设计Bootloader、规划Bank切换策略以及实现可靠跳转的前提。很多升级失败、跳转后HardFault、中断无法响应的问题，根源都在启动流程的细节上。本节从复位向量出发，逐层拆解BOOT引脚、选项字节、启动地址映射，以及中断向量表重定位这一关键环节。

一、复位向量与启动的硬件本质

STM32上电或复位后，Cortex-M内核首先从地址0x00000000处读取两个字：第一个字作为初始主堆栈指针MSP的值，第二个字作为复位向量（Reset_Handler的入口地址），随后内核跳转到该地址开始执行。这是ARM Cortex-M架构的硬性规定，与具体芯片型号无关。

关键在于：0x00000000并不一定是Flash的物理地址。STM32通过启动模式选择，把不同的物理存储区域“别名映射”到0x00000000。也就是说，内核看到的永远是0地址，但0地址背后指向哪里，由启动配置决定。这正是BOOT引脚和选项字节发挥作用的地方。

二、BOOT引脚与启动模式

传统STM32（如F1、F4系列）通过BOOT0和BOOT1两个引脚的电平组合，在复位释放的瞬间锁存启动模式。典型组合如下：

需要注意，BOOT引脚只在复位释放的采样窗口内有效，运行中改变引脚电平不会切换启动区域。在双Bank升级场景中，如果依赖BOOT引脚进入系统Bootloader，就必须保证硬件上能可靠控制BOOT0，并在跳转前正确复位。

三、选项字节：更灵活的启动控制

较新的STM32系列（如F0、F3、F7、H7、G0、G4等）引入了选项字节（Option Bytes），其中nBOOT0、nBOOT1、BOOT_SEL等位可以替代或补充物理BOOT引脚的功能。选项字节存放在Flash的信息区，通过FLASH寄存器或HAL库函数修改，修改后通常需要复位生效。

选项字节还包含读写保护（RDP）、BOR电平、看门狗硬件使能等配置。在双Bank工程中，选项字节的BFB2（Bank1/Bank2启动选择）位尤其重要，它决定复位后从哪个Bank的起始地址取向量表。这为“A/B Bank交替升级”提供了硬件级支持。

// 以HAL库读取选项字节中的启动相关位为例
FLASH_OBProgramInitTypeDef ob;
HAL_FLASHEx_OBGetConfig(&ob);
// ob.BOOTConfig 包含 nBOOT0 / nBOOT1 / BOOT_SEL 等信息
// ob.USERConfig 中包含 BFB2 等Bank启动选择位

四、启动地址映射与中断向量表重定位

当程序从主Flash启动时，向量表默认位于Flash起始地址（如0x08000000）。但在双Bank升级中，应用程序可能被放置在Bank2，或者Bootloader跳转到位于其他地址的App。此时如果仍使用默认向量表，中断发生时内核会去错误的地址取中断服务函数入口，导致跑飞。

解决办法是重定位中断向量表。Cortex-M提供SCB->VTOR（Vector Table Offset Register）寄存器，用于设置向量表在存储器中的偏移。跳转到App之前，Bootloader应把VTOR设置为App向量表的实际地址；App自身在启动初期也应再次确认VTOR设置正确。

// Bootloader跳转到App前的典型处理
typedef void (*pFunction)(void);
pFunction JumpToApp;
uint32_t appAddr = 0x08040000; // App起始地址（示例）

// 1. 检查栈顶是否合法
if (((*(__IO uint32_t*)appAddr) & 0x2FFE0000) == 0x20000000) {
    // 2. 设置向量表偏移
    SCB->VTOR = appAddr;
    // 3. 取复位向量并跳转
    JumpToApp = (pFunction)(*(__IO uint32_t*)(appAddr + 4));
    __set_MSP(*(__IO uint32_t*)appAddr);
    JumpToApp();
}

在App的SystemInit()或启动文件之后，通常还会调用NVIC_SetVectorTable()或直接写SCB->VTOR，把向量表指向自身。注意VTOR要求向量表地址按异常数量对齐，一般至少128字节对齐，实际工程中常按0x200对齐。

五、完整启动链路与双Bank场景

把上述环节串起来，STM32的启动链路可以概括为：复位释放 → 采样BOOT引脚/选项字节 → 地址重映射到选定区域 → 从0x00000000取MSP和复位向量 → 执行启动文件 → 调用SystemInit → 进入main。在双Bank升级中，Bootloader位于Bank1起始处，App可能位于Bank2或Bank1的偏移地址，跳转时必须同步完成MSP设置、VTOR重定位和栈顶合法性检查。

六、常见误区与复盘

• 只跳转不设VTOR：App运行后一旦发生中断，内核仍按旧向量表取入口，直接HardFault。这是双Bank升级最高频的问题。
• 忘记关中断：跳转前若外设中断仍使能，跳转瞬间可能触发中断，而此时向量表尚未切换，导致异常。
• 栈顶检查缺失：App区域未正确烧写时，栈顶值可能是0xFFFFFFFF，直接设置MSP会导致不可预期行为，必须先校验。
• 选项字节与BOOT引脚冲突：部分系列中选项字节的BOOT_SEL会覆盖物理引脚，硬件设计时需确认优先级，避免“引脚拉高却仍从Flash启动”。
• VTOR对齐错误：向量表地址未按对齐要求设置，写入VTOR的低位被忽略，实际偏移与预期不符。

掌握复位向量、BOOT引脚、选项字节与VTOR重定位这条完整链路后，双Bank升级中的“跳转后不运行”“中断失效”“Bank切换不生效”等问题就有了明确的排查方向。后续设计Bootloader时，应把MSP设置、VTOR重定位、栈顶校验作为跳转函数的标准三件套，并结合选项字节的Bank启动位，构建可靠的A/B升级机制。