程序的调试有时候很令人头痛,但找出原因并解决的一刻是真的爽。
下午继续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(红灯灭);所以红灯一直是亮着的。