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个数字解释完了~~~