3.2 I2C 总线挂多设备实战

3.2 I2C 总线挂多设备实战

本节摘要：I2C 用两根线挂起一串设备，是多传感器项目的默认总线，也是"上手最快、翻车最迷"的一条线。本节从开漏与上拉的电气本质讲起，给出地址冲突的三种解法、上拉电阻的计算依据与时钟拉伸的陷阱，最后用一个四传感器共线故障案例把所有知识点串成一次完整实战。

3.1 节的串口是点对点对话，这一节的总线是"会议制"：两根线（SCL 时钟、SDA 数据）上挂着一排设备，靠地址点名。它紧随串口，因为 I2C 引入的两组新概念——开漏电气与地址编址——恰好是串口没有的，也恰好是后续 SPI 之外的另一半总线知识版图。

先把两条线的电气脾气看懂

I2C 的两根线都是开漏输出加上拉电阻：任何设备都只能把线拉低，没人拉时靠电阻回高。这个设计的妙处在于天然无冲突——多个设备同时"说话"也不会短路，线被拉低就是低；隐患则在于高电平是"懒"出来的：靠电阻慢慢充电回升，速度受制于总线电容与上拉电阻的乘积。挂的设备越多、线越长，电容越大，上升沿越缓——这就是"设备多了就通信不稳"的物理根源。

上拉电阻的取值因此是一道平衡题：太小（比如 1k）拉低时电流大、开漏管吃不消；太大（比如 100k）回升太慢、高频下波形变成三角坡。经验公式按总线电容 Rp 与上升时间的关系给出，工程上可以直接记结论：100kHz 标准模式用 4.7k，400kHz 快速模式用 2.2k，总线又长又挤时再降或降速。上限约束来自"上升沿不超过 300 纳秒"（快速模式），下限来自"拉低电流不超过 3 毫安"。

图：四设备共线的拓扑与上拉位置

地址：I2C 的户口系统

每个从设备占用一个 7 位地址。冲突发生在两种情况：两种设备出厂地址撞车；或者你买了两个同型号传感器。三种解法按代价从低到高：

其一，改地址脚。多数传感器留有一两个地址选择脚（AD0、SDO 之类），接地与接电源各对应一个地址——买之前翻手册确认可改，是最优雅的解法。其二，软件切换地址。少数设备（部分光学传感器）支持运行中改址：先只接一个，把它改成备选地址，再接第二个。适合地址脚缺失的器件。其三，多路开关。用 TCA9548A 这类 I2C 开关芯片，把一条总线分成 8 条子总线，每次只接通一条——所有子设备地址随便撞，代价是多一层寻址与切换代码。显示屏、部分老传感器改不了地址，这条是它们的救命通道。

排查地址问题的第一步永远是扫描。下面这段扫描器是 I2C 世界的万用表：

#include <Wire.h>

void setup() {
  Wire.begin();
  Serial.begin(115200);
}

void loop() {
  Serial.println("扫描 1 到 127 地址：");
  for (uint8_t addr = 1; addr < 128; addr++) {
    Wire.beginTransmission(addr);
    if (Wire.endTransmission() == 0) {       // 0 表示有设备应答
      Serial.print("发现设备，7 位地址：0x");
      Serial.println(addr, HEX);
    }
  }
  delay(3000);
}
​

输出是应答设备的地址列表。空总线上应一个都扫不到（都扫到说明上拉缺失导致误判）；该出现的设备没出现，先查供电与接线，再怀疑地址脚电平。

时钟拉伸：从机也有说"等等"的权利

I2C 有个容易踩的暗门：从设备可以在 SCL 上持续拉低，把时钟按住不放，给自己争取处理时间——这叫时钟拉伸。多数主控库能容忍，但两个场景会出事：一是某些软件 I2C 实现完全无视拉伸，直接按自己的节奏发时钟，从机数据就会错乱；二是主从之间有电平转换器时不支持双向拉伸。若设备手册里写着"需要时钟拉伸"，务必确认所用库支持，或干脆降速到设备能实时跟上、根本不需要拉伸的程度。

案例：四个传感器加一块屏，共线之后集体抽风

背景：一台室内环境监测器，I2C 上挂温湿度、气压、姿态传感器与 OLED 屏。面包板阶段一切正常，装进外壳、线缆加长到 40 厘米后，读数随机失败，频率不高但持续存在。

操作：先扫描地址，四个设备都在、无冲突——排除编址问题。再用逻辑分析仪抓 SCL 波形：上升沿明显变缓，时钟高电平像斜坡。计算总线电容：40 厘米排线约 60 皮法，加上四个设备输入电容，总线电容已近 100 皮法；原设计按短线环境配了 10k 上拉，时间常数被拉大，上升沿超限。对照公式把上拉换成 2.2k，并将总线从 400kHz 降到 100kHz。

结果：连续一周零失败。后续量产把上拉定为 2.2k、排线控制在 30 厘米内，测试全数通过。

解读：这起故障里没有任何"坏元件"，只有"面包板参数漂移到了量产环境"——上拉取值、线长、速率三个变量互相牵制，动一个就要重看另外两个。I2C 出问题先看波形形状：上升沿缓是电容问题（换上拉、降速、缩线），波形干净却无应答是地址或供电问题，毛刺满屏是干扰问题。形状即诊断。

变式：需要挂的总线跨度超过一米（比如分布式节点），I2C 就不再是合适工具——它的电气设计只覆盖板级距离。换 RS485 加协议帧（3.1 节），或者干脆按第 6 章的思路改无线组网，比与物理规律较劲划算。

⚠️ 常见坑：把 I2C 与 SPI 设备的供电分别接在不同电源轨却忘了共地，是"设备有时应答有时不应答"的隐形原因。总线判断高低靠电压差，没有共同参考地，一切时序都是浮云。

💡 关键直觉：I2C 的高电平是电阻"拽"上来的，不是电源"顶"上来的。理解了这一点，上拉阻值、总线电容、速率上限三件事就有了统一的解释框架。

本节要点回顾

• 开漏加上拉是 I2C 的电气根基，高电平靠电阻回升，速度受电容与阻值制约；
• 上拉取值：100kHz 配 4.7k、400kHz 配 2.2k，线长设备多则降阻或降速；
• 地址冲突三解法：改地址脚、运行中改址、多路开关芯片，按代价递增选用；
• 地址扫描器是排查第一工具，波形形状是故障分类的依据；
• 时钟拉伸是暗门：确认库支持，或降速让它无事可做。