我目前正在Arch Linux Arm中使用I2C,不太确定如何计算写入和读取之间所需的绝对最小延迟。如果我没有这种延迟,自然不会读取。我刚刚在两个命令之间应用了usleep(1000)
,这有效,但它只是凭经验完成的,必须优化到实际值(以某种方式)。但是怎么做呢?
这是我正在使用的write_and_read
函数的代码示例:
int write_and_read(int handler, char *buffer, const int bytesToWrite, const int bytesToRead) {
write(handler, buffer, bytesToWrite);
usleep(1000);
int r = read(handler, buffer, bytesToRead);
if(r != bytesToRead) {
return -1;
}
return 0;
}
通常不需要等待。如果你的写作和阅读功能在后台以某种方式线程化(你为什么要这样做???),那么同步它们是强制性的。
I2C是一种非常简单的线性通信,所有使用我的设备都能够在微秒内产生输出数据。
您使用的是 100kHz、400kHz 还是 1MHz I2C?
编辑:经过一些讨论,我建议你尝试一下:
void dataRequest() {
Wire.write(0x76);
x = 0;
}
void dataReceive(int numBytes)
{
x = numBytes;
for (int i = 0; i < numBytes; i++) {
Wire.read();
}
}
其中 x 是在标头中定义的全局变量,然后在 setup() 中赋值为 0。您可以尝试在主循环中添加一个简单的 if 条件,例如 if x> 0,然后在 serial.print() 中发送一些内容作为调试消息,然后将 x 重置为 0。
这样,您就不会用串行流量阻止 I2C 操作。