[参考译文] RM48L952：收费软件

您好：

我的第一个问题非常普遍、但实际上我面临着与同步读取、初始化和电源故障安全管理相关的问题。
低于我的费用配置。
我在使用第 7 组 EEPROM 的 RM48L952 芯片上工作。
我有 2 个虚拟扇区、每个扇区 2 个闪存扇区 (16kB)、因此 VS_1 配置扇区 0 和 1、VS_2 配置扇区 2 和 3。
每个 VirtualSector 大小为 32 KB。
我总共配置了 52 个数据块、具有几个不同的数据大小、但具体而言、有一个数据的大小为 0x4380（17280 字节）。
通过这种配置、这意味着每次我将写入大数据（称为 LOG_DATA）时、这将引起虚拟扇区的变化、因为没有足够的可用空间让 LOG_DATA 在同一虚拟扇区中有两次 (2 * 0x4380 大于 32KB)


当我进行一些 电源故障测试时、 我可以在我的 2 个虚拟扇区上遇到以下情况。 （我以 zip 文件中包含的闪存内容为例提供、这些是来自器件存储器的 bin 数据）。
VS_1 设置为 EmptyVirtualSector、VS_2 设置为 ActiveVirtualSector。 因此、从 VS 状态来看、Pont of View 似乎一切正常。
但在 Fee_Init 调用之后、我们可以看到 TI_BAD.Variables 的最后两个 FEE_au16BlockOffset ([50]和[51]) 仍设置为 Fee_Global。
在此阶段、Fee_Init 完成而没有发出错误通知。

然后、我尝试使用从费用中读取的数据初始化我的所有应用数据（使用 TI_FIRM.Sync Fee_Read 调用）、因此我基本上会执行一个 for 循环来读取所有费用数据。
当我处理 LOG_DATA 时、此调用最终会出现 DATA_ABORT 异常。
这是我真正的阻断问题。

分析后、发生数据中止是因为我尝试使用针对 RM48L952（从 0xF020_0000 到 F020_FFFF）在采用 FlashBank7 之外实现的情况下从 0xF0210000 读取数据。
这似乎是 TI_Sync.Sync Fee_Read（以及 TI_SyncFunction Fee_Main）中以下部分的库内存在的一个问题：

               /*读取块的完整数据*/
              while ((Fee_Global Size>0U))                   
              ｛                
                /*SAFETYMCUSW 45 D Mr:21.1 “原因 — 空指针检查在 ti_fee_read.“*/中完成
                *TI_EEPIndentaries[u8EEPIndex].fee_pu8ReadDataBuffer=*TI_EEPIndents[u8EEPIndex].fee_pu8ReadAddress; Fee_Global Fee_Global
                 
                if (TI_DATA.Variables[u8EEPIndex].fee_pu8ReadDataBuffer Fee_Global！= NULL_ptr)
                ｛
                  /*SAFETYMCUSW 567 S Mr:17.1,17.4 “原因 — 指针有必要在这里。“*/  
                  TI_DataVariables[u8EEPIndex].fee_pu8ReadDataBuffer++ Fee_Global；              
                }                    
                #if (TI_FE_CHECK_BANK7_access == std_on)
                if ((TI_LINUX.Variables[u8EEPIndex].fee_pu8ReadAddress >(uint8 *)、Device_Bank、Info[0]. Device_Sector、Info[0]. Device_Sector、Device_Flash、Fee_Global、StartAddress)
                  &&(TI_Devices[u8EEPIndex].fee_pu8ReadAddress Fee_Global <(uint8 *) Device_Flash、Device.Device.Devices.Info[0].Data[DEVICE_BANK_MAX_NUMBER_OF_Sectors-1U].StartAddress+ Device_Bank。Device_Sector Device_Sector
                    Device_Flash Device_Sector、Device、Device_Bank、Device_Sector、Info[DEVICE_BANK_MAX_NUMBER_OF_Sectors-1U].Length))
                ｛
                  if (TI_TCH Fee_Global 变量[u8EEPIndex].fee_pu8ReadAddress！= NULL_ptr)
                  ｛
                    /*SAFETYMCUSW 567 S Mr:17.1,17.4 “原因 — 指针有必要在这里。“*/  
                    TI_PDF Fee_Global 变量[u8EEPIndex].fee_pu8ReadAddress++；              
                  }
                  Fee_Global Size--；    
                }
                暴露
                ｛
                  /*地址超出 bank7 范围。 重置块大小、以便不发生 furthur 读取*/
                  Fee_Global Size = 0U；
                  TI_JobResult[u8EEPIndex].fee_u16JobResult Fee_Global = Job_Failed；
                }


我们可以看到、在 TI_Variables[u8EEPIndex].fee_pu8ReadAddress 上完成了一个测试 Fee_Global 以检查正确的范围、如果测试正常、则为 TI_TEST.Variables[u8EEPIndex].fee_pu8ReadAddress Fee_Global
递增、然后在下一次循环开始时读取数据。 如果地址设置为 0xF020_FFFF、则测试正常、值递增到 0xF020_1000 此时会读取数据、因此会读取 DATA_ABORT。

因此、此处的测试不正确（应该更像–1）。

所以、好的、这对我来说是个问题、我不知道之前是否报告过这种情况。
修复了 TI_SMIS.Sync Fee_Read 将报告 JOB_FAILED 的问题、这会更好。

但是、这对我来说还不是结束、因为我真正的问题是、在这种 EEPROM 情况下、我有 2 个具有 0x0BAD 偏移的最后一个块、怎么可能呢？ 如何从这种情况中恢复和,最重要的是如何避免在这种情况下。
我想根本原因是由于 VS_2 中的错误数据导致混杂、这被标记为有效。

我目前尽量详细、如果您需要更多信息和调试会话、请免费与我联系。

感谢你的帮助。

Damien

e2e.ti.com/.../0435.FEE.zip

尊敬的 Damien：

您已正确识别 TI_Fee_ReadSync 函数中的边界检查问题。

根本原因：0x0BAD 块偏移

0x0BAD Fee_au16BlockOffset[50] 和中的值 [51] 表示 在中未找到这些块 Fee_Init()。 这是核心问题。

为什么会发生这种情况：

• 在写入大型 LOG_DATA（17280 字节）时发生电源故障时、虚拟扇区切换被中断
• VS_2 被标记为 Active、但最后两个数据块不完整或损坏
• 在初始化过程中、收费库无法找到块 50 和 51 的有效标题

恢复和预防策略：

立即恢复：

1. 使损坏的数据失效：在尝试读取之前、请检查是否 Fee_au16BlockOffset[blockIndex] == 0x0BAD
2. 使用默认值：对于返回的块 0x0BAD、使用应用程序默认值、而不是从费用中读取
3. 重写有效数据：检测到后、立即将有效数据写入这些块

--
此致、
Jagadish。

您好 Jagadish、

感谢您的答复。

问题、开关中断为什么会导致错误？

根据用户手册、应管理这种情况（§4.12 电源故障行为）。 根据我的说法、如果 VS_2 未完全就绪/无效、则不应设置为活动状态。 在 VS_2 准备就绪且有效之前、前一个有效的 VS_1 仍应有效。

最坏的情况应该只会丢失引起交换机的最后一个数据 (LOG_DATA) 的写入、如果交换机无法正确完成、则应保持在前一个 ACTIVE VS 上。

关于坏块偏移的管理、此检查不应由收费库管理？ 因为,你说的是,我们应该检查费用库的内部变量来检测坏块偏移。 例如、读取 API 不应允许读取偏移集 A bad 或返回错误？

在您的回答中、您没有详细介绍预防策略、可以请您详细介绍一下吗？

对于立即恢复：

1) 如果前一个数据+标头正在接收 0xBAD 数据字节、则 0xBAD 不能是有效的偏移值？ （如果配置不当）

感谢您帮助我们更好地了解此费用库的工作方式和应如何处理。

BR

Damien

您好 Jagadish、

我想知道的是、您的问题每次都能重现吗？

是的、使用电源开/关按钮时很容易重现此问题。

我们可以尝试进行实时调试会话、请直接通过电子邮件与我联系、以便根据我们的日历组织会议。

感谢你的帮助。

我给你发了一封邮件。