[参考译文] TMS320F28386S：计时器的中断优先级

抱歉、我的意思是 NMI 和 RTOSINT 具有较低的优先级编号、因此优先级较高、因此应该能够中断优先级较低的 Timer0或 Timer1 ISR。

尊敬的 Ray：

该专家目前已离职。 请预计回复将延迟、直至他们下周返回。  

此致、

Allison

尊敬的 Ray：

很抱歉我延迟了回复。

更具体地说、C28x 上的所有可屏蔽中断本质上都将在启动后运行到完成、除非实现了嵌套。 可屏蔽中断包括 INT-14、DLOGINT 和 RTOSINT。 这是由于所有这些中断都已通过硬件连接到 CPU 造成的。 当这些 ISR 之一分支到时、特定中断的 IER 被禁用、调用 DINT (禁用 INTM 位)、并打开组开关的 ACK。

 另一方面、NMI 中断直接连接到 CPU、并始终进行分支。 它们不受 INTM 位或 IERS/ACK 的影响。 请参阅以下说明。

组编号总体上显示了两个中断同时发生的优先方案。 因此、为了回答您的问题、该声明适用于 RTOSINT、但不适用于 NMI。 有关这方面的更多说明、我建议查看 C28x CPU 参考指南(链接在此处)的 CPU 中断和复位部分。

如果回答有用、请支持此回答。 μ s

此致、

Delaney

您好：

好的-这帮助我到了一点。
下一个问题是、这是否也适用于 RTOS 中断(我担心是的)？

我们有一个软件,它不时挂起,没有明显的原因。 即使看门狗(用于调用 ISR)也不起作用、并且 CLA 似乎停止工作、因此我最好的猜测是 ISR 不会返回并在无限循环中挂起。 然后、这将防止执行其他可屏蔽 ISR (例如看门狗 ISR 或触发 CLA 的 ISR)。 因此、我认为也许可以使用 ERAD 来检查、例如是否 在特定时间内重新执行主循环以及这样是否无法触发 RTOS 中断。 但由于这一个也是可屏蔽的-尽管它具有高优先级-那么这个也被阻止-我猜是吗？

是否可能导致 ERAD 出现 NMI、因为此 INE 不可屏蔽、因此在我看来应该使可屏蔽中断的 ISR 中断。

此致、

光线

尊敬的 Rainer：

是的、如果没有启用嵌套、则 RTOSINT 应在开始执行后运行至完成。  

您是否能够将调试器连接到应用？ 这样、您可以向不同的 ISR 添加计数器、还可以暂停代码以查看其可能卡住的位置。

如果没有、您能否将 GPIO 切换添加到代码的不同部分(可能在每个 ISR 的开头和结尾、以及后台循环中的一个)来尝试了解发生了什么？

我将邀请 ERAD 专家提出任何建议。

此致、

Delaney