usb枚举过程

USB枚举

   枚举就是从设备读取一些信息，知道设备是什么样的设备，如何进行通信，这样主机就可以根据这些信息来加载合适的驱动程序。调试USB设备，很重要的一点就是USB的枚举过程，只要枚举成功了，那么就已经成功大半了。

1.1 USB枚举过程概述

USB主机检测到USB设备插入后，就会先对设备复位。设备复位后，USB主机就会对地址为0的设备发送获取设备描述符的标准请求。所有的USB设备在总线复位后其他地址都为0，这样主机可以跟那些刚刚插入的设备通过地址0通信。主机在建立阶段发出获取设备描述符的输入请求，设备受到请求后，将设备描述符返回给主机。主机在成功获取到一个数据包的设备描述符后并且确认没有错误后（有些usb设备的断点0大小不足18字节，但至少有8字节，而标准的设备描述符有18个字节，在这种情况下，USB设备只能暂时按最大包将部分设备描述符返回，而主机在成功获取到前面一部分描述符后，就不会在请求剩下的设备描述符部分，而是进入设置地址阶段），就会返回一个0长度的状态数据包给设备。

然后主机再对设备复位一下，接下来就会进入到设置地址阶段。这时USB主机发出一个设置地址的请求（建立过程，设置地址无数据过程），地址包含在建立包过程，具体的地址USB主机会负责管理，它会分配一个唯一的地址给新的设备。USB设备在收到地址后，返回0长度的状态包，主机收到0长度的状态包后，会返回一个ACK给设备。设备在收到这个ACK后，就可以启用这个新地址了。这样设备就分配到了一个唯一的设备地址，以后主机就通过它来访问该设备。

然后主机再次获取设备描述符，这次跟第一次可能有点不一样，这次需要获取全部的18个字节的设备描述符。当然，如果你的端点0缓冲大小大于18个自己的话，那就跟第一次的情形一样了。

接下来，主机会获取配置描述符。配置描述符总共为9个字节。主机在获得到配置描述符后，根据里面的配置集合总长度，再获得配置集合。配置集合包括配置描述符，接口描述符，端点描述符等。

如果有字符串描述符的话，还要获取字符串描述符。另外HID设备还有HID描述符等。

  USB设备枚举过程主要可分为8个部分：

1、获取设备描述符

2、复位

3、设置地址

4、再次获取设备描述符

5、获取配置描述符

6、获取接口、端点描述符

7、获取字符串描述符

8、选择设备配置

 （附3是HP1108打印机插到pc上时通过Bus Hound抓到的枚举过程，可以以作为一个很好的学习例子。）

1.2 USB枚举过程详解

USB协议定义了设备的6种状态，仅在枚举过程中，设备就经历了4个状态的迁移：上电状态(Powered)，默认状态(Default)，地址状态(Address)和配置状态(Configured)（其他两种是连接状态和挂起状态（Suspend））。

(1)用户把USB设备插入USB端口或系统启动时给设备上电

    这里的USB端口指的是主机下的根hub或主机下行端口上的hub端口。Hub给端口供电(hub.c:usb_hub_power_on()),连接着的设备处于上电状态。此时，USB设备处于加电状态，它所连接的端口是无效的。

(2) Hub监测它各个端口数据线上(D+/D-)的电压

    在hub端，数据线D+和D-都有一个阻值在14.25k到24.8k的下拉电阻Rpd，而在设备端，D+（全速，高速）和D-（低速）上有一个1.5k的上拉电阻Rpu。当设备插入到hub端口时，有上拉电阻的一根数据线被拉高到幅值的90%的电压（大致是3V）。hub检测到它的一根数据线是高电平，就认为是有设备插入，并能根据是D+还是D-被拉高来判断到底是什么设备（全速/低速）插入端口。检测到设备后，hub继续给设备供电，但并不急于与设备进行USB传输。

USB接口定义如下图所示：

 

(3)Host了解连接的设备

  每个hub利用它自己的中断端点向主机报告它的各个端口的状态（hub.c:usb_hub_events()），报告的内容只是hub端口的设备连接／断开的事件。如果有连接／断开事件发生(hub.c:usb_hub_port_connect_change())，那么host会发送一个 usb_hub_port_status请求给hub以了解此次状态改变的确切含义。usb_hub_port_status等请求属于所有hub都要求支持的hub类标准请求（standard hub-class requests）。

(4) Hub检测所插入的设备是高速还是低速设备

    hub通过检测USB总线空闲(Idle)时差分线的高低电压来判断所连接设备的速度类型，当host发来usb_hub_port_status请求时，hub就可以将此设备的速度类型信息回复给host。

(5) hub复位设备

    主机一旦得知新设备已连上以后，它至少等待100ms以使得插入操作的完成以及设备电源稳定工作。然后主机控制器就向hub发出一个 usb_set_port_feature请求让hub复位其管理的端口(刚才设备插上的端口)。hub通过驱动数据线到复位状态(D+和D-全为低电平 )，并持续至少10ms。当然，hub不会把这样的复位信号发送给其他已有设备连接的端口，所以其他连在该hub上的设备自然看不到复位信号，不受影响。

(6) Host检测所连接的全速设备是否是支持高速模式

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

(7) Hub建立设备和主机之间的信息通道

主机通过usb_hub_port_wait_reset不停地向hub发送usb_hub_port_status请求，以查询设备是否复位成功。Hub返回的报告信息中有专门的一位用来标志设备的复位状态。
    当hub撤销了复位信号，设备就处于默认／空闲状态（Default state），准备接收主机发来的请求。设备和主机之间的通信通过控制传输，默认地址0，端点号0进行。此时，设备能从总线上得到的最大电流是100mA。(所有的USB设备在总线复位后其地址都为0，这样主机就可以跟那些刚刚插入的设备通过地址0通信。)

(8) 主机发送usb_get_device_descriptor请求获取默认管道的最大包长度

    默认管道（Default Pipe）在设备一端来看就是端点0。主机此时发送的请求是默认地址0，端点0，虽然所有未分配地址的设备都是通过地址0来获取主机发来的请求，但由于枚举过程不是多个设备并行处理，而是一次枚举一个设备的方式进行，所以不会发生多个设备同时响应主机发来的请求。
  设备描述符(附1）的第8字节（bMaxPacketSize）代表设备端点0的最大包大小。虽然说设备所返回的设备描述符（Device Descriptor）长度只有18字节，但系统也不在乎，此时，描述符的长度信息对它来说是最重要的。当完成第一次的控制传输后，也就是完成控制传输的状态阶段，系统会要求hub对设备进行再一次的复位操作（USB规范里面可没这要求）。再次复位的目的是使设备进入一个确定的状态。

(9) 主机给设备分配一个地址

    主机控制器通过usb_set_address请求向设备分配一个唯一的地址。在完成这次传输之后，设备进入地址状态（Address state），之后就启用新地址继续与主机通信。这个地址对于设备来说是终生制的，设备在，地址在；设备消失（被拔出，复位，系统重启），地址被收回。同一个设备当再次被枚举后得到的地址不一定是上次那个了。

(10) 主机获取设备的信息

    主机发送 usb_get_device_descriptor请求到新地址读取设备描述符，这次主机发送usb_get_device_descriptor会认真解析设备描述符的内容。设备描述符内信息包括端点0的最大包长度，设备所支持的配置（Configuration）个数，设备类型，VID（Vendor ID，由USB-IF分配）， PID（（Product ID，由厂商自己定制）等信息。Get_Descriptor请求(Device type)和设备描述符（已抹去VID，PID等信息）

   之后主机发送usb_get_configuration请求，读取配置描述符（附2），字符串等，逐一了解设备更详细的信息。事实上，对于配置描述符的标准请求中，有时bLength（附2）一项会大于实际配置描述符的长度（9字节），比如255。这样的效果便是：主机发送了一个usb_get_configuration 的请求，设备会把接口描述符，端点描述符等后续描述符一并回给主机，主机则根据描述符头部的标志判断送上来的具体是何种描述符。
    接下来，主机就会获取配置描述符。配置描述符总共为9字节。主机在获取到配置描述符后，根据里面的配置集合总长度，再获取配置集合。配置集合包括配置描述符，接口描述符，端点描符等等。
    如果有字符串描述符的话，还要获取字符串描述符。另外HID设备还有HID描述符等。

(11)  主机给设备挂载驱动

    主机通过解析描述符后对设备有了足够的了解，会通过usb_find_drivers选择一个最合适的驱动给设备。然后tell the world（announce_device）说明设备已经找到了，最后调用设备模型提供的接口usbdevfs_add_device将设备添加到 usb 总线的设备列表里，然后 usb总线会遍历驱动列表usb_driver_list里的每个驱动，调用自己的 usb_match_id 函数看它们和当前连接的设备或接口是否匹配，匹配的话就将控制权交到相应的设备驱动了。   

    对于复合设备，通常应该是不同的接口（Interface）配置给不同的驱动，因此，需要等到当设备被配置并把接口使能后才可以把驱动挂载上去。

（12） 设备驱动选择一个配置

     驱动（注意，这里是驱动，之后的事情都是由驱动来接管负责与设备的通信）根据前面设备回复的信息，发送usb_set_configuration请求来正式确定选择设备的哪个配置（Configuration）作为工作配置（对于大多数设备来说，一般只有一个配置被定义）。至此，设备处于配置状态(Configured)，当然，设备也应该使能它的各个接口（Interface）。
    对于复合设备，主机会在这个时候根据设备接口信息，给它们挂载驱动。至此，USB枚举过程结束，设备可以正常使用了。