USB物理层（1）

http://6xudonghai.blog.163.com/blog/static/3364062920086253155137/

RS232


USB

Data J state:D+=1，D-=0；
Data K state:D+=0，D-=1；
SE0：D+=D-=0;
SE1：D+=D-=1;

USB 发送：
首先，主机发第1个packet给从机，声明数据传送方向，数据传输地址，数据传输类型。
其次，主机发第2个至第n个packet载有实际数据
最后，从机返回一个packet是一个ACK包，报告数据传输的结果，比如接受出错或成功等信息，这样主机就可以借此了解到这次传输情况，从而有可能来作出相应措施如决定是否重发。

USB接收：
首先，主机发第1个packet给从机，声明数据传送方向，数据传输地址，数据传输类型。
其次，从机收到主机送来的第一个packet后，再发第2个至第n个packet载有实际数据
最后，主机返回一个packet是一个ACK包，报告数据传输的结果，比如接受出错或成功等信息，这样从机就可以借此了解到这次传输情况，从而有可能来作出相应措施如决定是否重发。

usb full speed function的四种传输类型

控制式传输

一个Usb的控制式传输总是分为两个或三个阶段进行传输：setup stage,data stage（视情况而定）,status stage。

1. 首先是setup stage,联系上节所说的Usb传输模式，usb Host总是先发起第一个packet--这里它
   1. 首先发起setup,
   2. 之后发起以data0为起始的setup data,
   3. 最后usb function回应ack结束一次交互。
2. 其次如果有data stage,类似的，还是按照上节说的usb传输模式，
   1. 1. usb host总是先发起第一个Packet--Out(或in），
      2. 之后usb host(或usb function)发起以data1为起始的payload data,
      3. 最后Usb fuction(或usb host）回应ack结束一次交互。
   2. 如果数据未传完，继续data stage,同上继续。
3. 最后是status stage,类似的，
   1. usb host首先发起第一个Packet--in(或out），
   2. 之后usb function(或usb host)发起以data1为起始的Null data(0长度）,
   3. 最后Usb host(或usb function）回应ack结束一次交互。

如此，整个控制式传输结束。 你或许有疑问，data stage为什么进行了多次而非一次完成？实际上，usb总是将一批大量的数据分成了许多小段来进行传输，称为一个pay load。这样传输的目的是容易对传输进行控制。既然一次大量的数据总是被分成一段一段来分次传输，那么这里就出现了一个需要事先确定的参数（wMaxPacketSize）：即每次这个小段有多大。这个参数如地址指派一样，正式传输之前需要事先达成共识。通过控制式传输，现在我们已经完成了usb function的地址指定等参数的设置工作，下一步可以进行正式的数据传输了。

我们终于等到usb function 配置完成，现在我们的任务是要传送一批数据,这里可以使用批量数据传输(bulk Transactions)。 一个批量传输总是按照如图所示方式进行，

1. 首先，usb host发起第一个Packet--in(或out),表示要开始数据传输了。
2. 其次，usb function（或usb host)发起以data1(或data0)为起头的payload data,开始一次交互。
3. 再其次，usb host（或Usb function)发起ack回应这次交互。 如果数据还为传完，继续上述过程，即：
   1. 首先，usb host再次发起一个Packet--in(或out),表示又要开始数据传输了。
   2. 其次，usb function（或usb host)发起以data0(或data1)为起头的payload data,开始又一次交互。
   3. 再次，usb host（或Usb function)发起ack回应这次交互。
   如此继续直至传输完成。

这里的疑问依然是为什么一次可能传完的数据为什么分成多次进行传输,原因在上次介绍控制式传输式已经说明。后面我们就会明白，为什么这样可以方便控制传输过程。 仔细看看控制式的data stage采用的传输方式，是否就是批量传输方式呢？！注意，每次payload data的“牵头人”（preamble)在轮番掉换，最先是data1,接着data0,再是data1,......如此接替，只要有一次交互出现问题，这个接替规则就会被打破进而被Usb host识别而发现传输异常。所以这个交替的“牵头人”规则是可靠数据传输的所采取的措施之一。

在批量数据传输中，触发一次批量数据传输总是“被动”的，就是说需要数据传输时Usb host并不会主动发起传输，而是需要得到你的指令。当你告诉它：“一切ok，让我们开始吧！” 这时它才开始数据传输。这种方式显然在某些情况下并不适合。比如音视频流，你无法要求它听从你的“指挥”，让它等你发指令给usb host,然后开始一次传输。我们需要的是一种“及时”传输。一个好的方案就是设置一个timer,按照tick发起usb传输。这个tick通常以1ms(usb full speed)为最小单位。这时，可以设置为每次1ms tick出现，usb host“自动”发起一次数据传输。那么这种方案具体如何来实现呢？看来最基本的要素便是一个发出tick的timer，而这个“timer”需要usb host和usb function（事实上还要包括usb hub)双方均能“看到”，从而协调工作，否则单方面的timer又有何意义？这个"timer"(或tick)在usb中使用一个特殊的packet实现，即是SOF。这个SOF由USB HOST 相当精确的以每1.00 ms ±0.0005 ms的时间周期发送给usb device，来在二者之间定时。从而usb function能够“及时”的了解到“现在时刻”。 现在我们在usb host和usb function之间建立起了“对时”机制。那么接下来看看刚才设想的“自动”传输如何实现。事实上，一旦usb host及usb function双方建立了一种时间机制，那么这种“自动”传输是很容易实现的。usb 实现同步式传输或中断式传输总是以一种类似于批量数据传输的方式进行的，唯一不同的是传输的触发不再是“被动”的，而是由SOF所建立的tick触发。

1. 首先，时间到达，usb host发起第一个Packet--in(或out),表示要开始数据传输了。
2. 其次，usb function（或usb host)发起以data1(或data0)为起头的payload data,开始一次交互。
3. 再其次，如果是中断式传输，usb host（或Usb function)发起ack回应这次交互，如果是同步式传输，该步跳过。

如此重复上述步骤,即usb host等待下一个tick到达，并开始新一轮的交互。

这里我们注意到了，同步式传输和中断式传输二者虽然都是时间触发，但是中断式传输需要ack应答，而相反，同步式传输不需要。这个最大的区别决定了同步式传输是一种非可靠传输，但是因此换来了更多的usb传输时间。也因此,同步式传输的 payload data（对应wMaxPacketSize ）通常相较于其他传输方式比较大,因为它消掉了ack所占有数据传输时间。这里还有一个地方值得注意的是tick的设定，这个tick也是需要事先usb host 和usb function达成共识的参数之一。

USB 4种传输方式
1）控制传输

2）批量传输

3）等时传输

4）中断传输