是否需要在超时后重新枚举USB大容量存储类？

Question

这可能是一个愚蠢的问题，

我在运行嵌入式Linux的ARM-CortexM4平台（STM32F4系列）上调试USB存储设备。 ARM作为USB主机工作，并尝试与USB全速（12Mb/s）的拇指驱动器进行通信。

现在这里是问题。通过BULK传输成功枚举和多个SCSI命令后，容量和所有内容都可以正确读取。然而，约15秒后，当我再次尝试发送这些SCSI命令（同等条件下），USB主机控制器仅返回“交易错误”，它看起来像设备没有响应批量传输了（不确认序号）和主机控制器超时。问题是，USB大容量存储类或SCSI系统是否有超时机制，在超时后系统必须重新枚举或重新探测，否则它将不再响应？

我理解这可能会在我的计划是因为一个愚蠢的错误，或由于对特定的硬件一定的局限性。但是，当我在PC上的Linux上使用usbmon模块来捕获同一个驱动器上的传输时，我可以看到操作系统每5个实际发送一个序列探测命令（Read-max-Lun，接着是测试单元就绪）秒，这可能是为什么拇指驱动器没有在我的电脑上失败的原因。

谢谢！我期待着任何答复。

Answer 1

我认为你是在正确的轨道与测试单元就绪命令上..我在写一个嵌入式设备的大容量存储设备驱动程序的中间，当OS X测试，最初的SCSI查询后，当没有其他活动发生时，我的设备每秒接收一次“测试单元就绪”命令。由于你的帖子已经很老了，所以如果你已经解决了你的问题，我建议你发布你自己的解决方案。

否则尝试从主机侧面加入定期测试单元准备命令时，有没有其他活动。您可以设置并激活每当USB处于活动状态的计时器。如果定时器启动，您可以发送一个测试单元就绪命令。冲洗重复。