4. I2C多设备总线仲裁：在同一I2C总线上挂载BME280和MPU6050，实现分时读取

好，咱们进入第四章。前面几章我们把单个传感器玩得挺溜了，但实际项目里，一个I2C总线上挂三五个设备是家常便饭。你想想看，ESP32的I2C外设就那么两个，要是每个传感器都独占一路，那引脚根本不够用。

这一章的核心就一句话：怎么让BME280（温湿度气压）和MPU6050（六轴姿态）在一条I2C总线上和平共处，互不干扰。我当年第一次做多传感器数据融合时，就踩过地址冲突的坑，折腾了一下午才发现是器件地址没对上。嗯，咱们今天就把这些坑提前填上。

4.1 多设备共存的硬件基础

I2C总线本身就是为多设备设计的。它只有两根线：SDA（数据线）和SCL（时钟线）。所有设备都挂在这两根线上，靠设备地址来区分谁跟主控说话。

这里有个关键点：每个I2C设备都有一个唯一的7位或10位地址。主控发数据时，先发目标地址，只有地址匹配的那个设备才会响应。其他设备？它们会乖乖保持高阻态，不干扰总线。

咱们来看看BME280和MPU6050的默认地址：

传感器	7位地址（默认）	地址引脚	可选地址
BME280	0x76	SDO	0x77（SDO接VCC）
MPU6050	0x68	AD0	0x69（AD0接VCC）

你看，默认地址一个是0x76，一个是0x68，完全不冲突。所以咱们可以直接把它们挂到同一组SDA/SCL引脚上，不需要额外处理。

4.2 分时读取的软件策略

硬件连好了，软件怎么写？说白了就是分时复用。你不能同时跟两个设备说话，得一个一个来。

我习惯的做法是：

1. 初始化阶段：分别初始化两个传感器，确认它们都在线。
2. 读取阶段：先读BME280，再读MPU6050，循环往复。
3. 错误处理：如果一个设备挂了，不能影响另一个设备的读取。

下面是一个完整的示例代码。我用的是Arduino框架，但逻辑在ESP-IDF里也通用。

#include <Wire.h>
#include <Adafruit_BME280.h>
#include <MPU6050.h>

#define I2C_SDA 21
#define I2C_SCL 22

Adafruit_BME280 bme;
MPU6050 mpu;

void setup() {
  Serial.begin(115200);
  Wire.begin(I2C_SDA, I2C_SCL);
  
  // 初始化BME280
  if (!bme.begin(0x76)) {
    Serial.println("BME280 not found!");
  } else {
    Serial.println("BME280 OK");
  }
  
  // 初始化MPU6050
  mpu.initialize();
  if (!mpu.testConnection()) {
    Serial.println("MPU6050 not found!");
  } else {
    Serial.println("MPU6050 OK");
  }
}

void loop() {
  // 分时读取：先读BME280
  float temp = bme.readTemperature();
  float hum = bme.readHumidity();
  float pres = bme.readPressure() / 100.0F;
  
  Serial.print("BME280 - Temp: "); Serial.print(temp);
  Serial.print(" C, Hum: "); Serial.print(hum);
  Serial.print(" %, Pres: "); Serial.print(pres); Serial.println(" hPa");
  
  // 再读MPU6050
  int16_t ax, ay, az, gx, gy, gz;
  mpu.getMotion6(&ax, &ay, &az, &gx, &gy, &gz);
  
  Serial.print("MPU6050 - Accel: ");
  Serial.print(ax); Serial.print(", "); Serial.print(ay); Serial.print(", "); Serial.println(az);
  Serial.print("Gyro: ");
  Serial.print(gx); Serial.print(", "); Serial.print(gy); Serial.print(", "); Serial.println(gz);
  
  delay(100); // 100ms读取一次
}

4.3 总线仲裁的底层原理

你可能会问：如果两个传感器同时想发数据怎么办？这就涉及到I2C的总线仲裁机制了。

I2C总线是开漏输出的。什么意思？就是设备只能把总线拉低，不能主动拉高。当多个设备同时拉低总线时，谁先释放谁就输了。仲裁的规则是：谁发的数据位是0，谁就赢得总线控制权。

但在咱们这个场景里，主控是ESP32，传感器是从机。从机不会主动发起通信，所以仲裁只发生在主控发送地址和数据的阶段。说白了，只要你的代码是串行执行的，仲裁就不会出问题。

4.4 知识结构图

下面这张图帮你理清本章的核心逻辑：

4.5 避坑指南与性能考量

最后，分享几个我在实际项目中积累的经验：

• 地址冲突怎么办？如果两个设备地址一样，比如都是0x68，你可以用MPU6050的AD0引脚接VCC，把地址改成0x69。BME280的SDO引脚同理。
• 读取速度不匹配：BME280的读取比较慢（尤其是湿度，需要几毫秒），MPU6050很快。我建议把BME280的读取频率降低，比如每200ms读一次，MPU6050可以每10ms读一次。用定时器分开调度。
• 总线电容：线太长或者设备太多，总线电容会增大，导致信号上升沿变缓。我一般控制总线长度在20cm以内，超过的话考虑用I2C总线缓冲器（比如PCA9517）。