[参考译文] TUSB4041I：塑料 USB 驱动器被视为启动盘时出现问题？

我想再提供一条信息。 如果我有另一个可引导驱动器、同时将塑料 SanDisk 插入集线器、BIOS 会将塑料 SanDisk 视为可能的引导设备。 如果仅 SanDisk 位于集线器中、则不会将其视为可能的引导设备(如上所述、直接插入 PC 的 SanDisk 被识别为引导设备)。

您好、Tony、

听起来 SanDisk 需要一段时间才能连接到集线器、可能只是较长的 VBUS 去抖时间或 SanDisk 端的一些其他延迟功能、当主机在引导时轮询集线器时、器件未显示为已连接。  当器件连接时、TUSB4041将向主机发送中断、但系统似乎已经通过了检查可引导器件的检查点、或者没有响应中断。  如果没有协议跟踪、则很难分辨。  我不确定这在您的系统中是否可行、但您能否尝试尽早打开 SanDisk 设备的电源(从外部强制为其供电)并查看它是否显示为可引导？

此致、

JMMN

JMMN、  

感谢您的回复。 我喜欢这种想法、但不幸的是、这似乎没有效果。 已尝试从外部为 SanDisk 供电、已尝试调整 TUSB4041的复位时序、但这似乎没有任何影响。 即使在集线器通电后仅重新启动 MB 也没有什么不同。

在 Linux 或 Windows 中、驱动器被无问题地拾取一次。 MBR 或 GPT 格式似乎也无关紧要。

正在尝试获取一个协议分析器。  

Tony

您好、Tony、

我将向您发送朋友请求、以便您可以直接向我发送协议跟踪。   

此致、

JMMN

谢谢、可能需要几天时间。 我们的协议分析器目前正在执行另一项任务。

同时、我认为我有一个很强的线索、即它与 SanDisk 固件/寄存器相关。 我插入的每个模型报告如下所示。

该报告是从闪存驱动器直接连接到主机时发出的吗？  它显示了 USB 2.0集线器后面无法实现的 USB 3.0驱动器、它应降至较低的数据速率。

此致、

JMMN

的确，正如所报告的那样，情况就是这样。 仅限该型号的驱动器。

我非常确信该型号闪存驱动器上没有任何报告。 这必须是主板不关心的事情、但集线器会出现问题。

哦、这很奇怪。  集线器实际上不会读取下游器件报告的数据、但可能是器件在进入 USB 2.0之前尝试 USB 3.0连接需要一些时间、这会导致启动期间的延迟。

此致、

JMMN

这是一个奇妙的想法。

如果是这种情况、跟踪应告知这种情况。 甚至可以将其放在示波器上。 我明天可以尝试一下。

好的、听起来不错。