linux i2c驱动程序 测试案例,BeagleBone Linux I2C驱动测试

I2C－controller在硬件的构造上是一个独立的设备，可以完成I2C的总线操作。然而换个角度，当BUS上没有从设备时，I2C-controller是虚无存在的。因此，总线从计算机体系结构上看，是虚拟的概念，只有总线上挂载设备后，总线的存在才有意义。

针对linux编写驱动时，adapter需要/dev下面的设备节点嘛?通常“不”！

adapter驱动的任务是提供bus支持，而不是针对某一个具体设备，所以完全没有必要提供设备节点。

当在I2c bus上挂载24c02 eeprom后，可以通过eeprom的驱动提供的/dev/设备节点访问。

有时候，为了方便调试，或者在设备驱动没有编写情况下访问设备，那么就必须提供adapter设备节点。

adapter驱动由于没有提供register_char节点的功能，因此，这部分需要drivers/i2c/i2c-dev.c完成。

i2c-dev.c提供了一个虚拟设备节点，也就是adapter的节点。主设备号89

测试EEPROM AT24C02及AD-DA PCF8591T

参考chenzhufly的博文

说明：

I2C_BOARD_INFO("24c02", 0x54)这句里的"24c02"不是随便给的，当注册了该设备，总线会根据"24c02"匹配driver,如果找到对应的driver,用i2cdetect检测出0x54上会出现UU，否则就出现0x54。

之后我在i2c-3下挂了一个AD/DA芯片PCF8591T，地址0x48,i2cdetect -r 3后显示的不是UU，是48，就是因为总线没有为设备"pcf8591t"找到对应的驱动，它的驱动内核没有提供，需要自己完成该驱动的编写。

如果没有"pcf8591t"的驱动，是不是就不能访问它呢？不是的！一般通过adapter设备节点访问，即i2c-1、i2c-2、i2c-3...

pcf8591t测试

0x41-0x44地址里的值分别是AIN0-AIN3 AD转换后的数字值，这些地址可读；

0x40地址可写，写入的数字值为数模转换的数字值。

编写应用程序测试：

fd = open("/dev/i2c-3", O_RDWR);

//DA转换

unsigned char wrbuf[2] = {0x40, 0x10};//DA转换需要的数字值0x10 ret = write(fd, wrbuf, 2);

ADEBUG("write ret: %d\n", ret);

ADEBUG("errno = %d\n", errno);

usleep(10000);//!!!!!!

//读通道0

unsigned char rdaddr[1] = {0x40};//AIN0

unsigned char rddata = 0x00;

write(fd, rdaddr, 1);

//&0x41

//读通道1

rdaddr[0] = 0x41;

write(fd, rdaddr, 1);

read(fd, &rddata, 1);

read(fd, &rddata, 1);

ADEBUG("AIN1 rddata: %d\n", rddata);//&0x42

//读通道2

rdaddr[0] = 0x42;

write(fd, rdaddr, 1);

read(fd, &rddata, 1);

read(fd, &rddata, 1);

ADEBUG("AIN2 rddata: %d\n", rddata);//&0x43

//读通道3

rdaddr[0] = 0x43;

write(fd, rdaddr, 1);

read(fd, &rddata, 1);

read(fd, &rddata, 1);

ADEBUG("AIN3 rddata: %d\n", rddata);//&0x44