[参考译文] TUSB8041：使用可用的8041而不是不可用的8042部件。 它们是否可交换？

您好，

使用 TUSB8041而不是 TUSB8042/A 时不会出现任何问题  它们都是5 Gbps，只符合不同版本的 USB 3.x 规格。  TUSB8041未标记为 NND。  然而，较旧的 TUSB8040被标记为 NRND，但它有不同的封装，不能用于您的设计。

请注意，为了获得最佳互操作性能，测试针脚应在设计中拉低。  并非所有版本的集线器都需要此功能，但如果您要更改集线器，最好将其关闭。 此外，由于 TUSB8041符合旧版规范， 如果下游端口 检测到接收器终端但轮询未完成，则它将允许它们进入 USB 3.x 合规模式-这与需要 USB 主机命令才能进入合规模式的更高版本的集线器不同。  

此致，

JMMN

感谢您的回答。 我们目前已通过4.64K 电阻器将测试拉低，因此该电阻已经到位。
我尝试测试下游端口的合规性，但由于我们的操作系统是 Linux，我无法使用 Windows HSETT 工具将这些端口置于8042测试模式。 我找不到方法让他们进入合规性模式来运行合规性测试，甚至使用 VID[1A0A]/PID[0104]方法。 我只能让它工作，并发出测试信号。 也许8041会让我解决这个问题。

感谢您让我知道该零件仍在使用中，我认为 NRND 是我们自8042发布以来的内部分类，我们更喜欢使用较新的零件。 但是，由于它现在不可用，我将切换到8041。

沃伦

你好，沃伦，

好的，您似乎拥有 USB 3.x 测试所需的所有设备。  除非集线器从 USB 主机收到进入合规模式的命令(通常来自基于 Windows 的主机上运行的 USB-IF XHCI HSETT 程序)，否则 TUSB8042的下游端口将不会输出合规模式。  但是，在这些情况下，TUSB8041将能够进入合规模式，而无需命令。

此致，

JMMN

感谢您的回复！ 是的，我已经知道问题所在，我需要向集线器发送命令。 由于我们在由 Linux CPU 运行的系统中使用集线器，因此无法使用 HSETT 工具。 我以前就用过这种方法。 我想我可以断开 主板上的上游端口，并通过电缆将其插入我的 Windows 桌面，然后在那里运行 HSETT 工具，但我不确定它是否值得。 我很可能会等到一个装有8041的电路板后再试。 我假设8042/41端口在电气上是相似的，因此如果我们将来使用8041端口，8042端口的测试将反映8042的驾驶和接收情况。 合规性测试实际上正在测试电路板布局和布线，更换部件后，这种情况不会改变。

是的，TUSB8041和 TUSB8042之间的电气性能是相同的，在 Linux 平台上测试 TUSB8041无疑更容易。

此致，

JMMN