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.

[参考译文] TUSB2046B:是否需要骑车订单?

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed

器件型号:TUSB2046B

大家好、

您能否查看以下客户问题?

我对 TUSB2046BIRHB 有疑问。 目前、我们的条件是某些下行端口在 ESD 测试期间发生故障。 到目前为止都很好。 然后、我想对受影响的端口执行关机后再开机操作。 现在有趣的现象是我必须这样做才能使他们重新正常工作。 如果我尝试重置特定端口、则只有在我重置之前的另一个受影响端口时、它才会成功。 这里有解释吗? 在 ESD 事件期间内部逻辑是否会混乱。

根据标准经过专门测试的+/- 15kV 空气放电。

谢谢、

Franz

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

    您好、Franz、

    如何对下游端口进行复位/下电上电?   通常、USB 主机将向整个总线发送 USB 复位、或向所有 TUSB2046B 端口执行端口断电/开启命令。  他们是否有生成 USB 命令的自定义实用程序?

    此致、

    JMMN

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

    JMMN、您好!

    我通过 uhubctl 使用了端口断电/打开命令。 如果我重置整个集线器、它将正常工作。

    此致、

    Daniel

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

    Daniel、您好!

    要使集线器端口正常工作、您必须按什么顺序重置集线器端口?

    没有任何端口被设置为成组(下行端口的共享电源)、对吧?

    此致、

    JMMN

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

    JMMN、您好!

    假设端口2和4受到 ESD 事件的影响、我一直尝试复位端口2 (复位工作、PWRON 被切换、仍然没有 USB 通信)。 然后、我复位工作正常的端口4 (通信恢复)。 然后、我再次复位端口2、该端口现在工作正常(通信恢复)。 这说明了这一秩序似乎是重要的。 反对这一假设的原因是、当所有4个端口同时复位时、它也会起作用。 端口未设置为成组。

    此致、

    Daniel

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

    Daniel、您好!

    如果先重置端口4、然后重置端口2、这是否起作用?  我想知道原始端口2复位是否 无法正常工作、因为端口4上仍然存在错误。

    此外、端口如何无法正常工作?  端口电源已打开、但没有通信?

    您是否可以查看端口电源重新打开后 DP/DM 线路上发生的情况?  在重新枚举下游器件之前、需要发送大量命令(如下示例)

    此致、

    JMMN

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

    JMMN、您好!

    [引用 userid="9945" URL"~/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed/3739711 #3739711"]如果先重置端口4,然后重置端口2,是否起作用?  我想知道原始端口2复位是否 无法正常工作、因为端口4上仍然存在错误。

    是的,´ve 我在这里所描述的那样,我在这里所得到的行为是如此。 我还n´t 了内部逻辑混乱和端口复位的可能性、因此不能正常工作。

    [引用 userid="9945" URL"~/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed/3739711 #3739711">此外,端口如何无法正常工作?  端口电源已打开、但没有通信?

    完全正确。 ´ll 我会进一步调查以提供更多信息。

    [引用 userid="9945" URL"~/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed/3739711 #3739711"]端口电源重新打开后、您对 DP/DM 线路上发生的情况有什么了解吗?  在重新枚举下游器件之前、需要发送大量命令(示例如下)

    我´ll 在这里进一步调查、并尝试提供一些示波器截图。 基本上、我认为我们的主机系统会发送正确的命令(在正常操作中)、因为在没有 ESD 事件的情况下重置和重新枚举器件会正常工作。

    此致

    Daniel

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

    Daniel、您好!

    很抱歉、我的问题不是很清楚。  我正在尝试确定问题是否是两个端口都需要按任何顺序进行重置、以便它们都可以正常工作或不工作。  我猜是在重置两个故障端口之前、uhubctl 不会发送重新启用端口所需的所有命令。

    1.重置端口4,然后重置端口2-正常工作

    2.重置端口2,然后重置端口4-工作正常?

    3.仅重置端口2 -不起作用

    4.仅重置端口4 -不起作用?

    此致、

    JMMN

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

    JMMN、您好!

    我不´m 这是不是问题。

    [引用 userid="9945" URL"~/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed/3741143 #3741143]1. 重置端口4、然后重置端口2 -正常工作[/报价]

    正确、正常工作。 两个端口均可复位。

    [引用 userid="9945" URL"~/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed/3741143 #3741143]2. 重置端口2、然后重置端口4 -正常工作?[/QUERT]

    n´t、仅端口4被复位、端口2仍然工作。

    [引用 userid="9945" URL"~/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed/3741143 #3741143]3. 仅重置端口2 -不起作用[/quot]

    正确、端口2n´t 不工作。

    [引用 userid="9945" URL"~/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed/3741143 #3741143]4. 仅重置端口4 -不起作用?[/quot]

    是的、工作正常。

    在我看来、每次涉及端口4时、都需要首先复位。 此外,问题不仅涉及端口2,而且有时还影响端口3。 端口1从未受到影响、但拓扑有点不同。 端口2至4通过电流绝缘体 IC 路由到下游器件。 端口1直接连接到集线器。 我想我可以排除电绝缘体、因为它也可以通过 PWRON 信号复位。 也许我需要跳过电隔离器 IC、以确保它不会导致问题。

    Regaards

    Daniel

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

    Daniel、您好!

    在功能上、集线器不关心端口复位的顺序、如果这是由典型的 USB 主机软件完成的、它们往往总是将端口从最低复位到最高复位。  我想可能会发送一些与端口4复位一同发送的命令、而其他端口复位不会发生此类命令。  您可以在该级别获得任何类型的调试日志吗?  如果您运行的是 Linux、usbmon 可能会提供足够的粒度来判断这是否是协议级问题。

    此致、

    JMMN

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

    JMMN、您好!

    [引用 userid="9945" URL"~/support/interface-group/interface/f/interface-forum/1010979/tusb2046b-powercycling-order-needed/3743198 #3743198"]从功能上讲、集线器不关心端口的复位顺序、如果这是由典型的 USB 主机软件完成的、它们往往总是会将端口从最低复位到最高复位。  我想可能会发送一些与端口4复位一同发送的命令、而其他端口复位不会发生此类命令

    我同意,但如果我发送命令,要求立即复位所有4个端口(uhubctl -p1,2,3,4...) 它还可以正常工作。 这将是"错误"顺序、因为端口4将在端口2之后复位。

    我´m 与 SW 部门的同事联系、进一步调试协议级别。

    此致

    Daniel