USB 3.0 枚举时序详解：从 Link Training 到 Configuration

枚举这事儿，说白了就是主机和设备「对暗号」的过程。USB 3.0 的枚举比 2.0 复杂不少，光是链路层握手就能折腾出好几种超时。我个人习惯把这五个阶段画成一条流水线——Link Training → Polling → Reset → Addressing → Configuration，哪个环节卡住，枚举就停在哪。

① Link Training —— 链路的「握手」

这是最底层的物理连接建立过程。设备插上后，主机端会持续发送训练序列。你想想看，两个 SerDes 要先把时钟对齐、极性调对、增益校准做完，才能正常传数据。

我曾经遇到一个案子：某台设备插在延长线上偶尔能识别，偶尔超时。后来用示波器量差分信号，发现眼图张开度不够。说白了，就是链路训练时信号质量太差，导致 LTSSM（链路训练状态机）卡在了 Rx.Detect 和 Polling.LFPS 之间反复重试。

② Polling —— 确认「谁在说话」

链路训练完成后，主机和设备会进入 Polling 状态。这阶段主要是做 极性检测 和 位锁定。如果 USB 2.0 是问「你准备好了吗？」，USB 3.0 就是问「你的 tx 和 rx 能对上吗？」

技术细节：主机发 TSEQ 序列，设备回 TS1/TS2。如果连续几个周期没收到正确应答，LTSSM 就会跳回 Rx.Detect 重来。我见过一个案例：设备端的参考时钟漂移超过 ±300 ppm，导致位锁定失败。换晶振后解决。

③ Reset —— 总线复位

注意，USB 3.0 的 Reset 分两种：Warm Reset 和 Hot Reset。Warm Reset 是主机主动发起的，Hot Reset 是设备主动触发的。枚举超时里常见的问题是 Warm Reset 之后设备没有正确进入 Default 状态。

我记得有一回调试，主机反复给设备发 Reset 信号，设备就是不响应。后来抓包发现 Reset 信号长度不够——规范要求至少 80 µs，实际只持续了 50 µs。嗯，这种问题用逻辑分析仪一抓就现原形。

④ Addressing —— 给设备「上户口」

到了这一步，设备已经能通过默认地址 0 响应主机请求了。主机发送 SET_ADDRESS 请求，设备收到后必须在新地址上重新应答。这个阶段超时，通常是因为主机没等到设备的确认令牌。

• 我遇到过设备固件 bug：收到 SET_ADDRESS 后，虽然把地址写入了内部寄存器，但居然忘了解锁端点 0。后果是主机再发请求时，设备根本不应答。
• 另一个坑：主机侧驱动在发送 SET_ADDRESS 后，等待 10 ms 超时。有些低速设备需要更长处理时间，导致枚举失败。解决办法是适当延长驱动等待时间（比如 50 ms）。

⑤ Configuration —— 配置描述符与接口

这是枚举的最后一步，也是信息量最大的阶段。主机读取设备描述符、配置描述符、接口描述符、端点描述符等。数据量一大，就容易因为传输错误导致超时。

我曾经排查过一个摄像头枚举超时问题：设备在返回配置描述符时，总长度计算错误（少报了 8 字节）。主机读不完就继续等，最终超时。所以写设备固件时千万注意描述符长度字段要精准。