ARTICLE · INTELLIGENCE

战地情报 · 详情页

来自尧图项目组的一线实战观察与深度解析

USB 设备开发实战:枚举、描述符与类驱动

USB 设备开发实战:枚举、描述符与类驱动

第一章 先别急着写驱动:把 USB 的骨架看清楚

1.1 主机轮询制:一切从"被动"开始

USB 总线上只有一个主机。所有通信由主机发起,设备不能主动发起传输。这条规则执行到什么程度呢?连"我有数据要上报"这件事,都得等主机来问。

  • 批量传输(Bulk):主机发 IN token,你有数据就回,没数据就回 NAK。NAK 是合法的、高频的、正常的,不要以为 NAK 是错误。
  • 中断传输(Interrupt):主机按bInterval周期来问你。你依然只能在他问的时候说话。
  • 同步传输(Isochronous):主机按周期来,但这个类型不重传、不握手,错了就错了。
  • 控制传输(Control):唯一双向、有结构、有状态机的传输,专门用于枚举和类请求。

所以 USB 设备固件本质上是一个事件循环:硬件收到 token 或者发完包,产生中断,你在中断里根据当前端点状态决定下一步塞什么进 FIFO。你的代码结构通常是"中断服务程序 + 状态机 + 缓冲队列",而不是"主循环里printf"。

我见过太多把 USB 写成轮询的人,最后都卡在同一个地方:主机问了,你没来得及答,超时;或者你答了,但答的时机晚了半拍,SOF一过,主机认为你没响应。USB 对时间是敏感的,微秒级。

1.2 电气

RELATED READING

延伸阅读

更多一线实战笔记与深度复盘,助您持续精进