STM32学习笔记之USB虚拟串口描述符简介

发布者:RadiantBlossom最新更新时间:2018-10-23 来源: eefocus关键字:STM32  USB  虚拟串口 手机看文章 扫描二维码
随时随地手机看文章

Descriptor即描述符,是一个完整的数据结构,可以通过C语言等编程实现,并存储在USB设备中,用于描述一个USB设备的所有属性,USB主机是通过一系列命令来要求设备发送这些信息的。它的作用就是通过如问答节中的命令***作来给主机传递信息,从而让主机知道设备具有什么功能、属于哪一类设备、要占用多少带宽、使用哪类传输方式及数据量的大小,只有主机确定了这些信息之后,设备才能真正开始工作,所以描述符也是十分重要的部分,要好好掌握。标准的描述符有5种,USB为这些描述符定义了编号:


1——设备描述符


2——配置描述符


3——字符描述符


4——接口描述符


5——端点描述符


上面的描述符之间有一定的关系,一个设备只有一个设备描述符,而一个设备描述符可以包含多个配置描述符,而一个配置描述符可以包含多个接口描述符,一个接口使用了几个端点,就有几个端点描述符。这间描述符是用一定的字段构成的,分别如下说明:


1、设备描述符


struct _DEVICE_DEscriptOR_STRUCT


{


BYTE bLength; //设备描述符的字节数大小,为0x12


BYTE bDescriptorType; //描述符类型编号,为0x01


WORD bcdUSB; //USB版本号


BYTE bDeviceClass; //USB分配的设备类代码,0x01~0xfe为标准设备类,0xff为厂商自定义类型


//0x00不是在设备描述符中定义的,如HID


BYTE bDeviceSubClass; //usb分配的子类代码,同上,值由USB规定和分配的


BYTE bDeviceProtocl; //USB分配的设备协议代码,同上


BYTE bMaxPacketSize0; //端点0的最大包的大小


WORD idVendor; //厂商编号


WORD idProduct; //产品编号


WORD bcdDevice; //设备出厂编号


BYTE iManufacturer; //描述厂商字符串的索引


BYTE iProduct; //描述产品字符串的索引


BYTE iSerialNumber; //描述设备序列号字符串的索引


BYTE bNumConfiguration; //可能的配置数量


}


2、配置描述符


struct _CONFIGURATION_DEscriptOR_STRUCT


{


BYTE bLength; //设备描述符的字节数大小,为0x12


BYTE bDescriptorType; //描述符类型编号,为0x01


WORD wTotalLength; //配置所返回的所有数量的大小


BYTE bNumInterface; //此配置所支持的接口数量


BYTE bConfigurationVale; //Set_Configuration命令需要的参数值


BYTE iConfiguration; //描述该配置的字符串的索引值


BYTE bmAttribute; //供电模式的选择


BYTE MaxPower; //设备从总线提取的最大电流


}


3、字符描述符


struct _STRING_DEscriptOR_STRUCT


{


BYTE bLength; //设备描述符的字节数大小,为0x12


BYTE bDescriptorType; //描述符类型编号,为0x01


BYTE SomeDescriptor[36]; //UNICODE编码的字符串


}


4、接口描述符


struct _INTERFACE_DEscriptOR_STRUCT


{


BYTE bLength; //设备描述符的字节数大小,为0x12


BYTE bDescriptorType; //描述符类型编号,为0x01


BYTE bInterfaceNunber; //接口的编号


BYTE bAlternateSetting;//备用的接口描述符编号


BYTE bNumEndpoints; //该接口使用端点数,不包括端点0


BYTE bInterfaceClass; //接口类型


BYTE bInterfaceSubClass;//接口子类型


BYTE bInterfaceProtocol;//接口所遵循的协议


BYTE iInterface; //描述该接口的字符串索引值


}


5、端点描述符


struct _ENDPOIN_DEscriptOR_STRUCT


{


BYTE bLength; //设备描述符的字节数大小,为0x12


BYTE bDescriptorType; //描述符类型编号,为0x01


BYTE bEndpointAddress; //端点地址及输入输出属性


BYTE bmAttribute; //端点的传输类型属性


WORD wMaxPacketSize; //端点收、发的最大包的大小


BYTE bInterval; //主机查询端点的时间间隔


}


具体分析如下:


1、描述设备类型Device Descriptor


      包含了设备名称,类别,生产厂家等等信息,通过得到的这些信息Host会去找到合适的设备驱动程序在主机上加载驱动。




/* USB Standard Device Descriptor */

const u8 Virtual_Com_Port_DeviceDescriptor[] =

  {

    0x12,   /* bLength */  //USB设备描述符的总长度固定为18个字节,因此为12H

    USB_DEVICE_DESCRIPTOR_TYPE,     /* bDescriptorType */  //USB设备描述符的类型值,固定为01H

    0x00,                               //USB遵循的规范版本号,USB2.0; 0xXXYZ,XX为主版本号,Y为次版本号,Z为子次版本号

    0x02,   /* bcdUSB = 2.00 */

    0x02,   /* bDeviceClass: CDC */       //USB所遵循的标准设备类。0表示设备的接口相互独立,分别属于不同的设备类;

                                       //1~FEH之间表示USB协议中定义的某个类。03H表示HID类,02H表示CDC类。

                                       //FFH表示供应商自定义的设备类

    0x00,   /* bDeviceSubClass */       //USB设备所属的标准设备子类。对于显示设备类(04H),包含3个子类,

                                       //子类代码01H表示CRT显示器,02H表示平面显示器,03H表示3D显示器。

                                       //bDeviceClass为0时,该值为0;该值为FFH时,表示供应商自定义的设备子类

    0x00,   /* bDeviceProtocol */       //采用的设备类协议。该值为FFH时表示设备类协议由供应商自定义

    0x40,   /* bMaxPacketSize0 */       //端点0所支持最大数据包长度(字节),低速为8,全速为8,16,32或64,高速为64

    0x83,                               //设备供应商id,使主机为其加载合适驱动

    0x04,   /* idVendor = 0x0483 */

    0x40,                               //产品id,用于区分不同的usb设备

    0x57,   /* idProduct = 0x7540 */

    0x00,                               //设备版本号,帮助主机加载合适驱动

    0x01,   /* bcdDevice = 1.00 */

    1,              /* Index of string descriptor describing manufacturer */  //若没有,可为0

    2,              /* Index of string descriptor describing product */          //若没有,可为0

    3,              /* Index of string descriptor describing the device's serial number */       //若没有,可为0

    0x01    /* bNumConfigurations */    //USB设备所支持的配置数

  };



2、配置描述符Config Descriptor


    包含了接口类型,最大功耗(电流),供电方式等等信息,事实上这个配置描述项不仅仅是刚才说的这些作用,更多地,它需要通知主机设备所使用的ENDpoint的情况,使用的类驱动类型,等等信息


const u8 Virtual_Com_Port_ConfigDescriptor[] =

  {

    /*Configuation Descriptor*/

    0x09,   /* bLength: Configuation Descriptor size */           //配置描述符的长度,固定为9字节,09H

    USB_CONFIGURATION_DESCRIPTOR_TYPE,      /* bDescriptorType: Configuration */        //配置描述符类型,固定位02H

    VIRTUAL_COM_PORT_SIZ_CONFIG_DESC,       /* wTotalLength:no of returned bytes */        //配置信息总长度,配置描述符、接口描述符、端点描述符长度总和

    0x00,

    0x02,   /* bNumInterfaces: 2 interface */            //所支持的接口数, 最小值为1

    0x01,   /* bConfigurationValue: Configuration value */     //USB设备的配置值

    0x00,   /* iConfiguration: Index of string descriptor describing the configuration */ //字符串描述符索引,若没有,可为0

    0xC0,   /* bmAttributes: self powered */   //配置特性,可按位寻址,第六位置1表示用总线电源,第五位置1表示支持远程唤醒,其他字段保留

                                               //一般0~4位置0,第7位置1

    0x00,   /* MaxPower 0 mA */                   //USB设备运行时所支持的最大电流,2mA为单位

    /*Interface Descriptor*/

    0x09,   /* bLength: Interface Descriptor size */         //接口描述符长度,固定为9字节,09H

    USB_INTERFACE_DESCRIPTOR_TYPE,  /* bDescriptorType: Interface */  //接口描述符的类型值,固定位04H

    /* Interface descriptor type */

    0x00,   /* bInterfaceNumber: Number of Interface */          //USB接口的接口号

    0x00,   /* bAlternateSetting: Alternate setting */          //USB接口的可替换设置值

    0x01,   /* bNumEndpoints: One endpoints used */              //USB接口所使用的接口总数

    0x02,   /* bInterfaceClass: Communication Interface Class */    //USB接口所属的设备类,1~FEH表示某个设备类;FFH表示供应商自定义

    0x02,   /* bInterfaceSubClass: Abstract Control Model */

    0x01,   /* bInterfaceProtocol: Common AT commands */       //接口所采用的设备类协议

    0x00,   /* iInterface: */                                   //USB接口字符串描述符的索引值

    /*Header Functional Descriptor*/

    0x05,   /* bLength: Endpoint Descriptor size */

    0x24,   /* bDescriptorType: CS_INTERFACE */

    0x00,   /* bDescriptorSubtype: Header Func Desc */

    0x10,   /* bcdCDC: spec release number */

    0x01,

    /*Call Managment Functional Descriptor*/

    0x05,   /* bFunctionLength */

    0x24,   /* bDescriptorType: CS_INTERFACE */

    0x01,   /* bDescriptorSubtype: Call Management Func Desc */

    0x00,   /* bmCapabilities: D0+D1 */

    0x01,   /* bDataInterface: 1 */

    /*ACM Functional Descriptor*/

    0x04,   /* bFunctionLength */

    0x24,   /* bDescriptorType: CS_INTERFACE */

    0x02,   /* bDescriptorSubtype: Abstract Control Management desc */

    0x02,   /* bmCapabilities */

    /*Union Functional Descriptor*/

    0x05,   /* bFunctionLength */

    0x24,   /* bDescriptorType: CS_INTERFACE */

    0x06,   /* bDescriptorSubtype: Union func desc */

    0x00,   /* bMasterInterface: Communication class interface */

    0x01,   /* bSlaveInterface0: Data Class Interface */

    /*Endpoint 2 Descriptor*/                               //端点描述符长度固定为7字节,07H

    0x07,   /* bLength: Endpoint Descriptor size */

    USB_ENDPOINT_DESCRIPTOR_TYPE,   /* bDescriptorType: Endpoint */

    0x82,   /* bEndpointAddress: (IN2) */

    0x03,   /* bmAttributes: Interrupt */

    VIRTUAL_COM_PORT_INT_SIZE,      /* wMaxPacketSize: */

    0x00,

    0xFF,   /* bInterval: */

    /*Data class interface descriptor*/

    0x09,   /* bLength: Endpoint Descriptor size */

    USB_INTERFACE_DESCRIPTOR_TYPE,  /* bDescriptorType: */

    0x01,   /* bInterfaceNumber: Number of Interface */

    0x00,   /* bAlternateSetting: Alternate setting */

    0x02,   /* bNumEndpoints: Two endpoints used */

    0x0A,   /* bInterfaceClass: CDC */

    0x00,   /* bInterfaceSubClass: */

    0x00,   /* bInterfaceProtocol: */

    0x00,   /* iInterface: */

    /*Endpoint 3 Descriptor*/

    0x07,   /* bLength: Endpoint Descriptor size */

    USB_ENDPOINT_DESCRIPTOR_TYPE,   /* bDescriptorType: Endpoint */

    0x03,   /* bEndpointAddress: (OUT3) */

    0x02,   /* bmAttributes: Bulk */

    VIRTUAL_COM_PORT_DATA_SIZE,             /* wMaxPacketSize: */

    0x00,

    0x00,   /* bInterval: ignore for Bulk transfer */

    /*Endpoint 1 Descriptor*/

    0x07,   /* bLength: Endpoint Descriptor size */

    USB_ENDPOINT_DESCRIPTOR_TYPE,   /* bDescriptorType: Endpoint */

    0x81,   /* bEndpointAddress: (IN1) */

    0x02,   /* bmAttributes: Bulk */

    VIRTUAL_COM_PORT_DATA_SIZE,             /* wMaxPacketSize: */

    0x00,

    0x00    /* bInterval */

  };


由于上面我们在设置了使用USB CDC类,我们就要按照CDC的规则来设置,

按照CDC协议的内容FunctionalDescriptor只包含如下几个:


Header Functional Descriptor:


Abstract Control Management functional Descriptor :定义了Communication Class Interface所支持的命令集合。具         体到下面的内容为:设备不支持Send_Break,Set_line_Coding,Set_Control_Line_State,Get_Line_Coding,               Set_Comm_Feature,Clear_Comm_Feature,Get_Comm_Feature请求和Serial_State,Network_Connection消        息,也就是说禁用所有可选Abstract Control Model*的消息和请求,紧紧保留了必需的                                                            SEND_ENCAPSULATED_COMMAND,Get_ENCAPSULATED_COMMAND请求和RESPONSE_AVAILABLE消息。



Data class interface descriptor:

Call Manageament Functional Descriptor:该描述项定义了相关管理调用的约束和方式,设备发送接收管理信息使用通讯类接口,设备不自己调用管理功能。


UNION function descriptor:就是起到联系各个独立的Interface,描述其之间的关系的作用。


关键字:STM32  USB  虚拟串口 引用地址:STM32学习笔记之USB虚拟串口描述符简介

上一篇:STM32学习笔记之以太网的通信+lwip协议移植
下一篇:STM32学习笔记之USB工程目录文件分析

推荐阅读最新更新时间:2024-03-16 16:17

Intel 8系列芯片组未发布便遭遇USB 3.0 bug
Intel 7系列芯片组就开始原生支持USB 3.0,将于年终配合Haswell处理器发布的8系列自然也会继续,但是来自Intel内部的一份文档显示,Intel碰到了一条“虫子”。 Intel在这份文档中警告主板厂商,Haswell处理器、8系列芯片组的系统如果从S3睡眠模式中恢复,那些通过USB 3.0接口连接的设备便会出现问题,之前访问中的程序和/或数据就会失去响应,必须重新开启。 举例来说,如果你使用Adobe Reader打开了USB 3.0 U盘上的一个PDF文档,睡眠再恢复后文档就会显示一片空白,必须重新打开这个文档,甚至是重启Adobe Reader。 不过此bug并不会导致数据丢失等后果,因此Inte
[半导体设计/制造]
Intel 8系列芯片组未发布便遭遇<font color='red'>USB</font> 3.0 bug
STM32】STM32CubeMX教程--功能介绍
功能介绍: 我们首先看下CubeMx的主界面,模块分类大体是这样,我们接下来一一讲解。 已存在工程 Open Existing Projects:打开项目工程 新建工程 ·Start My project from MCU:从MCU开始我的项目 ·Start My project from STBoard:从ST开发板开始我的项目 ·Start My project from Cross Selector:从交叉选择器启动我的项目 软件包管理 ·CHECK FOR UPDATE:检查更新 ·INSTALL/REMOVE:安装/移除
[单片机]
【<font color='red'>STM32</font>】STM32CubeMX教程--功能介绍
STM32 USB 之从0开始移植笔记
-----------------------------------动机----------------------------------- 写在前面的话:最近逛淘宝无意间发现RC522居然只要10元左右就可以包邮买到,真是太便宜了,就忍不住买了个回来玩玩。到货移植到我的板子上OK 后突然发现我的USB口紧张了,一个用来给板子供电一个插jlink 一个插入usb转串口给RC522下命令。就想着将板子供电和RC522传输用一个USB接口来实现。这就是这次折腾USB的来由~-~ ----------------------------------开始折腾USB----------------------------- 首
[单片机]
<font color='red'>STM32</font> <font color='red'>USB</font> 之从0开始移植笔记
STM32F105 USB管脚Vbus的处理
对于STM32F105/107来说,为了监测USB的连接问题,程序默认是通过Vbus管脚进行检查的。但是Vbus管脚和UART1的TXD复用,导致我们在使用UART1发送数据时候,USB重启的问题。为了解决这个问题,本人查了大量的资料和咨询了不太靠谱的STM32技术支持,一直没有得到解决的方法。 在STM32F105数据手册上是这样说的 如果另一个共享的外设要使用OTG_FS_VBUS引脚(PA9)或把它作为通用I/O口,必须激活PHY的断电模式(清除OTG_FS_GCCFG寄存器的位16)。 这个位在程序中的定义如下: gccfg.d32 = 0; gccfg.b.vbussensingB = 1; gc
[单片机]
STM32到CONST的全局变量
程序如下: const int globalConstDat = 12; int globalDat = 11; int main(void) { int localDat = 6; const int localConstDat = 7; USART_Configuration(); //ptint to PC from USART1 printf( &globalConstDat = 0x%p, &globalDat = 0x%prnrn , &globalConstDat, &globalDat); printf( &localDat = 0x%p, &localConstDat = 0x%prn , &localDat
[单片机]
整理STM32GPIO输出速率问题
GPIO 引脚输出速度有:GPIO_Speed_2MHz (10MHz, 50MHz) 官方一点的解释: GPIO口的驱动电路响应速度,不是输出信号的速度。输出信号的速度与程序有关,通过选择速度来选择不同的驱动电路,降低功耗控制噪声。 又称输出驱动电路的响应速度:(芯片内部在I/O口的输出部分安排了多个响应速度不同的输出驱动电路,用户可以根据自己的需要选择合适的驱动电路,通过选择速度来选择不同的输出驱动模块,达到最佳的噪声控制和降低功耗的目的。) 可理解为: 输出驱动电路的带宽:即一个驱动电路可以不失真地通过信号的最大频率。 (如果一个信号的频率超过了驱动电路的响应速度,就有可能信号失真。失真因素?) 如果信号频
[单片机]
STM32在keil下使用jlink时产生错误的解决方法
当STM32在keil下使用jlink时产生错误得时候该怎么办? 最近一段时间一直在学习STM32和ucos的移植,使用的开发环境是keil u4版本。仿真器是80元买的jlink。 在学习了STM32固件库和ucos内核与移植相关的程序之后,写了一个流水灯程序,准备下载到板子上看看情况。哪知程序还没有下进去,在debug时,keil的错误提示到:Error: Flash download failed- Cortex-M3 感觉这么错误很普遍,也是初学者常常遇到的错误,下面我就将这个错误产生的原因和解决方法赘述一下: 错误产生的原因和分析,解决。 首先,我们看到提示信息是有关flash的,那么我们来查看一下STM3
[单片机]
<font color='red'>STM32</font>在keil下使用jlink时产生错误的解决方法
基于STM32调用固件库实现点灯
相信学过单片机的同学,对于调库这个操作都不陌生,大多数人都是从调别人的库阶段过来的。 今天看到一个评论说,如果只会调库,到了公司后会发现自己啥都不是。其实这话说的一点也不假,如果只会调库的话,你的单片机水平还停留在C语言阶段,并不能称为真正的单片机开发。 但我们要有这么一个概念:调库是自己编写的开始,如果上来就给你讲寄存器这些,我相信很多初学者都接收不了、理解不了这写寄存器到底在干啥。可是,如果从调别人库开始学习单片机,我们就会对单片机有个初始概念,对于后面的学习非常有帮助。 所以,今天我们就来看一下如何从调库工程师成为真正的开发工程师。 1. 什么是调库? 如果你通过机构的培训视频,比如野火的STM32单片机开
[单片机]
基于<font color='red'>STM32</font>调用固件库实现点灯
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved