3. SPI与I2C对比分析：速度、引脚数、拓扑结构、多主设备支持、应用场景的差异

做嵌入式开发这么多年，我经常被问到同一个问题：SPI和I2C到底选哪个？说实话，没有标准答案。每种总线都有自己的脾气，选对了事半功倍，选错了调试到怀疑人生。今天我就把这两个协议掰开了揉碎了讲清楚。

3.1 引脚数：少即是多，还是多即是少？

先看最直观的差异——引脚数。这直接决定了你的PCB走线复杂度和GPIO占用。

我做过一个项目，主控只有20个GPIO，却要挂8个传感器。如果用SPI，光CS线就要8根，加上SCLK、MOSI、MISO，直接吃掉11个引脚。换成I2C，2根线搞定所有。你想想看，这差距有多大。

3.2 速度：SPI是跑车，I2C是家用车

速度是SPI最引以为傲的优势。SPI没有协议层面的地址帧、应答帧，数据线可以一直跑。标准模式下，SPI轻松跑到几十MHz，有些高速SPI甚至能到100MHz以上。

I2C就慢多了。标准模式100kHz，快速模式400kHz，高速模式3.4MHz。为什么会这样？因为I2C是开漏输出，靠上拉电阻拉高电平，RC延迟限制了速度。我刚开始做I2C驱动时，总觉得400kHz太慢，试着把时钟提到1MHz，结果波形直接糊了。

3.3 拓扑结构：点对点 vs 总线

SPI的拓扑结构是星型——主设备给每个从设备一根独立的CS线。好处是通信互不干扰，坏处是设备多了线缆爆炸。

I2C是真正的总线型——所有设备挂在两根线上，靠地址区分。理论上可以挂127个设备（7位地址），实际上受限于总线电容，一般不超过20个。

我画了一张图，帮你直观理解两者的拓扑差异：

3.4 多主设备支持：I2C的独门绝技

这一点上，I2C完胜SPI。I2C原生支持多主设备——多个主设备可以挂在同一总线上，通过仲裁机制决定谁占用总线。仲裁的规则很简单：谁先拉低SDA，谁就赢得总线。

SPI呢？标准SPI不支持多主。虽然有些芯片做了双主模式，但用起来很别扭，需要额外的握手信号。我做过一个双主控备份系统，两个MCU要共享一个Flash。用SPI折腾了两周，最后还是换成了I2C，半天搞定。

3.5 应用场景：各有所长

说了这么多理论，咱们看看实际项目中怎么选。

SPI的典型战场：

• 高速ADC/DAC：数据量大，实时性要求高。我做过一个音频采集项目，用SPI接24位ADC，3MHz时钟，效果很好。
• LCD/OLED显示屏：需要持续刷新大量像素数据，SPI的速率优势明显。
• SD卡/Flash：SPI模式是SD卡的标准接口之一，读写速度快。
• 传感器数据流：像加速度计、陀螺仪，如果输出速率高（>1kHz），SPI更靠谱。

I2C的舒适区：

• 低速传感器：温度、湿度、气压传感器，数据更新慢，I2C完全够用。
• 配置/状态寄存器：很多芯片用I2C做配置接口，数据量小，但需要频繁读写。
• 多设备系统：比如一个主控挂多个传感器，I2C的2线制优势巨大。
• 热插拔场景：I2C支持热插拔（前提是设计得当），SPI不行。

3.6 我的选型决策流程

每次选型，我都会按这个顺序问自己几个问题：

1. 需要多高速度？超过1MHz，SPI优先；低于400kHz，I2C够用。
2. 有多少从设备？超过3个，考虑I2C；少于3个，SPI更简单。
3. 需要多主吗？需要的话，直接选I2C。
4. GPIO够用吗？不够的话，I2C是救星。
5. 传输距离多远？超过30cm，SPI要加驱动，I2C基本没戏。

好了，SPI和I2C的对比就讲到这里。记住一句话：SPI是性能优先，I2C是简洁优先。没有谁比谁更好，只有谁更适合你的项目。