stm32 USB描述符参数与对应功能

slicesss

已于 2022-07-05 10:14:05 修改

阅读量1k

点赞数 1

分类专栏：脚本文章标签：网络

于 2022-06-29 19:21:39 首次发布

本文链接：https://blog.csdn.net/weixin_44748127/article/details/125527765

版权

脚本专栏收录该内容

4 篇文章 1 订阅

订阅专栏

在这里插入图片描述

【说明：】在设备或接口分类上均可彻底分清使用的(Usage = Both)，即在任一处描述符中定义即可的分清楚使用的类(Usage = Both)的基本类有：
02h ------------- 通信及CDC控制类；
DCh ------------ 诊断设备类；
EFh ------------- 混杂设备类；
FFh ------------- 厂商定义的设备类。

在这里插入图片描述

【说明1：】当设备类型bDeviceClass = 0时，说明类型将由接口描述符中定义的为准。
【说明2:】从设备描述符表格中可知，有3个索引值：厂商信息索引、产品信息索引、设备序列号索引，这意味着，将有3个字符串描述符为其准备。

在这里插入图片描述

【说明1：】配置描述符也包含了个用于描述符该配置的字符串描述符索引iConfiguration，这说明将有个字符串描述符为其准备。
【说明2：】枚举的过程可分为4个状态阶段：接入状态阶段、缺省状态阶段、地址状态阶段、设置状态阶段，各状态阶段任务如下：
接入状态阶段-----------主机检测到新设备接入后，将复位总线（释放总线于空闲状态）。
缺省状态阶段-----------主机利用0x00地址访问新接入的设备，读取部分描述符后，会分配个设备地址。
地址状态阶段-----------主机再次复位总线，然后用新分配的地址获取设备所有的描述符。
设置状态阶段-----------主机根据设备的描述符，会对设备作些相关的配置。
【说明3：】bCongfigurationValue-----------USB设备的配置值。用于存放主机执行SetConfiguration命令的设置值。当主机发送GetConfiguration命令时，设备将向主机返回1个字节的配置值。然而，USB设备处于不同的状态时，对GetConfigration的请求也有不同的响应：
1.> 在枚举阶段，若设备处于地址状态时，对GetConfigration的请求返回为0；
2.> 在枚举阶段，若设备处于默认状态(缺省状态)时，对GetConfigration的请求视为无效；
3.> 在枚举阶段，若设备处于配置状态时，对GetConfigration的请求将返回bConfigurationValue字段的值(该值可能是配置描述符的默认值，也可能是USB主机的设置值，这要看在执行GetConfigration命令前是否执行了SetConfigration命令)。
因为主机要执行SetConfigration命令，所以bCongfigurationValue的默认值没什么用。实际上主机给bCongfigurationValue赋值后，bCongfigurationValue值就充当配置描述符的编号，用以区分不同的配置，因为一个设备可能有多个配置。

5.3接口描述符
USB设备的接口，并不指物理接口，更确切的说应该是“功能接口“，是个赋予特定功能逻辑概念，
是由一组物理端点为实现这一特定功能而凝聚的集合。

typedef struct _INTERFACE_DESCRIPTOR_STRUCT
{
  BYTE bLength; 				//接口描述符的字节数大小
  BYTE bDescriptorType; 		//接口描述符的类型编号
  BYTE bInterfaceNumber; 		//接口的编号
  BYTE bAlternateSetting; 		//可替换的接口描述符编号。实际就是接口的描述符的编号。
  BYTE bNumEndpoints; 			//该接口使用的端点数，不包括端点0
  BYTE bInterfaceClass; 		//接口类
  BYTE bInterfaceSubClass; 		//接口子类
  BYTE bInterfaceProtocol; 		//接口遵循的协议
  BYTE iInterface; 			//描述该接口的字符串索引值
 }INTERFACE_DESCRIPTOR_STRUCT, * pINTERFACE_DESCRIPTOR_STRUCT;

【说明1：】接口描述符中用到接口编号bInterfaceNumber，以区分在同一配置下的不同的接口。同时还有该接口描述符的索引iInterface，这意味着将为其准备准备一个字符串描述符。
【说明2：】接口描述符中有一项：可替换的接口描述符编号bAlternateSetting，表示对某一接口进行描述的描述符编号。虽然，USB设备的配置与配置描述符是一一对应的，即一个配置只能由一个配置描述来描述它，但一个接口却允许有多种描述符来描述它，尽管接口描述符的编号还是唯一一个。说白了就是：一个接口有唯一的一个接口编号，但一个接口却可以有多个不同的描述符编号，而这些不同的接口描述符的编号值就是bAlternateSetting。所以，通过bInterfaceNumber可以选定一个唯一的接口，然后再通过bAlternateSetting选择想要的对该接口的描述。主机通过GetInterface可以获取当前正在使用的接口及接口描述，通过SetInerface可以选定某接口及其使用的描述符。

5.4端点描述符
端点是设备与主机之间进行数据传输的逻辑接口，除配置使用的端点0（控制端点，一般一个设备只有一个控制端点）为双向端口外，其它均为单向。端点描述符描述了数据的传输类型、传输方向、数据包大小和端点号（也可称为端点地址）等。
每个设备必须要有一个默认的控制型端点，地址为0，它的数据传输为双向，而且没有专门的描述符，只是在设备描述符中定义了它的最大包长度。主机通过此端点向设备发送命令，获得设备的各种描述符的信息，并通过它来配置设备。
//定义标准的端点描述符结构

typedef struct _ENDPOINT_DESCRIPTOR_STRUCT
{
  BYTE bLegth; 				//端点描述符字节数大小
  BYTE bDescriptorType; 		//端点描述符类型编号
  BYTE bEndpointAddress; 		//端点地址及输入输出属性
  BYTE bmAttributes; 			//端点的传输类型属性
  WORD wMaxPacketSize; 			//端点收、发的最大包大小
  BYTE bInterval; 				//对周期性端点的访问间隔
 }ENDPOINT_DESCRIPTOR_STRUCT, * pENDPOINT_DESCRIPTOR_STRUCT;

【说明1：】端点的传输类型字节bmAttributes，描述了该端点的传输特性：0~1bit定义了传输类型---------00=控制传输、01=同步传输、10=批量传输、11=中断传输。
【说明2：】周期端点的访问周期字节bInterval，定义了该端点被主机的访问周期，此域值对于批量传输和控制传输毫无意义。对于同步传输，其值必须为1，即1ms为标准的同步帧周期。对于中断传输，该值为1_255，即1ms255ms。

5.5字符串描述符
字符串描述符是一种可选的USB标准描述符，描述了如制商、设备名称或序列号等信息。如果一个设备无字符串描述符，则其它描述符中与字符串有关的索引值都必须为0。字符串使用的是Unicode编码。
字符串描述符是用字符的形式描述设备、配置、接口、端点等信息。
字符串描述符以一种格式2类符值的方式存在：
1.> 显示语言的字符串描述符-----------该字符串描述符表明了设备支持哪几种语言。
2.> 显示信息的字符串描述符-----------用于描述具体的信息。
在这里插入图片描述
显示语言的字符串描述符与显示信息的字符串描述符的区别在于Strings项的不同，对于显示语言的字符串描述符来说Strings项由多个wLANGID[n]数组元素组成，每个wLANGID[n]是一个双字节的代表语言的ID值。而对于显示信息的字符串描述符而言，Strings则是描述信息后的一组UNICODE编码。
为什么会出现这两种情况，原因在于访问字符串描述符的过程，主机请求访问某个字符串描述符的步骤分成两步：
第一步：获取语言信息---------------首先主机向设备发送标准请求命令Get_Descriptor，其参数为：描述符类型=字符串描述符，字符串的索引值=0，语言=0，这样设备将返回显示语言的字符串描述符，从而主机知道了设备能支持哪些语言。
第二步：主机根据自已需要的语言，再次向设备发出标准请求命令Get_Descriptor，其参数为：描述符类型=字符串描述符，字符串索引值=目标字符串索引值，语言=目标语言。这次设备将返回目标已经明确的显示信息的字符串描述符。
【说明1：】只有字符串描述符的长度不是固定的，其长度为N+2，其中N代表Strings项的字节数，2代表字符串描述符的bLength、bDescritorType所占的两个字节。

5.6设备类描述符之HID描述符
在USB协议中，HID设备的描述符没有划作为标准的描述符，而是作为一类设备单独划分出来进行
描述，以设备类的方式来描述它。所以，描述它的格式用设备类描述符。
HID设备的信息在设备描述符和配置描述符中都不包含，而是包含在接口描述符中，所以在使用HID设备时，其设备描述符中的相关项应定义如下：

bDeviceClass=0；
bDeviceSubClass=0；
bDeviceProtocol=0；

其接口描述符应该：

bInterfaceClass=0x03

另外，对无引导的HID设备，其接口描述符中子类代码bInterfaceSubClass应置0，此时bInterfaceProtocol无效，置零即可。即为：

bInterfaceClass=0x03
bInterfaceSubClass=0
bInterfaceProtocol=0

对支持引导的USB设备，其接口描述符中子类代码bInterfaceSubClass应置1，此时bInterfaceProtocol可以为1或2，1表示键盘接口，3表示鼠标接口。其参考设置如下：

bInterfaceClass=0x03
bInterfaceSubClass=1
bInterfaceProtocol=1或2

在这里插入图片描述
【说明1：】HID设备类描述符并不是说仅用这一个描述符就可描述清楚这类设备，而是指HID设备除包含所有的标准描述符外，还需这个HID设备来补充描述。也就是说，在使用一般的设备时，只需使用标准的描述符就可描述清楚，而若使用HID设备时，除了要使用全部的标准的描述符外还需HID描述符来补充描述。同时，从HID描述符中看出，它还将引出HID的报告描述符，在此不讲述。可以这么说，设备类描述符是作为一个对标准描述进行补充描述的描述符。

6.描述符的编号及索引
1.> 一个USB设备只能拥有一个设备描述符，故设备描述符不需要编号。但设备描述符通常会提供设
备最基本的文字描述信息，通常包含厂商、设备、产品的信息，故它拥有3个字符串描述符的索引，这3个索引将指向3个字符串描述，分别描述厂商信息、产品信息、设备序列号信息。简言之，设备描述符指示了设备有几种配置，及厂商、产品、设备序列号的字符串描述符索引。
2.> 配置描述符提供了相应的配置参数和查找参数：配置描述符编号bCongfigurationValue、配置
描述符的字符串描述符的索引。
3.> 接口描述提供了该接口的应用参数和查找参数：接口编号bInterfaceNumber、接口描述符编号
bAlternateSetting、该接口描述符对应的字符串描述符的索引。
4.> 字符串描述符是对各描述符所需的字符信息描述的实现，每个描述符所需的字符信息描述的索
引都将对应一个字符串描述符。但通常都不那么做，而是把所有的字符描述的实现都写在一个总的字符串描述符中，即字符串描述符的bStrings项，它们之间用索引来区分。

7.描述符的获取
7.1获取描述符的命令格式
命令码CmdCode = GetDescriptor , 格式如下：
在这里插入图片描述
wValue-----------其高字节wValue_H指明要获取的描述符类型（实际只有3种类型：设备描述符类型、配置
描述符类型、字符串描述符类型），低字节wValue_L指明目标描述符的索引，然而wValue_L
的值只对配置描述符和字符串描述符有效，而对设备描述符无效。
wIndex-----------只对字符串描述符有意义，对其它描述符时该值为0.。当然对于字符串描述符时，其值也
可为0，表示要获取“显示语言的字符串描述符” ，若为其它值则代表了确定的语言ID，
即表明要获取指定了语言的“显示信息的字符串描述符” 。
wLength--------主机要求的返回的描述符长度。如果wLength大于实际的描述符长度，则以实际描述符长度
为准；如果wLength小于实际描述符长度，则以wLength值为准。

7.2获取描述符的过程
获取描述符属于枚举的过程，其整个过程当然必经Setup传输的3大过程：Setup过程、数据过程、状
态信息过程。
首先，在Setup过程中，主机发送GetDescriptor命令。若成功，设备就开始准备数据，通信将继续向
前推进，进入数据过程。
然后，在数据过程中，主机启动IN事件，设备就把准备好的数据（描述符）发送出去。若成功，则
通信继续向前推进，进入状态信息过程。
最后，在状态信息过程，主机发送通信过程的信息状态，祝贺并告知通信完美结束。
7.3获取配置描述符
对于主机来说，配置是广义的，包括狭义的配置、接口配置、端点配置等，而接口配置、端点配置等
都隶属于标准配置描述符，故主机若要求获取配置描述符时，实际上是要求获取除设备描述符和字符串描述符以外的所有描述符。
对于只有标准描述符的设备而言，当主机要求或者配置描述符时，需设备按照顺序把标准配置描述符、标准接口描述符、标准端点描述符一次性发给主机。
所以，通常在写程序时，会将广义上的“配置”打成一个包，在包中，由标准配置描述符引领，按照发送顺序依次实现标准接口描述符、标准端点描述符等。这样做的理由是，在标准配置描述符中有一项wTotalLength，它代表广义上的配置包描述符总长度，根据这个参数就可把广义的配置包描述符一起发给主机，以避免多个描述符时的多次传输。
在这里插入图片描述
wValue _H = 配置描述符类型。
wValue _L = 配置描述符编号(索引)，实际为bCongfigurationValue值。
wIndex = 0 。
wLength，其值由主机自己规定。
因为，是按确定的顺序发送的，故主机解析的结果也将一一对应。
下面是一个广义配置包描述符的结构模板：

uint8_t USB_ConfigDescriptor[] = {
标准配置描述符的实现；
标准接口描述符的实现；
标准设备类描述符的实现；
标准端点描述符的实现；
		}；

7.4获取字符串描述符
从设备描述符到端点描述符，需要许多的信息描述，即需要许多字符串描述符来描述它们的信息。然
而，标准字符串中没有总长度显示项wTotalLength，且每个字符串描述符的格式都一样，所以不可能向获取配置描述符那样，用广义的配置包描述符一起发给主机，况且有些字符串描述符不是必须的，所以很难做到统一的格式。
不过，为了方便管理，在编程时通常还是把所有的字符串描述符组织在一起，不过主机在访问它们时只能一个一个的访问，而不能打包访问，它们之间的选取是依赖各个字符串描述符的长度进行跳过操作来实现的。所以这种组织在一起，只是为了方便管理或好看，而没有其它任何作用，组织的形式通常以“显示语言的字符串描述符”领头，模板如下：

uint8_t USB_StringDescriptor[] = {
			显示语言的标准字符串描述符；
			显示信息的标准字符串描述符1 ；
				… …
			显示信息的标准字符串描述符n ；
		};

在字符串描述符组织中，各个字符串是怎么区分的？是应用程序，因为这个组织是编写应用程序时自己规定内部秩序的，故组织中各个字符串描述符对应的索引，程序员当然知道。

在这里插入图片描述
wValue _H = 字符串描述符类型。
wValue _L = 字符串描述符对应的编号(索引)。
wIndex = 0 或ID。
wLength，其值由主机自己规定。
在获取字符串描述符的第一步：获取设备所支持的语言中，wValue _L = 0，wIndex = 0 ，设备将把显示语言的标准字符串描述符发给主机，主机会从中挑选一种语言。
在获取字符串描述符的第二步：获取显示信息的字符串描述符中，wValue _L = 目标字符串对应的编号，wIndex=语言ID，设备则把确定的字符串描述符发给主机。

slicesss

关注

1
点赞
踩
11

收藏

觉得还不错? 一键收藏
打赏
0
评论
stm32 USB描述符参数与对应功能

【说明：】在设备或接口分类上均可彻底分清使用的(Usage = Both)，即在任一处描述符中定义即可的分清楚使用的类(Usage = Both)的基本类有：02h ------------- 通信及CDC控制类；DCh ------------ 诊断设备类；EFh ------------- 混杂设备类；FFh ------------- 厂商定义的设备类。【说明1：】当设备类型bDeviceClass = 0时，说明类型将由接口描述符中定义的为准。【说明2:】从设备描述符表格中可知，有3个
复制链接

扫一扫