USB标准设备请求的数据结构
笔记，最近在看《圈圈教你玩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个数字解释完了~~~