Other Parts Discussed in Thread: LP-MSPM0G3519
器件型号： MSPM0G3518
主题中讨论的其他器件： LP-MSPM0G3519
您好：
我目前正在使用 AUTOSAR 架构在 MSPM0G351x 上实现 ISO-26262 硬件安全机制。
我已经成功配置并启用了 MCLK 监视器（死时钟检查）、但我努力执行软件引起的故障注入来验证硬件的反应。
配置：
MCLK 源：SYSOSC (32MHz)。
LFCLK 源：LFOSC (32kHz)。
监控器启用：我已通过调试器验证 SYSCTL->SOCLOCK.MCLKCFG 寄存器中的 MCLKDEADCHK 位在初始化期间已成功设置为 1。
我需要在运行时故意停止 MCLK（强制它达到 0Hz）、以验证硬件是否检测到死区时钟（在 1 到 12 个 LFCLK 周期内）并触发安全反应。
尝试的测试（故障注入）：
我尝试使用以下方法使 MCLK 耗尽、但两者都没有触发硬件监控器：
1- 将 MCLK 切换到禁用的源：当 SYSPLL 被禁用时、我尝试在 MCLKCFG 寄存器中设置 USEHSCLK = 1。
结果：硬件显示器未触发。 相反、CPU 保持运行（可能是以回退频率或无干扰多路复用器阻止了开关）、并且基于软件的频率时钟计数器 (FCC) 捕获了频率漂移。
2- 禁用有源振荡器：我尝试通过写入 SYSCTL->SOCLOCK.SYSOSCCFG 来强制禁用 SYSOSC。
结果：硬件没有反应。 CPU 继续正常运行、这可能是因为硬件保护有效时钟源不被禁用。
问题：
1- 故障注入方法：有意使 MCLK 无法运行或绕过 MSPM0G351x 上的无干扰多路复用器以成功触发 MCLK 死区时钟监控器以进行安全验证的建议软件方法是什么？
2- 硬件反应：技术参考手册指出：“MCLK 故障始终被视为对系统是致命的、并生成一个 BOOTRST。“ 是否有任何配置（可能通过 SYSCFG 或 NONMASKINT）可以将此故障路由到 NMI 或标准中断而不是硬 BOOTRST、或者 BOOTRST 反应是否严格硬接线？
感谢您的指导。
