USB协议-USB的包结构及包的分类

USB是串行总线,所以数据是一位一位地在数据线上传送的。既然是一位一位地传送,就存在着一个数据位先后的问题。USB使用的是LSB在前的方式,即先出来的是最低位数据,接下来是次低位,最后是最高位(MSB)。一个包,又被分成了很多个域(field),而LSB、MSB就是以域为单位来划分的。

USB总线上传输数据是以包为基本单位的。一个包被分成不同的域。根据不同类型的包,所包含的域是不一样的。但是不同的包有个共同的特点,就是都要以同步域开始,紧跟着一个包标识符PID(Packet Identified),最终以包结束符EOF(End Of Packet)来结束这个包。

同步域是用来告诉USB的串行接口引擎数据要开始传输了,请做好准备。除此之外,同步域还可以用来同步主机端和设备端的数据时钟,因为同步域是以一串0开始的,而0在USB总线上就是被编码为电平翻转,结果就是每个数据位都发生电平变化,这让串行接口引擎很容易就能够恢复出采样时钟信号;对于全速设备和低速设备,同步域使用的是00000001(二进制数,总线上的发送顺序);对于高速设备,同步域使用的是31个0,后面跟1个1(需要注意的是,这是对发送端的要求,接收端解码时,0的个数可以少于这个数)。

包结束符EOF,对于高速设备和全速/低速设备也是不一样的。全速/低速设备的EOF是一个大约为2个数据位宽度的单端0(SE0)信号。SE0的意思就是,D+和D-同时都保持为低电平。由于USB使用的是差分数据线,通常都是一高一低的,而SE0不同,是一种都为低的特殊状态。SE0用来表示一些特殊的意义,例如包结束、复位信号灯。USB集线器对USB设备进行复位的操作,就是通过将总线设置为SE0状态大约10ms来实现的。对于高速设备的EOF,使用故意的位填充错误来表示。那么如何判断一个位填充错误是真的位错误还是包结束呢?这个由CRC校验来判断。如果CRC校验正确,则说明这个位填充错误是EOP;否则,说明传输出错。

包标识符PID是用来标识一个包的类型的。它总共有8位,其中USB协议使用的只有4位(PID0~PID3),另外4位(PID4~PID7)是PID0~PID3的取反,用来校验PID。USB协议规定了4类包,分别是:令牌包(token packet,PID1~0为01)、数据包(data packet,PID1~0为11,)、握手包(handshake packet,PID1~0为10)和特殊包(special packet,PID1~0为00)。不同类的包又分成几种具体的包。

下表是USB2.0协议中规定的各种PID,其中有些是在USB1.1协议中没有的,用*号标出:


PID类型


PID


PID[3:0]


说明


令牌类


OUT


0001B


通知设备将要输出数据


IN


1001B


通知设备将要输入数据


SOF


0101B


通知设备这是一个帧起始包


SETUP


1101B


通知设备将要开始一个控制传输


数据类


DATA0


0011B


不同类的数据包


DATA1


1011B


DATA2*


0111B


MDATA*


1111B


握手类


ACK


0010B


确认


NACK


1010B


不确认


STALL


1110B


挂起


NYET*


0110B


未准备好


特殊类


PRE


1100B


前导(这是一个令牌包)


ERR*


1100B


错误(这是一个握手包)


SPLIT*


1000B


分裂事务(这是一个令牌包)


PING*


0100B


PING测试(这是一个令牌包)


-


0000B


保留,未使用

时间: 2024-11-05 19:39:42

USB协议-USB的包结构及包的分类的相关文章

USB的包结构及包分类

USB的传输总是低位在前,高位在后. USB的传输方向:从设备到主机的数据为输入:从主机到设备的数据叫做输出. 1. 包结构 以同步域开始,紧跟着一个包标识符PID(Packet Identifier),最终以包结束符EOP(End of Packet)结束这个包. 同步域 作用:① 通知USB串行接口引擎数据要开始传输:② 同步主机和设备之间的时钟. 格式:① 全速/低速设备的同步域为00000001:② 高速设备的同步域为31个0,后面跟1个1:注意:这是对发送端的要求,接收端在解码时,0的

USB协议-USB设备的枚举过程

USB主机在检测到USB设备插入后,就要对设备进行枚举了.为什么要枚举?枚举就是从设备读取各种描述符信息,这样主机就可以根据这些信息来加载合适的驱动程序,从而知道设备是什么样的设备,如何进行通信等. 枚举的过程: 1.  USB主机检测到USB设备插入之后,就会先对设备复位.USB设备在总线复位后其地址为0,这样主机就可以通过地址0和那些刚刚插入的设备通信.USB主机往地址为0的设备的端点0发送获取设备描述符的标准请求(这是一个控制传输的建立过程).设备收到该请求后,会按照主机请求的参数,在数据

USB协议-USB的描述符及其之间的关系

USB只是一个总线,只提供一个数据通路而已.USB总线驱动程序并不知道一个设备具体如何操作,有哪些行为.具体的一个设备实现什么功能,要由设备自己来决定.那么,USB主机是如何知道一个设备的功能以及行为呢?这就要通过描述符来实现了.描述符中记录了设备的类型.厂商ID和产品ID(通常依靠它们来加载对应的驱动程序).端点情况.版本号等众多信息. USB1.1协议定义的标准描述符有设备描述符(Device Descriptor).配置描述符(Configuration Descriptor).接口描述符

文档:网络通讯包结构(crc校验,加解密)

包结构: 包 对(datacrc+protoID+dataSize)组成的byte[] 进行crc计算而得到 对(数据内容)进行crc计算而得到 协议号 数据内容的字节长度 数据内容 字段 headcrc datacrc protoID dataSize data 类型 uint uint ushort ushort byte[] 字节数 4 4 2 2 dataSize crc校验 问:TCP协议中,底层做了校验,那通信时我们还有必要再进行有CRC或者其他校验吗? 答:tcp 是可靠的, 就是

vue证明题三,vue项目的包结构和配置

用vue-cli创建的项目带有自动配置好的包结构,包结构都是固定的. 关于详细的解释,网上多得是,只说下最重要的内容 1.vue项目包结构和端口号配置 这里笔者下了个HBuilderX来写代码. 2.vue开发写什么? vue中编写的主要是.vue文件,如App.vue文件.大概结构如下图说明: 该vue文件的加载写在了main.js文件中,简要解析如下图: 仔细看来和当前访问的localhost:8080的页面的内容对不上,那么继续看下路由文件写了什么: 这里,路由文件指明了根路径下要加载一个

usb协议分析-设备描述符配置包-描述符

/* usb协议分析仅供大家参考---设备描述符配置包,设备描述符, 地址设置, 配置描述符, 字符串描述符 */ /* -1- usb设备描述符配置包 */ typedef struct _USB_SETUP_PACKET { REQUEST_TYPE bmRequestType; BYTE bRequest; WORD_BYTE wValue; WORD_BYTE wIndex; WORD wLength; } USB_SETUP_PACKET; 1.bmRequestType 是包含有下面

USB协议分析

一.USB设备描述结构 1.逻辑组织结构 在USB设备的逻辑组织中,包含设备.配置.接口和端点4个层次.设备通常有一个或多个配置,配置通常有一个或多个接口,接口有零或多个端点. 每个USB设备都可以包含一个或多个配置,不同的配置使设备表现出不同的功能组合,配置由多个接口组成.在USB协议中,接口代表一个基本的功能,一个功能复杂的USB设备可以具有多个接口,而接口是端点的汇集. 一个USB播放器带有音频,视频功能,还有旋钮和按钮.配置1: 音频(接口)+旋钮(接口)配置2: 视频(接口)+旋钮(接

图解USB协议之一 枚举过程【转】

转自:http://blog.csdn.net/myarrow/article/details/8270060 0. 枚举流程 • 连接了设备的 HUB 在 HOST 查询其状态改变端点 时返回对应的 bitmap,告知HOST 某个PORT状态发生了改变.    • 主机向 HUB 查询该PORT的状态,得知有设备连接,并知道了该设备的基本特性.     • 主机等待(至少 100mS)设备上电稳定,然后向 HUB 发送请求,复位并使能该PORT.    • HUB执行PORT复位操作,复位完

(转)USB协议简介

USB协议简介     USB是一种协议总线,即主机与设备之间的通信需要遵循一系列约定.协议内容较多,这里仅作一些简单介绍,深入学习,可参看USB规范(WWW.usb.org).     为了理解协议中的名称,先看图10.32.该图突出了主机上的客户软件和USB逻辑设备(编程涉及的设备)之间的通信流(Communication Flow),该通信流跨越了USB驱动程序USBD.主控制器驱动程序UHCD.主控制器等硬件接口及其连接.端点(Endpoints)是USB设备的 惟一可识别的部分,是主机