USB协议简介「建议收藏」

USB协议简介「建议收藏」1.USB协议简介https://blog.csdn.net/songze_lee/article/details/776580942017年08月28日23:20:16songze_lee阅读数:22978版权声明:本文为博主原创文章,未经博主允许不得转载。https://blog.csdn.net/songze_lee/article/details/77658094…

大家好,又见面了,我是你们的朋友全栈君。

1.USB协议简介

https://blog.csdn.net/songze_lee/article/details/77658094

2017年08月28日 23:20:16 songze_lee 阅读数:22978

 版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/songze_lee/article/details/77658094

         最近学习usb相关的知识,一直感觉入不了门,看《linux那些事儿之我是usb》,对usb协议也不是很熟悉,没能坚持看下去,直到看了《圈圈教你玩usb》一书,把自己的兴趣立马提了起来,大牛圈圈用51单片机实现了usb鼠标键盘等设备,让人非常佩服,51单片机自己还是很熟悉,大学玩了四年单片机,单片机来实现立马感觉亲切了许多,决定先从单片机入手学,后面再看linux那些事儿之我是usb,深入学习linux内核下usb,以下先介绍usb协议,内容整理来自usb spec、网络和圈圈书中,文中也大量引用STM32官方的USB2.0协议文档,欢迎批评指正。另外学习《圈圈教你玩usb》动手调试实现了单片机usb鼠标功能,源码在https://github.com/lisongze2016/mcu_project/tree/master/USB,源码中结合使用了linux kernel ch9.h中对描述符的结构体定义,对usb协议有了深入的理解。
        USB(Universal Serial Bus)全称通用串口总线,USB为解决即插即用需求而诞生,支持热插拔。USB协议版本有USB1.0、USB1.1、USB2.0、USB3.1等,USB2.0目前比较常用,以下以2.0为主介绍。由于USB是主从模式的结构,设备与设备之间、主机与主机之间不能互连,为解决这个问题,扩大USB的应用范围,出现了USB OTG,全拼 ON The Go。USB OTG 同一个设备,在不同的场合下可行在主机和从机之间切换。

1.1 USB特点:

USB1.0和USB1.1支持1.5Mb/s的低速模式和12Mb/bs的全速模式。在USB2.0以上支持480Mb/s的高速模式。应用如下:

USB协议简介「建议收藏」

1.2 USB设备供电方式:
USB设备有两种供电方式 
自供电设备:设备从外部电源获取工作电压 
总线供电设备:设备从VBUS(5v) 取电 
  对总线供电设备,区分低功耗和高功耗USB设备 
低功耗总线供电设备:最大功耗不超过100mA 
高功耗总线供电设备: 枚举时最大功耗不超过100mA,枚举完成配置结束后功耗不超过500mA 
设备在枚举过程中,通过设备的配置描述符向主机报告它的供电配置(自供电/总线供电)以及它的功耗要求
如下 USB 配置描述符(以Joystick为例),后面具体介绍:

USB协议简介「建议收藏」

1.3 USB总线信号:
USB使用的是差分传输模式,两个数据线D+和D- 
        差分信号1:D+ > VOH(min) (2.8V) 且D- < VOL(max)(0.3V) 
        差分信号0:D- > VOH and D+ < VOL

USB协议简介「建议收藏」

J状态(高电平):D+ 高,D- 低
K状态(低电平):D+低,D- 高
SEO状态:D+ 低,D- 高
Reset信号:D+ and D- < VOL for >= 10ms 
主机在要和设备通信之前会发送Reset信号来把设备设置到默认的未配置状态。即主机拉低两根信号线(SE0状态)
并保持10ms 
Idle状态:J状态数据发、送前后总线的状态 
Suspend状态:3ms以上的J状态 
SYNC: 3个KJ状态切换,后跟随2位时间的K状态(看到的波形变化是总线上发送0000 0001经过NRZI编码后的波形)

USB协议简介「建议收藏」

Resume信号:20ms的K状态+低速EOP 
主机在挂起设备后可通过翻转数据线上的极性并保持20ms来唤醒设备,并以低速EOP信号结尾 
带远程唤醒功能的设备还可自己发起该唤醒信号;前提是设备已进入idle状态至少5ms,然后发出唤醒K信号,维持1ms到15ms并由主机在1ms内接管来继续驱动唤醒信号 
SOP:从IDLE状态切换到K状态 
EOP:持续2位时间的SE0信号,后跟随1位时间的J状态 
Keep alive即低速EOP信号

USB协议简介「建议收藏」

1.4 USB插入检测和速度检测:

USB协议简介「建议收藏」

主机通过设备在D+或D-上的1.5K上拉来检测设备的连接和断开事件,并由此判别设备的速度 
主机先把高速设备检测为全速设备,然后再通过“Chirp序列”的总线握手机制来识别高速和全速设备
USB连接和断开连接:
设备连上主机时(连接)
当主机检测到某一个数据线电平拉高并保持了一段时间,就认为有设备连上来了
主机必需在驱动SE0状态以复位设备之前,立刻采样总线状态来判断设备的速度 

USB协议简介「建议收藏」

没有设备连上主机时(断开)
D+和D-数据线上的下拉电阻起作用,使得二者都在低电平;主机端看来就是个SE0状态;同样地,当数据线上的SE0状态持续一段时间了,就被主机认为是断开状态

USB协议简介「建议收藏」

1.5 数据编解码和位填充 
USB采用NRZI(非归零编码)对发送的数据包进行编码 
输入数据0, 编码成“电平翻转” 
输入数据1, 编码成“电平不变” 
编码出来的序列,高电平:J状态;低电平:K状态 

USB协议简介「建议收藏」

位填充是为了保证发送的数据序列中有足够多的电平变化 
填充的对象是(输入数据),即先填充再编码 
数据流中每6个连续的“1”,就要插入1个“0”,从而保证编码
数据出现电平变化 
接收方赋值解码NRZI码流,然后识别出填充位,并丢弃它们

2. USB传输
一个传输有多个事务组成,一个事务由2/3个包组成。
传输又分为四种类型:批量传输、等时(同步)传输、中断传输、控制传输。
注意:USB传输数据先发数据低位再发高位数据

USB协议简介「建议收藏」

2.1 包
包的组成:

USB协议简介「建议收藏」

包的内容:

USB协议简介「建议收藏」

Packet分四大类: 命令 (Token) 、Packet 帧首 (Start of Frame) 、Packet 数据 (Data) 、Packet 握手 (Handshake) Packet

不同类型包,以上的组成部件有所不同

PID:

USB协议简介「建议收藏」

这里只用(PID0~4),PID4~7是PID0~4的取反,用来校验PID
PID1~0:01 令牌包、11 数据包、10 握手包、00 特殊包

USB协议简介「建议收藏」

USB协议简介「建议收藏」

地址:

USB协议简介「建议收藏」

帧号:

USB协议简介「建议收藏」

数据:

USB协议简介「建议收藏」

CRC:

USB协议简介「建议收藏」

四种Packet类型之令牌包(Token Packet):
令牌包用来启动一次USB传输。
输出(OUT)令牌包:用来通知设备将要输出一个数据包
输入(IN)令牌包:用来通知设备返回一个数据包
建立(SETUP)令牌包:只用在控制传输中,和输出令牌包作用一样,也是通知设备将要输出一个数据包,两者区别在于:
SETUP令牌包后只使用DATA0数据包,且只能发送到设备的控制端点,并且设备必须要接收,而OUT令牌包没有这些限制

USB协议简介「建议收藏」

例子:

USB协议简介「建议收藏」

四种Packet类型之SOF Packet
帧起始包:在每帧(或微帧)开始时发送,以广播的形式发送,所有USB全速设备和高速设备都可以接收到SOF包。

USB协议简介「建议收藏」USB协议简介「建议收藏」

例子:

USB协议简介「建议收藏」

0xA5:1010 0101:对应上面PID表可知是帧起始包
四种Packet类型之Data Packet

USB协议简介「建议收藏」

例子:

USB协议简介「建议收藏」

四种Packet类型之Handshake Packet 

USB协议简介「建议收藏」

例子:

USB协议简介「建议收藏」

2.2 事务
Transaction可以分成三类 
Setup transaction:主机用来向设备发送控制命令 
Data IN transaction:主机用来从设备读取数据 
Data OUT transaction:主机用来向设备发送数据 
Transaction的packet组成 
Token packet:总是由主机发出 
Data packet:包含此次transaction的数据负载 
可选的Handshake packet 
例子:

USB协议简介「建议收藏」

2.3 传输
USB协议定义了四种传输类型: 
批量(大容量数据)传输(Bulk Transfers): 非周期性,突发  
大容量数据的通信,数据可以占用任意带宽,并容忍延迟 。如USB打印机、扫描仪、大容量储存设备等 
中断传输(Interrupt Transfers): 周期性,低频率
允许有限延迟的通信 如人机接口设备(HID)中的鼠标、键盘、轨迹球等
等时(同步)传输(Isochronous Transfers): 周期性 
持续性的传输,用于传输与时效相关的信息,并且在数据中保存时间戳的信息 ,如音频视频设备
控制传输(Control Transfers): 非周期性,突发
用于命令和状态的传输
2.3.1 批量传输
批量输出事务,(1)主机先发出一个OUT令牌包(包含设备地址,端点号),(2)然后再发送一个DATA包,这时地址和端点匹配的设备就会收下这个数据包,主机切换到接收模式,等待设备返回握手包,(3)设备解码令牌包,数据包都准确无误,并且有足够的缓冲区来保存数据后就会使用ACK/NYET握手包来应答主机(只有高速模式才有NYET握手包,他表示本次数据成功接收,但是没有能力接收下一次传输),如果没有足够的缓冲区来保存数据,就返回NAC,告诉主机目前没有缓冲区可用,主机会在稍后时间重新该批量传输事务。如果设备检查到数据正确,但端点处于挂起状态,返回STALL。如果检测到有错误(如校验错误,位填充错误),则不做任何响应,让主机等待超时。
批量输入事务,(1)主机首先发送一个IN令牌包(包含设备地址,端点号),(2)主机切换到接收数据状态等待设备返回数据。如果设备检测到错误,不做任何响应,主机等待超时。如果此时有地址和端点匹配的设备,并且没有检测到错误,则该设备作出反应:设备有数据需要返回,就将一个数据包放在总线上;如果没有数据需要返回,设备返回NAK响应主机;如果该端点处于挂起状态,设备返回STALL。如果主机收到设备发送的数据包并解码正确后,使用ACK握手包应答设备。如果主机检测到错误,则不做任何响应,设备会检测到超时。注意:USB协议规定,不允许主机使用NAK来拒绝接收数据包。主机收到NAK,知道设备暂时没有数据返回,主机会在稍后时间重新该批量输入事务。

PING令牌包,它不发送数据,直到等待设备的握手包。

USB协议简介「建议收藏」

USB协议简介「建议收藏」

2.3.2 中断传输
中断传输是一种保证查询频率的传输。中断端点在端点描述符中要报告它的查询间隔,主机会保证在小于
这个时间间隔的范围内安排一次传输。

USB协议简介「建议收藏」

2.3.3 等时传输
等时(同步)传输用在数据量大、对实时性要求高的场合,如音频设备,视频设备等,这些设备对数据的延迟很敏感。对于音频或视频设备数据的100%正确性要求不高,少量的数据错误是可以容忍的,主要是保证数据不能停顿,所以等时传输是不保证数据100%正确的。当数据错误时,不再重传操作。因此等时传输没有应答包,数据是否正确,由数据的CRC校验来确认。

USB协议简介「建议收藏」

2.3.4 控制传输
控制传输可分为三个过程:(1)建立过程 (2)数据过程(可选) (3)状态过程
 特性:  
每个USB设备都必须有控制端点,支持控制传输来进行命令和状态的传输。USB主机驱动将通过控制传输与USB设备的控制端点通信,完成USB设备的枚举和配置 
方向:  
控制传输是双向的传输,必须有IN和OUT两个方向上的特定端点号的控制端点来完成两个方向上的控制传输 

数据的拆分和数据传输完毕的判定 
以高速设备的最大数据包长度64字节为例 
要传输250字节,拆分成4个packet 

USB协议简介「建议收藏」

要传输正好256字节,通过最后一个0字节包告诉设备传输完成

USB协议简介「建议收藏」

USB协议简介「建议收藏」

各种传输特性比较

USB协议简介「建议收藏」

3. USB标准请求
3.1 USB标准请求的数据结构

USB协议简介「建议收藏」

USB协议简介「建议收藏」

3.2 USB 设备枚举及描述符介绍 
当一个USB设备插入主机后,会有以下活动: 

USB协议简介「建议收藏」

USB协议简介「建议收藏」

USB协议简介「建议收藏」

 

 
  1. include/uapi/linux/usb/ch9.h

  2. /* USB_DT_DEVICE: Device descriptor */

  3. struct usb_device_descriptor {

  4. __u8 bLength;

  5. __u8 bDescriptorType;

  6.  
  7. __le16 bcdUSB;

  8. __u8 bDeviceClass;

  9. __u8 bDeviceSubClass;

  10. __u8 bDeviceProtocol;

  11. __u8 bMaxPacketSize0;

  12. __le16 idVendor;

  13. __le16 idProduct;

  14. __le16 bcdDevice;

  15. __u8 iManufacturer;

  16. __u8 iProduct;

  17. __u8 iSerialNumber;

  18. __u8 bNumConfigurations;

  19. } __attribute__ ((packed));

  20.  
  21. #define USB_DT_DEVICE_SIZE 18

USB协议简介「建议收藏」

 

 

 

USB协议简介「建议收藏」

 

 
  1. struct usb_config_descriptor {

  2. __u8 bLength;

  3. __u8 bDescriptorType;

  4.  
  5. __le16 wTotalLength;

  6. __u8 bNumInterfaces;

  7. __u8 bConfigurationValue;

  8. __u8 iConfiguration;

  9. __u8 bmAttributes;

  10. __u8 bMaxPower;

  11. } __attribute__ ((packed));

  12.  
  13. #define USB_DT_CONFIG_SIZE 9

USB协议简介「建议收藏」

 

 

 

USB协议简介「建议收藏」

 

 
  1. /* USB_DT_INTERFACE: Interface descriptor */

  2. struct usb_interface_descriptor {

  3. __u8 bLength;

  4. __u8 bDescriptorType;

  5.  
  6. __u8 bInterfaceNumber;

  7. __u8 bAlternateSetting;

  8. __u8 bNumEndpoints;

  9. __u8 bInterfaceClass;

  10. __u8 bInterfaceSubClass;

  11. __u8 bInterfaceProtocol;

  12. __u8 iInterface;

  13. } __attribute__ ((packed));

  14.  
  15. #define USB_DT_INTERFACE_SIZE 9

USB协议简介「建议收藏」

 

 

 

USB协议简介「建议收藏」

 

 
  1. /* USB_DT_ENDPOINT: Endpoint descriptor */

  2. struct usb_endpoint_descriptor {

  3. __u8 bLength;

  4. __u8 bDescriptorType;

  5.  
  6. __u8 bEndpointAddress;

  7. __u8 bmAttributes;

  8. __le16 wMaxPacketSize;

  9. __u8 bInterval;

  10.  
  11. /* NOTE: these two are _only_ in audio endpoints. */

  12. /* use USB_DT_ENDPOINT*_SIZE in bLength, not sizeof. */

  13. __u8 bRefresh;

  14. __u8 bSynchAddress;

  15. } __attribute__ ((packed));

  16.  
  17. #define USB_DT_ENDPOINT_SIZE 7

  18. #define USB_DT_ENDPOINT_AUDIO_SIZE 9 /* Audio extension */

USB协议简介「建议收藏」

 

USB协议简介「建议收藏」

 

 
  1. /* USB_DT_STRING: String descriptor */

  2. struct usb_string_descriptor {

  3. __u8 bLength;

  4. __u8 bDescriptorType;

  5.  
  6. __le16 wData[1]; /* UTF-16LE encoded */

  7. } __attribute__ ((packed));

  8.  
  9. /* note that "string" zero is special, it holds language codes that

  10. * the device supports, not Unicode characters.

  11. */

USB协议简介「建议收藏」

 

 

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/148940.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • win10强制删除文件夹(“你需要来自XXX的权限才能对此文件夹进行更改”的解决方法)

    win10强制删除文件夹(“你需要来自XXX的权限才能对此文件夹进行更改”的解决方法)win10强制删除文件夹(“你需要来自XXX的权限才能对此文件夹进行更改”的解决方法)使用命令行方式删除文件夹(这是目前可行的方式)第一步:以管理员账户打开powershell第二步:定位到要删除的文件夹所在目录第三步:给要删除的文件夹赋本机管理员Administrator权限第四步:修改对文件/文件夹的访问权限(赋删除权限)第五步:强制删除文件使用命令行方式删除文件夹(这是目前可行的方式)第一步:以管理员账户打开powershell快捷键win+x调出如下界面,点击WindowsPowerS

    2022年5月29日
    46
  • 如何在pycharm运行python_pycharm怎么运行部分代码

    如何在pycharm运行python_pycharm怎么运行部分代码这篇文章主要介绍了Pycharm如何运行.py文件的方法步骤,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧!Pycharm时一个非常好用的IDE,但是一开始的时候甚至会因为.py文件不能运行而束手无策。。。这里需要说明一下Pycharm的作用,Pycharm并不是一个像matlab那样什么都自己提供的软件,它更像一个非常棒的…

    2022年8月25日
    5
  • android之选择联系人并返回电话号码

    在跟着这个教程联系的时候,它所用到的选择联系人方式是自己从数据库里把联系人读取出来,然后用listview显示,选择后返回手机号码,这样做在点击选择联系人的时候,需要时间去加载,并且显示出来的联系人好像并不全,总之感觉不好,想通过调用系统联系人的方式选择,不用自己去处理界面。结果还不错:MainActivity:package jason.pickcontact;imp

    2022年3月11日
    34
  • python激活码全家桶(注册激活)

    (python激活码全家桶)好多小伙伴总是说激活码老是失效,太麻烦,关注/收藏全栈君太难教程,2021永久激活的方法等着你。https://javaforall.net/100143.htmlIntelliJ2021最新激活注册码,破解教程可免费永久激活,亲测有效,上面是详细链接哦~MLZPB5EL5Q-eyJsaWNlbnNlSWQiOi…

    2022年3月21日
    396
  • ANDROID自己定义视图——onLayout源代码 流程 思路具体解释[通俗易懂]

    ANDROID自己定义视图——onLayout源代码 流程 思路具体解释

    2022年1月27日
    42
  • JS后退一页, JS返回上一页, JS返回下一页代码[通俗易懂]

    JS后退一页, JS返回上一页, JS返回下一页代码[通俗易懂]Javascript返回上一页:1.history.go(-1),返回两个页面:history.go(-2);2.history.back().3.window.history.forward()返回下一页4.window.history.go(返回第几页,也可以使用访问过的URL)例:&lt;ahref="javascript:history.go(-1);"…

    2022年7月25日
    8

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号