2、STM32存储架构基础：内部Flash、RAM、选项字节、启动模式（BOOT0/BOOT1）及地址映射

STM32的固件升级（OTA/IAP）设计，本质上是对芯片存储资源的重新规划与运行时调度。如果不深入理解内部Flash、RAM、选项字节（Option Bytes）以及启动模式（BOOT0/BOOT1）的硬件行为，任何Bootloader设计都将是“空中楼阁”。本章将系统梳理STM32的存储架构，重点解析地址映射关系、Flash分区约束以及启动时的物理逻辑，为后续的固件升级方案打下坚实的硬件认知基础。

2.1 核心原理：Cortex-M内核的统一编址与存储映射

STM32基于ARM Cortex-M内核，采用统一编址（Von Neumann架构）方式，即指令存储与数据存储共享同一个4GB地址空间。CPU通过AHB总线矩阵访问不同的存储外设，而每个外设（Flash、RAM、GPIO、UART等）都被分配了固定的地址区间。这种设计使得软件可以使用指针直接访问任何存储资源，无需区分代码段和数据段。

对于固件升级而言，最关键的地址区间如下：

• Code区（0x0000 0000 - 0x1FFF FFFF）：用于存放程序代码。该区域顶部（0x0000 0000）是向量表的默认起始地址，CPU复位后首先从该地址读取初始堆栈指针（MSP）和复位向量。
• SRAM区（0x2000 0000 - 0x3FFF FFFF）：用于存放变量、堆栈和动态数据。STM32的内部SRAM起始地址固定为0x2000 0000，容量从几KB到几百KB不等。
• 外设区（0x4000 0000 - 0x5FFF FFFF）：所有片上外设的寄存器都映射在此区域，包括GPIO、定时器、USART、DMA等。
• 系统区（0xE000 0000 - 0xFFFF FFFF）：包含内核私有外设，如NVIC（嵌套向量中断控制器）、SysTick、调试接口（SWD/JTAG）等。

特别需要注意的是，内部Flash的起始地址是0x0800 0000，而系统存储器（System Memory）的起始地址是0x1FFF 0000（F1系列）。这两个地址在物理上是不同的存储介质，但通过启动模式（BOOT引脚）的配置，它们可以被“重映射”到0x0000 0000地址处供CPU取指。

2.2 内部Flash的物理特性与分区约束

STM32的内部Flash通常由主存储块（Main Flash）和信息块（Information Block）组成。主存储块用于存放用户程序，而信息块包含选项字节和系统存储器。Flash的物理特性决定了固件升级的设计边界：

在规划Flash分区时，必须遵循以下原则：

1. Bootloader区独立：Bootloader占用Flash起始地址（如0x0800 0000），大小通常为16KB-64KB。该区域在正常运行时只读，仅在升级模式下才被写入。
2. App区起始地址对齐：App区的起始地址必须是页大小（或扇区大小）的整数倍，否则无法独立擦除App区而不影响Bootloader。
3. 预留参数存储区：用于保存升级标志、固件版本号、校验值等关键元数据，建议使用独立的Flash页，避免与代码混用。
4. 下载缓存区（可选）：在双Bank或大容量Flash上，可划分一个临时区域用于接收新固件，校验通过后再一次性拷贝到App区，降低升级失败风险。

2.3 选项字节（Option Bytes）与写保护机制

选项字节是STM32信息块中的一小段独立存储区（通常128字节），用于配置芯片的硬件行为。与固件升级直接相关的选项字节包括：

• RDP（Read Protection）：读保护级别。Level 0（无保护）、Level 1（禁止调试接口读取Flash）、Level 2（永久保护，不可降级）。在量产产品中，通常设置为Level 1以防止固件被逆向。
• WRP（Write Protection）：写保护。可以按页设置写保护，防止Bootloader区被意外擦写。在升级过程中，需要先解除对应页的写保护，升级完成后再重新使能。
• BOOT0/BOOT1配置位：部分系列（如F2/F4/F7）支持通过选项字节的nBOOT0/nBOOT1位来覆盖外部引脚的电平状态，实现软件控制启动源。

操作选项字节需要遵循特定的解锁序列：首先向Flash_KEYR寄存器写入密钥（0x45670123和0xCDEF89AB），然后对选项字节区执行擦除和编程操作。修改选项字节后，通常需要触发一次系统复位（或等待芯片自动复位）才能生效。

2.4 启动模式（BOOT0/BOOT1）的硬件逻辑与选择策略

STM32的启动模式由BOOT0和BOOT1引脚（或选项字节）在复位瞬间的电平状态决定。以F1系列为例，启动模式配置如下：

在IAP（In-Application Programming）设计中，通常将BOOT0引脚固定拉低（接地），使芯片始终从主Flash启动。然后通过软件方式实现升级：Bootloader程序先运行，检测是否有升级请求，如果有则通过UART/CAN/USB等接口接收新固件并写入Flash，完成后跳转到App区执行。这种方案避免了用户手动拨动BOOT引脚的麻烦，适合产品现场升级。

另一种策略是使用双Boot模式：将BOOT0引脚连接到某个GPIO或按键，用户按住按键上电时进入ISP模式，否则正常运行。这种方式适合开发调试阶段，但量产产品中较少使用。

2.5 实战场景：从零规划一个OTA升级的Flash布局

假设我们使用STM32F103RET6（512KB Flash，64KB RAM），需要设计一个支持UART下载的Bootloader+App架构。以下是具体的分区规划与实施步骤：

背景与约束：产品已量产，需要通过UART进行固件更新，不允许打开外壳拨动BOOT引脚。Bootloader需要占用尽可能少的Flash，同时保证升级失败后设备仍可恢复。

Flash分区方案：

地址范围              大小      用途
0x0800 0000-0x0800 3FFF   16KB     Bootloader（含向量表）
0x0800 4000-0x0803 FFFF   240KB    App区（用户程序）
0x0804 0000-0x0804 0FFF   4KB      升级标志与版本信息
0x0804 1000-0x0807 FFFF   252KB    预留（可扩展App或缓存区）

关键操作步骤：

1. 编写Bootloader：初始化时钟、UART、Flash控制器。检查升级标志（如0x0804 0000处的特定魔数），若需要升级则进入接收模式，否则跳转到App区。
2. 跳转实现：跳转前需关闭全局中断，设置MSP为App向量表中的初始值，然后跳转到复位向量地址（0x0800 4004）。
3. App工程配置：在Keil/IAR中修改链接脚本，将ROM起始地址改为0x0800 4000，并设置向量表偏移（通过SCB->VTOR寄存器）。
4. 升级流程：上位机发送固件包 → Bootloader逐页擦除App区 → 接收数据并写入Flash → 校验CRC → 写入升级成功标志 → 软复位进入App。

结果与复盘：该方案成功实现了现场UART升级，升级失败时Bootloader检测到标志无效，会停留在接收模式等待重试，不会导致设备变砖。但需要注意，App区起始地址0x0800 4000是16KB的整数倍（16*1024=0x4000），满足页对齐要求。此外，Bootloader中不能使用与App冲突的中断向量，否则跳转后中断响应会异常。

2.6 常见误区与总结复盘

在STM32存储架构的学习和实际开发中，以下误区需要特别警惕：

• 误区一：认为Flash可以随意字节写入。实际上，Flash写入前必须擦除，且擦除粒度是页/扇区。如果App区与Bootloader区共用一页，擦除App时会把Bootloader也擦掉。
• 误区二：忽略向量表偏移。App程序如果仍使用默认的0x0800 0000作为向量表地址，跳转后中断将无法正确响应。必须通过VTOR寄存器（Cortex-M3/M4）或修改启动文件（M0）来重定位向量表。
• 误区三：混淆系统存储器与Flash。系统存储器（0x1FFF 0000）是芯片出厂时固化的ROM Bootloader，用户无法修改。它只在BOOT0=1且BOOT1=0时被映射到0x0000 0000。
• 误区四：忽视选项字节的写保护。如果Bootloader区被WRP保护，升级程序时无法写入，导致升级失败。需要在升级前临时解除写保护，升级后重新使能。