大家好！
我正在努力确认、如果从 TI 驱动程序的 EEPROMInit 函数收到故障代码、我们的固件会适当响应、 在阅读了数据表和勘误表信息之后、我的脑海中还有一个疑问： https://www.ti.com/product/TM4C1290NCPDT#tech-docs 我们使用的是版本3。
数据表8.2.4.1内的"编程中的错误"部分提供了以下信息：
复位后、在向 EEPROM 写入任何数据之前、软件必须读取 EESUPP 寄存器并检查是否存在任何错误状态、该状态可能表示系统由于电压下降而复位、正在进行写入或擦除操作。 如果 PRETRY 位或 ERETRY 位被置位、外设应置位、方法是将 EEPROM 软件复位(SREEPROM)寄存器的 R0位置位并清零、然后等待 EEDONE 寄存器的 WORKING 位清零、之后再重新校验 EESUPP 寄存器的错误指示。 此过程应允许 EEPROM 从写入或擦除错误中恢复。 在少数情况下、EESUPP 寄存器 在执行此操作后可能继续显示错误、此时应重复该复位操作。 从错误中恢复后、该应用程序应重新写入发生初始故障时正在进行编程的数据。
现在、为了进行比较、我将引用8.2.4.2伏中的一部分、
在写入任何 EEPROM 寄存器之前、必须通过 EEPROM 运行模式时钟门控控制寄存器(RCGCEEPROM)(见388页)启用 EEPROM 模块的时钟、并且必须执行以下初始化步骤：
1.插入延迟(6个周期加上函数调用开销)。
2.查询 EEPROM 完成状态(EEDONE)寄存器中的 WORKING 位、直至其清零、表明 EEPROM 已完成上电初始化。 工作= 0时、继续。
3.读取 EEPROM 支持控制和状态(EESUPP)寄存器中的 PRETRY 和 ERETRY 位。 如果任一位置位、则返回错误、否则继续。
4、用系统控制寄存器空间中偏移量0x558处的 EEPROM 软件复位寄存器 SREEPROM 模块复位。
5.插入延迟(6个周期加上函数调用开销)。
6.查询 EEPROM 完成状态(EEDONE)寄存器中的 WORKING 位、确定何时将其清零。 工作= 0时、继续。
7.读取 EESUPP 寄存器中的 PRETRY 和 ERETRY 位。 如果任一位置位、则返回错误、否则 EEPROM 初始化完成、软件可以正常使用外设。
当我阅读我突出显示的两个部分时、似乎存在不匹配情况。 在我引述的第一节中、要点似乎是、如果 PRETRY 或 ERETRY 中遇到错误、最好执行 EEPROM 的软复位。 但在编号步骤列表中、如果 PRETRY 或 ERETRY 中没有遇到错误、则执行复位。
这对我来说很重要的原因是、我想知道如果 EEPROMInit 返回 EEPROM_INIT_ERROR、我们的应用程序应该怎么做。 如果在步骤3中返回了该错误代码、那么我引用的第一部分表示我们应该执行软复位、然后重试。 (根据此器件勘误表的 MEM#11、我们使用的是 EEPROMInit 的 TI 驱动程序实施、而不是 ROM 实施。 我查看了当前的驱动程序代码、它似乎与第8.2.4.2节中列出的步骤序列相匹配。 从 EEPROMInit 驱动程序源代码 中可以看出、如果我们自己在应用中没有这样做、那么对 EEPROMInit 的下一次调用很可能会在步骤3中再次提前退出。)
但另一方面,鉴于 MEM#11存在,我不知道数据表中的"编程中的错误"一段(显然是在 MEM#11之前)是否仍然被认为是正确的?
关于这个问题、您能给我一些建议吗？ 在下次尝试调用 EEPROMInit 之前、我们是否应该采取措施来执行软复位？ 我的一部分人想知道为什么、如果这仍然是建议的做法、EEPROMInit 驱动程序本身不会在遇到这种情况时代表呼叫者执行此操作？
