看门狗模块(WDOG)在MCU应用里可以说是非常基础的功能模块。对于一个产品级的应用程序,如果它没有使能主控内部的看门狗模块,一般都不能算是一个合格的软件设计。
有的时候,硬件工程师觉得片内看门狗不可靠,还会在板级设计里再加入外部看门狗电路。
总之看门狗对于产品工作稳定性具有很重要的意义。
最近有一个i.MX RT客户注意到了芯片手册System Boot章节里提及了WDOG应用,想使能这个功能,并且要确认该功能真实生效以及评估对后续应用程序的影响。
借助客户的问题,我们来细聊下这个话题。
一、WDOG模块简介
首先我们来了解一下i.MX RT1xxx系列内部的WDOG模块,在i.MX RT1xxx内部一共有三个WDOG模块(WDOG1/2/3),虽然WDOG本质上就是个特殊功能定时器,但因为芯片设计时为其赋予的超时触发行为不同,所以其应用场合并不一样。
1.1 系统看门狗WDOG1/2
WDOG1和WDOG2属于系统看门狗,前者用于系统级复位(产生WDOG_RESET_B_DEB信号给SRC模块)防止系统发生异常,后者用于系统SNVS域安全警报(不会产生复位效果)。
不过从模块寄存器角度,WDOG1和WDOG2是一样的,因此除了超时触发行为外,它们其余方面特性是一样的:
1、模块内部两个计数时钟源是固定的,来自ipg_clk_32k以及anatop_xtal32k_clk 。
2、模块内部8bit定时器(Time-Out Counter)用于产生WDOG_RESET_B_DEB复位信号,计时精度固定为0.5秒,超时可设范围为0.5秒到128秒。
3、块内部定时器(Power Down Counter)用于产生对外输出的复位信号WDOG_B,其超时时间固定为16秒。
4、模块对外输出的信号最多有三个: WDOG_RST_B_DEB、WDOG_B、WDOG_ANY(仅WDOG1)。
5、模块使能信号WDOGx->WCR[WDE]可多次设置(并不是一次复位期间仅可write one once)。
6、模块配置寄存器与定时器计数值可直接修改。
7、模块Time-Out Counter默认是关闭的,Power Down Counter默认是开启的。
1.2 内核看门狗WDOG3(4)
WDOG3有时候又叫RTWDOG(对于i.MX RT1170,还存在用于默认CM4从核的WDOG4),属于内核看门狗,主要用于复位内核,防止程序陷入死循环。其模块寄存器跟WDOG1/2完全不同,更接近于一般的定时器模块设计:
1. 模块内部计数时钟源有四种选择,Bus clock / LPO clock / INTCLK / ERCLK 。
2. 模块内部16bit定时器(Time-Out Counter)用于产生内核复位信号。
3. 模块使能信号WDOGx->CS[EN]可多次设置(但是其属于write-once属性)。
4. 模块配置寄存器write-once bits与定时器计数值需要特殊unlock时序才可以修改。
5. 模块Time-Out Counter默认是开启的。
二、系统ROM里对WDOG的使用
i.MX RT1xxx系列芯片上电默认都是先执行系统BootROM,在BootROM里会有对看门狗的处理。默认情况下BootROM是不启用看门狗做代码执行守护的,只有当用户烧写了指定的eFuse位,看门狗功能才会生效。BootROM并没有使用默认开启的 WDOG3,而是将其关闭并打开了WDOG1作为看门狗。
2.1 看门狗使能
i.MX RT10xx系列芯片BootROM看门狗在eFuse里配置如下,包含eFuse 0x460[21]使能位与eFuse 0x6D0[15:13]超时时间设置。
i.MX RT1160/1170 芯片BootROM看门狗在eFuse里配置如下,包含eFuse 0x9A0[15]使能位与eFuse 0x9B0[2:0]超时时间设置,以及多了eFuse 0x9B0[5:3]关于WDOG_B外部信号脚选择设置。
2.2 看门狗作用
对于i.MX RT10xx系列,BootROM看门狗主要用于Serial Downloader分支程序下(SDP 模式BT_MODE = 2'b01,或者Device Boot模式BT_MODE = 2'bx0下启动失败进入了Serial Downloader)检测与主机通讯情况,只要在设置的超时时间里没有通信交互行为,看门狗就会复位整个系统(并不是单次通信就可以的,任意超时时间内都得保持交互)。如果在Device Boot模式下能够正常启动程序,则看门狗不会被使能。
对于i.MX RT1160/1170系列,BootROM看门狗不仅在Serial Downloader分支程序中有效,其在Device Boot模式下(BT_MODE = 2'bx0)也同样被使能了,这样做主要有两个用意:
如果因板级电路干扰导致首次启动程序失败,BootROM正常是直接跳转到了SDP模式不会再做启动程序行为。但是使能了看门狗,则在SDP模式下等待超时时间后系统复位会重新尝试启动程序,这样不断尝试直到板级干扰消失。
如果启动程序成功,BootROM会直接跳转到目标应用程序,但无法检验目标程序是否能够正常执行。但是使能了看门狗,如果应用程序不对看门狗做有效处理,系统还是会复位回来,这样相当于做了应用程序是否执行的验证。
三、使能WDOG后对i.MX RT开发的影响
现在回到文章开头提到的客户问题,如何判断BootROM中WDOG已经生效了,这个其实特别简单,在SDP模式下插上USB线,在资源管理器里观察是不是有HID设备每隔一段时间就会重新枚举一次,没错就是WDOG捣的鬼。
那么对于应用程序的开发,有什么注意事项呢?对于i.MX RT10xx其实没有任何影响,而对于i.MX RT1160/1170,则必须在应用程序里增加对WDOG1的处理。
在恩智浦提供的头文件system_MIMXRT1xxx.c文件里SystemInit()函数中其实有关于看门狗相关代码,默认是将全部的看门狗都关一遍(DISABLE_WDOG=1),这部分代码对于i.MX RT10xx程序是可以不做的,但是对于i.MX RT1160/1170就必须要做了。
来源:恩智浦MCU加油站
免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。