[参考译文] MSPM0G3507：MCAN 复位导致 MCU 复位

需要确认复位原因。

您可以在应用程序代码开始时读取该寄存器以获取复位原因。

MSPM0复位后、可以停止 M0内核并读取寄存器。

此外、MCAN 演示代码中还有 NMI 和硬故障处理程序、您可以尝试在这两个 int 处理程序中添加断点。

复位原因寄存器位于此处：

https://www.ti.com/lit/ug/slau846b/slau846b.pdf

2.6.36 RSTCAUSE (偏移= 1220h)[复位= 00000000h]

此外、您可以尝试观看这个最新的 CAN 演示： 一些总线被修复。

e2e.ti.com/.../0385.mcan_5F00_application_5F00_LP_5F00_MSPM0G3507_5F00_nortos_5F00_ticlang.zip

您好、

我检查我的复位原因、它会显示0x0000000E、其中 TRM 中未提及

此致、

Andy

Unknown 说：

我检查我的重置原因、它显示0x0000000E、其中 TRM

我需要在内部确认。

同时、我这边有两个提示：

1.尝试新的 mcan 演示刚刚发送给你。

2.尝试从这些寄存器中捕捉系统复位时的 MCAN 模块错误(请勿初始化 mcan、首先读取寄存器)

7050h MCAN_IR MCAN 中断寄存器

7830h RIS 原始中断状态 CPU_INT

此外、根据2、可以尝试打开 MCAN 错误中断并将其添加到 mcan_IRQ 处理程序中、然后尝试查看是否触发了中断。

现在无法确认0x0E、但您能否帮助确认这是否是 WWDT0复位原因？

是否将 WWDT 添加到项目中？

Unknown 说：

您是否将 WWDT 添加到您的项目中

是的。 我将删除它、稍后提供反馈。

好的

是的、WWDT 是 MCU 复位的原因。  

但是、为什么重置 MCAN 会导致 NMI 或硬故障处理程序？

1.请尝试删除 WWDT 并帮助确认是否会触发0x0E 复位原因。

复位 MCAN 仅在线程模式下运行、这不会影响 MCU 中断、这也与应用程序代码有关、MCAN 复位是否会影响复位 WWDT 计数器。

此外、您还可以在 SYSCTL 中确认 NMI IIDX 寄存器以确认详细信息。

移除 WWDT 后、不会触发0x0E 复位原因。

Unknown 说：

此外、您还可以确认 SYSCTL 中的 NMI IIDX 寄存器以确认详细信息。

当它卡在处理程序处时、NMI IIDX 寄存器仍然没有发生。

此外、我发现如果 MCU 复位、CCS 中的断点将不会 有效。  

请将这两个函数添加到 main.c 中

// Debug
void NMI_Handler(void) {
    __asm("NOP");
    __BKPT(0);
}
// Debug
void HardFault_Handler(void) {
    __asm("NOP");
    __BKPT(0);
}

Unknown 说：

当它卡在处理程序处时、NMI IIDX 寄存器仍然没有任何反应。

可能是硬故障处理程序。

通常是由无效的 CPU 指令或内存错误引起的。

另外、请尝试找到 MCAN 复位和 NMI/硬故障之间的关系。

Unknown 说：

删除 WWDT 后、不会触发0x0E 复位原因。

这可能是由 WWDT 导致的、而不是 MCAN 复位。

Unknown 说：

可能是硬故障处理程序。

是的、这是一个严重的故障。

请尝试将优化级别设置为0、以测试是否复位 MCAN 功能导致硬故障。

此外、请使用 MCAN 复位的反汇编代码来确认哪个指令会导致硬故障。

我发现消息 RAM 错误可能是导致硬故障的原因。 我可以确认是否有任何寄存器？

有 RAM DED 中断、您可以启用该中断

21.7.89 IMASK (偏移= 7828h)[复位= 00000000h]

以下示例可帮助您配置 MCAN RAM。

需要注意的是、自动计算中的 TX 事件 FIFO 长度是错误的、请在 Rx 和 TX 事件 FIFO 之间预留一些空间

e2e.ti.com/.../2744.mcan_5F00_application_5F00_LP_5F00_MSPM0G3507_5F00_nortos_5F00_ticlang.zip

我启用 DED 中断、但在进入硬故障中断之前不会触发中断。

是否存在硬故障的其他原因？