USB系列之-一文搞懂枚举成WINUSB相关的描述符

原创 嵌入式Lee 2024-02-25 08:30

前言

    WinUSB Windows 自带的 USB 设备的通用驱动程序。是WindowsUSB开发的一个不错的选择,免驱,开发难度低。

 枚举成WINUSB设备,除了标准请求枚举过程,还需要一个特殊的字符串描述符:MS OS字符串描述符,两个厂商相关请求:一个是针对设备的扩展兼容ID OS特征描述符报告兼容IDWINUSB,一个针对接口的扩展属性OS特征描述符,报告接口GUID.

 参考https://learn.microsoft.com/zh-cn/windows-hardware/drivers/usbcon/automatic-installation-of-winusb#what-is-a-winusb-device

  这一篇就来介绍下这三个请求的详细细节,基于此就可以快速实现一个WINUSB设备的枚举。

下载MS OS描述符规范

工欲善其事必先利其器,所以第一步先获取官方的文档。

下载Microsoft OS 1.0 Descriptors Specification

https://learn.microsoft.com/en-us/windows-hardware/drivers/usbcon/microsoft-os-1-0-descriptors-specification拉到最后,右键点击”I accept, download the file”,将链接另存为。

OS_Desc_Ext_Prop.zip

下载Microsoft OS 2.0 描述符规范

https://learn.microsoft.com/zh-cn/windows-hardware/drivers/usbcon/microsoft-os-2-0-descriptors-specification拉到最后,右键点击我接受,下载文件,将链接另存为。

MS_OS_2_0_desc.docx

请求MS OS字符串描述符

该索引为0xEE的特殊的字符串描述符用于返回厂商编码,以便主机继续后续的OS相关请求。

必须返回MSFT100x才代表WINUSB才会继续请求后续OS相关请求,否则是其他厂商自定义设备,其中x是厂商编码可以变化。

请求该字符串描述的前提条件是设备描述符中的bcdUSB大于等于2000,且注册表项计算机\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\usbflags\vvvvpppprrrrosvc不存在.

如果osvc存在不管是0000还是01xx都不会再请求该字符串描述符。

主机发

80 06 EE 03 00 00 12 00

设备回

12 03 4d 00 53 00 46 00 54 00 31 00 30 00 30 00 41 00

即{0x12,0x03,'M',0,'S',0,'F',0,'T',0,'1',0,'0',0,'0',0,'A',0

其中0x41(A)bMS_VendorCode.

请求收到正确响应后主机创建如下注册表项

计算机\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\usbflags\199301010100”

其中199301010100即对应3个字段vvvvpppprrrr

vvvv16进制VID,来自设备描述符的idVendor.

pppp16进制数PID,来自设备描述符的idProduct.

rrrr16进制设备版本号.来自设备描述符的bcdDevice.

osvc0000表示设备没有响应有效的索引EEMS OS字符串描述,01xx,这里值为01 41,表示设备正确响应了索引EEMS OS字符串描述.其中41即来自于索引EEMS OS字符串描述符的bMS_VendorCode.

创建osvc表项后,下次就不会再请求索引EE字符串描述符了,可以删除该注册表项,获取修改VID,PID让系统重新请求EE索引字符串描述符.

参考

https://learn.microsoft.com/en-us/windows-hardware/drivers/usbcon/usb-device-specific-registry-settings

https://learn.microsoft.com/en-us/windows-hardware/drivers/usbcon/microsoft-defined-usb-descriptors

请求Extended Compat ID OS Feature Descriptor

以上获取到MS OS字符串描述符之后,osvc字段为01xx之后,会继续请求本描述符。如果osvc0000或不存在则不会请求。

参考OS_Desc_Ext_Prop.zip/OS_Desc_CompatID.doc

先获取固定16字节长度的头,然后根据返回头中的长度信息,获取所有内容。

所以先:

主机发送的请求格式如下:




bmRequestType

0xC0

D[7]:1 D->H

D[6:5]:Vendor=2

bRequest

bMS_VendorCode

前面获取的厂商编码

wValue

xxyy

高字节接口号:InterfaceNumber

一般为0x00因为一个设备只能包含一个extended compat ID descriptor

低字节:0x00

wIndex

0x04

代表extended compat ID descriptor

wLength

0x10

本描述符头16字节长

设备返回内容如下: 其中Header Section正是16字节,dwLength为总长。

其中Header Section固定16字节

偏移

字段

大小

(字节)

类型

描述

0

dwLength

4

DWORD

本描述符的总长

4

bcdVersion

2

BCD

描述符BCD格式的版本号

6

wIndex

2

WORD

OS feature descriptor的索引,必须和请求发过来的值wIndex一样,上面是0x04.

8

bCount

1

BYTE

后面function sections的个数

9

RESERVED

7

BYTEs

保留

Function Section格式如下:

偏移

字段

大小

(字节)

类型

描述

0

bFirstInterfaceNumber

1

BYTE

本功能的第一个接口,对于IAD则是IAD下的第一个接口,其他接口连续递增. 0开始递增,第一个Function SectionbFirstInterfaceNumber设置为0. 注意和描述符中对应。

1

RESERVED

1

BYTEs

保留  固定为0x01

2

compatibleID

8

BYTEs

compatible ID未使用填充NUll.

参考OS_Desc_CompatID.doc

Appendix 1. Compatible and Subcompatible ID Values

10

subCompatibleID

8

BYTEs

subcompatible ID未使用填充NUll.

18

RESERVED

6

BYTEs

保留填充NUll.

Note: 这里偏移指的从本section开始

:

主机发送请求,请求全部内容.




bmRequestType

0x00C0


bRequest

bMS_VendorCode

前面获取的厂商编码

wValue

xxyy

高字节接口号:InterfaceNumber

一般为0x00因为一个设备只能包含一个extended compat ID descriptor

低字节:0x00

wIndex

0x04

代表extended compat ID descriptor

wLength

dwLength

请求完整内容

对于WINUSB一个描述符实例如下,即返回兼容IDWINUSB

/* Extended Compat ID Descriptor Format */static const uint8_t s_compat_id_desc[] = {  /* Header Sector 16字节头 */  0x28,0,0,0,    /* dwLength: 40    */  0,1,           /* bcdVersion: 1.0 */   4,0,           /* wIndex: 0x04  */  1,             /* bCount: 1     */  0,0,0,0,0,0,0, /* RESERVED: 7 bytes */  /* Function Section 24bytes */  0,             /* bFirstInterfaceNumber: 0 */  1,             /* RESERVED: 1bytes  */   (uint8_t)'W',(uint8_t)'I',(uint8_t)'N',(uint8_t)'U',(uint8_t)'S',(uint8_t)'B',0,0,   /*  compatibleID  */  0,   0,   0,   0,   0,   0, 0, 0,  /* subCompatibleID */   0,   0,   0,   0,   0,   0         /*  RESERVED 6 bytes */};

请求过程如下

此时可以看到枚举的WINUSB设备。

系统会在注册表计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\”的位置存储该设备的兼容ID.`VID_xxxx&PID_xxxx`目录下:

获取Extended Properties OS Feature Descriptor

以上获取到设备的Extended Compat ID OS,可以确认为WINUSB设备,此时要继续确认其功能,前面介绍过USB功能是和接口对应的。所以会继续请求接口的GUID以确认其功能。注意该请求是接口请求,不再是设备请求。

参考OS_Desc_Ext_Prop.zip/OS_Desc_Ext_Prop/OS_Desc_Ext_Prop.doc

先获取固定10字节长度的头,然后根据返回头中的长度信息,获取所有内容。

:请求内容如下




bmRequestType

0xC1

D[7]:1 D->H

D[6:5]:Vendor=2

D4...0: 1 = Interface

bRequest

bMS_VendorCode

前面获取的厂商编码

wValue

xxyy

高字节接口号:InterfaceNumber

一般为0x00因为一个设备只能包含一个extended compat ID descriptor

低字节:0x00

wIndex

0x05

代表extended properties OS descriptor

wLength

0x0A

本描述符头10字节长

设备返回内容如下: 其中Header Section正是10字节,dwLength为总长。

Headet Section

偏移

字段

大小

(字节)

类型

说明

0

dwLength

4

DWORD

本描述符长度

4

bcdVersion

2

BCD

描述符BCD格式的版本号

6

wIndex

2

WORD

extended properties OS descriptors索引

和请求的wIndex一样都是0x0005

8

wCount

2

WORD

custom property sections个数

Custom Property Section

偏移

字段

大小

(字节)

类型

描述

  0

dwSize

4

DWORD

section长度

  4

dwPropertyDataType

4

DWORD

属性数据格式

  8

wPropertyNameLength

2

DWORD

属性名长度

10

bPropertyName

PNL2

WCHAR[ ]

属性名

10 + PNL

dwPropertyDataLength

4

DWORD

存储属性数据的缓存长度

14 + PNL

bPropertyData

PDL3

Format-dependent

属性数据

Notes:

偏移从 custom properties section开始算起.

PNL:属性名长度 wPropertyNameLength.

PDL:属性数据长度dwPropertyDataLength.

其中dwPropertyDataType属性数据格式支持以下类型

Value

Description

0

保留

1

NULL结尾的Unicode 字符串 (REG_SZ)

2

NULL结尾包含环境变量的Unicode 字符串(REG_EXPAND_SZ)

3

Free-form 二进制 (REG_BINARY)

4

小端32位整数 (REG_DWORD_LITTLE_ENDIAN)

5

大端32位整数 (REG_DWORD_BIG_ENDIAN)

6

NULL结尾包含符号链接的Unicode 字符串(REG_LINK)

7

多个以NULL结尾的Unicode字符串 (REG_MULTI_SZ)

8 和以上

保留

再根据实际长度请求所有内容




bmRequestType

0xC1

D[7]:1 D->H

D[6:5]:Vendor=2

D4...0: 1 = Interface

bRequest

bMS_VendorCode

前面获取的厂商编码

wValue

xxyy

高字节接口号:InterfaceNumber

一般为0x00因为一个设备只能包含一个extended compat ID descriptor

低字节:0x00

wIndex

0x05

代表extended properties OS descriptor

wLength

dwLength

本描述符长度

一个实例如下:

static const uint8_t s_extended_properties_os_feature_desc[] = #if 0{    /* 头 10字节  */    0x8E, 0, 0, 0,  /* 长度 length 142 = 132 + 10 byte */    0x00, 0x01,     /* BCD version 1.0 */     0x05, 0x00,     /* Extended Property Descriptor Index(5) */    0x01, 0x00,     /* number of section (1) */    /* 0x84(132) = 50(property section) + 82(property data ) */    /* property section */    0x84, 0x00, 0x00, 0x00,   /* size of property section */    0x1, 0, 0, 0,             /* property data type (1) (REG_SZ) 多个接口0x01写0x07 (REG_MULTI_SZ) */    0x28, 0,                  /* property name length (40) */    'D', 0,    'e', 0,    'v', 0,    'i', 0,    'c', 0,    'e', 0,    'I', 0,    'n', 0,    't', 0,    'e', 0,    'r', 0,    'f', 0,    'a', 0,    'c', 0,    'e', 0,    'G', 0,    'U', 0,    'I', 0,    'D', 0,     0, 0,    /* 82 = 0x4E(78) + 4 */    0x4E, 0, 0, 0,          /* property data length */    '{', 0,    '1', 0,    '3', 0,    'E', 0,    'B', 0,    '3', 0,    '6', 0,    '0', 0,    'B', 0,    '-', 0,    'B', 0,    'C', 0,    '1', 0,    'E', 0,    '-', 0,    '4', 0,    '6', 0,    'C', 0,    'B', 0,    '-', 0,    'A', 0,    'C', 0,    '8', 0,    'B', 0,    '-', 0,    'E', 0,    'F', 0,    '3', 0,    'D', 0,    'A', 0,    '4', 0,    '7', 0,    'B', 0,    '4', 0,    '0', 0,    '6', 0,    '2', 0,    '}', 0,    0, 0,};
#else /* 以下是多个section示例 */{    /* 头 10字节  */    0xE0, 0, 0, 0, /* length 214+10=224(0xE0) byte */     0x00, 0x01,    /* BCD version 1.0 */    0x05, 0x00,    /* Extended Property Descriptor Index(5) */    0x01, 0x00,    /* number of section (1) */    /* 0xD6(214) = 50+2(property section) + 162(property data ) */    /*property section */    0xD6, 0x00, 0x00, 0x00, /* 214 size of property section */    0x7, 0, 0, 0, /*  property data type (1) 多个接口0x01写0x07 (REG_MULTI_SZ) */    0x2a, 0,      /* property name length (42) 注意:比单个接口多2字节 's', 0, */    'D', 0,    'e', 0,    'v', 0,    'i', 0,    'c', 0,    'e', 0,    'I', 0,    'n', 0,    't', 0,    'e', 0,    'r', 0,    'f', 0,    'a', 0,    'c', 0,    'e', 0,    'G', 0,    'U', 0,    'I', 0,    'D', 0,    's', 0, /* 比单个接口这里多了个s */    0, 0,   /* 0x9E(158) = 0x4E(78)x2+2    * 162= 0x9E(158)+4    */    0x9E, 0, 0, 0,  /*  property data length */    '{', 0,    '1', 0,    '3', 0,    'E', 0,    'B', 0,    '3', 0,    '6', 0,    '0', 0,    'B', 0,    '-', 0,    'B', 0,    'C', 0,    '1', 0,    'E', 0,    '-', 0,    '4', 0,    '6', 0,    'C', 0,    'B', 0,    '-', 0,    'A', 0,    'C', 0,    '8', 0,    'B', 0,    '-', 0,    'E', 0,    'F', 0,    '3', 0,    'D', 0,    'A', 0,    '4', 0,    '7', 0,    'B', 0,    '4', 0,    '0', 0,    '6', 0,    '2', 0,    '}', 0,    0, 0, /* 一个结束符间隔 */    '{', 0,    '1', 0,    '3', 0,    'E', 0,    'B', 0,    '3', 0,    '6', 0,    '0', 0,    'B', 0,    '-', 0,    'B', 0,    'C', 0,    '1', 0,    'E', 0,    '-', 0,    '4', 0,    '6', 0,    'C', 0,    'B', 0,    '-', 0,    'A', 0,    'C', 0,    '8', 0,    'B', 0,    '-', 0,    'E', 0,    'F', 0,    '3', 0,    'D', 0,    'A', 0,    '4', 0,    '7', 0,    'B', 0,    '4', 0,    '0', 0,    '6', 0,    '3', 0,    '}', 0,    0, 0,    0, 0, /* 最后以两个结束符结束 */};

请求完后

会在注册表的计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\VID_1995&PID_0101\5&244f8fa8&0&2\Device Parameters”新增DeviceInterfaceGUID

请求之前

请求之后如下:

增加项目DeviceInterfaceGUIDs值为我们返回的值.

{13EB360B-BC1E-46CB-AC8B-EF3DA47B4062}

{13EB360B-BC1E-46CB-AC8B-EF3DA47B4063}

如果主机不请求该描述符可以在设备管理器中卸载设备和驱动

菜单点击查看->刷新,上述注册表会删除,下次就会重新请求。

过程如下

完成以上请求就完成了WINUSB的枚举。

我们下一节继续分享WINUSB设备枚举一个一个完整的描述符和枚举过程实例。

总结

  枚举为WINUSB设备比较简单,只需要响应3个特殊的请求即可,三个请求尤其逻辑关系,先是索引EE返回字符串高速主机继续请求后续OS相关描述符,然后请求设备相关的兼容ID WINUSB代表其为WINUSB设备,其实至此就知道是WINUSB设备了,继续请求接口的GUID以确认其功能。


评论
  • 应用环境与极具挑战性的测试需求在服务器制造领域里,系统整合测试(System Integration Test;SIT)是确保产品质量和性能的关键步骤。随着服务器系统的复杂性不断提升,包括:多种硬件组件、操作系统、虚拟化平台以及各种应用程序和服务的整合,服务器制造商面临着更有挑战性的测试需求。这些挑战主要体现在以下五个方面:1. 硬件和软件的高度整合:现代服务器通常包括多个处理器、内存模块、储存设备和网络接口。这些硬件组件必须与操作系统及应用软件无缝整合。SIT测试可以帮助制造商确保这些不同组件
    百佳泰测试实验室 2024-12-12 17:45 74浏览
  • 习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习笔记&记录学习习笔记&记学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记
    youyeye 2024-12-12 10:13 46浏览
  • 本文介绍瑞芯微RK3588主板/开发板Android12系统下,APK签名文件生成方法。触觉智能EVB3588开发板演示,搭载了瑞芯微RK3588芯片,该开发板是核心板加底板设计,音视频接口、通信接口等各类接口一应俱全,可帮助企业提高产品开发效率,缩短上市时间,降低成本和设计风险。工具准备下载Keytool-ImportKeyPair工具在源码:build/target/product/security/系统初始签名文件目录中,将以下三个文件拷贝出来:platform.pem;platform.
    Industio_触觉智能 2024-12-12 10:27 79浏览
  • 时源芯微——RE超标整机定位与解决详细流程一、 初步测量与问题确认使用专业的电磁辐射测量设备,对整机的辐射发射进行精确测量。确认是否存在RE超标问题,并记录超标频段和幅度。二、电缆检查与处理若存在信号电缆:步骤一:拔掉所有信号电缆,仅保留电源线,再次测量整机的辐射发射。若测量合格:判定问题出在信号电缆上,可能是电缆的共模电流导致。逐一连接信号电缆,每次连接后测量,定位具体哪根电缆或接口导致超标。对问题电缆进行处理,如加共模扼流圈、滤波器,或优化电缆布局和屏蔽。重新连接所有电缆,再次测量
    时源芯微 2024-12-11 17:11 115浏览
  • 近日,搭载紫光展锐W517芯片平台的INMO GO2由影目科技正式推出。作为全球首款专为商务场景设计的智能翻译眼镜,INMO GO2 以“快、准、稳”三大核心优势,突破传统翻译产品局限,为全球商务人士带来高效、自然、稳定的跨语言交流体验。 INMO GO2内置的W517芯片,是紫光展锐4G旗舰级智能穿戴平台,采用四核处理器,具有高性能、低功耗的优势,内置超微高集成技术,采用先进工艺,计算能力相比同档位竞品提升4倍,强大的性能提供更加多样化的应用场景。【视频见P盘链接】 依托“
    紫光展锐 2024-12-11 11:50 78浏览
  • 习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习笔记&记录学习习笔记&记学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记
    youyeye 2024-12-11 17:58 88浏览
  • 首先在gitee上打个广告:ad5d2f3b647444a88b6f7f9555fd681f.mp4 · 丙丁先生/香河英茂工作室中国 - Gitee.com丙丁先生 (mr-bingding) - Gitee.com2024年对我来说是充满挑战和机遇的一年。在这一年里,我不仅进行了多个开发板的测评,还尝试了多种不同的项目和技术。今天,我想分享一下这一年的故事,希望能给大家带来一些启发和乐趣。 年初的时候,我开始对各种开发板进行测评。从STM32WBA55CG到瑞萨、平头哥和平海的开发板,我都
    丙丁先生 2024-12-11 20:14 78浏览
  • 铁氧体芯片是一种基于铁氧体磁性材料制成的芯片,在通信、传感器、储能等领域有着广泛的应用。铁氧体磁性材料能够通过外加磁场调控其导电性质和反射性质,因此在信号处理和传感器技术方面有着独特的优势。以下是对半导体划片机在铁氧体划切领域应用的详细阐述: 一、半导体划片机的工作原理与特点半导体划片机是一种使用刀片或通过激光等方式高精度切割被加工物的装置,是半导体后道封测中晶圆切割和WLP切割环节的关键设备。它结合了水气电、空气静压高速主轴、精密机械传动、传感器及自动化控制等先进技术,具有高精度、高
    博捷芯划片机 2024-12-12 09:16 87浏览
  • 全球智能电视时代来临这年头若是消费者想随意地从各个通路中选购电视时,不难发现目前市场上的产品都已是具有智能联网功能的智能电视了,可以宣告智能电视的普及时代已到临!Google从2021年开始大力推广Google TV(即原Android TV的升级版),其他各大品牌商也都跟进推出搭载Google TV操作系统的机种,除了Google TV外,LG、Samsung、Panasonic等大厂牌也开发出自家的智能电视平台,可以看出各家业者都一致地看好这块大饼。智能电视的Wi-Fi连线怎么消失了?智能电
    百佳泰测试实验室 2024-12-12 17:33 66浏览
  • 天问Block和Mixly是两个不同的编程工具,分别在单片机开发和教育编程领域有各自的应用。以下是对它们的详细比较: 基本定义 天问Block:天问Block是一个基于区块链技术的数字身份验证和数据交换平台。它的目标是为用户提供一个安全、去中心化、可信任的数字身份验证和数据交换解决方案。 Mixly:Mixly是一款由北京师范大学教育学部创客教育实验室开发的图形化编程软件,旨在为初学者提供一个易于学习和使用的Arduino编程环境。 主要功能 天问Block:支持STC全系列8位单片机,32位
    丙丁先生 2024-12-11 13:15 66浏览
  • RK3506 是瑞芯微推出的MPU产品,芯片制程为22nm,定位于轻量级、低成本解决方案。该MPU具有低功耗、外设接口丰富、实时性高的特点,适合用多种工商业场景。本文将基于RK3506的设计特点,为大家分析其应用场景。RK3506核心板主要分为三个型号,各型号间的区别如下图:​图 1  RK3506核心板处理器型号场景1:显示HMIRK3506核心板显示接口支持RGB、MIPI、QSPI输出,且支持2D图形加速,轻松运行QT、LVGL等GUI,最快3S内开
    万象奥科 2024-12-11 15:42 88浏览
  • 一、SAE J1939协议概述SAE J1939协议是由美国汽车工程师协会(SAE,Society of Automotive Engineers)定义的一种用于重型车辆和工业设备中的通信协议,主要应用于车辆和设备之间的实时数据交换。J1939基于CAN(Controller Area Network)总线技术,使用29bit的扩展标识符和扩展数据帧,CAN通信速率为250Kbps,用于车载电子控制单元(ECU)之间的通信和控制。小北同学在之前也对J1939协议做过扫盲科普【科普系列】SAE J
    北汇信息 2024-12-11 15:45 114浏览
  • 在智能化技术快速发展当下,图像数据的采集与处理逐渐成为自动驾驶、工业等领域的一项关键技术。高质量的图像数据采集与算法集成测试都是确保系统性能和可靠性的关键。随着技术的不断进步,对于图像数据的采集、处理和分析的需求日益增长,这不仅要求我们拥有高性能的相机硬件,还要求我们能够高效地集成和测试各种算法。我们探索了一种多源相机数据采集与算法集成测试方案,能够满足不同应用场景下对图像采集和算法测试的多样化需求,确保数据的准确性和算法的有效性。一、相机组成相机一般由镜头(Lens),图像传感器(Image
    康谋 2024-12-12 09:45 80浏览
我要评论
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦