[参考译文] TUSB2036：是否可以在不复位 TUSB2036的情况下启动 USB 通信？

您好 Yaita、

1. 如果音频 IC 暂停、它不应从主机中消失。  它应保持连接、DP 上拉为高电平。  发生这种情况了吗？

2.如何恢复音频 IC？  它听起来像是在断开连接和重新连接。  这不是由 TUSB2036引起的、我们需要知道音频 IC 的行为。

此致、

JMMN

JMMN、您好！

感谢你的答复。 我的评论如下。

1. 如果音频 IC 暂停、它不应从主机中消失。  它应保持连接、DP 上拉为高电平。  发生这种情况了吗？
[雅丽塔]
很抱歉、我的解释不清楚。  如果音频 IC 暂停、它 会在 主机上变为"未知器件"。
转换到 "未知器件"状态需要5秒~几十秒、因此我的客户希望将延迟时间缩短到大约1秒。
注意)如果他使用另一个商用 USB 集线器进行测试、他还确认延迟时间大约为~1秒。  

2.如何恢复音频 IC？  它听起来像是在断开连接和重新连接。  这不是由 TUSB2036引起的、我们需要知道音频 IC 的行为。
[雅丽塔]
如果拔下了外部麦克风、音频 IC 将进入挂起状态、 如果插入、则音频 IC 将恢复。
问题在于、尽管 音频 IC 从暂停状态(插入了外部麦克风)恢复、但主机上的音频 IC 仍然是"未知器件"。  
注意)如果他使用另一个商用 USB 集线器进行测试、他还确认主机上的音频 IC 正常弹出。  

此致、
雅丽塔

您好 Yaita、

1.设备挂起时，不应转换到主机上的"未知设备"。  这不是预期的 USB 行为、因此我不确定器件正在执行什么操作或为什么不向主机报告状态。  可能是集线器状态未频繁地从系统轮询、或者集线器端口状态未立即更新。

2.同样，这种类型的重新连接不是典型的 USB 行为，因此我无法确定强制集线器更快地报告状态的方法。

遗憾的是、无法强制集线器更快或更持久地报告状态、因为这是基于状态机的设计。  客户能否提供任何 USB 系统日志来帮助识别问题？

此致、

JMMN

JMMN-SAN、您好！

很抱歉我的答复很晚。

>1. 当器件暂停时、它不应转换到主机上的"未知器件"。   
您能否告诉我、在这种情况下、下游器件暂停时、预期会出现什么行为？
 如果您提供建议、我们将不胜感激。

此致、
雅丽塔

下游器件是如何挂起的？  以及如何查看器件状态？  主机仍应看到器件已连接、即使器件已挂起。

此致、

JMMN