026 四大接口对比：速度、距离、功耗、引脚数、应用场景全面分析
上周五晚上十一点，产线那边突然炸了锅——一批智能家居网关在老化测试中频繁掉线。我赶到现场时，测试主管拿着示波器截图给我看：I2C总线上SCL波形像被狗啃过，SDA上还挂着毛刺。拆开三台样机，发现其中两台用的EEPROM地址线拉得太长，另一台干脆是GPIO模拟I2C的时序没调好。
这种问题见多了。说到底，就是接口选型时没把“速度、距离、功耗、引脚数”这四个维度算清楚。今天把这四个接口掰开揉碎了讲，全是实战里淌过的浑水。
速度：别被数据手册上的理论值骗了
GPIO的速度最容易被低估。很多人觉得GPIO就是开关灯用的，实际上在STM32F4上，GPIO翻转频率能做到50MHz以上。但注意，这是裸翻转——不带负载。一旦你接上长线、加上上拉电阻、再挂个电容，速度直接腰斩。我见过有人用GPIO模拟SPI去驱动LCD，结果刷新率只有15fps，因为GPIO的上升沿被线缆电容拖成了斜坡。
UART的波特率上限受限于线缆长度和电气特性。RS232在15米内能跑115200bps，超过这个距离就得降速。RS485能到10Mbps，但那是差分信号在双绞线上的理论值，实际工程中超过100米，建议降到1Mbps以下。别信那些“我们实验室跑通了”的话，产线环境里电磁干扰一上来，UART的误码率会让你怀疑人生。
I2C的标准模式100kHz，快速模式400kHz，高速模式3.4MHz。但注意，I2C是开漏输出，靠上拉电阻拉高。速度越高，上拉电阻就得越小，功耗就越大。400kHz时上拉电阻通常取4.7kΩ，3.4MHz时得降到1kΩ以下。而且I2C总线电容有限制——400pF是红线，超过这个值波形就畸变。我踩过的坑：用I2C连接6个传感器，总线长度30cm，400kHz下SCL波形已经圆得像正弦波了。
SPI是速度之王。没有开漏限制，推挽输出直接干。常见MCU的SPI能到几十MHz，高端芯片能上100MHz。但SPI对布线要求高，高速下信号反射、串扰都是问题。我做过一个项目，SPI时钟50MHz，线长10cm，结果数据偶尔错位。最后发现是地线没铺好，信号回流路径太长。
速度排序：SPI > GPIO（裸翻转） > UART（RS485） > I2C
距离：差分信号才是王道
GPIO的距离最惨。CMOS电平的GPIO，超过10cm就得考虑信号完整性。3.3V的GPIO驱动1米长的线，末端电压可能只剩2V，逻辑电平都保不住。别想着加驱动芯片，那是治标不治本。
UART的距离取决于物理层。RS232的±12V电平能到15米，RS485的差分信号能到1200米。但注意，RS485需要终端匹配电阻，而且总线上的节点数有限制——32个是标准值，用高阻抗收发器能到256个。我见过有人把32个节点挂满，结果最后一个节点的信号眼图已经闭上了。
I2C的距离是硬伤。标准模式下最长也就几米，而且总线电容限制死了。想延长距离？用I2C中继器或者缓冲器，但每个中继器会引入延迟，多个串联后时序会乱。我有个客户非要用I2C控制10米外的传感器，最后换了RS485转I2C的桥接芯片才搞定。
SPI的距离也短。主从模式，片选信号是点对点，时钟和数据线超过30cm就得加驱动。而且SPI没有标准的长距离物理层，想拉远只能用差分SPI或者转成LVDS。
距离排序：UART（RS485） > UART（RS232） > I2C ≈ SPI ≈ GPIO
功耗：细节里藏着魔鬼
GPIO的功耗最灵活。输出高电平时，功耗取决于负载电流；输出低电平时，功耗几乎为零。但注意，GPIO翻转时的动态功耗跟频率成正比。50MHz翻转的GPIO，功耗可能比整个MCU还高。我做过一个低功耗项目，GPIO翻转频率从1MHz降到100kHz，系统功耗降了30%。
UART的功耗相对固定。收发器本身有静态电流，RS232的电荷泵还要额外耗电。RS485的静态功耗低，但总线上的偏置电阻会一直耗电。一个120Ω的终端电阻在5V下就是208mW，十个节点就是2W——别小看这点功耗，电池供电的设备里这就是命。
I2C的功耗跟总线状态强相关。空闲时总线被上拉电阻拉高，功耗就是VCC²/R。400kHz下4.7kΩ上拉，3.3V时功耗约2.3mW。但总线上的从设备越多，总电容越大，动态功耗越高。而且I2C的从设备地址识别需要时钟，每个ACK/NACK都会产生功耗。
SPI的功耗在高速下很可观。推挽输出没有静态功耗，但动态功耗跟频率和负载电容成正比。50MHz SPI驱动10pF负载，功耗约10mW。但SPI的从设备通常不需要时钟时进入低功耗模式，这点比I2C强。
功耗排序（同速率下）：I2C > UART > SPI > GPIO
引脚数：少即是多，但多也有多的好处
GPIO最灵活，但引脚数取决于MCU封装。一个GPIO只能做一件事，想复用就得用软件模拟。我见过有人用4个GPIO模拟I2C，结果时序调了三天。
UART最少2根线（TX、RX），加上流控就是4根（RTS、CTS）。RS485只需要2根差分线，但半双工需要方向控制引脚。UART的引脚数少，但每个UART只能点对点通信（RS485可以多节点）。
I2C只需要2根线（SCL、SDA），而且支持多主多从。但每个从设备需要唯一的地址，7位地址最多128个设备，10位地址能到1024个。注意，地址冲突是I2C最常见的坑——两个设备用同一个地址，总线直接瘫痪。
SPI最少4根线（SCLK、MOSI、MISO、CS），但每个从设备需要独立的CS线。N个从设备就需要N+3根线。所以SPI的引脚数跟设备数量成正比，设备多了引脚就不够用。
引脚数排序（从少到多）：I2C（2线） < UART（2线） < SPI（4线+N*CS） < GPIO（N个）
应用场景：选对了省心，选错了加班
GPIO适合做控制信号、中断输入、LED驱动、按键检测。别用GPIO做高速数据传输，除非你时间多到没处花。我见过有人用GPIO模拟USB，结果速度只有12Mbps的十分之一，还经常丢包。
UART适合做调试日志输出、GPS模块通信、蓝牙模块连接、长距离工业总线。注意，UART没有时钟线，收发双方必须波特率一致，而且没有流控时容易丢数据。我习惯在UART通信中加CRC校验，哪怕只是调试用。
I2C适合做板内低速传感器读取、EEPROM存储、RTC时钟、ADC配置。别用I2C做实时性要求高的通信，因为总线仲裁和时钟拉伸会导致延迟不确定。而且I2C的从设备地址是硬编码的，产品升级时如果地址冲突，只能换芯片。
SPI适合做高速ADC采样、LCD显示驱动、SD卡读写、FPGA配置、音频编解码。SPI是全双工，速度高，但布线要求也高。我做过一个SPI驱动LCD的项目，时钟20MHz，结果屏幕闪烁。最后发现是MISO线上的干扰导致数据错误，加了RC滤波才解决。
个人经验：选型时先问自己三个问题
第一，通信距离是板内还是板间？板内用I2C或SPI，板间用UART（RS485）。别想着用I2C拉10米线，那是给自己挖坑。
第二，功耗有没有限制？电池供电的设备，优先考虑GPIO和SPI的低功耗模式。I2C的上拉电阻功耗在低功耗场景下不可忽视。
第三，引脚够不够用？MCU引脚紧张时，I2C是首选。但如果你有多个从设备，SPI的CS线会吃掉大量引脚，这时候可以考虑I2C或者用GPIO模拟CS的SPI。
最后说一句：别迷信理论值。数据手册上的速度、距离、功耗都是在理想条件下测的。你的PCB布线、线缆质量、电源纹波、电磁环境都会让这些参数打折。做项目时，留出50%的余量——比如I2C总线电容控制在200pF以内，SPI时钟频率不超过数据手册的70%，UART波特率不超过理论值的80%。
这样，产线就不会在周五晚上十一点给你打电话了。