可行，但需确认硬件支持且用户有权限；必须先open("/dev/i2c-X", O_RDWR)，再ioctl(fd, I2C_SLAVE, addr)设置7位从机地址，之后可用read()/write()或i2c_smbus_read_word_data()读取传感器寄存器。
Linux下用ioctl直接读I2C设备是否可行？
可行，但必须确认硬件支持且用户有权限。I2C总线在Linux中以/dev/i2c-X设备文件暴露（X为总线编号），但普通用户默认无读写权限，直接open()会返回-1，errno为EACCES。需先用sudo usermod -a -G i2c $USER加组并重新登录，或临时用sudo运行程序。
关键点是：不能跳过ioctl(fd, I2C_SLAVE, addr)设置从机地址——否则read()/write()会失败，错误码常为EIO。地址必须是7位左移后带读/写位的格式（例如0x48对应0x90写、0x91读），但I2C_SLAVE传入的是纯7位地址（如0x48）。
read()和write()能读传感器寄存器吗？
可以，但只适用于寄存器地址固定、长度已知的简单传感器（如TMP102、BME280部分模式）。典型流程是：write()发送寄存器地址，再read()读取数据。注意两次调用间无自动延时，某些传感器要求地址写入后等待几毫秒才能读，否则返回0或旧值。
- 寄存器地址长度因芯片而异：TMP102用1字节地址，BME280用2字节，需查芯片手册确认
- 读取字节数必须与传感器实际返回一致，多读会阻塞或返回0，少读则丢数据
- 避免在
read()前未清空缓冲区——尤其用同一fd连续操作时，残留数据可能导致解析错位
用i2c_smbus_read_word_data()更可靠吗？
是，尤其对支持SMBus协议的传感器（绝大多数I2C温度/湿度/加速度计都兼容）。它封装了地址写+数据读的完整事务，自动处理字节序（返回值为__s32，高位在前），且内置重试逻辑。头文件必须包含<linux/i2c-dev.h>和<linux/i2c.h>，链接时加-li2c。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
示例：读TMP102的温度寄存器0x00：
int fd = open("/dev/i2c-1", O_RDWR);
ioctl(fd, I2C_SLAVE, 0x48);
__s32 ret = i2c_smbus_read_word_data(fd, 0x00); // 返回16位温度值（含小数位）
close(fd);
注意：i2c_smbus_read_word_data()返回的是主机字节序的__s32，但传感器数据按SMBus规范是低位在前（little-endian），函数内部已转换，直接使用即可。
为什么读到的数据总是0或乱码？
最常见原因是电源或上拉电阻问题——I2C需要SDA/SCL线上各接一个4.7kΩ上拉电阻到VCC，缺一不可；其次检查传感器供电电压是否匹配（如3.3V传感器接到5V总线会损坏或通信异常）。软件层面要确认：
- 用
i2cdetect -y 1能看到设备地址（如48），否则硬件连接或地址配置错误 - 传感器是否处于正常工作模式——有些需先写配置寄存器（如BME280的
0xF4）才能开始采样 - 读取时钟频率是否超限：树莓派默认100kHz，但某些传感器要求400kHz，需在
/boot/config.txt中加dtparam=i2c_arm_baudrate=400000
寄存器地址和数据格式必须严格对照芯片手册，比如ADS1115的转换结果是16位有符号数，直接当无符号读会得到负数的补码值。
