[参考译文] TUSB2046B：是否需要骑车订单？

您好、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