我尝试在需要从USB闪存驱动器启动的系统中使用TUSB2036。 在原型中,USB主机可识别集线器,但集线器的下游端口未通电,且下游连接的设备无法识别。 连接到运行Windows 10的PC时,集线器似乎工作正常。
电源稳定,6MHz晶体稳定,在重置引脚拉高之前至少正常振荡60US,电源稳定。
看起来集线器好像在等待正确的命令来启用下游通信和电源,因为我在PC上看到集线器正常工作之前,USB重置和通信。
部件需要什么才能实现下游通信和供电?
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.
我尝试在需要从USB闪存驱动器启动的系统中使用TUSB2036。 在原型中,USB主机可识别集线器,但集线器的下游端口未通电,且下游连接的设备无法识别。 连接到运行Windows 10的PC时,集线器似乎工作正常。
电源稳定,6MHz晶体稳定,在重置引脚拉高之前至少正常振荡60US,电源稳定。
看起来集线器好像在等待正确的命令来启用下游通信和电源,因为我在PC上看到集线器正常工作之前,USB重置和通信。
部件需要什么才能实现下游通信和供电?
JMMN,您好!
是的,这正是我登陆的地方:正在枚举集线器,但下游端口未通电/启用。
与启用USB启动相关,USB启动已启用,我可以通过两个不同的(高速)集线器启动,没有明显的问题。 系统能够通过至少两个集线器进行枚举以到达可引导闪存驱动器。 将TUSB2036插入系统后,其下行端口将保持未通电/禁用状态,直到系统通过另一个连接到系统的集线器引导。 因此,集线器和上游系统似乎不兼容。 虽然这可能是上游系统的一些其他问题,但启动过程中似乎不存在启用TUSB2036下游端口所需的命令,但在启动后可用。 为了隔离问题的根源并确定解决方案,我希望确定导致启用下游端口的顺序。
假设所附图像中的典型过程代表了此集线器所需的过程,我猜可能会使用set_feature (port_power)或set_configuration来启用下游端口。
您能否确认要启用下游端口必须执行的命令序列?
谢谢!
Chris
您好,Chris:
这是什么类型的系统? 一个不同之处是TUSB2036是USB FS集线器,而不是HS集线器,这不重要,但我知道Raspberry Pi系统/一些Linux版本存在一些奇怪的行为。
在枚举过程中 ,主机需要将SET功能(port_power)发送到每个下行端口,然后获取 每个端口的状态。 此时,主机应看到下游端口上连接的内容并发送更多命令,但我会先查找端口电源和状态。
此致,
JMMN