您好(再次)、
在 TRM 图12-8 (示例5)中描述了错误引脚在错误引脚打开时给出复位时的"非常有趣"行为。
还有一个直接说明禁止这种使用:
"不建议使用这种情况、应用应避免这种情况"
SafeTI 是什么? 在 CCMR4F_self_test_error_foring 测试中、它禁用 ISR 和错误引脚操作
SL_esmREG->IECR1 = GET_ESM_BIT_NUM (ESM_G1ERR_CCMR4_selftest);
SL_esmREG->DEPAPR1 = GET_ESM_BIT_NUM (ESM_G1ERR_CCMR4_selftest);
然后生成错误并检查 ESM 通道位是否变为活动状态,然后***一些桶***
/*清除 nERROR */
_sl_HoldNClear_nError();
这会导致一种情况、在该测试完成后出现一些实际 ESM1错误、该错误不会路由到 ISR、错误引脚会快速下降、然后备份...
每次其他错误引脚复位看起来都与 esm2和3错误处理有关、但始终包含错误引脚操作...
创建(致命)错误是不是? 已测试该复位不是必需的、并且 ERROR 引脚保持不需要该复位。
TRM 也错过了类似示例4的情况、但在故障之间给出了错误引脚复位。 在这种情况下、CPU 的行为是怎样的? 第2次故障之前给出的复位是否仍会在第2次故障后导致 t_err_low 上升引脚? 如果是、则可能在发生第二次故障后但在错误引脚被"分组"并在稍后应用之前进行第二次复位、如示例5中所示?
TRM 文档错误:这句话也是错误的、这句话说明了随后在示例5中未执行的操作(这清楚地表明、只有当引脚为低电平时才允许/注意到复位请求)
'此请求通过在 ERROR 引脚低电平时间内向 KEY 寄存器(ESMEKR)写入适当的 KEY (0x5)来完成'