同步 USB 传输混乱

iwa*_*asz 2 linux usb

  1. 等时端点只是一种方式。但是单个等时 IN 传输在各种来源(例如,此处http://www.beyondlogic.org/usbnutshell/usb4.shtml#Isochronous)中被描述为一个 IN 令牌数据包(从主机到设备),后跟一个 DATA 数据包(从设备到主机)。所以我在这里看到了双向的沟通。来自主机的令牌数据包是否由同一 IN 同步端点接收,然后发送数据?
  2. 同步有什么用?这里: http: //wiki.osdev.org/Universal_Serial_Bus#Supporting_Isochronous_Transfers我们读到:“由于应用程序特定的采样率、不同的硬件时钟设计、操作系统中的调度策略,甚至物理异常,主机和同步设备可能会失去同步。” 但如何呢?我理解这样的事件序列:设备用数据填充其传出缓冲区,并等待令牌(可能有一些中断)。主机发送令牌包,并等待数据包,(我认为)应该立即到达。序列每一帧都重复(@FS),每个人都很高兴。令牌包不是同步设备的回复吗?
  3. http://wiki.osdev.org/Universal_Serial_Bus#SYNC_Field中,我们读到:“所有 USB 数据包都以 SYNC 字段开头,毫不奇怪,该字段充当接收器和发送器之间的同步机制。” 所以我再次问:为什么要以另一种方式同步等时传输?

Ale*_*der 5

  1. 所有 USB 事务始终由主机发起。例如,对于同步 IN 事务,主机将首先向设备询问下一条数据。这当然是到设备的数据流,但处于较低的协议级别(令牌包)。因此,一种控制数据被发送到设备,但有意义的数据(数据包)仅从设备发送(IN 方向)。当您为设备开发软件时,您通常可以抽象出总线协议详细信息,因为它们是在硬件(USB 设备外围设备)中处理的。低级消息不进入端点。端点位于更高层。

  2. 考虑 USB 麦克风:它以非常特定的采样率记录音频数据,该采样率基于设备的本地振荡器。主持人和麦克风的时钟出现漂移只是时间问题。几分钟后,数据中会出现间隙(或发生缓冲区溢出),因为麦克风记录数据的速度与 USB 预期的速度略有不同(来自设备的配置描述符)。所以他们需要某种同步。

  3. SYNC 字段位于最低层。它仅用于位同步,不应与等时端点的同步混淆 (2.)

您可能想查看官方USB 2.0 规范(usb_20.pdf),而不是所有让您感到困惑的第三方 wiki。