USB识别与传输

USB是怎么传输数据的,怎么识别设备的  Dodo 原创于2008.6.15  读这篇文章之前要对USB有一定的了解,知道什么是主机,设备,USB是一个主从结构的接口。  先说说USB主机 是怎么识别一个U盘的吧,当你把一个U盘插到电脑上的时候,电脑的USB接口上会发生一些变化,这里先得说说USB数据线是怎样的,它里面一般有用的有四根线,ground,VCC,DM(D-),DP(D+),而DM,DP是用来传输数据的,当U盘(以后简称U)插到电脑上的时候,U会把DP(D+)拉高,使DP,DM保持一个J状态(DP为高DM为低,有关总线的状态又有很多,想了解的自己去研究),电脑主板的USB主机芯片检测到这个J状态(DP(D+)拉高),(大概是这样,愿意详细了解的要仔细看协议),知道有设备连接上了(这里提到的主机和设备是指连接在USB线两端的USB接口芯片),电脑的驱动会对连接上的这个设备进行识别,我们把它叫做列举,这个过程是为了让电脑知道连接上的这个设备是什么东西(是U盘,还是USB鼠标,还是USB键盘,或是其他的什么)。  以下是一个U盘的全部列举过程,用图来说明,(有两个附件,一个USB分析仪软件,一个是U盘的的全部列举过程(部分),用USB分析仪软件打开)

     在这之前先说说USB数据是怎么在DM,DP上传输的吧,当主机检测到有设备连接上,驱动先会对这个设备作些必备的事情,识别他的速度(这个过程又有很多协议,不多说了,要了解的仔细研究协议),然后就是复位等等,之后就开始在总线(DM,DP)上发送1ms间隔的SOF包(全速)或125us间隔的SOF包(高速),低速(我也不太清楚,呵呵),什么是SOF包呢,SOF 就是start offrame (帧开始),其实就是帧开始的一个标记,其中有帧号,什么是帧呢,帧就是1ms的间隔(全速)或125us的间隔(高速),所有的数据都是在帧内传输的。  USB数据都是以包的形式发出的,包都有固定的格式,它以一个sync(同步)开始,

 

以一个eop(end ofpacket,包结束)结束,sof 包也是一样的,高速的sync,eop和全速的sync,eop不同。下面是包的结构图,

 

     从左到右依次是sync场,pid场,。。。。。。当然PID后面是什么,还有没有数据要看具体发什么包了。后面的令牌包,帧开始包,数据包,握手包决定了PID 后面是什么,握手包的PID后面什么都没有,直接是EOP。  不得不说的是pid(packet ID 包的ID),就是说明这个包是什么包,包的类型有四种:令牌包,数据包,握手包,特殊包。不同类型的包又有不同的格式,每种类型又有不同的PID:         

  

 

          

  PID类型 PID 名 PID[3:0] 描述  令牌 (Token)  输出(OUT)    输入(IN)  帧开始(SOF)  建立(SETUP) 0001B  1001B 0101B   1101B  在主机到功能部件的事务中有地址+端口号    在功能部件到主机的事务中有地址+端口号  帧开始标记和帧号  在主机到功能部件建立一个控制管道的事务中有地址+端口号  数据 (DATA)数据0(DATA0)   数据1(DATA1) 0011B 1011B  偶数据包PID   奇数据包PID  握手 (Handshake) 确认(ACK)    不确认(NAK)   停止(STALL) 0010B  1010B   1110B 接收器收到无措数据包;  接收设备部不能接收数据,或发送设备不能发送数据;  端口挂起,或一个控制管道请求不被支持。

 

专用 (Special)  前同步(PRE) 1100B 主机发送的前同步字。打开到低速设备的下行总线通信。

  附一份中文的(不全)。下面是各个包的格式:  令牌包  图8-5显示了标记包的字段格式。标记由PID,ADDR和ENDP构成,其中PID指定了包是输入,输出还是建立类型。对于输出和建立事务,地址和端口字段唯一地确定了接下来将收到数据包的端口。对于输入事务的,这些字段唯一地确定了哪个端口应该传送数据包。只有主机能发出标记包。输入PID定义了从功能部件到主机的数据事务。输出和建立PID定义了从主机到功能部件的数据事务。    图8-5标记包格式  如上图所示,标记包包括了覆盖地址和端口字段的5位CRC。CRC并不覆盖PID,因为它有自己的校验字段。标记和帧开始(SOF)包是由3个字节的包字段数据后面的包结束(EOP,End of Packet

)界定的。如果包被译码为合法标记或SOF,但却没有在3个字节之后以EOP终止,则它被认为是无效的,并被接收器忽略。      帧开始(SOF,Start-of-Frame)包  主机以每1.00 ms ±0.0005ms一次的额定速率发出帧开始(SOF)包。如图8-6中所示,SOF包是由指示包类型的PID和其后的11位的帧号字段构成。               图8-6

帧开始包 SOF标记组成了仅有标记的(token-only)事务,它以相对于每帧的开始精确计算的时间间隔发送SOF

记号(Marker)和伴随的帧数。包括集线器的所有全速功能部件都可收到SOF包。SOF标记不会使得接收功能部件产生返回包;因此,不能保证向任何给定的功能部件发送的SOF都能被收到。SOF包发送2个时间调配(Timing)信息。当功能部件探测到SOF的PID的时候,它被告知发生SOF。对帧时间敏感而不需要追踪帧数(例如集线器)的功能部件,仅需对SOF的PID译码 ;可忽略帧数和其CRC。如果功能部件需要追踪帧数,它必须对PID和时间戳都进行译码。对总线时间调配信息的没有特别需要的全速设备可以忽略

SOF包。    8.4.3数据包  如图8-7所示,数据包由PID,包括至少0个字节数据的数据区和CRC构成。有2种类型的数据包,根据不同的PID:DATA0和DATA1来识别。2种数据包PID是为了支持数据切换同步(Data Toggle Synchronization)(在第8.6节提到)而定义的。  

图8-7 数据包格式  数据必须以整数的字节数发出。数据CRC仅通过对包中的数据字段计算而得到,而不包括PID,它有自己的校验字段。  握手包  如图8-8所示,握手包仅由PID构成。握手包用来报告数据事务的状态,能还在表示数据成功接收,命令的接收或拒绝,流控制(Flow Control)和停止(Halt)条件。只有支持流控制的事务类型才能返回握手信号。握手总是在事务的握手时相(Phase)中被返回,也可在数据时相代替数据被返回。握手包由1个字节的包字段后的EOP确定界限。如果包被解读为合法的的握手信号,但没有以1个字节后面的EOP终止,则它被认为是无效的,且被接收机忽略。

    图8-8 握手包   eop是在发完包后只表现在DM,DP上的一个标记,一个完整的包就是这样的,这只是以数据的形式表现出来的包,但是怎么把它发到DP,DM线上呢,有一种编码方式叫做NRZI编码,就是如果发的数据是1,DP,DM取反(相对于前一个数据),就是如果发的数据是0,DP,DM保持原有的值不变(保持前一个数据的值),取反和保持多久呢,是一个位时间,位时间?比如说全速 12Mb/s ,算一下它发一个位的时间是83.33ns,这就是全速位的位时间。DP,DM在发送数据之前是J状态(DP为高DM为低),还要注意,数据是按场发出去的,先发sync,然后pid,依次,每个场的数据都是先发低位然后次低位,最后最高位。(数据场值得注意,按字节顺序发,每个字节先发低位)数据就是这样发到DP,DM上的。其中还有位填充==,很多其他的东西,这里不讲了,要了解的自己研究协议。    下面是NRZI 编码的图解:数据的编码与解码    在包传送时,USB使用一种NRII(None Return Zero Invert,即无回零反向码)编码方案。在该编码方案中,“1”表示电平不变,“0”表示电平改变。图8列出了一个数据流及其 它的NRII编码,在该图的第二个波形图中,一开始的高电平表示数据线上的J态,后面就是NRII编码。

 

       一个包就是这样发出去的。 下面接着前面的列举说。列举的整个过程是这样的:  建立阶段:主机发一个SETUP 令牌包,后面紧跟一个(data)包(主机发的),这个data包是一个请求(请求是主机发给设备的,请求的作用是告诉设备主机下一步要干什么或者告诉设备该干什么,协议里规定了每个请求的格式和标准请求代码)比如说第一个请求是告诉设备要设备返回一个它的(设备的)设备描述符。设备收到这个包无错误后会返回一个ACK握手包告诉主机已收到数据

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值