stm32 an2594 EEPROM Emulation的小bug, 使用的朋友请绕行

只看该作者 · 2008-5-21 17:05

在使用STM32 AN2594提供的EEPROM Emulation程序做参数值保存用时, 实际应用中发现在其中eeprom.c文件中(2007-10-8发布), 功能u16 EE_VerifyPageFullWriteVariable(u16 VirtAddress, u16 Data)中的同一数据值是否已经写入有点小错误:
while (Address < PageEndAddress)
  {
    /* Verify each time if Address and Address+2 contents are equal to Data and VirtAddress respectively */
    if (((*(vu16*)Address) == Data) && ((*(vu16*)(Address + 2)) == VirtAddress))
    {
      return FLASH_COMPLETE;
    }

如果已经写入值v1, 再写入值v2, 后再写入以前写过的值v1, 回读会读出v2的结果而不是期望的v1.

后来在http://www.st.com/mcu/forums-cat-6365-23.html确实看到有报告这个bug.

因时间限制, 小弟简单地在比较最后一次写入(最后一个匹配地址)的值是否一致, 不一致就再写一遍新值:

  /* Check each active page address starting from begining */
  while (Address < PageEndAddress)
  {
    /* Verify each time if Address and Address+2 contents are equal to Data and VirtAddress respectively */
    // if (((*(vu16*)Address) == Data) && ((*(vu16*)(Address + 2)) == VirtAddress))
    if ( (*(vu16*)(Address + 2)) == VirtAddress )
    {
        if((*(vu16*)Address) == Data)
            IsVariableValMatchedFlag = TRUE;
        else
            IsVariableValMatchedFlag = FALSE;
      // return FLASH_COMPLETE;
    }

1万 · 2008-5-21 18:10

我们这里也会看看。

只看该作者 · 2008-5-22 11:28

肯定不应该才小地址开始看是否有匹配的“数据-地址对”咯。否则读访问的时候，读不到这个latest updated的值。（读的时候是从大地址开始找）
LZ帖子里给出的st forum上的解决办法，修改简单并且可行，但是有点鲁莽，因为会造成本来不必要的page transfer和page erase，后者比较费时。而且如果真是page full了，这个算法要比较255次才得出结论。所以，可以作以下优化：
(1)先就来看一下，最后一个space是否还为0xffffffff来判断page full or not
(2)如果full了，也不要马上开始page transfer。从最后一个space开始，大地址往小地址察看，如果找到了同样地址上的数据不是此次要更新的值，再作page transfer和page erase也不迟。