STM32L053R8T6替代STM32F030C8T6后EEPROM模拟器无法保存数据问题求助

看起来你遇到了STM32L053上Flash模拟EEPROM写不进数据的问题——编译运行都正常，但数据就是存不下来。结合你的代码和STM32L0的特性，我整理了几个排查方向和解决建议：

1. 确认Flash解锁操作是否正确执行 #

STM32的Flash默认是锁定状态，任何写/擦除操作前必须先解锁。你需要检查EE_Init()或者写操作的前置逻辑里，有没有正确调用解锁函数：

• 如果用HAL库：确保调用了HAL_FLASH_Unlock()，并且检查返回值是否为HAL_OK；
• 如果用标准库：调用FLASH_Unlock()，注意STM32L0的解锁密钥和F0一致（KEY1=0x45670123，KEY2=0xCDEF89AB），但库函数的实现可能有细微差异，要确认适配L0的库。

如果没解锁，Flash写操作会静默失败，这是这类问题最常见的原因之一。

2. 验证Flash页面地址与分页配置 #

你的代码里定义的页地址是基于1KB分页的，STM32L053R8T6确实是64KB Flash、每页1KB，所以ADDR_FLASH_PAGE_60等地址是正确的。但要确认：

• PAGE_SIZE是否正确获取：直接显式定义#define PAGE_SIZE 1024，避免依赖FLASH_PAGE_SIZE宏可能存在的库版本差异；
• 确认目标页面没有被选项字节（OB）设置写保护：可以通过调试器查看选项字节的WRP区域，确保60、61、62页不在写保护范围内。如果有写保护，需要先解锁选项字节并修改配置。

3. 检查页面状态标记的写入逻辑 #

你的代码里定义了ERASED、RECEIVE_DATA、VALID_PAGE等状态标记，这些是模拟EEPROM管理的核心。要确认：

• 在EE_VerifyPageFullWriteVariable中，写入变量前是否先写入RECEIVE_DATA标记，写入完成后是否更新为VALID_PAGE；
• 写入操作是否按16位半字执行：STM32L0支持半字写入，确保用的是对应Flash编程函数（比如HAL库的HAL_FLASH_Program(FLASH_TYPEPROGRAM_HALFWORD, addr, data)），避免字节或字写入导致的对齐错误或数据截断。

可以用调试器直接查看目标Flash地址的内容，比如写完变量后，检查PAGE0_BASE_ADDRESS附近的内存，看是否有正确的状态标记和变量数据。

4. 排查EE_VerifyPageFullWriteVariable与EE_PageTransfer的逻辑 #

你只贴了EE_WriteVariable的代码，而核心的页面写入和转移逻辑在另外两个函数里，这两个函数很可能存在问题：

• EE_VerifyPageFullWriteVariable：检查它是否正确遍历当前有效页面的空闲位置，判断页面满的条件是否准确（比如是否遍历到页面末尾都没有找到ERASED的位置）；
• EE_PageTransfer：当页面满时，这个函数需要把旧页面的有效数据复制到新页面，擦除旧页面，并标记新页面为VALID_PAGE。要确认：
  • 擦除页面的函数是否正确调用（HAL库用HAL_FLASHEx_Erase()，标准库用FLASH_ErasePage()）；
  • 数据复制是否完整，没有遗漏变量；
  • 新页面的状态标记是否正确设置为VALID_PAGE。

5. 适配STM32L0的Flash特性 #

虽然STM32F0和L0的Flash操作类似，但还是有细节差异：

• L0的Flash有预取缓冲，操作前可能需要关闭预取（如果遇到写入问题）；
• L0的Flash编程时间和F0略有不同，确保操作完成后等待Flash状态寄存器的就绪位，避免未完成的写入。

快速调试技巧 #

可以在EE_WriteVariable里加入临时的调试代码，比如返回Flash编程的结果，或者在写完后立即读取对应地址的数据，对比是否和写入值一致，这样能快速定位是写入失败还是后续读取逻辑有问题。

内容的提问来源于stack exchange，提问作者LittleLion