3. USB枚举流程总览：设备插入、复位、地址分配、描述符请求、配置选择、驱动加载的完整生命周期

USB枚举是主机（Host）与设备（Device）之间建立通信会话的初始化握手过程。枚举失败是嵌入式USB开发中最常见的故障点，理解其完整生命周期是定位问题的前提。本章从总线电气状态变化到驱动加载，逐阶段剖析枚举的7个核心步骤。

3.1 枚举全生命周期流程图

下图展示了从设备插入到驱动加载的完整状态机。每个阶段都对应主机与设备之间的特定USB事务。

3.2 阶段详解：从电气到逻辑

3.2.1 阶段①：设备插入与电气检测

当USB设备插入主机端口时，主机通过检测D+（全速/高速）或D-（低速）数据线上的上拉电阻来感知设备存在。这一过程完全由主机控制器（HC）的硬件状态机完成，不涉及软件干预。

3.2.2 阶段②：总线复位

主机检测到设备插入后，驱动D+和D-为SE0（Single-Ended Zero）状态并持续至少10ms，向设备发送复位信号。设备在复位期间必须：

• 将USB外设地址重置为0（默认地址）
• 将端点0（控制端点）配置为最大包长度（通常为8/16/32/64字节）
• 清除所有挂起的STALL和NAK状态

3.2.3 阶段③：分配地址 (SET_ADDRESS)

主机通过默认地址0向设备发送 SET_ADDRESS 标准请求（bmRequestType=0x00, bRequest=0x05）。设备必须在收到请求后：

1. 完成当前控制传输的状态阶段
2. 在2ms内切换到新地址
3. 后续所有通信使用新地址

// SET_ADDRESS 请求包结构 (主机到设备)
// 请求阶段 (Setup Transaction)
bmRequestType: 0x00  // 主机到设备，标准请求，设备接收者
bRequest:       0x05  // SET_ADDRESS
wValue:         0x002A // 新地址 (例如 42)
wIndex:         0x0000 // 未使用
wLength:        0x0000 // 无数据阶段

// 设备固件处理示例 (伪代码)
void USB_HandleSetAddress(uint8_t new_addr) {
    // 1. 完成当前控制传输
    USB_EP0_StatusStage();
    // 2. 等待状态阶段完成中断
    while(!USB_IsStatusStageDone());
    // 3. 更新设备地址寄存器
    USB_DEVICE_ADDR = new_addr;
    // 4. 使能新地址
    USB_DEVICE_ADDR_ENABLE = 1;
}

3.2.4 阶段④：获取设备描述符

主机发送 GET_DESCRIPTOR 请求（bRequest=0x06, wValue=0x0100）获取设备描述符（18字节）。这是主机了解设备基本能力的第一步。设备描述符包含：

• bcdUSB：USB规范版本号（如0x0200表示USB 2.0）
• bDeviceClass/bDeviceSubClass/bDeviceProtocol：设备类代码
• bMaxPacketSize0：端点0的最大包长度
• idVendor/idProduct：厂商/产品ID

3.2.5 阶段⑤：获取配置描述符

主机获取设备描述符后，继续请求配置描述符（GET_DESCRIPTOR, wValue=0x0200）。配置描述符是描述符集合的根，包含：

• 配置描述符本身（9字节）
• 一个或多个接口描述符（每个9字节）
• 每个接口下的端点描述符（每个7字节）
• 可选的类特殊描述符（如HID报告描述符）

3.2.6 阶段⑥：配置选择 (SET_CONFIGURATION)

主机解析完配置描述符后，发送 SET_CONFIGURATION 请求（bRequest=0x09, wValue=配置编号）。设备收到后：

1. 根据配置编号使能对应的接口和端点
2. 分配端点缓冲区（FIFO）
3. 进入配置状态（Configured State）

3.2.7 阶段⑦：驱动加载

配置选择完成后，主机根据设备的类代码（bInterfaceClass）和厂商/产品ID查找并加载对应的驱动程序：

• 类驱动：如HID（0x03）、大容量存储（0x08）、CDC（0x02）
• 厂商专用驱动：通过INF文件或操作系统匹配idVendor/idProduct
• WinUSB/libusb：通用驱动，用于自定义设备

3.3 枚举失败快速诊断表

3.4 枚举状态机与固件实现要点

在嵌入式固件中，枚举过程通常由USB中断服务函数（ISR）和主循环状态机协同完成。以下是一个典型的枚举状态机实现框架：

// 枚举状态机枚举
typedef enum {
    ENUM_IDLE,           // 等待复位
    ENUM_RESET,          // 复位完成，等待SET_ADDRESS
    ENUM_ADDRESSED,      // 地址已分配，等待GET_DESCRIPTOR
    ENUM_CONFIGURED,     // 配置完成，进入正常通信
    ENUM_ERROR           // 枚举错误
} EnumState_t;

// 主循环中的状态机处理
void USB_EnumProcess(void) {
    switch(g_enum_state) {
        case ENUM_IDLE:
            if(USB_IsResetComplete()) {
                // 复位完成，使能端点0
                USB_EP0_Init(USB_EP0_MAX_PACKET);
                g_enum_state = ENUM_RESET;
            }
            break;
        case ENUM_RESET:
            // 等待主机发送SET_ADDRESS
            // 由USB_HandleSetAddress() 自动切换状态
            break;
        case ENUM_ADDRESSED:
            // 等待主机获取描述符
            // 描述符数据通过USB_EP0_Read/Write 传输
            break;
        case ENUM_CONFIGURED:
            // 正常应用通信
            USB_ApplicationTask();
            break;
        case ENUM_ERROR:
            // 错误处理，如重新初始化
            USB_ReInit();
            break;
    }
}

3.5 枚举过程中的关键时序约束

USB 2.0规范定义了严格的时序要求，违反这些时序是枚举失败的常见原因：

• 复位持续时间：主机驱动SE0至少10ms，设备必须在复位结束后2ms内准备好响应
• SET_ADDRESS切换时间：设备在状态阶段完成后2ms内必须使用新地址
• 描述符响应超时：主机等待设备响应标准请求的超时时间为5秒（USB 2.0）
• 帧起始包（SOF）：全速/高速模式下，主机每1ms/125μs发送SOF，设备需同步

理解这些时序约束，有助于在固件调试中区分硬件问题（如时钟不准导致SOF丢失）和软件问题（如中断响应延迟导致SET_ADDRESS超时）。