大家好,又见面了,我是你们的朋友全栈君。
1、看门狗介绍
STM32 有两个看门狗,一个是独立看门狗另外一个是窗口看门狗。
独立看门狗简单来说就是一个 12 位的递减计数器,当计数器的值从某个值一直减到 0 的时候,系统就会产生一个复位信号,即IWDG_RESET。如果在计数没减到 0 之前,刷新了计数器的值的话,那么就不会产生复位信号,这个动作就是我们经常说的喂狗。 看门狗功能由 VDD 电压域供电,在停止模式和待机模式下仍能工作。因此我们就可以在程序死机的时候使用这个独立看门狗来复位程序,这里注意复位程序,不是类似打印机那种的断电续打,所以这个是不能解决所有问题的:
时钟框图如下所示:
从上面的图上我们可以看出,他的时钟是由HSI来提供的,这个时钟不是特别准确的,他只是一个范围,所以这个定时器必然也就不是特别准确了,但是他不依赖于主时钟啊,所以主时钟出事了他也没事,所以啊,不一定都是坏事是不是!
下面来说窗口看门狗,窗口看门狗和独立看门狗差不多,也是一个递减的计数器,当递减到一个固定值的时候还不喂狗就会产生复位,区别就在这里,这里可以叫做窗口的下限,不然怎么叫窗口看门狗呢,而且这个值是一个固定的值,是不能改变的,并且窗口看门狗在减到一个数之前进行复位的话也会产生复位,这个就叫窗口的上限,上限是可以设置的,因此窗口看门狗要想不复位,就要在窗口上限和下限之间复位才行!
时钟框图如下所示:
这里可以看出,窗口看门狗的时钟是来自PCLK1,这个是主时钟分出来的,是比较准确的时钟信号!
2、独立看门狗
独立看门狗一般用来检测和解决由程序引起的故障,比如一个程序正常运行的时间是50ms,在运行完这个段程序之后紧接着进行喂狗,我们设置独立看门狗的定时溢出时间为60ms,比我们需要监控的程序 50ms 多一点,如果超过 60ms 还没有喂狗,那就说明我们监控的程序出故障了,跑飞了,那么就会产生系统复位,让程序重新运行。
独立看门狗由内部专门的 40Khz 低速时钟驱动,然后这个时钟的真实范围大概在30-60khz这个区间,但是我们计算还是可以按照40来进行计算,当然就是取这个区间里的值都是没问题的,这里我设置分频系数32,然后计数值为1000,大概就1s的时间了:
下面我们首先不对程序进行喂狗,在初始化部分写一个单独的打印函数:
将程序下载到开发板,可以看到程序一直在不断地复位:
因此我们需要喂狗了,这样才能让程序不至于一直复位:
将程序下载到开发板,可以看到初始化部分的打印函数只执行了一次,成功配置独立看门狗!
3、窗口看门狗
窗口看门狗(WWDG)通常被用来监测由外部干扰或不可预见的逻辑条件造成的应用程序背离正常的运行序列而产生的软件故障。
上面我们说到,窗口看门狗的下窗口是固定的,为0X40,上窗口是用户可以设定的,可以根据实际要求来设定窗口值,但是要求就是一定要大于0X40才可以,下面我们再来看下这个计数时间,计数时间的计算公式如下所示:
Twwdg=(4096× 2^WDGTB× (T[5:0]+1)) /Fpclk1;
参数说明:
- Twwdg: WWDG 超时时间(单位为 ms)
- Fpclk1: APB1 的时钟频率(单位为 Khz)
- WDGTB: WWDG 的预分频系数
- T[5:0]:窗口看门狗的计数器低 6 位
在cubemx中的窗口看门狗的配置如下所示:
我们可以对着这个图来看下:
刷新时间的计算如下:
在这个时间内不刷新都会造成系统复位!
这里我们就不去死抠这个时间了,因为我们知道他是可以在0X40这里产生中断的,正好是倒数第二个时刻,我们就可以在这个时刻进行产生的中断里面进行复位:
首先我们还是打开这个中断:
编写中断回调函数:
这里还是用这个led闪的来说明:
将程序下载到开发板,led一直闪烁,并且只打印一次,因为我们一直在喂狗!
下面将喂狗注释掉,再次下载到开发板,就可以看到他在一直复位,因为时间太短了,所以打印也是飞快!
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/134373.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...