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.

[参考译文] TPS26750:I²C Ω SCL 不可恢复低电平 (TPS26750)

Guru**** 2770045 points

Other Parts Discussed in Thread: TPS26750, TPS26750EVM

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1608663/tps26750-i2c-scl-unrecoverable-low-tps26750

器件型号: TPS26750

在 ST I²C 和 TPS26750 之间的 1 μ s 通信期间、SCL 线路由 TPS26750 长时间保持低电平、不会释放、从而导致通信故障。
 
 
image.png
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Chen、

    您是使用 TPS26750EVM 还是使用定制电路板对其进行测试? 另外、从屏幕截图中看有点难看、但是您的工作频率是哪个、逻辑电平是多少?

    通常、如果外设(从器件)器件没有准备好响应、它会进行时钟延展、因此我很好奇此处的确切操作序列是什么。 是否可以将完整日志作为附件共享?

    此致、
    Tim

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
     尊敬的 Timothy:
    感谢您的及时答复和详细问题!
    要回答您的询问:
    • 我们正在 A 上进行测试 定制板 (不是 TPS26750EVM)。
    • 我们运行的 I2C 频率是多少 100kHz 逻辑电平为 3.3V
    关于您请求的完整日志:我们需要 重新捕获完整的日志 准备好后、将作为附件与您共享。
    有关我们遇到的问题的背景信息:
    MCU 上电后、当我们执行时 “加载补丁捆绑包“ 运行、然后读取 PD 控制器的模式以检查是否已进入 APP 模式、我们遇到了问题(时钟延展/非响应问题)。
    我们会尽快跟进日志。 再次感谢您的支持!
    此致、
    Chen
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Chen、

    为了进行调试、在加载 补丁捆绑包后、如果 MCU 代码中的软延迟达到 500ms 等、您是否会获得相同的结果? 只有下电上电才会使其消失吗?

    此致、
    Tim

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Tim:
    感谢调试建议! 只是要确认:在补丁捆绑包加载后添加 500ms 软延迟不能解决通信问题、只有下电上电才能恢复正常通信。
    我们会在您有更多见解后告诉您。
    此致、
    Chen
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    虽然下电上电确实会暂时恢复通信、但我们注意到、在运行一段时间后、I2C SCL 线路很有可能被拉低、无法自行恢复。
    我们正在努力找出根本原因并妥善解决此问题、以免再次发生此类问题。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Tim:  

    附件包含我们的逻辑分析仪捕获的完整通信过程。 我们发现、在补丁传输期间、IIC SCL 线路被强制拉低、无法是 recovered.e2e.ti.com/.../IIC_5F00_Unrecover.csv

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

    Chen、

    我们注意到、运行一段时间后、I2C SCL 线路很可能被拉低、无法自行恢复。“

    这是在加载补丁之后吗? 我怀疑补丁加载可能存在一些不正确的序列、但如果在器件已处于应用模式时发生这种情况、它会证明这一点。

    是否可以获得 I2C 线路的实际模拟示波器屏幕截图? 您的上拉电阻值是多少? 逻辑分析仪将时钟线显示为方波、但我想知道模拟信号是否表现出一样干净。 如果存在导致方波看起来更像锯齿波的硬件问题、则可能会导致该问题。

    此致、
    Tim  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Tim:
    我们观察到了这一点 未发生 I2C 通信错误 并且当器件成功进入应用程序模式时、SCL 线路不会异常下拉至低电平。 但是、当应用程序模式进入失败时、SCL 线路容易被拉低、一直处于该状态。
    我们目前正在调查我们的补丁加载过程、因为它出现了非常高的故障率、成功加载很少见、因此我们必须重复执行该过程才能使其正常工作。 正是在这些重复的补丁加载尝试期间、我们才遇到了 I2C SCL 线路被拉低而无法自行恢复的问题。
    此致、
    Chen
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我们已经选择了 3.3kΩ 上拉电阻值。

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

    附件是我们捕获的部分通信波形捕获图。

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

    Chen、

    观察第二个捕获的 I2C 时钟线、SCL 似乎变为负值? 您能告诉我它的负面影响吗? 该器件的绝对最小值为–300mV:

    如果低于此限值足够负值、ESD 单元可能会发生二极管的情况、引脚可能会进入闭锁状态以保护自身(因为它认为是 ESD 事件)。  

    SDA 线看起来还存在一些随机添加偏移(正)的问题... 但 它似乎没有那么深刻。  

    DB11 二极管的用途是什么? 我们的参考设计中没有这一点 — 您的 MCU 和 TPS26750 之间是否有某种电平转换器、而二极管用于以某种方式限制反向电流? MCU 也是 3.3V 还是 1.8V?

    此致、
    Tim

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

    您好、Tim:

    DB11 二极管旨在防止 VCC(3.3V、MCU 电源)在 LDO_3V3 未上电但 VCC 仍开启时向 LDO_3V3 反馈电压。

    此致、

    Chen

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

    我们尝试在 SCL 线路上重现负电压问题、但未能重现此问题。 因此、我们怀疑示波器存在问题;这是更换示波器后捕获的波形。

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

    Chen、

    我们正在查看所有这些情况、并将在明天的最后一天得到响应。

    此致、
    Tim

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

    Chen、

    我认为这可能与我们正在处理的另一个线程有关 — 但您能否提供您流量的实际 I2C 逻辑分析仪跟踪? 我怀疑可能存在某种时序问题或写入错误地址的情况会导致器件进入时钟延展模式。

    此致、
    Tim