Cortex-M3处理器WFE指令下看门狗异常复位问题咨询

这问题我之前帮朋友排查过类似的，核心矛盾出在WFE指令的休眠唤醒逻辑，加上你可能忽略了定时器ISR的关键细节——咱们一步步拆解：

为什么加WFE会触发看门狗复位？ #

先明确几个关键点：

1. __ASM("wfe")会让Cortex-M3进入低功耗等待模式，CPU会暂停执行主循环代码，直到有唤醒事件触发（比如外设中断、SEV指令）才会继续运行。
2. 你已经在主循环里加了System_Watchdog_Refresh()，但这个函数只有在主循环执行时才会被调用——如果CPU一直卡在WFE休眠状态，喂狗操作根本没机会执行，等看门狗超时就必然复位。
3. 厂商要求的1ms空定时器ISR，本质是让这个定时器定期触发中断，唤醒WFE休眠的CPU，保证主循环能周期性执行喂狗。但如果这个ISR没配置对，就起不到唤醒作用。

而去掉WFE后，CPU一直在主循环循环执行，哪怕foo()再快，System_Watchdog_Refresh()的调用频率肯定远高于看门狗超时时间，自然不会触发复位。

最可能的两个问题点 #

1. 定时器ISR没正确清除中断标志 #

这是最常见的坑！厂商说的“空ISR”不是真的什么都不写——你必须在ISR里清除定时器的中断标志位，否则：

• 触发一次中断后，标志位一直挂起，NVIC会持续触发中断请求。
• 当CPU从WFE被唤醒后，会反复进入这个ISR（因为标志没清），根本回不到主循环执行喂狗。
• 而没有WFE时，主循环执行速度快，哪怕频繁进入ISR，主循环还是能抢到时间执行喂狗，所以不会复位。

举个例子（假设你用的是STM32，其他MCU逻辑类似）：

void TIMx_IRQHandler(void) {
    // 必须清除定时器更新中断标志！
    if (TIM_GetITStatus(TIMx, TIM_IT_Update) != RESET) {
        TIM_ClearITPendingBit(TIMx, TIM_IT_Update);
    }
    // 其他空代码
}

2. 定时器中断的NVIC配置或定时器本身未正确启用 #

如果定时器根本没在1ms触发中断，那WFE就会一直休眠：

• 检查NVIC是否开启了该定时器中断的使能位，优先级配置是否合理（不需要太高，只要能触发就行）。
• 检查定时器的配置：是否正确设置了预分频器和自动重装载值，确保计数周期是1ms；定时器是否已经启动（比如TIM_Cmd(TIMx, ENABLE)）。
• 可以在ISR里加个GPIO翻转操作，用示波器或逻辑分析仪验证是否每1ms触发一次中断——如果没触发，说明定时器或NVIC配置有问题。

额外排查点：WFE的唤醒事件配置 #

部分MCU在进入低功耗模式时，需要额外配置哪些外设可以作为WFE的唤醒源。比如有些芯片需要在电源管理模块里开启定时器的唤醒权限，否则即使定时器触发中断，也无法唤醒WFE。这时候要查你所用MCU的参考手册，确认低功耗模式下的唤醒源配置。

总结解决步骤 #

1. 先给定时器ISR加上中断标志清除代码，这是最可能的原因。
2. 验证定时器是否每1ms正常触发中断（用GPIO翻转或调试器断点）。
3. 检查NVIC的中断使能和优先级配置。
4. 若以上都没问题，查MCU低功耗模式的唤醒源配置，确保定时器中断能唤醒WFE。

内容的提问来源于stack exchange，提问作者KRF