[参考译文] TMS570LC4357：EMAC TXINTSTATRAW 标志

尊敬的 Durga Choudhury：

实际上、他们在这里的意思是、寄存器 RXINTSTATRAW 和 TXINTSTATRAW 中的标志 将被设置、而实际上无需启用相应的中断。 这意味着将设置这些状态标志、而实际上无需使用 TXINTMASKSET 和 RXINTMASKSET 寄存器来启用中断。

可能在某些控制器中右侧、中断状态标志将仅在相应的中断被启用时被置位、但在这里不同、中断仅在我们启用中断标志时才会生成。 但是、将根据中断使能状态设置状态标志。

hui zhou4 说：

我不确定这应该如何工作、因为除非中断至少已确认、否则它将保持有效状态、并且通常在处理程序中完成确认。 因此、基本而言、我有两个问题：

1.这方面的预期用例是什么(和其他类似的标志)?

hui zhou4 说：

2. 是否可以在不诉诸中断的情况下轮询 EMAC 传输的完成情况？ 在我拥有的实时应用程序中,计时抖动(与中断相关)是不可接受的,而轮询可以从空闲任务完成,而不会影响任何实时保证。

没错、我的意思是确认是在处理程序中完成的。 如果我们不使用中断方法、那么当我们使用极化方法时会怎样。 在这些情况下、轮询这些标记是否有用？

我在这里的结论是、中断寄存器中的这些标志仅在轮询模式下有用、如果您使用中断模式、这些标志将在处理完相应的数据后在处理程序代码中自行清除。

--

谢谢。此致、
Jagadish。

您好 Jagadish

非常感谢您的及时响应、但恐怕我仍不能完全理解：

如果没有 ACK、则这些标志将保持设置状态。 因此它们并不是很有用、因为它们会在第一次传输后*始终*读取1。 这里的问题是 CPU 排队数据包的速度比 EMAC 可以传输数据包的速度快、尤其是对于较大的数据包大小。 因此、我想知道最后一个数据包何时完成、然后再排队等待另一个数据包。 中断对我来说不是一个很好的解决方案、因为代码中有一些任务需要严格的实时保证。 轮询紧密循环中的某个对象也是我希望避免的情况、因为这不是最佳情况。 我所希望的是能够读取一个指示发送器是否繁忙或空闲的标志。 您能否确认这种机制存在(如果存在，是什么)，还是不存在？

此致

杜尔加