亲爱的先生们，
我想使用发送中断 TX 中断和 EOT 完成中断来发送一个字节缓冲区。 我不使用 FIFO。
这已经可以正常工作、所有字节都已正确发送。 我的问题与最后一个字节有关。
传输最后一个字节时、必须检测到完整字节、包括 停止位被移出(在某些已连接的硬件可被关闭之前)。 因此、当我向发送寄存器写入最后一个字节时、我从 TX 中断更改为 EOT-完成-中断。 TX 中断在停止位的开始、EOT-DONE 中断应在停止位的结束时发生。
很遗憾、我没有获得任何 EOT-DONE-Interrupt。 未设置标志。 使用 TX 中断和 TX 中断标志、一切都很顺利。
有人使用这个 μ µC 上的 EOT-DONE-INTERRUPT 有什么经验吗？
感谢您的支持。
尊敬的 Matthias：
EOT 中断的行为似乎与 TRM 中的描述不一致。 我尝试了3种不同的场景来查看何时产生 EOT 中断。 如下图所示、我在 TXINT 和 EOT ISR 处理程序中设置、然后清除和 IO 引脚(生成脉冲)、以显示是否以及何时进入处理程序的该部分。
在顶部迹线中、设置 TXINT 后到发送下一个字节之间有很长的延迟。 我这样做是为了产生长时间延迟。 您会注意到 EOT 确实会出现、但并不是我预期的那样。 它出现在下一个字节的起始位。
我重复这些步骤、使延迟越来越小、直到没有 EOT。
我将与我们的设计人员一起了解原因。
如果事实证明这是该行为、那么答案是肯定的、则您需要具有某种类型的延迟。 您可以在"一次性"模式下使用具有所需延迟的计时器。 然后、在发送最后一个字节时、可以启动计时器计时器。 当定时器周期结束时、定时器可以生成中断、然后您可以执行必要的操作。
我将告诉您设计师的看法。
尊敬的 Matthias：
我们的设计人员推荐以下各项。
1.同时启用 RX 和 TX (我假设你这样做是因为你在 ISR 中显示了一个 RX 处理程序、但需要确保)。 我没有。 由于某种原因、我启用了 TX。 对我来说、启用两者都能解决我这边的问题。
2.启用 RX 引脚上的上拉电阻，以确保其始终为逻辑"1"
我验证了它能在我的代码上正常工作。 让我知道它是否适合您。
这是我的逻辑探头时序。 您可以看到 EOT 恰好出现在停止位的末尾之后。
附录是我的代码供参考。
