[问答]

X-CUBE-EEPROM软件包在每次调用EE_Init() 时用零填充模拟EEPROM是为什么？

问答对人有帮助，内容完整，我也想知道答案 0 我使用的是 STM32L422RB，并且添加了 X-Cube-EEPROM 软件包（版本 3.0.0）。在大量使用之后，我注意到 eEEPROM 驱动程序实际上在每个设备上电或唤醒时将 64 位 0 写入我的模拟 EEPROM 空间。在进一步调查中，这与调用函数 VerifyPagesFullWriteVariable(0U, 0U) 的函数EE_Init相关联，并且根据代码注释*执行 0 的虚拟写入，以消除在此处写入期间连续重置的行值 0x0xFFFFFFFF 的潜在不稳定性。* 为什么要这样做，是否可以避免这种行为，因为这实际上会不必要地磨损闪存，我的应用程序需要定期进入和退出待机状态以节省电量，这些写入会造成不可忽略的闪存磨损。与这个问题有关。 0
2023-2-1 07:41:48　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 47 个回答。邀请回答 chm5 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 hgimtk 该类别下有 36 个回答。邀请回答 HengDu 该类别下有 31 个回答。邀请回答 hwp0415229 该类别下有 30 个回答。邀请回答可口可甜该类别下有 30 个回答。邀请回答 jghgfdssas 该类别下有 28 个回答。邀请回答 jiangwenwen 该类别下有 28 个回答。邀请回答 kingnet6688 该类别下有 28 个回答。邀请回答麻酱该类别下有 28 个回答。邀请回答 andyfly7 该类别下有 28 个回答。邀请回答法规处发该类别下有 27 个回答。邀请回答 ldliu 该类别下有 27 个回答。邀请回答成长的小师弟该类别下有 27 个回答。邀请回答云汉007 该类别下有 27 个回答。邀请回答颜刚YanG 该类别下有 27 个回答。邀请回答柱子图宁该类别下有 27 个回答。邀请回答 bluepink 该类别下有 27 个回答。邀请回答哼小曲该类别下有 26 个回答。邀请回答举报刘悌耀相关推荐 • X-CUBE-EEPROM是否可以删除在每次重启设备时写入64位零的例程？ 385 • STM32L476闪烁新代码后，仿真EEPROM不会被擦除如何解决？ 420 • 如何使用STM32Cube X-CUBE-EEPROM包解决EE_INVALID_PAGE_SEQUENCE？ 595 • 怎样在STM32CubeIDE_v1.9.0和STM32CubeMX 6.5.0中安装X-CUBE-EEPROM包呢？ 783 • 用stm32f103RC的flash模拟EEprom, 执行到EE_Init()时候单片机没有反应是怎么回事？ 396 • 用于stm32g030f6p6的X-CUBE-IRREMOTE会给出无效数据包错误怎么解决？ 452 • 5个以上的EEPROM仿真不能编译 1662 • 求XMC1100 FLASH-EEPROM代码实现方法 3140 • STM8s 003 EEPROM断电后不保存，eeprom数据被清零的原因？ 850 • STM32H7上的EEPROM仿真读取不到正确数据怎么解决？ 561 1个回答

答案对人有帮助，有参考价值 0 在初始化序列中添加这种零写入是为了使 EEPROM 仿真驱动程序对异步复位和断电具有鲁棒性。在 EEPROM 仿真软件的验证过程中，我们注意到，有时，如果外部异步事件（复位或掉电）中断了 Flash 写操作，则该 Flash 线不再可写。读取该闪存行会产生各种结果，包括 0xFFFF FFFF FFFF FFFF，这不允许通过执行简单的读取操作来区分损坏的闪存行和已擦除的行。这个问题的解决方案是在复位后系统地将零写入第一个可用的闪存行。请注意，从理论上讲，RM0351 和 RM0394 警告说“如果在闪存操作期间发生设备复位，则无法保证闪存的内容。” 如果你能保证没有外部事件会中断一次Flash写操作，那么你可以简单地去掉EE_Init函数的第8步。例如，如果仅进入待机模式（由应用软件控制）会产生复位，并且应用中不可能进行其他外部复位，就会出现这种情况。但是，如果在实践中，您不能保证在 Flash 写操作期间会发生外部复位或掉电，那么最好保留 EE_Init 的第 8 步，以确保 EEPROM 的内容始终保持有效。

2023-2-1 14:25:37 评论举报杨秀珍