企业官网建设流程全解析

1. 项目概述与核心价值

最近在调试一个基于STM32的数据采集项目，需要把设备运行过程中的关键参数，比如校准系数、运行时间、故障代码这些掉电不能丢的数据存起来。最开始图省事，直接用了芯片内部的EEPROM来存，但很快就遇到了麻烦：一是STM32F1系列压根没集成EEPROM，得外挂芯片，增加了成本和PCB面积；二是即便像STM32L0/L4这些有EEPROM的型号，其容量也往往很小，只有几K字节，对于稍微复杂点的日志记录就捉襟见肘了。

这时候，芯片内部那片几十K甚至上百K的FLASH闪存就显得格外诱人。它容量大，而且是现成的，不用额外花钱。但真要用起来，发现坑也不少。FLASH的写操作必须以“页”或“扇区”为单位进行擦除，不能像RAM那样随意改某个字节；写之前必须先擦，而擦除操作会把整片区域变成0xFF；最关键的是，FLASH有寿命限制，通常只有1万到10万次的擦写次数，如果编程不当，频繁擦写同一个区域，芯片很快就“寿终正寝”了。

所以，这个“基于STM32的FLASH读写实验”绝不是一个简单的HAL_FLASH_Program函数调用演示。它的核心价值在于，教会你如何安全、高效、长久地利用芯片内部这片“免费”的存储空间，替代或补充外部EEPROM。这涉及到对STM32存储器架构的深刻理解、对HAL库底层操作的灵活运用，以及一套防止数据丢失、均衡磨损的软件策略。无论是做产品时的参数存储，还是做实验时的数据记录，这都是一个嵌入式开发者必须掌握的硬核技能。

2. STM32内部FLASH架构深度解析

要安全地操作FLASH，不能当黑盒子用，必须清楚它的内部结构。不同系列的STM32，其FLASH组织方式差异很大，这是导致很多代码不能跨系列复用的根本原因。

2.1 关键概念：主存储区、页、扇区与地址

对于最常见的STM32F1系列，它的FLASH结构相对简单。主存储区就是我们存放用户代码和数据的区域，通常从0x0800 0000开始。这个区域被划分为若干“页”（Page），对于容量在128KB以下的F103，每页大小是1KB；对于256KB或以上的型号，每页大小是2KB。所有擦除和写入操作，都必须以“页”为最小单位进行。你不能只擦除某个字节，一擦就是一整页。

到了STM32F4/F7/H7这些高性能系列，概念变成了“扇区”（Sector）。以STM32F407为例，它的主存储区被分成了多个大小不等的扇区，前4个扇区是16KB，接着是64KB，最后是128KB。这种设计主要是为了配合复杂的存储管理需求，比如存放Bootloader、应用程序、配置文件等不同特性的数据。擦除操作可以针对单个扇区进行，这比F1系列灵活，但也意味着你需要更仔细地规划数据存放位置，避免小数据占用大扇区造成的空间浪费。

地址是另一个关键。FLASH的绝对地址（比如0x0801 F000）是代码访问它的依据。但在程序中，我们更常操作的是基于FLASH起始地址的偏移量。绝对地址 = FLASH起始地址（0x0800 0000） + 偏移地址。清楚这个关系，才能正确计算数据存放的位置。

2.2 FLASH寿命与操作特性：为什么不能随意写

这是FLASH与RAM、EEPROM最本质的区别，也是所有坑的源头。

寿命限制：STM32内部FLASH的典型擦写寿命是1万次（F1系列）或10万次（L系列）。注意，这个次数指的是“擦除”周期。一次擦除加上后续的多次写入，只算一次擦写。如果你频繁地更新同一个数据，比如每秒写一次运行状态到同一个FLASH页，那么不到3小时，这个页就可能损坏。因此，均衡磨损算法（Wear Leveling）是产品级应用必须考虑的。

操作顺序锁死：FLASH的写入有严格的顺序：解锁 -> 擦除 -> 写入 -> 上锁。HAL库提供了HAL_FLASH_Unlock()和HAL_FLASH_Lock()函数来管理这个状态。不解锁就操作，会触发硬件错误；操作完不上锁，虽然可能不影响功能，但失去了对意外写操作的保护。

写入前必须先擦除：FLASH存储单元的物理特性决定了，它只能把位从1变成0（编程），而不能从0变成1。擦除操作就是将整个页/扇区的所有位重置为1（0xFF）。所以，如果你要写入数据0x55（二进制0101 0101）到某个地址，这个地址原来的值必须是0xFF。如果原来的值是0xAA（1010 1010），直接写入0x55会导致结果变成0x00（0000 0000），因为0xAA的位是0的地方，无法被编程为1。务必记住：写入前，确保目标区域已被擦除（值为0xFF）。

写入粒度和对齐：STM32的FLASH写入通常以“字”（32位，4字节）或“半字”（16位，2字节）为单位。对于F1，可以写半字或字；对于F4，通常以字为单位。写入的地址必须对齐到相应的边界（例如字写入要对齐到4字节地址）。HAL库的HAL_FLASH_Program函数会帮你处理类型，但你必须提供正确对齐的地址和数据。

3. 工程搭建与HAL库关键函数剖析

理解了原理，我们开始动手。这个实验基于STM32CubeIDE和HAL库，因为它提供了跨系列的相对统一的接口。

3.1 工程创建与基本配置

首先，用STM32CubeMX创建一个新工程，选择你的芯片型号（比如STM32F103C8T6）。在Pinout & Configuration标签页，其实不需要为FLASH操作专门配置任何引脚，因为它是内部存储器。但是，为了方便调试和验证，我强烈建议你配置一个串口（比如USART1）用于打印日志，再配置一个LED（比如PC13）作为状态指示。

在Project Manager标签页，设置好工程名、路径，将Toolchain / IDE选为STM32CubeIDE。关键点在Code Generator部分：勾选“Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral”，这会让代码结构更清晰。然后点击“Generate Code”创建工程。

生成的工程里，HAL库已经初始化好了系统时钟、GPIO和串口。我们需要做的，就是编写自己的FLASH操作逻辑。

3.2 HAL库FLASH操作函数精讲

HAL库把FLASH的复杂操作封装成了几个关键函数，但要用好它们，必须理解其参数和背后的状态机。

1. 解锁与上锁

HAL_StatusTypeDef HAL_FLASH_Unlock(void); HAL_StatusTypeDef HAL_FLASH_Lock(void);

这两个函数必须成对使用。HAL_FLASH_Unlock()会复位FLASH控制寄存器，并清除所有错误标志。如果解锁失败（比如之前未完成的编程/擦除操作导致锁死），它会返回HAL_ERROR。在实际产品代码中，解锁后最好检查一下FLASH的状态寄存器（FLASH->SR），确保没有挂起的错误。

2. 擦除操作擦除函数有两种，对应不同系列。 对于F1系列（页擦除）：

HAL_StatusTypeDef HAL_FLASHEx_Erase(FLASH_EraseInitTypeDef *pEraseInit, uint32_t *SectorError);

你需要填充一个FLASH_EraseInitTypeDef结构体。对于F1，主要设置：

• TypeErase: 擦除类型，选FLASH_TYPEERASE_PAGES。
• PageAddress: 要擦除的页的起始地址（如0x0800F000）。
• NbPages: 要连续擦除的页数。

对于F4/F7/H7系列（扇区擦除）： 函数原型相同，但结构体成员不同：

• TypeErase: 选FLASH_TYPEERASE_SECTORS。
• Sector: 要擦除的扇区编号（如FLASH_SECTOR_2）。
• NbSectors: 扇区数。
• VoltageRange: 电压范围，根据芯片供电电压选择（如FLASH_VOLTAGE_RANGE_3）。

关键点：SectorError是一个输出参数。如果擦除过程中发生错误（比如写保护），HAL库会通过这个指针返回出错的扇区/页编号。每次调用擦除函数前，都应该初始化一个uint32_t变量传入，并在调用后检查其值是否为0xFFFFFFFF，以及函数返回值是否为HAL_OK，来确保擦除成功。

3. 编程（写入）操作

HAL_StatusTypeDef HAL_FLASH_Program(uint32_t TypeProgram, uint32_t Address, uint64_t Data);

这是最常用的写入函数。

• TypeProgram: 编程类型。对于F1，可以是FLASH_TYPEPROGRAM_HALFWORD（16位）、FLASH_TYPEPROGRAM_WORD（32位）。对于F4，通常是FLASH_TYPEPROGRAM_WORD。务必查阅你所用芯片的参考手册，确认支持的编程宽度。
• Address: 要写入的绝对地址。必须对齐：半字写入要对齐到2字节边界，字写入要对齐到4字节边界。
• Data: 要写入的数据。注意参数类型是uint64_t，但实际写入的数据长度由TypeProgram决定。传入32位数据是安全的。

这个函数内部会等待编程操作完成，并检查错误标志。但为了更稳健，我习惯在编程操作后，主动读取该地址的数据进行校验。

4. 状态与错误管理HAL_FLASH_GetError()函数可以获取上次FLASH操作后的错误代码。常见的错误有：

• HAL_FLASH_ERROR_PROG: 编程错误（地址不对齐、未擦除等）。
• HAL_FLASH_ERROR_WRP: 写保护错误（尝试写入被保护的扇区）。
• HAL_FLASH_ERROR_OPTV: 选项字节相关错误。

在关键的数据存储操作后，检查这个错误码是一个好习惯。

4. 实战代码：一个健壮的FLASH数据管理器

光知道函数怎么用还不够，我们需要把它们组织成一个安全、易用的模块。下面我实现一个flash_manager.c/h，它包含以下几个核心功能：单次数据写入、数据读取、以及一个简单的扇区轮转机制来延长FLASH寿命。

4.1 头文件定义与地址规划

首先在flash_manager.h中定义关键参数。

#ifndef __FLASH_MANAGER_H #define __FLASH_MANAGER_H #include "main.h" #include <stdbool.h> // 1. 定义FLASH操作参数（以STM32F103C8T6为例，64KB FLASH） #define FLASH_START_ADDR 0x08000000UL #define FLASH_PAGE_SIZE 1024 // F103C8T6的页大小为1KB #define FLASH_TOTAL_SIZE (64 * 1024) // 64KB // 2. 规划数据存储区 // 我们将最后两页（2KB）用作数据存储区，避免与用户程序冲突。 // 计算最后一页的起始地址：起始地址 + 总大小 - 2*页大小 #define DATA_FLASH_START_PAGE ((FLASH_TOTAL_SIZE / FLASH_PAGE_SIZE) - 2) #define DATA_FLASH_START_ADDR (FLASH_START_ADDR + (DATA_FLASH_START_PAGE * FLASH_PAGE_SIZE)) #define DATA_FLASH_END_ADDR (DATA_FLASH_START_ADDR + (2 * FLASH_PAGE_SIZE) - 1) // 3. 定义我们想要存储的数据结构 typedef struct { uint32_t magicNumber; // 魔数，用于标识数据是否有效，例如0xDEADBEEF uint32_t systemRunTime_s; // 系统运行时间（秒） float calibrationValue; // 某个校准值 uint16_t errorCode; // 错误代码 uint8_t deviceID[8]; // 设备ID uint32_t crc32; // 整个结构体的CRC校验值，用于数据完整性检查 } SystemParams_t; // 4. 函数声明 bool FlashMgr_Init(void); bool FlashMgr_ReadParams(SystemParams_t *params); bool FlashMgr_WriteParams(SystemParams_t *params); bool FlashMgr_EraseDataArea(void); uint32_t FlashMgr_CalculateCRC(SystemParams_t *params); #endif

这里有几个设计要点：

1. 地址规划：将用户程序末尾的2KB空间划为数据区。通过DATA_FLASH_START_PAGE动态计算，代码移植到不同容量芯片时只需修改FLASH_TOTAL_SIZE。
2. 数据结构：包含一个magicNumber（魔数），用于快速判断FLASH中是否有我们格式化的有效数据。crc32字段用于校验整个数据结构在存储后是否完好无损，防止因意外断电或干扰导致的数据错乱。
3. 布尔返回值：所有函数返回true/false，明确指示操作成功与否。

4.2 初始化与读取实现

接下来是flash_manager.c的部分核心代码。

#include "flash_manager.h" #include "crc.h" // 假设使用STM32硬件CRC外设 // 全局变量，保存当前有效数据在FLASH中的地址 static uint32_t currentParamsAddr = 0; bool FlashMgr_Init(void) { // 1. 尝试在数据区内查找有效的参数数据 uint32_t addr = DATA_FLASH_START_ADDR; SystemParams_t tempParams; bool foundValidData = false; while (addr <= (DATA_FLASH_END_ADDR - sizeof(SystemParams_t))) { // 从addr位置读取一个结构体大小的数据 memcpy(&tempParams, (void*)addr, sizeof(SystemParams_t)); // 检查魔数 if (tempParams.magicNumber == 0xDEADBEEF) { // 魔数正确，再计算CRC进行二次校验 uint32_t storedCRC = tempParams.crc32; tempParams.crc32 = 0; // 计算CRC时，CRC字段本身应置0 uint32_t calculatedCRC = FlashMgr_CalculateCRC(&tempParams); if (storedCRC == calculatedCRC) { // CRC校验通过，数据有效！ currentParamsAddr = addr; foundValidData = true; break; } } // 如果当前地址数据无效，跳到下一个可能的结构体起始地址。 // 这里简单按结构体大小步进。更复杂的实现可能需要考虑对齐。 addr += sizeof(SystemParams_t); } // 2. 如果没找到任何有效数据，则初始化：擦除数据区，并设置当前地址为起始地址 if (!foundValidData) { if (!FlashMgr_EraseDataArea()) { return false; // 擦除失败 } currentParamsAddr = DATA_FLASH_START_ADDR; } return true; // 初始化成功 } bool FlashMgr_ReadParams(SystemParams_t *params) { if (currentParamsAddr == 0 || params == NULL) { return false; } // 直接从记录的地址读取 memcpy(params, (void*)currentParamsAddr, sizeof(SystemParams_t)); // 再次校验（可选，但推荐） uint32_t storedCRC = params->crc32; params->crc32 = 0; if (FlashMgr_CalculateCRC(params) != storedCRC) { // CRC校验失败，数据可能已损坏 memset(params, 0, sizeof(SystemParams_t)); return false; } // 恢复CRC字段 params->crc32 = storedCRC; return true; }

初始化函数FlashMgr_Init是整个管理器的核心。它在上电时执行，遍历整个数据区，寻找带有正确魔数和CRC校验的数据块。这保证了即使系统意外复位，也能找到最后一次成功保存的数据。这种“扫描-验证”的机制，比固定地址存储要可靠得多，为后续实现扇区轮转打下了基础。

4.3 写入操作与扇区轮转机制

这是最复杂的部分，直接上代码和详细注释。

bool FlashMgr_WriteParams(SystemParams_t *params) { if (params == NULL) { return false; } // 1. 准备数据：设置魔数，计算并填充CRC params->magicNumber = 0xDEADBEEF; params->crc32 = 0; // 先置零计算 params->crc32 = FlashMgr_CalculateCRC(params); // 2. 计算本次写入的目标地址 uint32_t nextWriteAddr; if (currentParamsAddr == 0) { // 第一次写入，从数据区开始 nextWriteAddr = DATA_FLASH_START_ADDR; } else { // 非第一次，计算下一个写入地址 nextWriteAddr = currentParamsAddr + sizeof(SystemParams_t); // 检查是否超出当前页边界 uint32_t currentPageStart = currentParamsAddr & ~(FLASH_PAGE_SIZE - 1); uint32_t nextPageStart = nextWriteAddr & ~(FLASH_PAGE_SIZE - 1); if (nextPageStart != currentPageStart) { // 跨页了！需要检查下一页是否已被擦除。 // 我们的策略是：如果下一页未擦除（即不是0xFF），且数据区还有空间，则擦除下一页。 // 如果下一页已经是数据区之外，则启动轮转：擦除第一页，从数据区开头重新开始写。 if (nextWriteAddr + sizeof(SystemParams_t) > DATA_FLASH_END_ADDR) { // 数据区已满，轮转：擦除数据区第一页，从数据区起始地址开始写 if (!FlashMgr_EraseOnePage(DATA_FLASH_START_ADDR)) { return false; } nextWriteAddr = DATA_FLASH_START_ADDR; } else { // 检查下一页是否需要擦除 if (!FlashMgr_IsPageErased(nextPageStart)) { if (!FlashMgr_EraseOnePage(nextPageStart)) { return false; } } // nextWriteAddr 地址不变，继续使用 } } // 如果没跨页，直接使用nextWriteAddr } // 3. 检查目标地址是否已被擦除（应该是，因为我们在跨页时处理了） // 但为了绝对安全，可以再检查一次目标地址附近的数据是否为0xFFFFFFFF if (!FlashMgr_IsAreaErased(nextWriteAddr, sizeof(SystemParams_t))) { // 目标区域未完全擦除，写入会失败。 // 一种处理方式是：擦除整个目标页，然后重新计算写入地址为该页起始。 // 这里为简单起见，返回错误。实际产品中需要更复杂的恢复逻辑。 return false; } // 4. 执行解锁、编程、上锁序列 HAL_FLASH_Unlock(); uint32_t *dataPtr = (uint32_t*)params; uint32_t wordsToWrite = (sizeof(SystemParams_t) + 3) / 4; // 计算需要写入的32位字数（向上取整） bool writeSuccess = true; for (uint32_t i = 0; i < wordsToWrite; i++) { // 注意：这里假设FLASH编程类型为字（32位）。对于F1系列，如果写入大小不是4的倍数，最后可能需要用半字编程。 if (HAL_FLASH_Program(FLASH_TYPEPROGRAM_WORD, nextWriteAddr + (i * 4), dataPtr[i]) != HAL_OK) { writeSuccess = false; break; } } HAL_FLASH_Lock(); // 5. 验证写入的数据 if (writeSuccess) { SystemParams_t verifyParams; memcpy(&verifyParams, (void*)nextWriteAddr, sizeof(SystemParams_t)); if (verifyParams.magicNumber == params->magicNumber && verifyParams.crc32 == params->crc32) { // 验证成功，更新当前有效数据地址 currentParamsAddr = nextWriteAddr; return true; } } // 如果走到这里，说明写入或验证失败 // 可以尝试记录错误日志，或者进行错误恢复（例如，标记该区域坏块，尝试其他地址） return false; } // 辅助函数：擦除指定地址所在的整个页 static bool FlashMgr_EraseOnePage(uint32_t pageStartAddress) { HAL_StatusTypeDef status; uint32_t pageError = 0; FLASH_EraseInitTypeDef eraseInitStruct; eraseInitStruct.TypeErase = FLASH_TYPEERASE_PAGES; eraseInitStruct.PageAddress = pageStartAddress; eraseInitStruct.NbPages = 1; HAL_FLASH_Unlock(); status = HAL_FLASHEx_Erase(&eraseInitStruct, &pageError); HAL_FLASH_Lock(); if (status != HAL_OK || pageError != 0xFFFFFFFF) { // 擦除失败，可以在这里打印pageError值辅助调试 return false; } return true; } // 辅助函数：检查指定地址开始的区域是否已被擦除（全为0xFF） static bool FlashMgr_IsAreaErased(uint32_t startAddr, uint32_t size) { uint8_t *addr = (uint8_t*)startAddr; for (uint32_t i = 0; i < size; i++) { if (addr[i] != 0xFF) { return false; } } return true; }

这段代码实现了一个简易的扇区轮转（Wear Leveling）和垃圾回收机制。它的工作原理是：

1. 追加写入：每次写入新数据，都写在旧数据的后面，而不是覆盖旧数据。旧数据依然存在，但被新数据“逻辑上”取代。
2. 跨页管理：当写入操作要跨到新的FLASH页时，代码会检查新页是否已擦除。如果没有，则先擦除新页。这避免了每次写入都擦除整页，只有在新页第一次被使用时才擦除。
3. 轮转回收：当数据区写满后，函数会擦除数据区的第一页，然后从数据区开头重新开始写。这样，擦除操作就被均匀地分布到了两个页上，而不是反复擦写同一个页，从而极大地延长了FLASH寿命。

注意：这是一个简化版的均衡磨损算法。真正的产品级算法会更复杂，需要考虑坏块管理、掉电保护、原子操作等。但对于大多数需要存储几KB到几十KB参数的应用，这个机制已经足够可靠，能将FLASH寿命提升几个数量级。

5. 常见问题、调试技巧与高级话题

即使代码逻辑正确，在实际调试中你依然会遇到各种问题。下面是我踩过坑后总结的一些经验和进阶思路。

5.1 编译与下载相关错误排查

问题1：Error: Flash Download failed - “Cortex-M3”或No algorithm found for address...这是最常遇到的下载错误。

• 原因：KEIL或STM32CubeIDE没有正确配置你芯片的FLASH算法。
• 解决：
  1. 检查工程配置中是否选对了芯片型号。
  2. 在IDE的下载配置（Debug -> Settings -> Flash Download）中，查看“Programming Algorithm”列表。如果没有你芯片的算法，需要安装对应的Device Family Pack（DFP）或芯片支持包。
  3. 确保算法中的ROM地址范围（Start和Size）覆盖了你的程序下载地址（通常是0x08000000开始）。如果你把代码链接到了非常规地址（比如从0x08010000开始），就需要添加或修改算法来匹配这个范围。

问题2：程序能下载，但运行到FLASH操作函数就卡死或进入HardFault

• 原因A：地址不对齐。HAL_FLASH_Program要求地址按编程宽度对齐。写入字（32位）时，地址必须是4的倍数（0x4, 0x8, 0xC...）。
• 排查：检查你传入的Address参数。如果是计算出来的地址，用Address % 4看看余数是否为0。
• 原因B：在FLASH中执行了擦写操作。当CPU的指令取指总线正在访问你试图擦写的FLASH区域时，擦写操作会导致总线错误。
• 排查：绝对不要擦写当前正在运行的程序所在的扇区！这就是为什么我的示例代码把数据区放在程序末尾。如果你必须擦写代码区（比如做IAP升级），必须先把代码搬运到RAM中执行。
• 原因C：中断干扰。FLASH擦写期间，如果发生中断，且中断向量表位于内部FLASH，可能导致不可预知的行为。
• 解决：在关键的擦写序列（解锁、擦除、编程、上锁）期间，关闭全局中断。

  __disable_irq(); // 关闭中断 // ... 执行FLASH操作 ... __enable_irq(); // 开启中断

  更精细的做法是只提升操作优先级，但关闭全局中断是最简单有效的。

5.2 数据存储的健壮性设计

1. 掉电保护FLASH编程和擦除是毫秒级操作，期间掉电可能导致数据损坏或FLASH锁死。

• 策略：采用“预写日志”或“双备份”机制。
  • 预写日志：在写入正式数据前，先在一个固定区域写入本次操作的“意图记录”（如目标地址、数据CRC等）。正式写入完成后，再清除这个记录。如果系统在写入过程中重启，可以通过检查“意图记录”来恢复或撤销不完整的操作。
  • 双备份：将同一份数据保存在两个不同的扇区（A和B）。每次更新时，先擦除并写入B区，验证无误后，再擦除A区。这样永远有一个备份是完整的。读取时，通过CRC或序列号判断哪个备份是更新的、有效的。

2. 磨损均衡优化前面的示例是两页轮转，对于频繁写入的场景（如每小时保存一次数据），可以扩展为多扇区队列管理。定义一个逻辑扇区链表，写满一个就指向下一个，所有扇区写满后，擦除最早的那个扇区并循环使用。这样能将擦写次数平均分配到所有扇区。

3. 使用硬件CRC保障数据完整性示例中使用了CRC32校验。STM32大多有硬件CRC外设，计算速度极快。在flash_manager.c中初始化CRC外设后，计算函数可以这样实现：

uint32_t FlashMgr_CalculateCRC(SystemParams_t *params) { // 确保CRC计算时，CRC字段本身为0 uint32_t originalCRC = params->crc32; params->crc32 = 0; uint32_t crc = HAL_CRC_Calculate(&hcrc, (uint32_t*)params, sizeof(SystemParams_t)/4); // 恢复原值 params->crc32 = originalCRC; return crc; }

硬件CRC比软件算法更快、更可靠。

5.3 进阶话题：与EEPROM模拟库的结合

如果你觉得直接操作FLASH太底层，ST官方提供了一个EEPROM模拟库（X-CUBE-EEPROM）。这个库在内部FLASH上模拟出了一个EEPROM接口，你只需要调用EE_Read和EE_Write，它内部帮你实现了磨损均衡、坏块管理、掉电保护等所有复杂逻辑。

• 优点：使用极其简单，接近操作外部EEPROM的体验，可靠性高。
• 缺点：有一定的内存和FLASH空间开销（用于管理），且写入速度可能比直接操作FLASH稍慢。 对于大多数应用，尤其是需要频繁存储可变参数的产品，我强烈推荐优先考虑使用这个官方库，而不是自己从头造轮子。自己实现的FLASH管理器，更适合对存储布局有极端定制化需求，或需要深入理解底层过程的场景。

最后，调试FLASH相关代码，一定要善用调试器和串口日志。在关键函数入口、出口以及错误分支添加日志输出，能帮你快速定位问题是在擦除、编程还是校验阶段。操作FLASH时保持耐心，因为它不像操作内存那样可以随意“试错”，一次错误的写入可能导致需要重新全片擦除才能恢复。