1. GD32 Flash存储器的基本特性与结构
第一次接触GD32的Flash操作时，我被它复杂的寄存器配置搞得一头雾水。直到把芯片手册反复翻了三遍，才真正理解它的存储结构。GD32的Flash和普通EEPROM最大的区别在于它的非易失性和块擦除特性——这意味着我们无法像操作RAM那样随意修改单个字节。
不同型号的GD32芯片，Flash结构差异很大。以常见的GD32F10x系列为例，MD型号的页大小是1KB，而CL/HD/XD型号的Bank0页大小是2KB，Bank1则达到4KB。这个细节直接影响擦除效率——我在一次OTA升级功能开发中，就因为没注意页大小，导致擦除时间比预期长了3倍。
Flash区域还有个重要特性：前256KB空间执行指令零等待。这意味着如果把关键中断服务程序放在这个区域外，系统响应速度会明显下降。有次调试电机控制程序时，就因为这个特性没处理好，导致PWM波形出现抖动。
关于存储密度，需要特别注意：
≤512KB的型号只有Bank0
512KB的型号采用Bank0+Bank1设计
Bank0固定512KB，超出的部分放在Bank1
2. Flash读取操作实战详解
读取Flash可能是三个操作中最简单的，但藏着不少玄机。最基本的读取方式就是直接指针访问：
uint32_t read_data = *(volatile uint32_t*)0x0800F000;
这个volatile关键字 很关键，它能防止编译器优化掉必要的读取操作。我曾经因为漏掉它，导致读取的值总是缓存里的旧数据。
跨Bank读取需要特别注意时序。当访问Bank1时，硬件会自动插入等待周期。实测GD32F303在72MHz主频下，跨Bank读取会有约30ns的额外延迟。对于实时性要求高的应用，建议把频繁访问的数据放在同一Bank。
几个实用的读取技巧：
使用__attribute__((section(".flash_data")))将常量数据固定存储在Flash特定区域
批量读取时，用DMA可以减轻CPU负担
关键数据建议添加CRC校验，我在产品中就用CRC32来验证配置参数完整性
注意：读取未编程的Flash区域会返回0xFF，但这不代表该区域已擦除，最好结合状态寄存器判断
3. Flash擦除操作全流程解析
擦除操作是Flash三大操作中最"危险"的，一旦失误就可能造成数据全丢。GD32支持两种擦除方式：页擦除和整片擦除。实际项目中，我几乎从不使用整片擦除——风险太大且没必要。
完整的页擦除流程应该是这样的：
解锁FMC控制器
清除所有状态标志
发送页擦除命令
等待操作完成
重新上锁
对应的库函数调用 示例：
void safe_erase(uint32_t page_addr) {
fmc_unlock();
fmc_flag_clear(FMC_FLAG_BANK0_END | FMC_FLAG_BANK0_WPERR | FMC_FLAG_BANK0_PGERR);
if(fmc_page_erase(page_addr) != FMC_READY) {
// 擦除失败处理
log_error("Erase failed at 0x%08X", page_addr);
}
fmc_lock();
}
擦除时间是个关键参数，实测GD32F450在3.3V供电时：
2KB页擦除约20ms
4KB页擦除约40ms
整片擦除能达到惊人的2s
4. Flash编程(写入)操作精要
写入操作有**半字(16位)和字(32位)**两种模式。虽然手册说支持字节写入，但我实测发现直接字节写入会导致相邻数据被破坏。最安全的做法是：
读取整个页到RAM缓冲区
修改缓冲区数据
擦除Flash页
将缓冲区写回
典型的字编程代码：
void flash_write_word(uint32_t addr, uint32_t data) {
fmc_unlock();
if(fmc_word_program(addr, data) != FMC_READY) {
// 错误处理
handle_write_error();
}
fmc_flag_clear(FMC_FLAG_BANK0_END | FMC_FLAG_BANK0_WPERR | FMC_FLAG_BANK0_PGERR);
fmc_lock();
}
写入速度方面，GD32的典型值为：
半字写入：约50μs
字写入：约60μs
连续写入时，建议每写8个字就检查一次状态标志
我在开发Bootloader时总结出一个技巧：写入前先检查目标区域是否已擦除。这样可以避免不必要的擦除操作，节省时间。判断方法是读取目标地址的4字节内容，如果不是0xFFFFFFFF就先擦除。
5. 实际开发中的避坑指南
踩过无数坑后，我整理出这些血泪经验：
电源稳定性是Flash操作的生命线。有次产品在现场频繁出现写入失败，最后发现是电源纹波太大。现在我的设计标准是：
工作电压必须在2.7V~3.6V之间
纹波不超过50mV
写入/擦除期间禁止切换电源模式
中断处理也很关键。Flash操作期间如果发生中断，可能导致操作失败。我的做法是：
__disable_irq();
flash_write_word(addr, data);
__enable_irq();
对于需要频繁更新的参数区，建议采用双备份+磨损均衡的策略。具体实现是划分两个参数区，轮流写入并记录版本号。这样既能防止意外断电导致数据损坏，又能延长Flash寿命。
最后提醒一个容易忽视的点：温度影响。GD32的Flash在-40°C时写入时间会比25°C时长15%左右。如果产品要在宽温范围工作，务必留足时间余量。
————————————————
版权声明：本文为CSDN博主「我们的太空」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_29164091/article/details/162406238
|
|
