MPU6050默认I2C地址为0x68（AD0接地）或0x69（AD0接高），加速度和陀螺仪数据需从0x3B、0x43起连续读6字节，须用块读方式并手动符号扩展，且上电后必须向0x6B写0唤醒。
确认MPU6050的I2C地址和寄存器映射
MPU6050默认I2C地址是0x68（AD0引脚接地），若AD0接高电平则为0x69。读取原始数据必须访问两组关键寄存器：ACCEL_XOUT_H（0x3B）开始的6字节（加速度X/Y/Z，各2字节高位在前），以及GYRO_XOUT_H（0x43）开始的6字节（角速度X/Y/Z）。别直接读单字节——它不支持非连续单字节读，必须用多字节读（Repeated Start）或分两次读高低字节。
常见错误：用i2c_read_byte()逐个读0x3B~0x42，结果数据错位。MPU6050要求对起始地址发起一次read_i2c_block_data()类调用，一次性读6字节，否则内部寄存器指针不会自动递增（部分驱动有bug，会停在首地址重复返回同一字节）。
Linux用户空间用ioctl读取I2C设备（如树莓派/ARM板）
在Linux下，推荐用/dev/i2c-1设备节点配合I2C_RDWR ioctl批量读写，避免用户态频繁切换内核态。核心是构造i2c_msg数组：一条写消息设起始寄存器地址，一条读消息收数据。
- 先发写消息：buf[0] =
0x3B，告诉MPU6050“我要从加速度X高位开始读” - 再发读消息：长度设为6，内核自动完成Repeated Start并读回6字节
- 注意：两次消息必须封装在同一
i2c_rdwr_ioctl_data中，分开ioctl会变成两个独立transaction，MPU6050不认
示例关键片段：
立即学习“C++免费学习笔记（深入）”；
struct i2c_msg msgs[2];
msgs[0].addr = 0x68; msgs[0].flags = 0; msgs[0].len = 1; msgs[0].buf = ®
msgs[1].addr = 0x68; msgs[1].flags = I2C_M_RD; msgs[1].len = 6; msgs[1].buf = buf;
struct i2c_rdwr_ioctl_data data = {.msgs = msgs, .nmsgs = 2};
ioctl(fd, I2C_RDWR, &data);
// buf[0..1]是accel_x，buf[2..3]是accel_y...
用wiringPi或libi2c时绕过寄存器自动递增陷阱
wiringPi的wiringPiI2CReadReg16()只读2字节且假设寄存器可自增，但MPU6050的ACCEL_XOUT_H和ACCEL_XOUT_L不是独立可读寄存器——它只响应从0x3B起的块读。所以不能用wiringPiI2CReadReg16(fd, 0x3B)，它底层发的是“写0x3B+读2字节”，而MPU6050需要“写0x3B+Repeated Start+读6字节”。
正确做法：
- 用
wiringPiI2CWrite(fd, 0x3B)手动发送起始地址 - 再用
wiringPiI2CRead(fd)连读6次（需确保I2C总线频率≤400kHz，且wiringPi已启用fast-mode） - 更稳妥：换用
libi2c的i2c_smbus_read_i2c_block_data()，它原生支持块读
数据拼接与符号扩展必须手动处理
MPU6050所有原始值都是16位补码，但Linux I2C读出的是无符号字节。例如加速度X高位=0xFF、低位=0xC0，合起来是0xFFC0，需强制转换为int16_t才能得到-64（不是65472）。漏掉这步会导致数据全飘在正向大值区。
示例：
int16_t ax = (int16_t)((buf[0] << 8) | buf[1]); int16_t ay = (int16_t)((buf[2] << 8) | buf[3]); // 注意：不能用(uint16_t)再转int16_t，必须一步到位强转
另外，出厂校准值存在XA_OFFSET_H等寄存器（0x06~0x08等），若需更高精度，得先读这些偏移并从原始值中减去——但大多数场景直接用原始值+量程换算就够了。
最易被忽略的一点：MPU6050上电后默认处于休眠模式，必须往PWR_MGMT_1（0x6B）写0唤醒，否则所有传感器寄存器读出来全是0。这个初始化步骤比读数据本身还关键。
