[参考译文] TM4E123GH6ZRB：不需要的锁定 EEPROM

您好 Fabio、

[引用用户="Fabio Antonio CASSIINI"]- TI 内核代码(SYS/BIOS 6.35.04.50)是否访问过这些寄存器？[/引用]

我不这么认为。  您是否在应用中使用 TI-RTOS？

[引用用户="Fabio Antonio CASSIIN"]

-可能是由于某种原因、某些芯片来自 TI、EEPROM 已锁定？

[/报价]

否

我有一些问题。 整个 EEPROM 是否已锁定或某些块已锁定？ 当您说 EEPROM 受写保护时、是否可以在尝试写操作时确认 EEDONE 寄存器中的 NOPERM 位置位？  

 您还可以设置观察点寄存器来观察 CPU 对 EEPROM 寄存器的任何写入吗？ 这将有助于调试 CPU 是否对密码寄存器进行了任何写入。  

谢谢、Chrales、
非常感谢您的快速回答！

以下是我的逐点回答：

-您的应用中是否使用了 TI-RTOS？
我确认使用 TI-RTOS。

-整个 EEPROM 被锁定还是某些块被锁定？
整个 EEPROM 被锁定：EEDONE 寄存器中的 NOPERM 位被置位、直到我执行调试整体擦除。

-您是否还可以设置观察点寄存器来监视 CPU 对 EEPROM 寄存器的任何写入操作？
我这么做了、我没有看到这样的写入；考虑到这个东西显然无法在完全断电和打开周期中工作。

另一个出现的问题是、任何类型的电击是否会导致锁定操作：我正在考虑突然断电时的功率反弹...

再次感谢您的话语：祝您度过美好的一天！

Fabio

您好 Fabio、
您还记得在 EEPROM 写入操作过程中是否发生了任何断电或复位情况吗？

执行批量擦除后、EEPROM 是否立即被第一次 EEPROM 写入锁定、或者在执行多次 EEPROM 写入操作后被锁定？ 基本上、您需要等待问题发生多长时间？

您是否可以对您拥有的其他商品重复相同的行为？

您好、Charles。

真正的问题是，我无法回答这种受控制的行为：无论何时我们在开发环境中工作，都不会出现这种问题。

实际上、由于某些永久数据可能会更新、EEPROM 写入期间可能会发生功率损耗；但我们从未尝试过这样的块；您认为功率损耗可能是原因吗？

到目前为止、我们有大约10个案例、在调试整体擦除之后、我们从未在同一个部分看到过该问题：似乎我们有某种一次性事件；无论如何：遗憾的是、我们只是无法重现锁定。

就在昨天、我听说一位特定客户说、我们发现由于这个锁而出现的故障是在我们的模块插入到他们的载波上一段时间后出现的：也许我们可以更好地理解他们的硬件的化。 稍后会对此进行更多介绍...

谢谢

   Fabio

您好 Fabio、
自上次以来是否有任何更新？ 请注意与 EEPROM 存储器相关的勘误表、尤其是 MEM#03、MEM#04、MEM#07。

您好、Charles、

感谢您的关注。

我们与客户的载板合作、发现由于延迟的 LPC 时钟导致 LPC 事务发生故障而出现问题； 我们仍然无法理解这会导致 EEPROM 阻塞的原因和方式、并且我们在几次中发现包含代码的器件闪存已损坏。

我查看了您提到的勘误表：我知道这些可能性、但到目前为止、我们从未遇到过这样的问题、我们的认证测试也存在电源干扰。

我会随时与您联系、以了解任何新闻... 祝你度过美好的一天！

   Fabio