This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TM4C123BE6PM:TM4C123BE6PM 上的 EESUPP.PRETRY 位= 1的问题

Guru**** 1805680 points
Other Parts Discussed in Thread: EK-TM4C123GXL
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/957362/tm4c123be6pm-the-problem-of-keeping-eesupp-pretry-bit-1-on-tm4c123be6pm

器件型号:TM4C123BE6PM
Thread 中讨论的其他器件:EK-TM4C123GXLTM4C123

您好!

您能否向我们提供有关故障原因的建议、相关问题的主题中对此进行了介绍?

将 EK-TM4C123GXL 上的器件替换为故障器件后、我们执行了附加的测试项目。
由于经过100次迭代、LED 会下降100%;因此、EESUPP.PRETRY 永远不会被初始化(不会变为0)。
(我们使用了 CCS v10.0和 Tivaware v2.1.4。)
我们需要您对此问题提出建议。

e2e.ti.com/.../blinky_5F00_code_5F00_in.zip

此致、
Nomo

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

     让我尝试理解您要做的事情。 您将 LaunchPad 上的好芯片与坏芯片(具有 EEPROM 问题的坏芯片)换出。 这是正确的理解吗? 不确定您在这里要证明的内容。 如果您已经知道芯片损坏、则将其更换到 LaunchPad 中仍会显示不良行为。 这对我来说并不奇怪。  

     我在 EK-TM4C123GXL LaunchPad 上运行了代码、但从未看到 LED 亮起。 如果您看到 LED,则表示您未通过 EEPROMInit()。 我想您证明的是、您切换到 LaunchPad 的坏芯片会继续显示 PRETRY = 1。 如您参考的另一篇文章中所述、坏芯片可能已达到 勘误表中的某个错误。 存储器还可能超过其指定的寿命写入/擦除周期。  

     我建议您尝试另一个性能良好的 LaunchPad、其上有其原始 TM4C123、它不会点亮 LED。 这将进一步证明坏芯片无法从 EEPROM 操作中恢复。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Charles-San、

    感谢你的答复。

    [引用用户="Charles Tsaa"]

    让我尝试理解您要做的事情。 您将 LaunchPad 上的好芯片与坏芯片(具有 EEPROM 问题的坏芯片)换出。 这是正确的理解吗? 不确定您在这里要证明的内容。 如果您已经知道芯片损坏、则将其更换到 LaunchPad 中仍会显示不良行为。 这对我来说并不奇怪。

    [/报价]

    是的、您的理解是正确的。
    我们的器件是修订版7;因此、我们认为错误中的 MEM#02和 MEM#10有可能保留 PRETRY 1。
    但是、源代码不使用 EESUPP.START 位。
    因此、我们认为这个问题可能与错误无关。

    您是否知道指定此问题原因的方法?
    我们想知道 Pretry 为什么保持为1。

    此致、
    Nomo

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Nomo-San、

    [引用 user="nomo]但是、源代码不使用 EESUPP.START 位。
    因此、我们认为此问题可能与错误无关。[/引述]

    我知道在您最新的源代码(您所附的闪烁程序)中、您没有使用起始位。 但您是否记得在之前的实验中、您编写的其他程序可能从未设置起始位? 在起始位不再重要的不可恢复状态下、EEPROM 也很可能已经损坏或超过其寿命。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Charles-San、

    感谢您的温和支持。
    如果您确认以下其他问题、我将不胜感激。

    在上一篇文章中、您提到了可能的原因"其中任何一个可能发生在 EEPROM 编程期间(例如编程期间的复位或不稳定电源)"。
     如果可能的原因、器件是否会保持 EESUPP.PRETRY 位= 1的不可恢复状态?

    2.如果答案1是肯定的、是否有任何方法可以从异常状态中恢复?

    是否有任何方法可以知道存储器是否已超过其指定的寿命写入/擦除周期?

    此致、
    Nomo

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Nomo-San、

    [引用 user="nomo"]

    在上一篇文章中、您提到了可能的原因"其中任何一个可能发生在 EEPROM 编程期间(例如编程期间的复位或不稳定电源)"。
     如果可能的原因、器件是否会保持 EESUPP.PRETRY 位= 1的不可恢复状态?

    2.如果答案1是肯定的、是否有任何方法可以从异常状态中恢复?

    [/报价]

     只要我想回答您的问题、我就没有您想要的所有答案。 我对您的问题的回答是肯定的、当 EEPROM 编程/擦除期间发生其中一个事件时、器件可能处于不可恢复的状态。 让我们再次举例说明勘误表。 让我将其分解为三个部分。  

    (1)请勿使用 START 位进行错误恢复。 (2) PRETRY 或 ERETRY 位是否为
    则 EEPROM 无法恢复其状态。 如果电源稳定的话
    这些位被置位、这表示发生了致命错误、并且很可能表示 EEPROM
    存储器已超出其指定的使用寿命写入或擦除规范。 (3)如果是电源
    不稳定当这些位中的任何一个被置位时、一旦电压为1、则重试此操作
    以清除误差。

    (1)您的客户是否还记得他是否曾尝试过一次使用起始位? 如果从未使用起始位、那么我们可以将其从图片中取出。 芯片故障可能发生在很长时间之前。 有时客户可能不记得他们做了什么。

    (2)您的客户是否记得在执行 EEPROM 编程/擦除时电源是否稳定? 这再次很难记住在失败时发生的情况。 在发生故障时、没有对所有电气参数进行"Blackbox"记录。 根据您的描述、电源似乎比较稳定。 如果电源不稳定、您应该能够根据(3)重试此操作。 但是、您尝试通过重启来恢复器件、但没有成功。  

    那么问题是- EEPROM 是否可以在不超过其指定的使用寿命写入规范的情况下不可恢复? 我的答案是肯定的。 根据数据表、最小写入周期数为500、000。 我怀疑你已经达到了极限,但它仍然是不可恢复的。  您能否确认您可能执行了多少个写入周期? 假设您在限制范围内、则有一个强烈的指示、即 EEPROM 可能不可恢复、而不会达到限制。  

    [引用 user="nomo"]

    是否有任何方法可以知道存储器是否已超过其指定的寿命写入/擦除周期?

    [/报价]

    不是我知道的。 这就是为什么我询问您的客户是否记得执行了多少个写入周期。 这是他的应用、他有一个更好的想法 、即他每分钟、每小时或每天写入 EEPROM 的频率以及部件在现场的时间。 从硬件的角度来看、没有寄存器可以指示写入了多少个周期。

    我想给你一个平视的机会。 在美国即将到来的假期中、我将在本周的剩余时间休假。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Charles-San、

    感谢你的答复。
    这对我们非常有帮助。
    如果我们有其他问题、我们将创建另一个帖子。

    此致、
    Nomo