[参考译文] TMS320F28388D：通过 CAN 传输两个消息之间所需的最小延迟是多少

Abhijit,

           这是一个复杂的问题。 除了处理 CAN 流量外、在很大程度上还取决于 CPU 执行的其他操作。

1. 两次传输/接收之间所需的最小延时时间是多少？

没有此类要求。 可以一次性标记多个要传输的消息对象。 当检测到总线处于空闲状态时、将按照报文对象优先级的顺序依次发送这些状态。 当然、如果总线中的其他节点尝试传输数据、CAN 总线仲裁规则就会起作用。

2.来自 CAN_ES 寄存器的此 TXOK 位是否确定传输已完成、没有待处理的内容？

否。 它只表示最后一次传输成功。 即、网络上至少有一个节点确认。 它不指示所有等待的传输已完成。

3.是否真的需要在发送消息后产生中断来检测传输是否成功完成？

这完全取决于应用。 在大多数应用中、CPU 必须满足多个外设的需要、因此轮询是不切实际的、并且不可避免地使用中断。

在一些 TI e2e 博客中、我看到两次消息传输之间至少需要135us 的延迟。

不正确。 135us 是传输具有扩展标识符的帧所需的平均时间。  

此 e2e 帖子是用于 TMS320F28379D 控制器的、我相信它还适用于 TMS320F28388D 控制器吗？

是的、适用于任何具有 CAN 模块的器件。