stm32看门狗_STM32学习日志——窗口看门狗实验（20.06.23）

程序的调试有时候很令人头痛，但找出原因并解决的一刻是真的爽。

下午继续STM32的学习，接下来是窗口看门狗实验，之所以叫做窗口，是因为它的喂狗时间有一个上下限范围，可以通过寄存器去配置。而它的下限是固定的，为0x3F（0x001111111），上限通过寄存器WWDG_CFR配置，如果在上限之前喂狗则会复位，到达下限后系统也会自动复位。

从看门狗框图中可以看出，复位的与门输出要为1，则两个输入必须都为1，说明WDGA启动位必须置1，或门的输出也要为1这两个条件必须满足。而要想或门的输出为1，有两个条件之一满足即可，1）T6为0，即0x40减至0x3F的一瞬间触发复位。2）比较器的输出为1，即T6:0>W6:0,也就是计数器的当前值比上限还要大。这个时候喂狗则会复位。

窗口看门狗的超时时间为计数器减至0x3F的时间，公式如下：

有两个注意事项：1）上限窗口值必须大于下限窗口0X3F；2）窗口看门狗的时钟来自PCLK1分频4096得来的时钟。

程序实现功能：

1）每当计数器减至0x3F时，中断服务函数被执行，LED1绿灯翻转一次。而LED0红灯处于weile（1）循环中，始终为1，即不亮；

2）将服务函数的喂狗程序注释掉，即当计数器减至0x3F时，没有喂狗，系统将不断地复位，可以看到，LED1绿灯仍然会翻转，但LED0红灯被复位后会执行LED0=0的程序，然后进入while（1）中执行LED0=1的程序，可看到红灯在不断闪烁。

调试碰到的问题：当将服务函数的喂狗程序注释掉以后，红灯常亮，与预期的红灯闪烁不符。

查明原因：之前的主函数的WWDGInit(0x7F,0x5F，WWDGPriorityGroup_2)写在了LED0=0前面，而通过窗口看门狗超时公式可以算出t=4096*2*8*(0x40+1)/36MHZ=110ms,也就是说在执行LED0=0后，延时300ms的过程中，计数器减至0x3F，系统复位，所以不会执行while（1）的LED0=1（红灯灭）；所以红灯一直是亮着的。

知乎视频​www.zhihu.com