[参考译文] TUSB2077A：禁用 Windows 10随机端口

您知道哪个设备有问题吗？

我在两个器件上都看到了端口故障、但 TUSB2046B 没有 PORTDIS 输出引脚、这使得在这个芯片上禁用监控端口变得很困难。 问题是以相同的方式出现的，所以我认为问题是相同的。

您好、Robert、

由于您使用的是 Windows 操作系统、您能否下载 usbview.exe 或 USB 设备树查看器(两者均在线提供)并向我们发送下游设备枚举失败时的屏幕截图？ TUSB2077或 TUSB2046的所有下行端口都应安装15K 下拉电阻器(不是1.5K)。 此外、您能否确认在器件枚举时、下游端口上的 VBUS 不会下降到4.75V 以下？

此致、
JMMN

结论：向所有下拉链路通道添加15K 下拉电阻并不能解决问题。  连接故障频率未与所有下拉电阻器均已打开的先前状态发生变化、1.5K 不在量产 BOM 中。

添加15K 下拉菜单后  、继续以以下模式捕获 USBView：

-成功连接组装有8个模块的集线器板

－集线器板连接失败，其中至少有8个模块之一出现故障

我还提供了测试照片：

2张直接连接到 Windows 10的单个模块的照片-此配置始终成功连接。

-插入集线器板的所有模块的图片

-成功连接所有8个通道时的 LED 图片。

-至少8个通道中的一个出现连接故障时的 LED 图片。  请注意最左边的 PORTDIS。

我还将电压表连接到 VBUS、观察到以下情况：

0.11V -首次连接 Windows 10之前通电。

提升至5.01V -首次连接至 Windows 10主机时。

5.01V -成功连接所有模块

5.01V -断开 Windows 10主机后

5.01V - USB 的后续重新连接导致至少8个通道中的一个通道出现连接故障。

在设备管理器中、设备报告的错误是什么？

谢谢、

JMMN

以下是故障通道的设备管理器错误：

您好、Robert、

您能否在系统中提供有关 XHCI 驱动程序的信息(版本、构建日期)？ 您是否在常规 Windows 10版本中或仅在去年秋季的最新 Windows 10更新中看到此问题？ 您能否在连接较少的设备(可能是4个)的情况下进行测试、并查看问题是否仍然出现。 由于 USB 主机能够从下游器件加载描述符、因此正在进行物理 USB 连接。 由于 USB 集线器本质上是从设备、其行为由 USB 主机控制-这可能是一个协议级问题。 您是否可以访问任何 USB 协议分析器工具？

此致、
JMMN

许多客户地点都报告了此问题。  我不知道这些位置的 XHCI 驱动程序版本是什么。   我认为问题是由 Windows 10的最新更新而不是原始版本引起的。   

我尚未使用少于8个活动端口进行测试、但今天稍后将进行测试。   我有一些其他信息让我相信这是 Windows 10的竞争情况、因为当1个设备直接插入到 Windows 10主机时、它永远不会失败枚举。   只有在将 TI 集线器插入连接时才会发现问题。   有一个软的、但没有吸引力的解决方法： 使用设备管理器、删除显示"!"的所有 HID 设备 指示不可操作、然后扫描硬件更改。   这会重新枚举故障器件并彻底解决问题。  每次引导计算机时都要求我的客户执行此操作是不可接受的。   我将在得到进一步的测试结果后通知您。

我可以访问将在同一 Windows 10主机上运行的基于软件的协议分析器。  我没有其他可用工具。  我能够使用 Microchip 调试器监控器件端的枚举过程。   该过程在枚举过程的最后一步似乎失败、并且器件处于未完成枚举的状态。

同样、USB 链路中所有器件的当前设计多年来一直保持稳定且无差错。   此问题是最近3或4个月内出现的问题。  我没有任何故障报告可追溯到去年秋季、尽管我的客户可能会在一段时间内感到困惑、也没有报告。  仅使用 Windows 10操作系统报告了问题。

我们在 Windows 7操作系统上执行所有最终生产测试、它从未出现问题。  

您在 Microsoft 有联系、我们可以参与讨论吗？

XHCI 版本：2018年4月10日10.0.17134.1

器件数量更少：插入 TUSB2077A 的器件数量超过1个、存在随机问题。 当只有一个单元插入 TUSB2077A 时、似乎始终成功枚举。 我们在器件中实施了固件更改、如果在器件端检测到枚举故障、器件将重置连接。 当 TUSB2077A 保持供电且 USB 连接已建立/未建立时、几乎所有时间都检测到枚举故障。 当连接稳定且电源打开和关闭时、会发生枚举故障、并且器件无法始终检测到问题。 仅在连接一个器件的情况下运行时、该器件似乎经常检测到问题、并自动重置连接以解决问题。

您好、Robert、

我们将需要在实验中设置类似的测试、以复制和获取协议跟踪以进行调试。

我计划在星期四进行更新。

此致、

JMMN

您好、Robert、

我无法在我们的实验中进行复制。 您的下游器件是 FS 还是 LS？

此致、
JMMN

您好、Robert、

我注意到我的实验室机器更新了最新的 Win 10操作系统、因此我将从2018年9月14日开始运行 XHCI 10.0.17763.1。

此致、
JMMN

我们使用 Microchip PIC18F2450进行 USB 控制。  D+和 D-上没有外部电阻器。  此功能由一个软件寄存器控制、此寄存器启用一个内部上拉电阻以在 FS 或 LS 模式下操作芯片。   我对固件执行了操作、它似乎初始化为 FS、并且自产品首次推出以来一直如此。

看起来您运行的是更新版本的设备驱动程序。 我将尝试升级我们的设备驱动程序、以便我们运行相同的程序。

当您说无法复制时、有多少设备连接到集线器？

我找不到 USB 的驱动程序更新。 我运行了两个英特尔驱动程序助手软件来识别任何可升级的驱动程序、并查看了 ASUS 驱动程序支持。 两个位置都不提供不同版本的 USB 支持。 此外，在世界各地的多个平台上报告了这一问题。 我知道我们都在运行不同版本的 xHCI 驱动程序。 同样、从 Windows 7到当前版本的 Windows 10更新之前的旧 Windows OS 上不存在此问题。

您好、Robert、

我曾尝试过：

TUSB2077A 连接了6个 FS 器件+ 1个 FS 集线器、第二个 FS 集线器连接了3个器件(混合了 FS/LS)
TUSB2077A 连接了4个 FS/2个 LS 器件+ 1个 Fs 集线器、第二个 Fs 集线器连接了3个器件(FS/LS 的组合)

我在每个上运行了20个断开/重新连接周期、并看到所有设备都正确重新连接。

此致、
JMMN

将两个集线器的电源都掉电、并重新应用所有设备连接和与主机静态连接。 在我的设置中、所有设备和集线器都是自供电的。 这是最坏的情况。

您好、Robert、

我无法在我的实验中运行完全相同的情形。  我必须断开主机与顶部集线器的连接、以防止主机在外部电源被移除时切换至总线电源模式、但关闭/打开集线器电源并重新连接到主机我看到所有设备都重新连接。  从我在 FS 加载10个海量存储设备开始、需要一分钟时间、但它们都出现了。  您是否尝试过最新的驱动程序？

您不断指出驱动程序版本、我已经进行了调查。  在我的测试主机上、Windows 10报告我有最新的驱动程序、并且没有提供升级路径。  我访问过英特尔网站，他们在驱动程序支持下载区域中不提供 xHCI 驱动程序选项。  您能否提供指向最新驱动程序的链接？   我的客户有未知的驱动程序版本、他们报告有困难、但在所有客户和我们自己的测试计算机中都有一个常数。  此问题始于最近的 Windows 10升级。  Windows 10的所有早期版本和 Windows 的所有早期版本返回到 Windows 7时、通过我们的集线器进行连接不会出现问题。

我认为这是 Windows 10和 Alligator Technologies 产品之间的一个边际计时问题、只有在通信路径中有 TI 芯片组集线器时才会出现这种问题。  当 AT 设备直接插入 Windows 10时、它们会正确枚举。   我们的集线器实现中的复位时序可能与您的不匹配。  我假设您的测试集线器具有 RC 控制的复位时间。  您能告诉我您的端重置时间有多长、我可以在集线器上进行匹配吗？

您好、Robert、

此处提供了最新的 Windows 更新下载说明、我找不到只下载 XHCI 驱动程序部分的方法： support.microsoft.com/.../windows-10-get-the-update

我今天将测量 RC 时间常数。

此致、
JMMN

由于斜坡 VCC 时间较慢、因此复位脉冲在 EVM 上仅有效100us。

此致、
JMMN

100us 比我使用的要短得多。   我将对其进行更改、看看会发生什么情况。   

您尝试重复我所观察到的问题的方式存在几个问题。  集线器的复位时间为1。  另一个是您使用的客户端设备可能具有不同的复位和通信响应时间。

我肯定得出结论、在枚举过程中、主机和客户端之间存在一个微不足道的时序问题、只有当 TUSB2077是中间方时才会出现这种问题。  我怀疑通过集线器的传播延迟会加剧问题。

我的一个未回答的问题是 TUSB2077中使用的创建 PORTDIS 信号的机制、此外、在这种情况下、+D 和-D 线路以及客户端设备的电源会发生什么情况？

您能详细说明一下吗？