USB枚举过程 USB Enumeration文档格式.docx

1、USB作为数据通信的标准，其软件和固件的流程具有一定的规则。其固件可以分为通用的枚举配置部分和类协议部分。在枚举配置部分，实现USB主机对设备的枚举和配置，使主机确认设备的功能，并提供资源。而类协议部分，则用来实现USB设备各自数据传输的功能，一般有相应的USB的类协议和规定作为编程的规范。例如MassStorage类设备的UFI命令。本节主要讨论USB共同的固件，即枚举配置部分的编程。在USB的枚举过程，设备的状态可以分为连接态、上电态、缺省态、地址态、配置态和挂起态。这些状态都是一种暂态。USB设备首次连接到主机后，主机将启动一个被称作总线枚举的进程，来枚举并管理设备状态的改变。编写USB

2、主机或者设备端有关枚举阶段程序的具体过程如下:（1）USB设备连接到Hub，Hub通过状态改变通道向主机汇报此USB设备己连接上。此时，USB设备处于连接态，它所连接的端口可以供应电流，但其他属性被禁止。（2）主机通过命令询问Hub，了解连接事件的详细情况。（3）一旦确定新设备已连上，主机至少等待100ms以使设备的接入操作完成以及电源的稳定工作。然后主机发出端口使能及复位命令给该端口。设备处于低电流上电态和连接态。（4）Hub将端口的复位信号持续10ms后，端口己经被激活。此时，USB设备处于缺省态，并且可从端口上汲取小于100mA的电流，设备的所有寄存器及状态己经被复位，并通过缺省地址0与

3、主机通信。（5）主机通过缺省地址0，读取设备描述符，了解默认通道的一系列信息，确认USB设备的属性。（6）设备配置，主机给设备分配一个唯一的地址，设备转向地址态。（7）主机读取所有设备的配置描述符。（8）基于得到的设备的配置描述符，主机给该设备重新配置一个配置值。此刻，设备就处于配置态并且配置有关的所有接口和端点。然后，USB设备可以从端口得到所要求的最大电量。从设备的角度来讲，它己经准备就绪了。软件篇USB设备端固件程序,枚举部分是全部程序的基础和重心,只有主机对设备枚举成功后,主机才能和设备径行正常的通信。USB的枚举过程分为4个状态1.接入态v主机检测到USB设备插上,击活端口,并发送复

4、位命令（保持10ms）2.默认态v主机使用默认地址读取设备描述符（GET_DESCRIPTOR）v主机分配给设备一个总线上的唯一地址（SET_ADDRESS）3.地址态v主机从新的地址获取设备描述符v主机获取所有设备的配置描述符4.配置态v主机设置描述符（设备,配置）（SET_CONFIGURATION）v主机读取配置状态（可选）（GET_CONFIGURATION）v主机读取接口状态（可选）（GET_INTERFACE）USB架构中， hub负责检测设备的连接和断开，利用其中断IN端点（Interrupt IN Endpoint）来向主机（Host）报告。在系统启动时，主机轮询它的根hub（

5、RootHub）的状态看是否有设备（包括子hub和子hub上的设备）连接。USB总线拓扑结构见下图（最顶端为主机的RootHub）：USB总线拓扑结构（USB Bus Topology）一旦获悉有新设备连接上来，主机就会发送一系列的请求（Resqusts）给设备所挂载到的hub，再由hub建立起一条连接主机（Host）和设备（Device）之间的通信通道。然后主机以控制传输（Control Transfer）的方式，通过端点0（Endpoint 0）对设备发送各种请求，设备收到主机发来的请求后回复相应的信息，进行枚举（Enumerate）操作。所有的USB设备必须支持标准请求（Standard

6、Requests），控制传输方式（ControlTransfer）和端点0（Endpoint 0）。从用户角度来看，枚举过程是自动完成并不可见的。但很多初次使用的设备连接时，系统会弹出说新硬件检测到，设备安装成功，可以使用之类的消息提示框，而且有时还需要用户配合选择安装相关的驱动。当枚举完成后，这个新添加的设备可在Windows的设备管理器里面看到，当用户删除这个设备/硬件时，系统把这个设备从设备管理器里删除。对于一般的设备，固件（Firmware）内包含主机所要请求的信息，而有些设备则是完全由硬件来负责响应主机的请求。在主机方面则是由操作系统而非应用程序负责处理相关枚举操作。枚举步骤USB协

7、议定义了设备的6种状态，仅在枚举过程种，设备就经历了4个状态的迁移：上电状态（Powered），默认状态（Default），地址状态（Address）和配置状态（Configured）（其他两种是连接状态和挂起状态（Suspend）。下面步骤是Windows系统下典型的枚举过程，但是固件不能依此就认为所有的枚举操作都是按照这样一个流程行进。设备必须在任何时候都能正确处理所有的主机请求。1.用户把USB设备插入USB端口或给系统启动时设备上电 这里指的USB端口指的是主机下的根hub或主机下行端口上的hub端口。Hub给端口供电，连接着的设备处于上电状态。2.Hub监测它各个端口数据线上（D+/

8、D-）的电压 在hub端，数据线D+和D-都有一个阻值在14.25k到24.8k的下拉电阻Rpd，而在设备端，D+（全速，高速）和D-（低速）上有一个1.5k的上拉电阻Rpu。当设备插入到hub端口时，有上拉电阻的一根数据线被拉高到幅值的90%的电压（大致是3V）。hub检测到它的一根数据线是高电平，就认为是有设备插入，并能根据是D+还是D-被拉高来判断到底是什么设备（全速/低速）插入端口（全速、高速设备的区分在我将来的文章中描述）。如下图。USB全速/高速设备上电连接（Full-speed Device Cable and Resistor Connections） 检测到设备后，hub继续

9、给设备供电，但并不急于与设备进行USB传输。3.Host了解连接的设备每个hub利用它自己的中断端点向主机报告它的各个端口的状态（对于这个过程，设备是看不到的，也不必关心），报告的内容只是hub端口的设备连接断开的事件。如果有连接断开事件发生，那么host会发送一个 Get_Port_Status请求（request）以了解更多hub上的信息。Get_Port_Status等请求属于所有hub都要求支持的hub类标准请求（standard hub-class requests）。4.Hub检测所插入的设备是高速还是低速设备 hub通过检测USB总线空闲（Idle）时差分线的高低电压来判断所连接

10、设备的速度类型，当host发来Get_Port_Status请求时，hub就可以将此设备的速度类型信息回复给host。（USB 2.0规范要求速度检测要先于复位（Reset）操作）。5.hub复位设备当主机获悉一个新的设备后，主机控制器就向hub发出一个 Set_Port_Feature请求让hub复位其管理的端口。hub通过驱动数据线到复位状态（D+和D-全为低电平 ），并持续至少10ms。当然，hub不会把这样的复位信号发送给其他已有设备连接的端口，所以其他连在该hub上的设备自然看不到复位信号，不受影响。6.Host检测所连接的全速设备是否是支持高速模式因为根据USB 2.0协议，高速（

11、High Speed）设备在初始时是默认全速（Full Speed ）状态运行，所以对于一个支持USB 2.0的高速hub，当它发现它的端口连接的是一个全速设备时，会进行高速检测，看看目前这个设备是否还支持高速传输，如果是，那就切到高速信号模式，否则就一直在全速状态下工作。同样的，从设备的角度来看，如果是一个高速设备，在刚连接bub或上电时只能用全速信号模式运行（根据USB 2.0协议，高速设备必须向下兼容USB 1.1的全速模式）。随后hub会进行高速检测，之后这个设备才会切换到告诉模式下工作。假如所连接的hub不支持USB 2.0，即不是高速hub，不能进行高速检测，设备将一直以全速工作。

12、高速设备检测的过程在我另外一篇文章（USB2.0速度识别）中有详细描述，这里不具体深入。7.Hub建立设备和主机之间的信息通道 主机不停得向hub发送 Get_Port_Status请求，以查询设备是否复位成功。Hub返回的报告信息中有专门的一位用来标志设备的复位状态。 当hub撤销了复位信号，设备就处于默认空闲状态（Default state），准备着主机发来的请求。设备和主机之间的通信通过控制传输，默认地址0，端点号0进行。在此时，设备能从总线上得到的最大电流是100mA。8.主机发送Get_Descriptor请求获取默认管道的最大包长度默认管道（Default Pipe）在设备一端来看

13、就是端点0。主机此时发送的请求是默认地址0，端点0，虽然所有位分配地址的设备都是通过地址0来获取主机发来的信息，但由于枚举过程不是多个设备并行处理，而是一次枚举一个设备的方式进行，所以不会发生多个设备同时响应主机发来的请求。 设备描述符的第8字节代表设备端点0的最大包大小。对于Windows系统来说，Get_Descriptor请求中的wLength一项都会设为64，虽然说设备所返回的设备描述符（Device Descriptor）长度只有18字节，但系统也不在乎，此时，描述符的长度信息对它来说是最重要的，其他的瞄一眼就过了。Windows系统还有个怪癖，当完成第一次的控制传输后，也就是完成控

14、制传输的状态阶段，系统会要求hub对设备进行再一次的复位操作（USB规范里面可没这要求）。再次复位的目的是使设备进入一个确定的状态。9.主机给设备分配一个地址 主机控制器通过Set_Address请求向设备分配一个唯一的地址。在完成这次传输之后，设备进入地址状态（Address state），之后就启用新地址继续与主机通信。这个地址对于设备来说是终生制的，设备在，地址在；设备消失（被拔出，复位，系统重启），地址被收回。同一个设备当再次被枚举后得到的地址不一定是上次那个了。10.主机获取设备的信息主机发送 Get_Descriptor请求到新地址读取设备描述符，这次主机发送Get_Descrip

15、tor请求可算是诚心，它会认真解析设备描述符的内容。设备描述符内信息包括端点0的最大包长度，设备所支持的配置（Configuration）个数，设备类型，VID（Vendor ID，由USB-IF分配）， PID（Product ID，由厂商自己定制）等信息。Get_Descriptor请求（Device type）和设备描述符（已抹去VID，PID等信息）见下图：标准Get_Descriptor请求（Get_Descriptor Request）设备描述符（Device Descriptor） 之后主机发送Get_Descriptor请求，读取配置描述符（Configuration Desc

16、riptor），字符串等，逐一了解设备更详细的信息。事实上，对于配置描述符的标准请求中，有时wLength一项会大于实际配置描述符的长度（9字节），比如255。这样的效果便是：主机发送了一个Get_Descriptor_Configuration的请求，设备会把接口描述符，端点描述符等后续描述符一并回给主机，主机则根据描述符头部的标志判断送上来的具体是何种描述符。11.主机给设备挂载驱动（复合设备除外）主机通过解析描述符后对设备有了足够的了解，会选择一个最合适的驱动给设备。在驱动的选择过程中，Windows系统会和系统inf文件里的厂商ID，产品ID，有时甚至用到设备返回来的产品版本号进行匹配

17、。如果没有匹配的选项，Windows会根据设备返回来的类，子类，协议值信息选择。如果该设备以前在系统上成功枚举过，操作系统会根据以前记录的登记信息而非inf文件挂载驱动。当操作系统给设备指定了驱动之后，就由驱动来负责对设备的访问。 对于复合设备，通常应该是不同的接口（Interface）配置给不同的驱动，因此，需要等到当设备被配置并把接口使能后才可以把驱动挂载上去。 设备-配置-接口-端点关系见下图：USB 设备-配置-接口-端点关系（Device Configuration） 实际情况没有上述关系复杂。一般来说，一个设备就一个配置，一个接口，如果设备是多功能符合设备，则有多个接口。端点一般都

18、有好几个，比如Mass Storage设备一般就有两个端点（控制端点0除外）。12. 设备驱动选择一个配置 驱动（注意，这里是驱动，之后的事情都是有驱动来接管负责与设备的通信）根据前面设备回复的信息，发送Set_Configuration请求来正式确定选择设备的哪个配置（Configuration）作为工作配置（对于大多数设备来说，一般只有一个配置被定义）。至此，设备处于配置状态，当然，设备也应该使能它的各个接口（Interface）。 对于复合设备，主机会在这个时候根据设备接口信息，给它们挂载驱动。分享5种USB描述符的定义详解！来源：董丽伟的日志标准的USB设备有5种USB描述符：设备描述

19、符，配置描述符，字符串描述符，接口描述符，端点描述符一个设备只有一个设备描述符，下面详解：设备描述符:typedefstruct_USB_DEVICE_DESCRIPTOR_BYTEbLength,bDescriptorType,WORDbcdUSB,bDeviceClass,BTYEbDeviceSubClass,bDeviceProtol,bMaxPacketSize0,idVenderI,idProduct,bcdDevice,iManufacturer,iProduct,iSerialNumber,iNumConfiguationsUSB_DEVICE_DESCRIPTOR;bLeng

20、th:描述符大小固定为0x12bDescriptorType设备描述符类型固定为0x01bcdUSBUSB规范发布号表示了本设备能适用于那种协议，如2.0=0200，1.1=0110等bDeviceClass类型代码（由USB指定）。当它的值是0时，表示所有接口在配置描述符里，并且所有接口是独立的。当它的值是1到FEH时，表示不同的接口关联的。当它的值是FFH时，它是厂商自己定义的bDeviceSubClass子类型代码（由USB分配）如果bDeviceClass值是0，一定要设置为0其它情况就根据USB-IF组织定义的编码bDeviceProtocol协议代码（由USB分配）如果使用USB-

21、IF组织定义的协议，就需要设置这里的值，否则直接设置为0。如果厂商自己定义的可以设置为FFHbMaxPacketSize0端点最大分组大小（只有8,16,32,64有效）idVendor供应商ID（由USB分配）idProduct产品ID（由厂商分配）由供应商ID和产品ID，就可以让操作系统加载不同的驱动程序bcdDevice设备出产编码由厂家自行设置iManufacturer厂商描述符字符串索引索引到对应的字符串描述符为则表示没有iProduct产品描述符字符串索引同上iSerialNumber设备序列号字符串索引同上bNumConfigurations可能的配置数指配置字符串的个数配置描述

22、符:_USB_CONFIGURATION_DESCRIPTOR_wTotalLength,bNumInterfaces,bConfigurationValue,iConfiguration,bmAttributes,MaxPowerUSB_CONFIGURATION_DESCRIPTOR;描述符大小固定为0x09配置描述符类型固定为0x02wTotalLength返回整个数据的长度指此配置返回的配置描述符，接口描述符以及端点描述符的全部大小bNumInterfaces配置所支持的接口数指该配置配备的接口数量，也表示该配置下接口描述符数量bConfigurationValue作为SetConfi

23、guration的一个参数选择配置值iConfiguration用于描述该配置字符串描述符的索引bmAttributes供电模式选择Bit4-0保留，D7:总线供电，D6:自供电，D5:远程唤醒总线供电的USB设备的最大消耗电流以2mA为单位接口描述符:_USB_INTERFACE_DESCRIPTOR_bInterfaceNumber,bAlternateSetting,bNumEndpoint,bInterfaceClass,bInterfaceSubClass,bInterfaceProtocol,iInterfaceUSB_INTERFACE_DESCRIPTOR;接口描述符类型固定为

24、0x04bInterfaceNumber:该接口的编号bAlternateSetting用于为上一个字段选择可供替换的位置即备用的接口描述符标号bNumEndpoint使用的端点数目端点除外bInterfaceClass类型代码（由USB分配）bInterfaceSunClass子类型代码（由USB分配）bInterfaceProtocol协议代码（由USB分配）字符串描述符的索引端点描述符:_USB_ENDPOINT_DESCRIPTOR_bEndpointAddress,wMaxPacketSize,bIntervalUSB_ENDPOINT_DESCRIPTOR;描述符大小固定为0x07接口描述符类型固定为0x05bEndp