c - 在 Linux 上使用 I2C 进行读/写

我正在尝试读取/写入通过地址 FM24CL64-GTR FRAM 上的 I2C 总线连接的 0b 1010 011 芯片。

当我尝试写入 3 个字节(数据地址 2 个字节，+ 数据 1 个字节)时，我收到一条内核消息( [12406.360000] i2c-adapter i2c-0: sendbytes: NAK bailout. )，并且写入返回 != 3。见下面的代码:

#include <linux/i2c-dev.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdint.h>

int file;
char filename[20];
int addr = 0x53; // 0b1010011; /* The I2C address */
uint16_t dataAddr = 0x1234;
uint8_t val = 0x5c;
uint8_t buf[3];

sprintf(filename,"/dev/i2c-%d",0);
if ((file = open(filename,O_RDWR)) < 0)
    exit(1);

if (ioctl(file,I2C_SLAVE,addr) < 0)
    exit(2);

buf[0] = dataAddr >> 8;
buf[1] = dataAddr & 0xff;
buf[2] = val;

if (write(file, buf, 3) != 3)
    exit(3);

...

但是，当我写入 2 个字节，然后写入另一个字节时，我没有得到内核错误，但是当尝试从 FRAM 读取时，我总是返回 0。这是从 FRAM 读取的代码:

uint8_t val;

if ((file = open(filename,O_RDWR)) < 0)
    exit(1);

if (ioctl(file,I2C_SLAVE,addr) < 0)
    exit(2);

if (write(file, &dataAddr, 2) != 2) {
    exit(3);

if (read(file, &val, 1) != 1) {
    exit(3);

没有一个函数返回错误值，我也尝试过:

#include <linux/i2c.h>

struct i2c_rdwr_ioctl_data work_queue;
struct i2c_msg msg[2];
uint8_t ret;

work_queue.nmsgs = 2;
work_queue.msgs = msg;

work_queue.msgs[0].addr = addr;
work_queue.msgs[0].len = 2;
work_queue.msgs[0].flags = 0;
work_queue.msgs[0].buf = &dataAddr;

work_queue.msgs[1].addr = addr;
work_queue.msgs[1].len = 1;
work_queue.msgs[1].flags = I2C_M_RD;
work_queue.msgs[1].buf = &ret;

if (ioctl(file,I2C_RDWR,&work_queue) < 0)
    exit(3);

哪个也成功了，但总是返回 0。这是否表示硬件问题，或者我做错了什么？

Linux 上是否有通过 I2C 的 FM24CL64-GTR 的 FRAM 驱动程序，API 是什么？任何链接都会有所帮助。

最佳答案

我没有使用该特定设备的经验，但根据我们的经验，许多 I2C 设备都有需要解决方法的“怪癖”，通常在驱动程序级别以上。

我们在 Linux 中也使用 linux (CELinux) 和 I2C 设备驱动程序。但是我们的应用程序代码也有一个非平凡的 I2C 模块，它包含处理我们有经验的所有各种设备的所有变通智能。

另外，在处理 I2C 问题时，我经常发现我需要重新熟悉源规范:

http://www.nxp.com/acrobat_download/literature/9398/39340011.pdf

以及使用像样的示波器。

祝你好运，

上面的链接已失效，这里有一些其他链接:

http://www.nxp.com/documents/user_manual/UM10204.pdf
当然还有维基百科:
http://en.wikipedia.org/wiki/I%C2%B2C

关于c - 在 Linux 上使用 I2C 进行读/写，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/505023/