📚 课程目录第2章 GD32 Flash基础

GD32 Flash基础：掌握GD32系列MCU的Flash存储器结构、扇区/页大小、读写擦除特性及地址映射

GD32系列MCU（基于ARM Cortex-M内核）的Flash存储器是固件代码和关键参数存储的核心介质。在构建模型升级方案之前，必须深入理解其物理结构、操作特性和地址映射规则。不同于外部SPI Flash，GD32内部Flash与内核通过高速总线直连，其擦写寿命、扇区划分和操作时序直接决定了升级策略的可靠性。本章将系统拆解GD32 Flash的硬件架构、扇区/页组织、读写擦除特性以及地址映射关系，为后续的升级分区设计和回滚机制奠定基础。

2.1 GD32 Flash 物理结构与存储组织

GD32系列MCU的Flash存储器采用主存储块（Main Flash）与信息块（Info Block）分离的物理架构。主存储块用于存放用户代码和参数数据，信息块则包含系统Bootloader、选项字节和OTP区域。这种分离设计使得用户程序与系统配置在物理上隔离，避免误操作破坏启动代码。

主存储块内部按照扇区（Sector）进行组织，不同型号的GD32芯片扇区大小和数量差异显著。以常见的GD32F103系列为例，其Flash容量从64KB到512KB不等，扇区划分遵循以下规律：

前4个扇区：每个4KB，用于存放中断向量表和启动代码，便于小粒度擦除。
后续扇区：每个1KB，适合参数存储和日志记录。
大容量型号：部分GD32F4xx系列采用不等长扇区设计，前16KB为4KB扇区，后续为16KB/64KB/128KB大扇区。

信息块中的系统存储区固化出厂Bootloader，支持UART/USB ISP下载；选项字节区控制读保护等级、硬件看门狗配置和启动模式选择；OTP区提供一次性写入的序列号或校准数据存储。

  关键认知：GD32 Flash的最小擦除单位是扇区，而非字节或页。这意味着即使只修改1个字节的参数，也必须先擦除整个扇区（4KB或1KB），再重新写入全部数据。这一特性直接决定了参数更新策略的设计——通常需要将频繁更新的参数集中存放在独立扇区，并配合备份机制防止擦写中途掉电导致数据丢失。

2.2 读写擦除特性与操作时序

GD32 Flash的操作特性遵循“读快写慢擦更慢”的规律。读取操作通过AHB总线直接访问，支持随机读取，但需要根据系统时钟频率配置等待周期（WS）。写入（编程）操作以半字（16位）为最小单位，擦除以扇区为单位。下表汇总了典型操作参数：

操作类型	最小单位	典型耗时	电压要求	注意事项
读操作	字节/半字/字	0-3个等待周期	2.7V-3.6V	时钟频率高时需配置WS
编程（写）	半字（16bit）	约40-70μs	2.7V-3.6V	写入前必须擦除为0xFF
扇区擦除	1个扇区	约20-40ms	2.7V-3.6V	擦除后数据全为0xFF
整片擦除	全部主存储区	约200-400ms	2.7V-3.6V	批量生产时使用

编程操作必须遵循“先擦后写”原则。Flash存储单元在擦除后恢复为逻辑“1”（0xFF），编程操作只能将“1”变为“0”。因此，若需修改已写入的数据，必须先执行扇区擦除，再重新编程整个扇区内容。GD32提供了FMC（Flash Memory Controller）寄存器组来控制这些操作，典型流程如下：

// GD32 Flash 扇区擦除流程（伪代码）
1. 检查FMC_CTRL的BUSY位，确保无正在进行的操作
2. 解锁Flash：向FMC_KEY寄存器写入0x45670123，再写入0xCDEF89AB
3. 设置FMC_CTRL的PER位（页擦除模式）
4. 将目标扇区地址写入FMC_ADDR寄存器
5. 置位FMC_CTRL的START位，启动擦除
6. 等待BUSY位清零，擦除完成
7. 锁定Flash：设置FMC_CTRL的LOCK位

风险提示：Flash编程和擦除期间，若系统电压跌落超过允许范围（通常低于2.7V），可能导致操作失败甚至Flash单元损坏。在升级方案设计中，必须增加电压监测电路或利用内置LVD（低电压检测）模块，在电压异常时暂停擦写操作。

2.3 地址映射与内存布局

GD32系列MCU采用统一编址方式，Flash、SRAM和外设寄存器均映射到固定的地址空间。理解地址映射是设计升级分区的基础，因为Bootloader和应用程序必须明确各自所在的地址范围。以GD32F103系列为例，其内存映射如下：

0x08000000 - 0x0807FFFF：主Flash区（512KB型号），代码和参数存储区。
0x1FFFF000 - 0x1FFFF7FF：系统存储区（Bootloader），出厂固化的ISP程序。
0x1FFFF800 - 0x1FFFF80F：选项字节区，16字节配置空间。
0x20000000 - 0x2000FFFF：SRAM区（64KB型号），运行时数据存储。
0x40000000 - 0x5FFFFFFF：外设寄存器区，包括FMC、GPIO、USART等。

应用程序的中断向量表默认位于Flash起始地址0x08000000。当设计Bootloader+App架构时，App的中断向量表需要重定位到其所在Flash地址。例如，若App从0x08010000开始，则需在App初始化代码中设置SCB->VTOR = 0x08010000。这一操作必须在App启动早期完成，否则中断响应将指向错误地址。

2.4 实战场景：基于扇区划分的参数存储设计

假设某工业控制设备需要存储校准参数、运行日志和用户配置，且要求支持在线更新。我们设计如下Flash分区方案：

扇区地址	容量	用途	更新频率	保护策略
0x08000000-0x08000FFF	4KB	Bootloader	极少	写保护
0x08001000-0x08001FFF	4KB	App中断向量表+启动代码	升级时	升级时解锁
0x08002000-0x08002FFF	4KB	App主程序	升级时	升级时解锁
0x08003000-0x08003FFF	4KB	校准参数区A	每次校准时	备份机制
0x08004000-0x08004FFF	4KB	校准参数区B（备份）	每次校准时	备份机制
0x08005000-0x08005FFF	4KB	运行日志	频繁	循环覆盖

该方案的核心思路是“参数双区备份”：校准参数同时写入A区和B区，每次写入时记录序列号。读取时比较两区序列号，取最新有效数据。若某区写入过程中掉电，另一区仍保留完整数据，系统启动时自动恢复。日志区采用环形写入策略，写满后从起始位置覆盖，保证Flash磨损均衡。

  案例复盘：某设备在批量生产时发现，频繁校准导致参数区Flash提前达到擦写寿命极限（10万次）。分析发现，每次校准操作会擦写整个4KB扇区，而实际有效数据仅占几十字节。优化方案：将参数区划分为多个子区域，每次写入仅擦写包含目标数据的子扇区；同时引入磨损均衡算法，轮流使用多个子扇区。改进后，Flash寿命提升了8倍以上。

2.5 常见误区与设计要点

在GD32 Flash应用开发中，工程师常陷入以下误区，需要特别警惕：

误区一：按字节擦除。Flash只能按扇区擦除，任何“字节擦除”操作都是无效的。若需修改单个字节，必须备份整个扇区数据，擦除后重写。
误区二：忽略等待周期配置。当系统时钟超过一定频率（如GD32F103在72MHz时），Flash读取必须配置2个等待周期，否则程序运行不稳定，出现随机死机。
误区三：中断服务函数中执行Flash操作。Flash擦写耗时毫秒级，在中断中执行会阻塞系统响应。应设计状态机，在主循环中完成擦写操作。
误区四：未处理Flash操作失败。电压波动、温度异常都可能导致擦写失败。必须检查FMC状态寄存器的错误标志，并设计重试机制。
误区五：忽视Flash磨损均衡。频繁写入同一扇区会快速消耗寿命。对于日志类数据，应采用多扇区轮换策略。

经验总结：在项目初期就应绘制完整的Flash内存映射图，明确每个扇区的用途、更新频率和保护策略。升级方案设计时，优先考虑Bootloader与App的物理隔离，预留足够的参数存储空间，并实现双区备份机制。这些前期设计投入，能显著降低后期维护和升级的复杂度。