关于USB IN token的问题

只看该作者 · 2012-11-12 23:13

HOST端是如何确定发送IN TOKEN的时机，是以固定时间间隔发，还是需要数据时发送IN TOKEN。举个例子，如CDC虚拟串口驱动，单设备端需要发送数据给主机时，此时主机发给设备的IN token是何时产生的。

只看该作者 · 2012-11-21 11:33

自己顶

只看该作者 · 2012-11-21 12:33

轮询机制，过一段时间就会询问一次。

只看该作者 · 2012-11-21 12:34

这个是有区别的我感觉是HOST控制的。如果需要数据也会发IN。如果是外接了类似鼠标键盘需要轮询的，就会每隔一段时间轮询一次。

只看该作者 · 2012-11-21 14:32

MARK

只看该作者 · 2012-11-21 14:41

以下是我的理解，不知道对不对，拿出来大家参详下：
基本上是这样的，以全速为例，主机每1ms发送一个SOF，数据都只能在两个SOF之间传输，然后传输时的优先级按照“控制传输>中断/同步传输>批量传输”进行，主机会计算剩余带宽，如果有空进行批量传输，就做批量，但是最多只能19次、64字节的

只看该作者 · 2012-11-21 16:12

基本是对的但是优先级顺序是 host自己控制的批量传输的优先级是最低，但是优先级不能这么说。每个带宽至少要分配百分之二十给非周期传输。这个是死的，如果没有别的传输就会安排批量传输。但是这个和LZ问的没啥关系。到底IN不IN 取决于HOST。

1万 · 2012-11-21 19:26

这个要看驱动的策略。linux和windows都不一样。

只看该作者 · 2013-2-28 13:32

轮循,由主机发起

只看该作者 · 2013-3-22 21:52

规范中有说明
对于iso 、intr传输
那是要分配固定带宽（也就是每个frame中都要保留这个时间）
而对于control和bulk 带宽分配原则是尽力而为
看一下hci的手册就可以知道host是如何分配带宽的了
但了解这些好像没啥用