• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 6 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 93 次查看
  • 用户 0 名在线用户
选项
选项
相关

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.

[参考译文] TM4C1231D5PZ：TM4C1231D5PZEIR 上电问题导致锁定的 MCU 或 MCU、且擦除整个闪存。

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/789972/tm4c1231d5pz-tm4c1231d5pzeir-powerup-issue-resulting-in-locked-up-mcu-or-mcu-w-entire-flash-erased

器件型号：TM4C1231D5PZ

TM4C 团队好！

我的客户使用 TM4C1231D5PZEIR MCU 已投入生产多年、至今效果总体上良好。  但是、最近在生命周期测试期间、他们遇到了问题。

 客户电路板在自动循环多日(作为生命周期测试的一部分)后发现处于 MCU 似乎无法正常工作的状态：

a)     所有 MCU 输出似乎都处于高阻抗状态

b)     MCU 不再串行通信(UART 串行通信)

C)      看起来 TM4C1231D5PZEIR 一直处于复位状态。

D)     他们尝试强制进行硬件复位、并确认 MCU 复位引脚从3.3V 转换为0V 并返回3.3V。  然而、这个硬件复位对 MCU 没有影响。

e)     摆脱这种状况的唯一方法是完全断开电路板的电源、然后将其重新加电。

f)    下电上电后、发现以下两项之一：

-板将再次正常工作或

-电路板不再工作(在这种情况下，经调查，整个固件已被擦除)。

g)      这种行为已被多次观察到。

其他 TM4C 设计正在生产中、但唯一的问题似乎是在单个电路板上使用此器件(TM4C1231D5PZEIR)。

我的客户查看了勘误表(http://www.ti.com/lit/spmz849 )，但没有发现任何值得注意的问题。  勘误表 MEM#05与观察到的行为一致，但他们认为它不适用于他们的用例。

我向他们询问了一个潜在的引导加载程序问题、因为我看到了这个(可能适用)论坛帖子。 https://e2e.ti.com/support/archive/internal/int-stellaris_arm/f/176/t/412734。 

谢谢、Merril

  • 0
    TI__Guru**** 1818760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Merril、您好！

    这只是大型生产运行中的单个故障吗？

    如果他们使用正确的固件重新刷写器件、是否仍能够在下电上电时重新创建故障器件上的行为？

    我同意他们对勘误项目的评估、ME#05是我最喜欢的主要项目。 我认为引导加载程序问题是一个好问题、但如果将故障隔离在一个电路板上并在重新刷写固件后发生、那么我希望引导加载程序问题在其产品中更普遍。

    根据答案、此处的 FA 可能是最佳选择。 所描述的擦除闪存的行为使我怀疑该器件可能有缺陷。
  • 0
    TI__Guru**** 1818760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Ralph、

    以上问题的答案如下：

    －这不是一次故障。  我们已经在多个生产运行中的大约15个电路板上看到了这一点。

    -是的、客户能够重新创建行为。  尽管它们通过在机器上运行循环而不是通过循环通电来创建它。

    “正确的固件”–我们在生产固件上没有看到这种情况。  仅适用于开发固件。  尽管这并不能解释硬件复位引脚为何看起来没有效果。  或控制固件被擦除的原因。

    谢谢、

    Zack

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

    我一直在寻找与此相关的任何东西、但我以前没有发现任何类似的事情。 此时、虽然我很清楚问题的症状、但我没有太多信息可以更详细地查看。

    客户表示这种情况只发生在开发固件上、所以从那方面来看有几个问题：
    1) 1)这是一个全新的项目还是对现有项目的更新？
    2) 2)如果对现有项目进行了更新、哪些内容发生了更改？
    3) 3)如果是全新的、则正在使用哪些外设？ 是否正在使用引导加载程序？
    4) 4)编程后、代码中是否有任何 API 可围绕修改闪存进行解析？

    他们使用的电路板是否也是全新的？ 如果是、从硬件的角度来看、如果是可重设的、他们能否测试问题是否出在器件上、或是否与特定电路板保持隔离？ 即、使用工作板和出现故障的板进行 ABBA 测试。
  • 0
    TI__Guru**** 1818760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Newman 说：
    电路板不再工作(在这种情况下，经调查，整个固件已被擦除)。

    [引用 user="Zack Schwarz"]“正确的固件”–我们尚未在生产固件上看到这种情况。  仅适用于开发固件。  尽管这并不能解释硬件复位引脚为何看起来没有效果。  或者为什么已擦除控制固件。[/quot]在闪存中运行时、开发固件是否执行闪存写入操作？

    如果是、可能会受到勘误 表 MEM#14闪存执行期间的闪存写入操作的影响、这可能会导致错误的指令提取。

    可能的 TM4C123硬件错误 是最初的调查导致提出勘误表 MEM#14、并且看到的一个故障机制是 闪存的第一个1K 页(地址0x0至0x3ff、其中包含中断矢量和程序的一部分)已经被擦除。

  • 0
    TI__Guru**** 1818760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Zack 和 Merril、您好！

    是否有关于此问题的任何更新？
  • 0
    TI__Guru**** 1818760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 Merril、

    由于我们必须离线交换一些关键信息、现在让我们关闭此主题。 如果解决方案对社区有用、我可以在这里更新。