[参考译文] TMS320F28388D：响应 NMI 中断的延迟

尊敬的 Vince：

如何确保  WDCNTR 不会达到溢出值？ 我的意思是、如果我连接 CPU2、那么我无法重现我正在测试的场景、即 CPU2闪存为空、CPU1尝试从闪存引导 CPU2。

CPU1 WDCNTR 未达到8位溢出值。

此致、

艾琳  

您好、Irene、

我已就此与看门狗专家联系，在下周初之前作出答复。

同时、为了澄清我之前的帖子：

我认为、当您从 CPU2运行时、可能会发生 CPU2达到其 WD 计数器限制、因为您尚未设置 CPU2 WD 中断处理程序(需要时清除 WD 计数器的函数)。

此致、

Vince

您好、Irene、

CPU2看门狗默认处于禁用状态、除非由应用启用、否则不应运行。 您能否提供引导 CPU2所遵循的步骤？

此致、

Vivek Singh

您好、Vivek、

这就是我要做的：

我将 CPU2清空(这是通过选项"Tools"->"On Chip Flash"擦除闪存来完成的)。 我正在 CPU1中运行一个程序。
CPU1尝试使用以下 IPC 函数引导 CPU2：

IPC_setBootMode (IPC_CPU1_L_CPU2_R、MODE)；
// CPU01到 CPU02 IPC 标志寄存器
IPC_setFlagLtoR (IPC_CPU1_L_CPU2_R、(IPC_FLAG0 | IPC_FLAG31))；

此处模式为03、即闪存引导选项0

由于 CPU2为空、因此在 CPU1中设置 NmiIntertRegs.NMIFLGCLR.bit.CPU2WDRSn、以触发 NMI 中断。

我已经创建了一个定制 ISR 来处理这个问题。 但是、设置标志和应答 ISR 所需的时间为13ms。 这是一个大延迟。

我想知道延迟背后的原因、因为 NMI 中断是高优先级中断。

此致、

艾琳

你(们)好

好的、这是 CPU1的 NMIWD。 在 CPU1上，您是否在花费很长时间的任何其他 ISR 中？ 请注意、此器件不支持中断嵌套、因此您需要确保在发生 NMI 时 CPU 不会卡在其他一些 ISR 中。  

此致、

Vivek Singh

您好、Vivek、

你是对的。 它将进入 CPU2toCPU1IPC0 ISR、这将带我回答以下问题和观察结果。 CPU2为空、在 CPU1中、我尝试引导 CPU2、如我后续问题中所述

我运行以下指令、但在 IPCCPU1toCPU2Regs.CPU1TOCPU2IPCFLG 寄存器中、我只看到 IPC31置1、而不是 IPC0。 我甚至尝试通过将 CPU1TOCPU2IPCSET.bit.IPC0设为1来手动设置此 IPC0、但它仍然未得到反映。

IPC_setFlagLtoR (IPC_CPU1_L_CPU2_R、(IPC_FLAG0 | IPC_FLAG31))；

2.在 CPU2toCPU1IPC0 ISR 中、即使在我确认任何标志之前、我也会看到'CPU2TOCPU1IPCSTS'为0。 如果它为0且 CPU2为空、那么为什么调用此 ISR？

CPU2TOCPU1IPCBOOTSTS 的值为0x08、根据 TRM、这意味着"等待 CPU1设置 CPU1TOCPU2IPCFLG0以允许 CPU2开始引导"

请告诉我。

此致、
艾琳

您好！

如果您对此有任何进一步的疑问、请告知我们。

此致、

Vivek Singh

您好、Vivek、

我想通过编程方式(而不是通过调试器)确定 CPU2是否为空。 如果 CPU2为空、则我不会将其复位。

在我的代码中、我 在内部处理 CPU2和 CM 的引导序列。 由于我无法确定检查代码中 CPU2是否为空的方法、因此无论 CPU2是否为空、我都将其复位、这会导致 CPU1中出现 NMI。

所以我的主要问题是，我们是否可以通过 CPU1中的程序确定 CPU2是否为空。  如果是、那么我们如何做到这一点。

此致、

艾琳