USB协议基础：从物理信号到设备枚举

各位同学，我们今天聊聊USB协议。别急着翻数据手册——协议这东西，光靠死记硬背是没用的。我个人习惯是先理解“为什么”，再去看“是什么”。

USB协议从1.0走到3.2，速度翻了上万倍。但核心思想没变：主机控制一切。所有通信都由主机发起，设备只能被动响应。嗯，这句话贯穿整个USB体系，你先记住它。

USB 1.0/2.0/3.0 核心差异

很多刚入行的朋友问我，这三个版本到底差在哪？我一般用一张表说明白：

USB 3.0其实是个“双面人”：它保留了USB 2.0的全套D+ D-差分信号线做兼容，又新增了一对SSTX/SSRX超速差分对。所以3.0线缆里面是9根线，不是4根。

四种传输类型

USB协议定义了四种传输类型。每一种都有明确的适用场景。你想想看，鼠标的移动数据有多重要？丢了包光标乱跳，用户肯定摔键盘。

我个人的选择原则很简单：数据丢了能重传的用批量，实时性要求高的用等时，人机交互类用中断。至于控制传输——那是USB协议的“官方语言”，所有设备都得会。

描述符：USB设备的身份证

描述符是USB设备用来“自我介绍”的数据结构。主机通过枚举过程，一条一条地把这些描述符读出来，才知道插上来的到底是个什么东西。

描述符是分层嵌套的，就像俄罗斯套娃：

• 设备描述符：最外层。告诉你设备支持哪个USB版本，有多少个配置，VID/PID是多少。
• 配置描述符：第二层。描述电源模式（自供电还是总线供电）、最大电流、接口数量。
• 接口描述符：第三层。定义功能类型（HID、Mass Storage、CDC等），以及这个接口下有几个端点。
• 端点描述符：最内层。描述每个端点的传输方向、传输类型、最大包长度、轮询间隔。
• 字符串描述符：可选。提供制造商名、产品名、序列号等人眼可读信息。

// 一个典型的设备描述符结构（USB 2.0全速设备）
struct usb_device_descriptor {
    uint8_t  bLength;            // 描述符长度，固定18字节
    uint8_t  bDescriptorType;    // 描述符类型，0x01
    uint16_t bcdUSB;             // USB规范版本号，例如0x0200
    uint8_t  bDeviceClass;       // 设备类代码
    uint8_t  bDeviceSubClass;    // 子类代码
    uint8_t  bDeviceProtocol;    // 协议代码
    uint8_t  bMaxPacketSize0;    // 端点0的最大包长度
    uint16_t idVendor;           // 厂商ID (VID)
    uint16_t idProduct;          // 产品ID (PID)
    uint16_t bcdDevice;          // 设备版本号
    uint8_t  iManufacturer;      // 制造商字符串索引
    uint8_t  iProduct;           // 产品字符串索引
    uint8_t  iSerialNumber;      // 序列号字符串索引
    uint8_t  bNumConfigurations; // 支持的配置数量
} __attribute__((packed));

枚举过程

枚举是USB设备的“开机自检”。主机插上设备到驱动加载完毕，这里面大概走八步。我习惯把它拆成三个阶段：

枚举过程不是一帆风顺的。我遇到过几次枚举失败：

• 最大包长度不匹配：设备描述符里写bMaxPacketSize0=64，但实际硬件只支持8字节。主机读不到完整数据，枚举卡死。
• 地址冲突：用了同一个地址的克隆设备，主机识别成老设备。拔插也没用，得重启！
• 描述符长度错误：配置描述符的wTotalLength写少了，主机后续还没读完就停，缺少接口描述符。

好了，我们把USB协议的基础知识梳理了一遍。接下来进入核心——USB OTG的硬件结构。不过那是后面的章节了。