硬件接口基础：PCIe、USB、I2C、SPI、UART 等常见总线协议简介

做驱动开发，说白了就是跟各种硬件接口打交道。你写的代码最终要通过这些总线去控制设备、搬运数据。我刚开始接触驱动时，总觉得协议栈深不可测，后来发现——抓住核心特征，一通百通。

这一章，咱们把最常见的几种总线协议捋一遍。我不打算给你念数据手册，而是从驱动工程师的视角，聊聊它们各自是什么、怎么用、坑在哪。

核心观点：没有完美的总线，只有最合适的。选型时看三点——速度、距离、设备数量。

PCIe 是当前 PC 和服务器领域最主流的高速总线。显卡、NVMe 固态硬盘、万兆网卡，清一色走 PCIe。

它的核心设计思想是点对点串行差分传输。什么意思？就是每个设备跟 CPU 之间有一条专用通道，不像老式 PCI 总线那样大家挤在同一条共享总线上抢带宽。

我记得第一次调 PCIe 驱动时，遇到设备枚举失败。查了半天，发现是复位时序没处理好——PCIe 设备上电后需要等待 100ms 才能开始配置空间访问。这个坑，后来我在好几个项目里都见过。

驱动开发要点：

USB 可能是大家最熟悉的接口了。键盘鼠标、U 盘、摄像头、打印机……几乎什么都能接。

从驱动角度看，USB 最值得关注的是它的分层架构：主机控制器 → 根集线器 → 集线器 → 设备。每个设备又包含若干个配置、接口、端点。端点才是真正收发数据的单元。

我建议你重点理解 USB 描述符（Descriptor）的层级关系。设备描述符 → 配置描述符 → 接口描述符 → 端点描述符，一层套一层。写驱动时，就是通过解析这些描述符来识别设备功能的。

我曾经踩过的坑：USB 设备的枚举过程有严格的时间要求。有些廉价设备在复位后响应慢，如果主机侧超时设置太短，就会枚举失败。调这类问题时，逻辑分析仪比示波器好用得多。

I²C 只有两根线——SCL（时钟）和 SDA（数据）。所有设备挂在同一条总线上，通过地址区分。

它的驱动模型很清晰：主设备发起通信，从设备响应。每次传输以 START 条件开始，以 STOP 条件结束。中间是地址 + 读写位 + 数据字节 + 应答位。

实际项目中，I²C 最常见的用途是读取传感器数据、配置编解码器、控制电源管理芯片。你想想看，一个嵌入式主板上可能挂着十几个 I²C 设备，全靠两根线搞定。

调试技巧：I²C 总线卡死是常见故障。如果 SDA 被拉低不放，通常是某个从设备没有释放总线。这时候复位那个设备，或者重新初始化 I²C 控制器，一般能解决。

SPI 比 I²C 多两根线——MOSI（主出从入）、MISO（主入从出）、SCLK（时钟）、CS（片选）。四根线，全双工，速度可以跑到几十 MHz。

它的驱动逻辑很直白：拉低片选 → 时钟打数据 → 拉高片选。没有地址概念，每个设备独占一条片选线。

我个人习惯用 SPI 来驱动显示屏幕、ADC/DAC 转换器、Flash 存储器。这些设备对吞吐量有要求，SPI 正好胜任。

注意模式匹配：SPI 有四种模式（CPOL 和 CPHA 的组合），主设备和从设备必须匹配。我见过有人调了两天 SPI 通信，最后发现是模式没对上。

UART 是串行通信的老祖宗。RS-232、RS-485 都是它的变体。没有时钟线，靠双方约定相同的波特率来同步。

它的驱动模型最简单：配置波特率 → 打开串口 → 读写数据。没有复杂的协议栈，没有地址仲裁，就是纯粹的字节流。

UART 在驱动开发中最大的用途是调试输出。系统还没跑起来时，网口、USB 都用不了，串口就是你和硬件沟通的唯一窗口。我建议每个驱动工程师的工位上都要备一根 USB 转串口线。

避坑指南：UART 的流控（RTS/CTS）经常被忽略。如果通信双方有一方处理速度跟不上，又没有流控，数据就会丢失。我曾经在调试一个 GPS 模块时，就因为没开硬件流控，丢了一堆定位数据。

这五种总线，覆盖了从高速到低速、从复杂到简单的全频谱。PCIe 和 USB 属于系统级总线，I²C、SPI、UART 更多是板级总线。做驱动开发时，你大概率会跟它们反复打交道。

嗯，记住一点：理解总线的物理层和链路层，比死记硬背寄存器更有用。因为寄存器会随芯片厂商变，但协议的本质不变。