• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 323 视图
  • 用户 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.

[参考译文] TM4C1231D5PM：在电源下降时、写入 EEPROM 时销毁

admin
Guru**** 2451970 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/636673/tm4c1231d5pm-destroyed-at-writing-to-eeprom-while-power-supply-drops

器件型号：TM4C1231D5PM

大家好、

在我发现原因之前、TM4C 中的许多器件已被销毁。 这可能是由于、如果 MCU 在电源下降时写入 EEPROM。 如果写入时序达到压降中的特定点(范围)、即使 MCU 检测到压降、写入也无法停止、并且 MCU 可能会永久损坏自身。  

这仅供参考。

1月

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

    EE 的情况实际上比您描述的情况更糟。

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

    您好、Jan、

     感谢您提供相关信息。 很遗憾听到这种情况。 您有哪个器件版本？ 我想您可能遇到勘误表 MEM#03或 MEM#04。 希望您可以应用建议的权变措施。

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

    [引用 user="Jan Harman"]这可能是由于电源中断时、如果 MCU 写入 EEPROM。

    由于这种不幸的现象十分突出--你(和其他人)不应该立即采取"合理"的保障措施 --以防止这种"电源掉电"？

    应部署正确选择和嵌入(并经过测试/验证)的不间断电源-尤其是考虑到这种"已宣布的易感性！"  

    MCU 寻求的是"厨房洗涤器"状态-"太频繁"无法与长期存在、廉价、"专用设备"的性能或稳健性相匹配-这些设备没有这种限制！

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

    [引用 USER="CB1_MOBILE"]

    Jan Harman
    这可能是由于、如果 MCU 在电源下降时写入 EEPROM。

    由于这种不幸的现象十分突出--你(和其他人)不应该立即采取"合理"的保障措施 --以防止这种"电源掉电"？

    [/报价]

    嗯、我将其解释为移除电源。 这一点很难避免、尤其是因为 EE 写入时间延长至秒。

    [引用 USER="CB1_MOBILE]]应部署正确选择和放置(并经过测试/验证)的不间断电源-尤其是考虑到这种"已宣布的易感性！"  [/报价]

    另请注意、复位会导致同样的问题、包括看门狗复位。 这实际上使许多系统无法避免该问题，除非您正确地注意使用标准 EE。

    Robert

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

    [引用 user="Robert Adsett">复位-偶数看门狗复位... (导致相同的问题)... 有效地使问题不可避免-除非您正确地注意到-使用标准 EE 代替。

    确实- MCU 制造商的"明显的命运愿望"(始终扩展能力-即使在这种扩展证明"不够稳健"的情况下-尤其是在这种情况下-也是如此)会导致此类问题！

    是否可以简单地说："列出现有功能"比"确保该功能符合/超过"正常性能标准-包括稳健性"要多(供应商要求)？