[参考译文] MCF8329A：有关 I2C 通信缓冲器准备时间的问题

您好！

感谢您的提问、我们建议 I2C 帧之间存在大约15ms 的延迟、以实现可靠的通信。

谢谢。此致、

Sachin S.

我有疑问。

引入15ms 延迟似乎太长。 如我所附的图片中所示、您是否建议我应该配置一个缓冲区、发送一个请求、等待15ms、然后执行一个读取操作？

如果是、当我想在读取另一个寄存器之后立即读取一个寄存器时、是否也应该在读取和下一次发送之间等待15ms？ 下面我将介绍运行顺序以便进行说明：

1. 发送(请求)
2. 15毫秒延迟
3. 读取(缓冲器)
4. 15毫秒延迟
5. 发送(另一个请求)
6. 15毫秒延迟
7. 读取(缓冲器)
8. ...

如果我按照这种方法,读取2-3段数据将会花费大约30ms。 这是正确的方式吗？

此外、我将使用64位选项执行一个任务、以一次读取附加的寄存器(0xE0、0xE2)。 在本例中、我是否应该等待30ms 而不是15ms？ 序列是否需要遵循以下模式：
发送→30ms 延迟→读取→30ms 延迟→发送？

请你澄清。

您好！

仅对于器件、需要15ms 来获取另一个命令。 例如：

发送(请求)-->等待15ms -->发送(另一请求)。

在这种情况下、您可以将接收到的数据存储在 FIFO 中？  

如果我理解您的实施是否正确、请告诉我。

我将返回给您关于64位选项的问题。

谢谢。此致、

Sachin S.

感谢您发送编修。

根据您提到的情况、似乎只有在完成接收操作之后和访问另一个寄存器之前才需要15ms 的延迟。 从发送接收请求到实际接收响应之间应该有多长时间的延迟？ 目前、我使用的延迟约为5ms、但您能告诉我 TI 建议的延迟吗？

谢谢你。

您能告诉我您运行的 I2C 的数据速率是多少？

谢谢。此致、

Sachin S.

即100kHz

感谢您发送编修。

我将请求和接收之间的间隔设置为大约2–5ms、将连续请求之间的间隔设置为15ms、现在通信运行良好。

但是、我有一个问题：是否有可用于复位整个系统的引脚？ 例如、在驱动器的 I2C 无响应的情况下、是否有办法控制特定引脚来恢复该引脚？