STM32 A/B分区OTA升级实战：从内存映射到安全跳转的完整设计

1. STM32 A/B分区OTA升级的核心价值

在实际的嵌入式产品开发中，固件升级是一个绕不开的话题。想象一下，你的智能设备已经部署到成千上万的用户手中，突然发现了一个需要修复的bug或者想要增加新功能，难道要一个个召回设备吗？这显然不现实。这时候，OTA（Over-The-Air）在线升级技术就派上了大用场。

我最早接触STM32的OTA升级时，也是踩了不少坑。最头疼的就是升级过程中突然断电，设备直接"变砖"无法启动。后来发现A/B分区方案是解决这个问题的银弹——它通过在Flash中维护两套完整的固件副本，确保任何时候都有一套可用的系统能正常运行。

这种双分区设计就像给你的设备上了双保险：当前运行的固件在A分区，升级时把新固件写到B分区，验证无误后再切换过去。即使升级过程中出现任何意外，设备都能回滚到之前的稳定版本。这种机制特别适合对可靠性要求高的工业控制、医疗设备和物联网终端。

2. 深入理解STM32的内存映射机制

要搞明白A/B分区升级，首先得理解STM32的内存映射机制。很多初学者都会困惑：为什么代码明明是烧录到0x08000000地址，但ARM架构规定必须从0x00000000开始执行？这看似矛盾的设计其实是通过内存映射巧妙解决的。

STM32内部有一个叫BootROM的固件，它根据BOOT引脚的电平决定如何映射Flash地址。当BOOT0引脚为低电平时，系统会将主Flash（0x08000000开始）映射到0x00000000地址。也就是说，虽然物理上代码存储在0x08000000，但CPU看到的却是从0x00000000开始执行。

这种设计带来了极大的灵活性。除了从主Flash启动，STM32还支持从系统存储器启动（用于串口下载）和从SRAM启动（用于调试）。对于A/B分区升级，我们需要重点关注的是如何管理多个Flash区域。

以STM32F407为例，它的Flash大小为1MB，我们可以这样划分：

• 0x08000000-0x08003FFF：16KB给Bootloader
• 0x08004000-0x08007FFF：16KB给Factory程序
• 0x08008000-0x0800BFFF：16KB给参数存储区
• 0x0800C000-0x0800FFFF：16KB参数备份区
• 0x08010000-0x0803FFFF：192KB给A分区
• 0x08040000-0x0807FFFF：256KB给B分区

这样的分区设计确保了每个功能区域都有独立的空间，互不干扰。

3. 中断向量表重定向的关键作用

中断向量表是STM32启动过程中的核心组件。它包含了所有中断服务程序的入口地址，其中第一个条目是栈顶指针，第二个条目就是复位中断向量——也就是程序开始执行的地方。

在单固件系统中，中断向量表固定存放在0x08000000地址。但在A/B分区方案中，我们需要让CPU知道当前运行的是哪个分区的固件，这就需要用到中断向量表重定向。

STM32提供了一个专门的寄存器SCB->VTOR来设置向量表偏移量。在每个应用程序的初始化代码中，都需要添加这样的设置：

// 对于A分区应用程序
SCB->VTOR = 0x08010000;

// 对于B分区应用程序  
SCB->VTOR = 0x0