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

[参考译文] TM4C123GH6PM：TM4C123在断开 USB 连接时偶尔擦除内部 EEPROM。

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/617985/tm4c123gh6pm-tm4c123-erases-occasionally-the-internal-eeprom-when-disconnecting-usb-connection

器件型号：TM4C123GH6PM

你(们)好

我在设计中使用 TM4C123GH6PM、使用 USB 进行数据通信。 有时、通过断开 USB 连接、存储在内部 EEPROM 中的值已单独更改。

该电路板由 USB 供电。

如果您有任何解决方案、请告诉我。

谢谢

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

    [引用 user="Majid"]有时，在断开 USB 连接时，存储在内部 EEPROM 中的值已自行更改。[/quot]

    也许此过程会添加更多数据进行分析：

    • 在断开连接之前、您是否已检查并确认此关键 EEPROM 值？
    • 您是否使用了多个这样的 EEPROM 值？   如果是、使用的百分比有哪些变化？
    • 您是否确信遵循了正确的 EEPROM 数据保存程序？   断电时的数据丢失表明数据(可能)未完全/正确地"保存"。

    由 USB 供电的电路板-当"断开连接"时-由于 USB 插头移除的纯机械方法(通常)、可能会受到(同时)电源和接地"反弹"的影响。   如果之前的所有3个"分析步骤"都已经证明、也许可以尝试正确的 USB 电源移除"消抖方式"、然后进行测试。

    也可以从 USB 以外的(其他)电源供电-应该尝试和测试(不同的)电源方法-并将揭示(真正) USB 断开(正如所声称的)是否是问题的原因...

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

    [引用 USER="CB1_MOBIT"]由 USB 供电的主板-当"断开连接"时-由于 USB 插头移除的纯机械方法(通常是)、可能会(同时)遭受电源和接地"反弹"。

    因此、我会问您是否使用外部监控 IC。

    Robert

  • 0
    TI__Guru**** 2349010 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    请注意、最坏情况下的 EE 编程时间以秒为单位。 您的电源保持持续时间是否足够长、以便在中等写入期间断开电源时确保完成写入？

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

    [引用 user="Robert Adsett"]因此，我会询问您是否使用外部监控 IC。[/quot]

    这是一个非常值得推荐的建议-然而(未知)是"如何影响"(正常/机械) USB 断开被证明(甚至)是"受监控" MCU。   (在这种功率反弹的情况下、MCU 是否可以"吃它的小食？")   我担心-这一点-是(很少)或未知的。   (即供应商(通常)的"MCU 芯片测试套件"将如何适应？)

    理论上-使用适当的"监控 IC"(应该)来克服"不良功耗"-前提是 MCU (完全)尊重其(监控器控制的)复位输入...   (我们已注意到没有案例的情况！)

    我返回(必需)、通过使用正确的(非 USB 电缆)电源来测试 EEPROM 编程的"成功"-最重要的是！   只有这样、此类 EEPROM 问题才能(真正)投射在海报的" USB 断开"部分。

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

    [引用 USER="CB1_MOBILE"]

    Robert Adsett
    因此、我会问您是否使用外部监控 IC。

    这是一个非常值得推荐的建议-然而(未知)是"如何影响"(正常/机械) USB 断开被证明(甚至)是"受监控" MCU。   (在这种功率反弹的情况下、MCU 是否可以"吃它的小食？")  

    [/报价]

    这是设计用于的一种用例监控电路。 它们将微控制器保持在复位状态的时间足够长、以便电源不仅能够达到适当的电平、还能够稳定。 此类监控器的关键参数之一是在达到工作电压后将器件保持在复位状态的时间。 另一个是电源电压的低水平如何能够保持复位。

    这会留下电源反弹的漏洞、即"EE"逻辑是否具有忽略复位的任何区域。 给出了不会让我震惊的勘误表。 事实上、如果给定勘误列表或编程时间、我不会使用"EE"进行动态更新。 OP 必须阅读勘误表。

    [引用 USER="CB1_MOBIT)]我返回到(必需)，通过使用正确的(非 USB 电缆)电源来测试 EEPROM 编程的"成功"-首先！   只有这样、此类 EEPROM 问题才会(真正)投射在海报声称的"USB 断开连接"的脚下。[/引述]

    哦、我怀疑它与 USB 相关。 考虑到目前介绍的内容、这几乎肯定是一个电源问题。 这样的试验将证实这一想法，而且不是一个坏主意。

    Robert

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

    [引用 user="Robert Adsett72">Oh、我怀疑它与 USB 相关。 这几乎肯定是一个电源问题[/报价]

    回顾我的著作-这正是我所建议的！   问题是"电源导致/相关"、这是由于从"USB 供电的板"上拔下 USB 电缆导致的"电源抖动"。

    通过"正确的电源"供电证明了消除(或确认)"USB 断开导致的功率抖动"为"主要可疑"的最佳方法。

    请注意、我们(两者)同意供应商的 EEPROM 必须接受"儿童手套"处理、并且证明(大多数)容易受到此类"电源问题"的影响。