我需要的行为是、如果发生 ESM 组2或组3事件、CPU 被复位。 在当前代码中、ESMInterrupt 处理程序中有一个简单的 while (1)、但看门狗不会复位处理器。 我怀疑，由于 ARM 基本上只有2个中断(IRQ 和 FIQ)，在 ESM 异常中看门狗不能出现--这是吗？
请注意、我的看门狗在中断上下文之外正常工作。
我有两个问题：
看门狗是否能够从任何中断或异常上下文中复位处理器、如果可以、是否有寄存器配置我未能允许这样做？
2.如果看门狗不是一个选项、是否有办法从这个上下文中复位处理器？ 我尝试了 CPUSTCR 寄存器、但它不起作用。 此外、在该寄存器说明中、它表示"只要此位被切换、只有 CPU 被复位。 没有系统复位"、这表明无法通过软件复位处理器。
谢谢、
Jim
Jim、您好！
[引用]我所需的行为是、如果发生 ESM 组2或组3事件、CPU 将被复位。 在当前代码中、ESMInterrupt 处理程序中有一个简单的 while (1)、但看门狗不会复位处理器。 我怀疑、由于 ARM 基本上只有2个中断(IRQ 和 FIQ)、在 ESM 异常中看门狗不能出现-这是正确的吗？[/引用]
这不是真的。 DWD 和 DWWD 独立于 CPU、会导致热复位或 NMI、具体取决于配置。 CPU 是否正在处理中断无关紧要、因为这是 CPU 可能"丢失"的情况之一。
另外值得注意的是、组2错误将导致 NMI、而不是 FIQ 或 IRQ、如果配置了组1错误、则会导致组1错误。 还值得注意的是、组3错误不会导致中断、因为在大多数情况下、CPU 会发出中止以响应这些关键故障类型。 请参阅以下数据表。
[引述]1. 看门狗是否能够从任何中断或异常上下文中复位处理器、如果可以、是否存在允许这样做的寄存器配置我未命中？[/quot]
是的、无论 CPU 是由于 ISR、异常还是其他原因执行代码、DWD 或 DWWD 都应使 DWD 跳闸。 如果 DWD 在 ISR 外部触发复位、那么我没有理由认为它在 ISR 上下文中不执行同样的操作。 在任一种情况下、CPU 都可以简单地获取指令并执行指令。 ISR 实际上只影响程序流。
[引述]2. 如果看门狗不是选项、是否有办法从该上下文复位处理器？ 我尝试了 CPUSTCR 寄存器、但它不起作用。 此外、在该寄存器说明中、它表示"只要此位被切换、只有 CPU 被复位。 没有系统复位"、这表明无法通过软件复位处理器。
请参阅第2.5.1.47节 TRM 中描述的系统异常控制寄存器(SYSECR)寄存器。 这是用于使用 SW 触发复位的寄存器。
关于将 DWD 用于您使用它的目的、您的项目是否是功能安全项目？ 如果是、您可能需要考虑时钟子系统中常见故障原因的影响。 在这种情况下、DWD 可能会以与 CPU 相同的折旧时钟速率进行计数、但如果发生故障导致时钟减速或加速、系统的执行速度会比预期慢得多。 如果时钟完全发生故障(停止)、片上 WD 也会停止计数、并且也不会触发这种情况的复位。 如果您想继续以安全的方式使用 DWD、可以使用 EXTCLKIN 引脚之一提供外部时钟来驱动 RTI。 该时钟的最大值为16.67MHz。
