USB Selective Suspend 调试：随机断连、休眠恢复失败和丢传输

USB Selective Suspend 的本意是省电。它正常工作的时候，空闲设备进入低功耗状态，需要时再恢复。一旦出问题，用户看到的就是：随机断连、数据丢失、相机卡死、串口没响应、HID 设备收不到输入、休眠后设备消失。搜 "USB selective suspend 随机断连"、"USB 设备空闲后停止工作"、"USB resume 失败"、"禁用 USB selective suspend" 的人，一般都已经试过线材和驱动了。

禁用 Selective Suspend 只能算绕过，不是诊断。真正的问题是：故障出在设备、驱动、Hub、主控制器，还是应用在 suspend/resume 或空闲恢复时的行为。

Bus Scope 在这个场景下有用，因为故障有时间线。你需要知道：空闲之前有什么流量？主机是不是暂停了这条通路？什么请求恢复了设备？恢复之后是哪一笔传输失败的？

Selective Suspend 到底干了什么

Selective Suspend 允许操作系统把单个 USB 设备或接口挂起来，同时系统其余部分保持运行。这和整机休眠不一样——一台 USB 设备可能仅仅因为看起来空闲就被挂起，即便电脑本身是醒的。

这件事影响的是：

• USB 串口适配器
• HID 设备
• USB 摄像头
• 音频接口
• 调试探针
• 安全令牌
• 厂商自定义设备
• 总线供电的传感器

如果固件没有正确处理 suspend/resume，空闲之后的第一笔传输就可能失败。

典型症状

Selective Suspend 问题看起来通常是：

• 设备插上能用，几分钟之后就坏
• 空闲之后的第一条命令超时
• 串口读在长时间无操作后永远卡住
• 屏幕锁定之后摄像头预览卡死
• HID 报告一直不来，直到重新插拔
• 设备以新地址重连
• 应用报设备断连，但其实物理上还在
• Windows 或 Linux 日志里能看到 reset / resume 相关消息

关键模式是"时间"。如果故障跟着空闲、休眠、关屏、笔记本电源状态变化走，电源管理就该被纳入调查。

挂起失败 vs 恢复失败

这是两类不同的问题：

• 挂起失败：设备或驱动没能正确进入低功耗
• 恢复失败：设备进了低功耗但没能正确恢复

用户那边看起来都是"设备断了"。USB trace 可以分开它们——看流量是不是干净地停了、下一笔请求是不是失败了。

如果在应用发命令之后才断，嫌疑在恢复或固件状态恢复。如果空闲期间没收到任何应用请求，设备就 reset 了，嫌疑在主机电源管理、Hub 行为、或者固件的 watchdog。

空闲之后的第一笔传输

空闲后的第一笔传输往往是关键证据。它可能是：

• 一个 Control Request
• 一次 Bulk 读或写
• 一次 Interrupt IN poll
• 一个类特定请求
• 一条厂商命令
• 一次 stream restart 请求

如果第一笔就超时、STALL 或者触发 reset，设备大概率没能恢复到预期状态。修法可能在固件的 resume 处理、驱动电源策略、应用重试行为，或者干脆给这台设备关掉 selective suspend。

Linux 运行时电源管理

Linux 上也有 USB 运行时电源管理。设备可以在空闲一段时间后 autosuspend。一台设备的行为可能因驱动、内核版本、autosuspend 设置、应用是否保持打开而不同。

Linux 上排查时，要把抓到的流量和系统日志对得上。如果设备 resume 之后立刻 reset，总线 trace 比应用那条 "I/O error" 有用得多。

Windows 上的 Selective Suspend

在 Windows 上，Selective Suspend 的行为受电源计划、驱动支持、USB Hub 设置、设备类影响。用户通常在电源选项里关掉"USB selective suspend setting"。这可以算一个实用绕过，但正经诊断还是要说清楚到底是哪一步空闲恢复出了问题。

Windows USB 问题还可能受 Modern Standby、笔记本 Dock 行为、Hub、主控制器驱动影响。一台设备在台式机上正常、在笔记本 Dock 上挂掉，就是因为 suspend/resume 行为不一样。

抓包策略

抓 Selective Suspend bug 的步骤：

1. 设备工作的时候就开始抓
2. 做一次已知成功的操作
3. 让设备空够长时间触发问题
4. 做那个通常会失败的操作
5. 让抓包继续覆盖超时、reset、重连
6. 保留完整的时间窗

不要等到设备已经挂了才开始抓——你需要的是从"活跃"到"空闲"再到"失败"的完整转移。

看什么

在 trace 里检查：

• 空闲之前的最后一笔传输
• 失败前的时间间隔
• 空闲之后的第一笔传输
• 超时、STALL、Reset 或断连
• 失败之后是否重新枚举
• 设备地址是否变化
• Resume 之后的类特定请求
• Endpoint Halt 恢复
• 流媒体设备的 Alternate Setting 变化

时序在这里不是噪音，时序就是证据。

排查清单

按这个顺序：

1. 确认故障是否真的和空闲时间相关
2. 在 AC 供电和电池供电下分别测
3. 直连端口 vs Hub/Dock
4. 从空闲前抓到失败后
5. 识别空闲后第一笔失败的传输
6. 看是设备 reset 还是只有一笔传输失败
7. 对比禁用 selective suspend 之后的表现
8. 对比另一台主机或主控制器
9. 检查固件的 resume 处理
10. 检查驱动电源策略和应用重试行为

最终诊断

USB Selective Suspend 的问题靠猜是解决不了的。关掉电源管理能减轻症状，但真正的工程答案来自 USB 时间线：活跃流量 → 空闲间隔 → Resume 尝试 → 失败传输 → Reset 或恢复。

Bus Scope 把这些证据保存下来、检查清楚——让"USB 随机断连"可以诊断成具体的 suspend/resume、驱动、固件、Hub 或电源管理故障。