IWDG是不是比我想的更容易误触发？

1万 · 2025-5-3 07:18

有时候系统刚跑几分钟就被喂狗重启，是不是哪个初始化顺序有问题？

1万 · 2025-5-3 07:24

中断里别放太多逻辑，会卡主循环。

1万 · 2025-5-3 07:25

是不是喂狗的地方被中断打断了？

1万 · 2025-5-3 07:26

建议加个心跳灯方便判断。

1万 · 2025-5-3 07:26

我这边是低功耗唤醒后忘记喂狗。

1万 · 2025-5-3 07:27

看下LSI频率准不准？影响超时。

1万 · 2025-5-3 07:28

F0系列IWDG不能关，小心用。

1万 · 2025-5-3 07:29

用WWDG会不会更好控制点？

1万 · 2025-5-3 07:29

启动代码里也要配置一次。

1万 · 2025-5-3 07:30

有时候delay太长就被误判了。

1万 · 2025-5-3 07:31

把喂狗放到主循环末尾稳定点。

只看该作者 · 2025-5-14 19:58

预分频器与重装载值不匹配

只看该作者 · 2025-5-14 20:00

WDG的喂狗窗口时间（T_timeout = (4×PR×RLR)/LSI，LSI为内部低速时钟，典型值32kHz）若配置过短，可能导致系统因短暂阻塞（如任务调度延迟）而触发复位

只看该作者 · 2025-5-14 21:00

未启用IWDG或未正确初始化，若未调用IWDG_Start()或寄存器未完全初始化，可能导致IWDG行为异常（如默认超时时间极短）

只看该作者 · 2025-5-14 21:45

STM32F0的LSI时钟精度通常为±15%，若温度或电压变化导致LSI频率下降，实际超时时间可能比计算值更长（看似“未触发”），但若频率上升，超时时间会缩短（误触发风险增加）。

只看该作者 · 2025-5-14 22:50

若在系统启动后立即启用IWDG，而LSI尚未稳定，可能导致IWDG计数异常

只看该作者 · 2025-5-14 23:10

可能系统任务调度不合理（如高优先级任务阻塞喂狗操作），可能导致喂狗间隔超过超时时间。

只看该作者 · 2025-5-15 02:00

若喂狗操作（修改RLR）被中断打断，可能导致计数器异常

只看该作者 · 2025-5-15 07:30

根据系统最坏情况下的阻塞时间（如Flash擦除、RTOS任务调度延迟）设置超时时间，建议留出至少50%的余量。

只看该作者 · 2025-5-15 10:42

强电磁干扰可能触发IWDG的看门狗复位功能（如IWDG寄存器被意外修改）