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

[参考译文] TUSB8041-Q1：集线器断开连接

admin
Guru**** 2468570 points
Other Parts Discussed in Thread: TUSB8041-Q1, TUSB8041

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/636905/tusb8041-q1-hub-loses-connection

部件号：TUSB8041-Q1
主题中讨论的其他部件： TUSB8041

您好，

我有一种将TUSB8041-Q1用作集线器的设计，并且有2.0 的38和3.0 的连接到集线器的下流端口。

我遇到连接到故障流端口的设备的连接中止的问题。 为了测试此情况，我连接了2.0 A的USB记忆棒并进行了连续的读/写测试，在离开一夜后，我有时会遇到连接故障。 当发生错误时，连接到下游端口的所有设备都会同时断开连接。

我在设计集线器时考虑了布局建议，并尝试坚持数据表中建议的设计。  

如何跟踪错误的原因？ 是否是集线器的杂项I/O配置错误？ 我怀疑其中一个设备的挂起模式可能存在问题。

我有一个EEPROM连接到集线器，但我现在不使用。

我可以提供每封电子邮件的完整示意图。

提前感谢。

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

    您是否可以尝试从主机直接向发生故障的2.0 中运行连续读/写测试？ 我们经常看到USB记忆棒偶尔会出现r/w故障，特别是使用了一段时间的旧USB记忆棒驱动器。

    这听起来像是故障情况导致USB主机控制器发送影响所有连接设备的USB重置，这并不罕见。

    您是否可以尝试运行所有USB 2.0 设备，而不是所有USB 3.0 设备？ 这将有助于确定问题发生的确切位置。 此外，如果您怀疑挂起/恢复有问题，您可以下载usblpm.exe和sleeper.exe等工具来测试这些模式。

    读/写错误不受集线器配置的影响。 我会向您发送朋友请求，以便您直接通过电子邮件向我发送示意图。

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

    JMMN，您好！

    感谢您的回复！

    我可以肯定地说，USB记忆棒不是导致错误 的原因，因为如果USB记忆棒没有连接到集线器的一个端口，连接也会中断。  

    我会将原理图发送给您，并尝试您建议的工具，然后向您报告！

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

    感谢您发送示意图。 我注意到您正在将端口1和2的电流限制设置为500 mA，USB 3.0 端口应提供900 mA。 这可能会导致连接到暴露端口2的设备出现间歇性问题。 另外，一个小问题是，通过安装R43和R47，您可以在这些端口上启用电池充电，这似乎不是预期的设计。 您是否在使用TUSB8041的I2C？

    您是否能够将故障情况缩小到USB 2或USB 3？

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

    正确，端口2的电流限制应为900 mA。 但是我用端口1和2.0 的一根USB状态条测试了它，然后出错了。

    对于电阻器R43和R47，它们连接到PWRCTL1/BATEN1和PWRCTL2/BATEN2，这意味着USB端口1电源开启控制，用于下游电源/电池充电启用。 您说得对，我不打算使用电池充电，我将此针脚解释为端口的电源启用。

    是的，我正在使用连接到集线器的I2C EEPROM。

    我是否应该让PWRCTL1和PWRCTL2引脚保持浮动？ 我将禁用我的3.0 i设备并尝试重新运行测试。
  • 0
    TI__Guru**** 2468570 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好，David：

    EEPROM设置将覆盖引脚配置。 是否可以将您正在使用的EEPROM文件发送给我？

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

    我附加了我使用的配置文件。

    我认为唯一更改的设置是port2和port3是不可移动的devices.e2e.ti.com/.../TUSB8041_5F00_configuration.txt

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

    因此，我不是使用USB记忆棒运行r/w测试，而是让集线器与不可拆卸的设备一起运行，并在周末使用usblogview记录USB活动。

    这是在3.0 仍处于激活状态的情况下。 现在我将停用它，查看集线器是否仍存在拔下的事件。

    感谢您的帮助！

    e2e.ti.com/.../8156.report.html

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

    是的，连接到端口3的设备似乎先掉线。 删除USB 2.0 后，最好查看其操作是否稳定。

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

    3.0 仍处于禁用状态时，似乎不再存在拔下事件。 连接到集线器的2.0 的挂接设备工作正常，连接中断超过2天。
  • 0
    TI__Guru**** 2468570 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好，David：

    好的，我们现在可以尝试缩小USB 3.0 操作的问题范围。 是否可以使用寄存器05h中的位关闭U1/U2？ 这将禁用USB 3.0 低功耗状态，某些设备难以进行这些转换。

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

    我已通过配置文件禁用U1/U2并重新激活了3.0 i。

    我会在观察一段时间后再报告。

    感谢你的帮助。
  • 0
    TI__Guru**** 2468570 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    禁用U1/U2似乎已解决问题！ 几天后，集线器上没有发生拔下插头事件。

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

    您好，David：

    这是否可以作为您的应用程序的解决方案？  它确实会强制集线器和下游设备保持活动状态(U0)，这将导致更高的功耗(您可以在数据表中看到它)，但禁用U1/U2不会影响集线器和设备进入挂起状态(U3)的能力。

    此致，

    JMMN

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

    JMMN，您好！

    最初，禁用U1/U2似乎解决了问题，因为几天后没有发生拔下插头事件。

    但不幸的是，在今天检查后，我看到拔下事件仍然发生：

    e2e.ti.com/.../1538.report.html

    所以我不知道3.0 的这个问题是否是由该设备引起的，因为该错误出现的时候非常偶然。 我禁用3.0 设备时，该错误在几天内没有发生，这也许只是巧合。 除了插入集线器并等待其出现外，我不知道有任何强制错误的方法。

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

    您是否在禁用U1/U2的情况下尝试重新运行此测试，以查看结果是否相关？ 您使用的是哪种主机控制器驱动程序？ 我可以尝试在我们的实验室中复制该问题。

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

    是，我在禁用U1/U2的情况下重新运行测试。 仍会发生拔下事件。 它们非常罕见，但每隔几天就会发生。

    我在3.0 和平台设备禁用几天后也会发生拔下电源的事件，因此这不是问题的原因。

    我使用连接集线器时Windows 10自动安装的标准驱动程序。