第四章：总线与接口技术——AMBA总线、AXI/AHB/APB协议、SPI/I2C/UART接口、PCIe接口

各位同学，大家好。今天我们聊一个嵌入式系统里绕不开的话题——总线与接口。说实话，我刚开始做嵌入式那会儿，总觉得总线这东西是芯片设计工程师才需要关心的。直到有一次，我在一个多核处理器项目里，因为总线带宽分配不合理，导致系统跑起来卡得像幻灯片一样……嗯，从那以后，我再也不敢小看总线了。

这一章，我会把AMBA总线家族（AXI、AHB、APB）和几个常用的外设接口（SPI、I2C、UART、PCIe）掰开揉碎了讲。你想想看，这些协议几乎出现在每一块SoC里，搞懂了它们，你就掌握了嵌入式系统互联的“通用语言”。

4.1 AMBA总线：SoC的“高速公路网”

AMBA（Advanced Microcontroller Bus Architecture）是ARM公司推出的一套总线规范。说白了，它就是SoC内部各个模块之间通信的“交通规则”。我个人习惯把AMBA比作一个城市的交通系统：AXI是八车道高速路，AHB是城市主干道，APB则是小区里的支路。

核心要点：AMBA不是单一总线，而是一套协议族。不同性能需求的模块，挂在不同层次的总线上。

4.1.1 AXI协议——高性能的“八车道”

AXI（Advanced eXtensible Interface）是AMBA家族里性能最高的协议。它支持独立地址/数据通道、乱序传输、突发传输。我在项目中遇到过最典型的场景：一个4K视频编解码器，需要从DDR里高速读取数据。如果用AHB，每笔传输都要等前一笔完成，效率低得可怜。换成AXI后，利用它的乱序特性，读请求可以连续发出，数据返回时再按需重组，带宽利用率直接翻倍。

AXI有几个关键特性你必须记住：

  • 五个独立通道：读地址、读数据、写地址、写数据、写响应。每个通道都是单向的，可以并行工作。
  • 乱序传输：事务ID机制允许后发出的请求先得到响应。嗯，这里要注意，乱序虽然提升了效率，但也增加了设计复杂度——你得保证数据最终能被正确重组。
  • 突发传输：一次地址请求，可以连续传输多笔数据。我建议你在设计DMA控制器时，尽量用突发模式，能省下不少地址握手开销。
// AXI 读事务示例（伪代码）
// 发起读请求
AXI_ARADDR  = 0x8000_0000;  // 读地址
AXI_ARLEN   = 16;           // 突发长度：16笔
AXI_ARSIZE  = 2'b10;        // 每笔4字节
AXI_ARVALID = 1'b1;         // 地址有效

// 等待读数据返回
while (AXI_RVALID == 1'b0) wait;
data = AXI_RDATA;           // 读取数据
// 注意：RLAST信号标识最后一笔数据

我的经验：AXI的写响应通道经常被新手忽略。我曾经在一个项目中，写数据发出去后没等写响应就继续发下一笔，结果导致数据覆盖错误。记住：写响应是保证数据真正落地的关键，别省这一步。

4.1.2 AHB协议——均衡的“城市主干道”

AHB（Advanced High-performance Bus）是AMBA里的“中坚力量”。它比APB快，比AXI简单。我一般把CPU、DMA、外部存储器控制器这类中等带宽需求的模块挂在AHB上。

AHB的特点：

  • 流水线传输：地址阶段和数据阶段可以重叠。比如，当前周期正在传输第一笔数据时，下一笔的地址已经可以发出去了。
  • 单一主控：同一时刻只能有一个主设备占用总线。仲裁器决定谁获得控制权。
  • 不支持乱序：传输必须按顺序完成。这简化了设计，但牺牲了部分性能。

为什么会这样？因为AHB的设计初衷就是“够用就好”。对于大多数嵌入式应用，AHB的带宽已经绰绰有余。我建议你在选择总线时，别盲目追求AXI——如果模块对延迟不敏感，AHB更省资源。

4.1.3 APB协议——低速外设的“小区支路”

APB（Advanced Peripheral Bus）是AMBA里最简单的协议。它专门用来挂接低速外设，比如UART、GPIO、I2C控制器、定时器等。APB的设计哲学就是“简单、低功耗”。

APB的状态机只有三个状态：IDLE、SETUP、ACCESS。每次传输至少需要两个时钟周期。你想想看，对于GPIO这种几十KHz操作频率的外设，APB的带宽完全够用，而且功耗极低。

避坑指南：我曾经在一个低功耗IoT项目中，把SPI控制器挂在了AHB上。结果发现，每次SPI传输都要唤醒整个AHB时钟域，功耗根本压不下去。后来我把SPI控制器改挂到APB上，配合时钟门控，待机功耗降低了40%。记住：低功耗设计，从总线选择开始。

4.2 外设接口协议：SPI、I2C、UART

说完了片内总线，我们来看看芯片与外部设备通信的接口。这三个接口，可以说是嵌入式工程师的“基本功”。

4.2.1 SPI——全双工、高速、简单

SPI（Serial Peripheral Interface）是我个人最喜欢用的接口。它用四根线（SCK、MOSI、MISO、CS）实现全双工通信。为什么喜欢？因为它简单、可靠、速度快。我在项目中用SPI连接过ADC、DAC、LCD、Flash、SD卡……几乎无所不能。

SPI的四种模式（CPOL和CPHA的组合）经常让人头疼。我教你一个记忆方法：

  • CPOL=0：空闲时时钟为低电平
  • CPOL=1：空闲时时钟为高电平
  • CPHA=0：在第一个时钟边沿采样数据
  • CPHA=1：在第二个时钟边沿采样数据

嗯，这里要注意：主设备和从设备的模式必须一致。我曾经因为SPI模式不匹配，调了整整两天才发现是CPOL设反了。

// SPI 写一个字节（模式0：CPOL=0, CPHA=0）
uint8_t spi_write_byte(uint8_t data) {
    uint8_t rx_data = 0;
    for (int i = 7; i >= 0; i--) {
        // 在SCK上升沿发送数据
        MOSI = (data >> i) & 0x01;
        SCK = 1;  // 产生上升沿
        // 在SCK下降沿采样数据
        rx_data |= (MISO << i);
        SCK = 0;  // 产生下降沿
    }
    return rx_data;
}

4.2.2 I2C——两线制、多主、地址寻址

I2C（Inter-Integrated Circuit）只用两根线（SCL、SDA）就能挂接多个设备。它的核心是“地址寻址”——每个从设备都有一个唯一的7位或10位地址。我建议你在设计多传感器系统时优先考虑I2C，因为它能节省GPIO引脚。

I2C的时序要点：

  • 起始条件：SCL高电平时，SDA从高变低
  • 停止条件：SCL高电平时，SDA从低变高
  • 应答机制：每传输一个字节后，接收方必须拉低SDA表示应答

我的经验：I2C最坑的地方是“总线锁死”。如果从设备在传输过程中异常复位，它可能一直拉着SDA不放。我曾经遇到过这种情况，整个I2C总线都瘫痪了。解决办法：在软件里实现“超时复位”机制，连续9个时钟脉冲后强制释放总线。

4.2.3 UART——异步、简单、通用

UART（Universal Asynchronous Receiver/Transmitter）是最古老的串行接口之一。它只需要两根线（TX、RX），不需要时钟线。为什么不需要时钟？因为通信双方事先约定好波特率，然后各自用自己的时钟采样。

UART的数据帧格式：起始位（1位）+ 数据位（5~8位）+ 校验位（可选）+ 停止位（1~2位）。我一般用8N1（8位数据、无校验、1位停止位），这是最通用的配置。

避坑指南：UART的波特率误差不能太大。我曾经在一个项目中，用了一个精度不够的晶振，导致波特率误差超过3%。结果就是：数据偶尔会错位，调试起来非常痛苦。记住：波特率误差最好控制在2%以内，否则就等着丢数据吧。

4.3 PCIe接口——高性能、可扩展、复杂

PCIe（Peripheral Component Interconnect Express）是PC和服务器领域的主流接口。它用差分信号对（TX+/TX-、RX+/RX-）实现高速串行传输。PCIe的带宽非常恐怖：PCIe 3.0 x16的单向带宽高达16GB/s。

PCIe的核心概念：

  • 通道（Lane）：一组差分发送和接收对。x1、x4、x8、x16表示通道数。
  • 分层架构：事务层、数据链路层、物理层。每一层都有明确的职责。
  • 即插即用：支持热插拔和自动配置。

说实话，PCIe的协议栈非常复杂。我建议你从“事务层包（TLP）”入手理解。TLP是PCIe通信的基本单位，包含包头、数据、CRC校验。不同类型的TLP用于不同的操作：Memory Read/Write、I/O Read/Write、Configuration Read/Write等。

// PCIe TLP 包头结构（32位地址格式）
typedef struct {
    uint8_t  fmt_type;   // 格式和类型
    uint8_t  tc;         // 流量类别
    uint8_t  attr;       // 属性
    uint8_t  length;     // 数据长度（以DW为单位）
    uint32_t address;    // 目标地址
    uint16_t requester_id; // 请求者ID
    uint8_t  tag;        // 标签
    uint8_t  last_dw_be; // 最后一个DW的字节使能
    uint8_t  first_dw_be;// 第一个DW的字节使能
} tlp_header_t;

核心要点：PCIe的难点不在于协议本身，而在于它的“可扩展性”。你设计的PCIe设备，必须能兼容不同版本（1.0/2.0/3.0/4.0）、不同通道数（x1/x4/x8/x16）、不同厂商的主机。我建议你在设计初期就做好“链路训练”和“协商机制”的验证。

4.4 本章小结

这一章我们聊了AMBA总线家族和几个常用的外设接口。我个人觉得，总线与接口技术是嵌入式系统设计的“骨架”——骨架搭好了，血肉（功能模块）才能顺畅地工作。

最后给你三个建议：

  1. 选型要匹配：高性能模块用AXI，中等用AHB，低速用APB。别拿大炮打蚊子。
  2. 时序要严谨：SPI的模式、I2C的应答、UART的波特率、PCIe的链路训练——任何一个细节出错，系统都可能罢工。
  3. 验证要全面：总线协议仿真和实际硬件测试，一个都不能少。我见过太多“仿真通过、上板翻车”的案例了。

下一章，我们会进入嵌入式系统的核心——处理器与存储系统。到时候再聊。

← 上一章 📖 返回目录 下一章 →