USB标准设备请求的数据结构

一串神秘的数字:80 06 00 01 00 00 12 00

昨天提到了USB上电枚举过程的流程图,在这个流程图中,可以看到USB主机和USB设备在刚上电的时候进行了哪些操作,最终实现主机识别USB设备,设备稳定工作。

今天看下USB上电枚举过程中的第一步,也是最重要的一步:标准设备请求。如图所示,这是我的USB无线鼠标连接到电脑的时候,通过软件BUS Hound抓取得到的数据流。

现在我换成一个优盘,数据如下:

你会发现,无论你接入什么USB设备,USB主机(也就是电脑)发送给USB设备的第一串数字都是:80 06 00 01 00 00 12 00

不同的USB主机,倒数第二个数字可能会有些不同。那么,这几个数字究竟是什么意思?

首先我们要明确一点:USB设备不会主动向USB主机发送数据,只能是USB主机发起请求,然后USB设备再发送。而这是USB设备上电后,两者之间发生的第一次数据交互,所以它必然是从主机发送到设备的。

看下表:

字节偏移量 名称 大小 功能描述
0 bmRequest Type 1 每一位的功能:

D7:数据传输方向,0:主到从;1:从到主

D6~5:请求的类型

0:标准请求

1:类请求

2:厂商

3:保留

D4~0:请求的接收者

0:设备

1:接口

2:端点

3:其它

4~31:保留

1 bRequest 1 请求类型对应的代码
2 wValue 2 根据请求类型决定
4 wIndex 2 根据请求类型决定
6 wLength 2 数据过程(如果有)需要传输的字节数

请求类型有三种,这里只说标准请求对应的代码,具体如下:

bRequest Value bRequest Value
GET_STATUS 0 GET_CONFIGURATION 8
CLEAR_FEATURE 1 SET_CONFIGURATION 9
SET_FEATURE 3 GET_INTERFACE 10
SET_ADDRESS 5 SET_INTERFACE 11
GET_DESCRIPTOR 6 SYNCH_FRAME 12
SET_DESCRIPTOR 7

前面说了,这一步操作叫做:标准设备请求。主机向设备发出的,要求接下来进行的操作遵从如下内容:

80 06 00 01 00 00 12 00

数据传输方向:设备到主机,请求类型:标准请求,请求的接收者为设备。

因为是标准请求,请求类型的代码为:0x06.对应:GET_DESCRIPTOR,也就是获取描述符。

接下来是wValue,有两个字节:00 01。高字节(01)–描述符类型  低字节(00)–描述符索引。

描述符类型及编号如下:

描述符类型 编号
设备描述符 1
配置描述符 2
字符串描述符 3
接口描述符 4
端点描述符 5

所以主机请求的是设备描述符。

然后是wIndex,00 00. 它只有在获取字符串描述符的时候有用,表示字符串的语言Id号,其他情况下这个值都是0。

最后是wLength,表示请求设备返回的数据的字节个数。实际返回的个数可以比这个少,但一定要返回。

好了,这8个数字解释完了~~~我是单片机爱好者MCU起航,咱们稍后继续~~~

发表评论

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据