STM32F103 Flash寿命焦虑？这3招让你的擦写次数突破1万次限制

STM32F103 Flash寿命焦虑？这3招让你的擦写次数突破1万次限制

如果你正在用STM32F103开发需要频繁记录数据的IoT设备，比如智能插座、环境传感器或者工业控制器，那么Flash的1万次擦写寿命限制很可能已经成为你产品设计中的一个“心病”。每次看到数据手册上那个明确的“10k cycles”标注，心里都会咯噔一下——我的设备每天记录几十次数据，一年下来不就超限了吗？

这种焦虑非常真实。我见过不少项目，初期功能测试一切正常，到了长期可靠性验证阶段，Flash单元因为过度擦写而失效，导致关键参数丢失，设备“失忆”，整个项目不得不返工。STM32F103系列没有内置EEPROM，开发者只能把非易失性数据存储在Flash中，而Flash的物理特性决定了它确实有擦写次数上限。但上限不等于终点，通过合理的软件架构和存储策略，我们完全可以让这个1万次的限制变得“形同虚设”。

今天，我们不谈空洞的理论，直接切入三种经过实战检验的工程方案：磨损均衡、数据缓存合并和页轮换管理。我会结合具体的HAL库代码示例，展示如何将这些策略落地，目标是将有效擦写寿命提升一个数量级，让你的设备在生命周期内再无后顾之忧。

1. 理解Flash的物理限制与擦写机制

在讨论优化方案之前，我们必须先搞清楚STM32F103内部Flash的“脾气”。它不是一块可以随意涂改的黑板，而更像是一本特殊的笔记本，有其独特的书写规则。

Flash存储单元的基本原理是浮栅晶体管。写入（编程）是通过向浮栅注入电子来实现的，这个过程相对温和。而擦除则是通过强电场将电子从浮栅中“拉”出来，这个过程对氧化层有累积性损伤。每次擦除操作都会轻微削弱氧化层的绝缘性能，当损伤累积到一定程度，单元就无法可靠地保持电荷，数据也就丢失了。这就是1万次寿命限制的物理根源。

对于STM32F103，有几个关键特性直接影响我们的编程策略：

• 最小擦除单位是页（Page）：对于小容量产品（16K-32K Flash），每页大小为1KB；对于中容量（64K-128K）和大容量（256K以上）产品，每页大小为2KB。你无法只擦除一个字节或一个字，必须整页擦除。
• 写入只能将位从1变为0：Flash的初始状态（擦除后）所有位都是1（0xFF）。编程操作可以将特定的位从1变为0，但无法将0变回1。要想将0变回1，唯一的办法就是执行页擦除，将整页恢复为全1状态。
• 擦除耗时较长且会阻塞系统：一次页擦除大约需要40ms。在这段时间内，Flash控制器会占用总线，所有对Flash的读取操作（包括指令取指）都会被挂起。这意味着如果你的代码正在Flash中运行，擦除操作会导致CPU短暂停顿，可能影响实时性要求高的中断响应。

// 典型的Flash擦除操作代码片段
FLASH_EraseInitTypeDef EraseInitStruct = {0};
uint32_t PageError = 0;

EraseInitStruct.TypeErase = FLASH_TYPEERASE_PAGES;
EraseInitStruct.PageAddress = 0x0800F000; // 要擦除的页起始地址
EraseInitStruct.NbPages = 1;               // 擦除1页

HAL_FLASH_Unlock(); // 必须先解锁
if (HAL_FLASHEx_Erase(&EraseInitStruct, &PageError) != HAL_OK) {
    // 擦除失败处理
    Error_Handler();
}
HAL_FLASH_Lock(); // 操作完成后重新上锁

注意：上述擦除操作必须在RAM中执行，或者确保执行这段代码时CPU不从Flash取指（通常很难）。一种常见的做法是将关键擦写函数复制到RAM中运行。

那么，1万次到底意味着什么？假设你的智能插座每分钟记录一次能耗数据，直接写入Flash：

每天写入次数：24小时 × 60分钟 = 1440次
预计寿命：10000次 / 1440次/天 ≈ 6.94天

不到一周就达到理论寿命极限，这显然是不可接受的。但请注意，这个“1万次”是指每个存储单元的寿命。如果我们有策略地将写操作分散到不同的物理单元上，那么设备整体的数据保存寿命就能大幅延长。这就是我们所有优化策略的核心思想。

2. 第一招：数据缓存合并写入策略

最直接、也最有效的优化，就是减少实际发生的擦写次数。很多应用场景的数据更新是频繁但微小的，比如一个温度传感器每秒上报一次数据，但可能连续多次上报的温度值都相同或仅有微小变化。如果每次上报都触发一次Flash写入，无疑是巨大的浪费。

数据缓存合并的核心思想是：在RAM中开辟一个缓冲区，累积多次数据更新，当满足特定条件（如缓冲区满、数据变化超过阈值、或定时触发）时，才将缓冲区内的数据一次性写入Flash。这能将N次高频小写操作，合并为1次批量写入，效率提升立竿见影。

以一个智能温控器为例，它需要记录温度设定值的变化历史。用户可能频繁点击按钮微调温度，每次变化都写Flash是不可取的。

// 数据缓存结构体定义
#define CACHE_SIZE 32 // 缓存区可容纳32次数据记录

typedef struct {
    uint32_t timestamp; // 时间戳
    uint16_t temperature_setting; // 温度设定值（单位：0.1℃）
    uint8_t  mode;      // 工作模式
} DataRecord_t;

typedef struct {
    DataRecord_t cache[CACHE_SIZE]; // 数据缓存数组
    uint16_t write_index;           // 下一个写入缓存的位置
    uint16_t records_count;         // 缓存中有效记录数
    uint32_t last_flush_time;       // 上次刷写到Flash的时间
} DataCache_t;

DataCache_t g_data_cache;

// 初始化缓存
void cache_init(void) {
    memset(&g_data_cache, 0, sizeof(DataCache_t));
    g_data_cache.last_flush_time = HAL_GetTick();
}

// 新数据到来，先存入缓存
void cache_push_data(uint16_t te