Linux 上的 I2C 时序问题

如何解决Linux 上的 I2C 时序问题

我目前正在使用 Yocto 在 Linux 中实现一个设备，但我遇到了 I2C 时序问题，即中断延迟和字节间延迟。

我的系统使用基于 Yocto（FSLC Wayland 和 XWayland 3.1 imx8mm-var-dart ttymxc3）构建的 Linux，安装在带有 Symphony 接口板的 Variscite VAR-SOM-MX8MM-MINI 板上。我在板上设置了 I2C 设备，并创建了带有三个 SC16IS750 设备的自定义硬件。当我在设备上启用 FIFO 时，它们工作正常。然而，由于芯片的限制，我只能在 FIFO 开启的情况下获得四个字节的中断，我问恩智浦是否有办法使用 FIFO 和单字节中断触发器。然而，我所连接的系统需要单字节通知和检索，这作为单字节工作，但需要大约 8.5 毫秒才能从缓冲区检索字节。如果我有多个字节进入，那么在我检索数据之前缓冲区会很快被覆盖，并以最后一个字节结束。

我将 Saleae 连接到 I2C 端口，我看到从中断到第一个起始位有 900us 的延迟，然后在 I2C 消息中的每个字节之间有 300 到 600us 的延迟，从而扼杀了我的机会检索多个字节。 SC16IS7XX（Jon Ringle 版本）的标准驱动程序仅处理 FIFO 实现并在检索数据之前请求多个寄存器。如果延迟不是那么大，这应该没问题。如果我能帮上忙，我不想开始破解标准驱动程序。

显示典型 I2C 集成延迟的图像。

所以 enter image description here

所以我的问题是可以减少中断的延迟以及如何摆脱 I2C 消息中的字节间延迟，这些似乎特别不必要。

除了 Yocto 的这个项目之外，我没有任何经验，但我是一名嵌入式开发工程师，在裸机嵌入式开发方面拥有 20 多年的经验。

我正在通过运行 CAT

任何帮助将不胜感激。

格伦

解决方法

所以看起来我们被 I2C 的响应能力所困扰，电路板制造商和 NXP 表示响应是最好的。根据发生的情况，它可能会变得更快，相反，它可能会变慢。我将尝试为 SC16IS7XX 切换到 SPI，因为传输方法似乎要快一些。让 Yocto 表现的乐趣将重新开始。