2 USB标准设备请求的结构

2.1 标准请求

bmRequestType 的D6~D5为00的请求,USB协议定义了11个标准请求(bRequest),其名字与相应的bRequest的值如下表:

表3.5.3是各个标准请求的结构及需要传输的数据,常用的几个请求有:GET_DESCRIPTOR、SET_ADDRESS和SET_CONFIGURATION。下面详细介绍这几个请求:

2.1.1 GET_DESCRIPTOR 请求

需要注意的是 wValue, wIndex, wLength 这三个域都是两字节的,在USB协议中规定,使用的是小段结构,即第字节在先,高字节在后。

  • wValue,的第一字节(字符)表示同一中描述类型(比如字符串描述符)中具体的某个描述符(如厂商或者产品字符),第二字节表示描述类型的编号。
  • wIndex,只在获取字符串描述符中表示语言的ID号,除此之外为0。
  • wLength,表示要求设备返回数据的字节数,设备实际返回可以比它小。

对于全速和低速模式 ,获取描述符的标准请求只有三种:获取设备、配置、字符串的描述符,另外的接口和端点描述符是跟随配置描述符一并返回的,不能单独请求返回。

2.1.2 SET_ADDRESS 请求

当设备复位后,都使用默认地址0。主机从地址0的设备获取设备描述符,一旦收到第一次设备描述符之后,主机就会发送设置地址的请求,以尽量减少设备使用公共地址0的时间。

2.1.3 SET_CONFIGURATION 请求

SET_CONFIGURATION和SET_ADDRESS请求很类似,区别是wValue的意义:SET_ADDRESS中,wValue的第一字节(低字节)表示设备的地址;SET_CONFIGURATION则为配置的值。该值与配置描述符的配置编号一致时,表示选中该配置,通常为1,因为大多数USB设备只有一种设置;若为0,则设备进入地址设置状态。

获取描述符请求是在枚举过程中用得最多的一个请求,举一个主机的例子:

0x80, 0x06, 0x00, 0x01, 0x00, 0x00, 0x40, 0x00

它是一个请求设备描述符的标准请求,请求的数据长度64字节。

2.2 描述符类型的实现

2.2.1 设备描述符的实现

每个设备必须有且仅有一个设备描述符,结构如表3.6.1所示。

  • bLength,表示该描述符的长度,固定的,共18字节。
  • bDescriptorType,描述符的类型,取值如表3.5.5所示。
  • bcdUSB,设备使用的USB协议版本。USB1.1可以写成0x0110,小端结构:0x10,0x01;同理USB2.0可以写成0x0200,小端结构:0x00,0x02。
  • bDeviceClass,设备使用的类代码,一般为0。当为0时,bDeviceSubClass必须为0,且bDeviceProtocol也应该为0。当为0xff,表示使用自定义设备类。
  • bDeviceSubClass,设备使用的子类代码。
  • bDeviceProtocol,设备使用的协议,为0时不用类所定义的协议,为0xff时使用自定义协议。需要结合设备类和设备子类使用才有意义。
  • bMaxPackSize0,端点0的最大包长。取值可以是8、16、32、64。
  • idVender,厂商ID。由USB协会分配,不能随意使用,此外主机驱动一般根据厂商ID、产品ID已经产品序列号来安装驱动程序。
  • idProduct,产品ID。
  • iManufacturer、iProduct、iSerialNumber,相应字符串的索引值,放在wValue的第一字节。为0时,表示没有。
  • bNumConfigurations,大部分USB设备只有一个配置,即该字段值为1。

代码如下:

/* USB Standard Device Descriptor,设备描述符 */
const uint8_t Virtual_Com_Port_DeviceDescriptor[] = {
0x12, /* bLength,该描述符长度(18字节) */
USB_DEVICE_DESCRIPTOR_TYPE, /* bDescriptorType,设备描述符为0x01 */
0x00, 0x02, /* bcdUSB = 2.00, 本设备使用的USB版本 */
0x02, /* bDeviceClass: CDC,类代码 */
0x00, /* bDeviceSubClass:子类代码 */
0x00, /* bDeviceProtocol:设备所使用的协议 */
0x40, /* bMaxPacketSize0:端点0最大包长 */
0x83, 0x04, /* idVendor = 0x0483:厂商ID */
0x40, 0x57, /* idProduct = 0x5740: 产品ID */
0x00, 0x02, /* bcdDevice = 2.00: 设备版本号 */
, /* iManufacturer: 描述厂商的字符串索引 */
, /* iProduct: 描述产品的字符串索引 */
, /* iSerialNumber: 描述序列号的字符串索引 */
0x01 /* bNumConfigurations:可能的配置数 */
};

2.2.2 配置描述符的结构

  • bmAtrributes:D7,保留必须为1。D6为供电方式,1表示设备自供电,0表示设备是总线供电的。D5为1时表示支持远程唤醒,0不支持。D4~D0,保留设为0。

2.2.3 接口描述符

2.2.4 端点描述符

  • bEndPointAddress:最高位D7为该端点的传输方向,1为主机输入(像Input的首字母),0为主机输出(像Output首字母)
  • bmAttributes:最低位D1~D0:表示传输类型,0为控制传输,1为等时传输,2为批量传输,3为中断传输。
  • 如果该端点是非等时传输,D7~D2为0。否则,D3~D2表示同步的类型:0为无同步,1为异步,2为适配,3为同步。
  •         D5~D4表示用途:0为数据端点,1为反馈端点,2为暗含反馈的数据端点,3是保留值。D7~D6,保留。
  • bInterval:对于中断端点,表示查询的帧间隔数。

2.2.5 HID描述符的结构

USB鼠标属于HID类,HID类的设备在配置描述时还需要一个HID描述符,它是一个类描述符,应该跟在接口描述符后面。

  • bLength:是该描述符的总长度,它的大小与该描述符中下级描述符的个数有关。例如只有一个下级描述符时,总长为 1+1+2+1+1+1+2=9字节。
  • bcdHID:使用USB HID1.1协议,因此为0x0110。
  • bCountryCode:美式键盘为33,即0x21。
  • bNumDescriptors:下级描述符的数量,至少为1。
  • bDescriptorType:下级描述符的类型,报告描述符的编号为0x22,物理描述符的编号为0x23。

2 USB标准请求的更多相关文章

  1. USB设备请求命令详解

    USB设备请求命令 :bmRequestType + bRequest + wValue + wIndex + wLength 编号 值  名称 (0) 0  GET_STATUS:用来返回特定接收者 ...

  2. HTTP常用标准请求头字段

    常用标准请求头字段 Accept 设置接受的内容类型 Accept: text/plain Accept-Charset 设置接受的字符编码 Accept-Charset: utf-8 Accept- ...

  3. HTTP/1.1标准请求方法和状态码

    HTTP/1.1标准自从1999年制定以来至今仍然是一个应用广泛并且通行的标准 相关文档 RFC2616:Hypertext Transfer Protocol -- HTTP/1.1 在RFC658 ...

  4. USB传输协议。——Arvin

    问题一:USB的传输线结构是如何的呢? 答案一:一条USB的传输线分别由地线.电源线.D+.D-四条线构成,D+和D-是差分输入线,它使用的是3.3V的电压(注意哦,与CMOS的5V电平不同),而电源 ...

  5. USB协议[转]_基本上涵盖了所有最基础的USB协议相关知识。

    背景: 需要使用到USB协议,我一直尝试着去强记这个流程,现在看来,其实不用.看多了,把这个过程具象出来,就牢牢记住了. 正文: 正文转自:http://fangjian0518.blog.163.c ...

  6. USB设备架构

    USB设备,分为3层:1.底层为传送和接受数据的总线接口:2.中间层处理总线和不同端点的数据传输:3.最高层由串行总线设备提供.主要研究中间层. USB设备状态,主要研究外部可见状态. 1,连接态-- ...

  7. USB描述符解析-->枚举.

    枚举可以理解为主机按不定的顺序向USB设备讨要设备信息,好给它分配资源,若枚举不成功,就放弃分配资源,免得浪费资源.一般都是使用中断传输方式通信. 常用的描述符有以下几种:01H.设备描述符  02H ...

  8. USB的八个问题和答案(转)

    http://www.amobbs.com/thread-901041-1-1.html 问题一:USB的传输线结构是如何的呢? 答案一:一条USB的传输线分别由地线.电源线.D+.D-四条线构成,D ...

  9. USB入门基础知识(转)

    源:USB入门基础知识 相关名词: 主机(Host) 设备(Device) 接口(Interface) 管道(Pipe) 管道是主机与设备端点数据传输的连接通道,代表了主机的数据缓冲区与设备端点之间交 ...

随机推荐

  1. js事件冒泡、事件捕获

    事件冒泡 var box = document.querySelector('.box'); var content = document.querySelector('.content'); doc ...

  2. Webx.0-Web4.0:Web4.0

    ylbtech-Webx.0-Web4.0:Web4.0 Web系统是人类迄今最伟大的发明之一,也是计算机影响人类最深远的表现. 1.返回顶部 1. Web系统是人类迄今最伟大的发明之一,也是计算机影 ...

  3. client-go获取k8s集群内部连接,实现deployment的增删改查

    一开始写了一个client-java版本的,但是java放在k8s集群上跑需要装jvm而且java的包比较大,client-go版本更适合主机端,下面是整个实现 说明:k8s官方维护的客户端库只有go ...

  4. ELK问题处理

    1.Logstash收集tomcat日志时报错warn: log4j:WARN No appenders could be found for logger (org.apache.http.clie ...

  5. Apache的虚拟主机功能(基于IP、域名、端口号)

    Apache虚拟主机就是在一个Apache服务器上配置多个虚拟主机,实现一个服务器提供多站点服务,其实就是访问同一个服务器上的不同目录. 主要有三种方法: 1.通过不同的IP地址 2.通过不同的域名 ...

  6. Spring Cloud Alibaba

    Spring Cloud Alibaba Dubbo Dubbo Dubbo 系列 [Dubbo 系列总结] [Dubbo 系列(01)最简使用姿态] [Dubbo 系列(02)整体架构] Dubbo ...

  7. scala解析json —— json4s 解析json方法汇总

    使用json4s的框架,包括spark,flink 1.org.json4s 引入pom的方法 对于本地支持,引入以下依赖项添加到pom中 <dependency> <groupId ...

  8. leetcode.矩阵.766托普里茨矩阵-Java

    1. 具体题目 如果一个矩阵的每一方向由左上到右下的对角线上具有相同元素,那么这个矩阵是托普利茨矩阵.给定一个 M x N 的矩阵,当且仅当它是托普利茨矩阵时返回 True. 示例 1: 输入: ma ...

  9. node js 函数和对象

    1.函数 1.1匿名函数 函数声明 function fn(){  } 函数表达式 var fun=function(){  } 函数名称和函数名称()的区别 fun/fn   fun()/fn() ...

  10. c# PID算法入门

    离开工控行业已经有一段时间了,最近回忆起以前的工作,又对 PID 算法有了兴趣.所以写了一个小项目,希望可以帮到需要的人,也算是对那段工作经历的一个总结. 这是一个 winform 的项目.负载是一个 ...