RT10XX 看门狗——RTWDOG系统复位

i.MX RT10XX 看门狗定时器配置与使用指南
最新推荐文章于 2025-09-04 17:34:11 发布
原创 最新推荐文章于 2025-09-04 17:34:11 发布 · 865 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#nxp #单片机

本文详细介绍了i.MX RT10XX微控制器中的三个看门狗定时器，特别是WDOG12和WDOG3的区别。WDOG12需要外置32.768K晶体，而WDOG3则有多种时钟源选择，包括Busclock、LPOclock、INTCLK和ERCLK。在没有外部32K晶体时，RTC_XTALI应接GND，RTC_XTALO悬空。同时，基于Busclock的WDOG3喂狗时间不应超过0.11秒。文章提供了简单代码示例，帮助读者理解配置过程。

1 前情提要

        RT10XX有三个看门狗定时器，用法都比较相似，但WDOG12的时钟源必须来自外置32.768K的晶体。WDOG3是窗口看门狗，对于时钟源的选择就没有这么苛刻，有如下选择：

Bus clock来自外置的24M晶体，SDK里面默认是150M(基于i.mx RT106X)
LPO clock和INTCLK默认是外置的32K晶体，若无该晶体，可以自动切到内部32K(精度为10-45KHz)
ERCLK默认是1MHz，来自内部的24M，精度需要基于外置的32K晶体检验，一般是±100KHz

2 设计和注意事项

       若无外置32K的时候，需要注意RTC_XTALI连接到 GND 且 RTC_XTALO 浮空

       若基于Bus clock驱动WDOG3，默认SDK的情况下，喂狗时间不能超过0.11S，不要问我怎么知道，能管Gai的，就能管狗。

3 最简单的code

NXP i.MX RT106x系列官方SDK库之Enet时钟BUG
qq_33734309的博客
10-25 649
NXP i.MX RT106x系列处理器双以太网调试SDK中BUG
基于RT1052 Awroks 使能看门狗记录（二）
良红
11-06 597
本文主要是通过迁移的思维，记录本人初次使用周立功的Aworks框架进行BSP开发 1. 首先阅读原理图 正常来说看门狗超时，CPU会直接复位，有时会要求输出复位脉冲。这个功能可以使能，也可以不使能。 在Easy_arm_rt1052 开发板上面不使能复位脉冲也是可以复位成功的。 2. 使能Watchdong 在Awork框架下面，模块功能的开启都是在aw_prj_params.h文件内修改。而aw_prj_param_auto_cfg.h则是有依懒的，比如说，使能的LCD显示，一般都配置PWM控制背光，或
痞子衡嵌入式：聊聊系统看门狗WDOG1在i.MXRT1xxx系统启动中的应用及影响
痞子衡嵌入式
04-21 557
　　大家好，我是痞子衡，是正经搞技术的痞子。今天痞子衡给大家介绍的是系统看门狗WDOG1在i.MXRT1xxx系统启动中的应用及影响。 　　软件看门狗模块(WDOG)在 MCU 应用里可以说是非常基础的功能模块。对于一个产品级的应用程序，如果它没有使能主控内部的看门狗模块，一般都不能算是一个合格的软件设计。有的时候，硬件工程师觉得软件看门狗不可靠，还会在板级设计里再加入外部看门狗电路。总之看门...
WDOG的配置和应用
TracyWdz的博客
09-04 1214
嵌入式系统常因代码缺陷、外设卡死或干扰导致异常，需通过看门狗机制实现自动复位。STM32提供独立看门狗(IWDG)和窗口看门狗(WWDG)：IWDG基于低速时钟，适合长时间系统兜底；WWDG通过窗口检测机制，可识别过快喂狗等异常行为。两者配合使用时，建议IWDG作为基础保障，WWDG用于时序监控。工程中需注意时钟偏差、调试冻结、喂狗策略分层设计，并利用提前中断进行错误处理。实际应用时需根据复位原因区分定位，IWDG解决系统停滞，WWDG防范程序跑飞。
XC7K325T实现驱动OV7725摄像头HDMI显示图像【Verilog HDL驱动】
05-17
XC7K325T驱动程序，Verilog HDL实现。 项目代码可顺利编译运行~
RT1052不停重启问题的解决
u011570148的博客
05-20 1109
开发过程遇到了不断重启的问题，排除看门狗硬件问题后排查问题如下： 1.首先是算法有问题，当优化等级提升至-o1以上时会产生空指针，写空指针是本次问题的根本原因。 诱因： 1. 我将所有中断函数放到了ITCM里，且在MPU中没有设置ITCM区域为只读区域，导致算法在写空指针的时候将ITCM里的code全都覆写掉了。 2. 当数据写到超出ITCM的大小的时候引发了HardFault中断，此时ITCM中的中断函数已经无效了，PC指针跳转至此的时候属于程序跑飞了，所以会触发复位。 使用ITCM时务必保
NXP公司K20+PF8100实现硬件窗口看门狗
十六宿舍的博客
04-20 2415
本篇文章介绍了在NXP平台上使用NXP公司提供的PMIC芯片实现硬件看门狗的功能，对相关电源设计部分的概念进行了详解，帮助嵌入式工程师快速上手看门狗相关功能开发。
恩智浦(NXP) i.MX RT1061芯片移植FreeRTOS
qq_42014563的博客
06-06 787
第一次移植FreeRTOS到i.MX RT1061芯片上，遇到一下编译问题，分享出来，希望对大家使用i.MX RT1061有帮助。
NXP i.MX6 ARM-Linux 看门狗的使用
眺望电子_嵌入式技术分享专区
10-17 1243
项目场景： 在眺望电子TW-IMX6DL-EVM开发板上使用看门狗。 编译环境及开发包： 主机：ubuntu18.04 交叉编译器：arm-linux-gnueabihf-gcc QT5.12.8：qt-everywhere-opensource-src-5.12.8 开发板：TW-IMX6DL-EVM Linux：Linux-4.1.15 注意:本文章的所有命令涉及到的路径均为眺望电子官方环境路径，需根据自身实际环境改变。本文所演示的平台来自于眺望电子 iMX6 ARM嵌入式平台，这是一个基于NXP i
精选资源
RTOS中如何使用看门狗 —- 以RT-thread为例
01-06
在由单片机构成的微型计算机系统中，由于单片机的工作常常会受到来自外界电磁场的干扰，造成程序的跑飞，而陷入死循环，程序的正常运行被打断，由单片机控制的系统无法继续工作，会造成整个系统的陷入停滞状态，发生...
RT_thread 独立看门狗 watchdog 不断自动复位的解决方法
浪迹天涯的博客
01-13 5242
记录一下，这个问题把我坑惨了，搞了3天都没有解决，甚至都有点怀疑人生了。本着学习的态度跑一遍官网给的各种案例，再慢慢学习用到项目上，结果上来就闷头一棒。 可能是这点坑了自己，我并没有直接从官网上去下载最新源码。我用了之前RT_thread来重庆培训的时候拷贝给我的源码。我一看 这不有个 v4.0.1 版本的吗，一想现在不也就最高 v4.0.2。从这里开始我就入坑了，之前利用的那些串口、...
RT1072资料PDF
04-05
RT1072资料、功能简述、产品应用、管教说明
STM32F4+RT-Thread IWDG 看门狗 开发实战：从驱动编写到“喂狗、超时复位”指南
最新发布
09-25
STM32F4微控制器搭载RT-Thread实时操作系统，结合硬件看门狗（IWDG）功能，为嵌入式系统开发者提供了强大的系统稳定性保障。IWDG是微控制器内置的独立看门狗，它能够独立于主处理器运行，在程序运行异常时，通过复位...
RT-Thread看门狗驱动流程
weixin_38956024的博客
09-13 2038
文章目录1、配置STM32CubeMX2、配置Kconfig3、代码测试 1、配置STM32CubeMX 首先要使能HAL库的看门狗功能。 另外一种方法是，找到stm32fxx_hal_conf.h文件，接着就将对应的宏打开。这样就可以不用开打STM32CubeMX。不过，下次配置STM32CubeMX时候要小心，你重新生成的工程会将你直接在文件打开的宏给注释掉，因为你没有在STM32CubeMX上使能。 2、配置Kconfig 仿照上面的语法来写 写的时候怎么知道对应的 宏定义(BSP_USING_
RT1052的介绍及MDK
qq_45578181的博客
07-23 3856
无
【正点原子Linux连载】第二十二章看门狗应用编程-摘自【正点原子】I.MX6U嵌入式Linux C应用编程指南V1.1
weixin_55796564的博客
08-19 896
1）实验平台：正点原子阿尔法Linux开发板 2）平台购买地址：https://item.taobao.com/item.htm?id=603672744434 2）全套实验源码+手册+视频下载地址：http://www.openedv.com/thread-300792-1-1.html 3）对正点原子Linux感兴趣的同学可以加群讨论：935446741 4）关注正点原子公众号，获取最新资料更新 第二十八章看门狗应用编程 在产品化的嵌入式系统中，为了使系统在异常情况下能自动复位，一般都需要引入看门狗。
【野火®】i.MX RT1052评测——移植RT-Thread
热门推荐
杰杰的博客
06-01 1万+
跨界处理器 i.MX RT1052是i.MX RT系列芯片，是由 NXP 半导体公司推出的跨界处理器芯片，该系列下又包括i.MX RT1020、i.MX RT1050及 i.MX RT1060等子系列芯片。所谓“跨界”，是指它自身的定位既非传统的应用处理器也非传统的微控制器。 传统的应用处理器如手机主控芯片，它们通常采用 ARM 的 Cortex-A系列内核，配合 其芯片架构...
痞子衡嵌入式：MCUXpresso IDE下在线调试时使用不同复位策略的现象总结
痞子衡嵌入式
04-07 1184
　　大家好，我是痞子衡，是正经搞技术的痞子。今天痞子衡给大家分享的是MCUXpresso IDE下在线调试时使用不同复位策略的现象总结。 　　本篇实际上是《IAR在线调试时设不同复位类型可能会导致i.MXRT下调试现象不一致》的同系列篇，计划中痞子衡是要把几大经典IDE(IAR EWARM、Keil MDK、MCUXpresso IDE)下的复位策略都写一遍，但一直没抽出时间。今天痞子衡恰好帮...
rt-thread看门狗测试
04-03
<think>好的，我现在需要帮用户介绍RT-Thread的看门狗测试。首先，我得回忆一下RT-Thread的基本知识，特别是看门狗（Watchdog）模块的相关内容。RT-Thread是一个实时操作系统，看门狗是其重要的硬件外设支持模块之一，用于检测和恢复系统故障。 首先，用户可能想知道什么是看门狗测试，以及如何在RT-Thread中进行。看门狗分为硬件看门狗和独立看门狗，可能用户需要了解它们的区别和使用方法。RT-Thread提供了WDT设备驱动框架，应该包括初始化和配置看门狗、喂狗等操作步骤。 接下来，我需要考虑测试的基本步骤。通常包括初始化看门狗设备、设置超时时间、启动看门狗，然后定期喂狗。如果程序正常运行，喂狗会及时重置计数器；如果出现故障未喂狗，系统会复位。测试时需要验证这些流程是否正常工作，比如故意不喂狗，观察系统是否复位。 另外，用户可能需要代码示例来说明具体操作。比如使用rt_device_find查找设备，rt_device_init初始化，设置超时时间，启动看门狗，然后在循环中喂狗。同时，测试异常情况，比如注释掉喂狗代码，检查系统复位情况。 还要注意一些常见问题，比如超时时间设置过短导致频繁复位，或者喂狗间隔过长导致误触发。此外，硬件连接是否正确，驱动是否支持，以及是否在合适的位置初始化看门狗设备。 用户可能还关心如何验证测试结果，比如通过日志输出或系统复位现象来判断看门狗是否起作用。需要提醒在测试时保存关键数据，防止复位导致数据丢失。 总结来说，回答需要结构清晰，分步骤介绍测试流程，提供代码示例，指出注意事项和常见问题，确保用户能够逐步理解和实施看门狗测试。</think>### RT-Thread 看门狗（Watchdog）测试介绍 #### 1. 看门狗的基本概念 看门狗（Watchdog）是嵌入式系统中用于检测和恢复系统故障的硬件模块。若系统因程序跑飞或死循环导致**未及时喂狗**，看门狗会强制复位系统。RT-Thread 通过 WDT 设备驱动框架统一管理看门狗外设。 #### 2. 看门狗测试的核心步骤 ##### 步骤 1：初始化看门狗设备 ```c #include <rtdevice.h> static rt_device_t wdt_dev = RT_NULL; /* 查找并初始化看门狗设备 */ wdt_dev = rt_device_find("wdt"); if (wdt_dev == RT_NULL) { rt_kprintf("找不到看门狗设备\n"); return -RT_ERROR; } rt_device_init(wdt_dev); // 初始化设备 ``` ##### 步骤 2：配置超时时间 $$ T_{timeout} = (2^{n} \times \text{预分频系数}) / \text{时钟源频率} $$ ```c /* 设置超时时间为 5 秒 */ rt_uint32_t timeout = 5000; // 单位：毫秒 rt_device_control(wdt_dev, RT_DEVICE_CTRL_WDT_SET_TIMEOUT, &timeout); ``` ##### 步骤 3：启动看门狗 ```c rt_device_control(wdt_dev, RT_DEVICE_CTRL_WDT_START, RT_NULL); ``` ##### 步骤 4：定期喂狗 ```c while (1) { rt_thread_mdelay(2000); // 每 2 秒喂狗一次（需小于超时时间） rt_device_control(wdt_dev, RT_DEVICE_CTRL_WDT_KEEPALIVE, RT_NULL); rt_kprintf("喂狗成功\n"); } ``` #### 3. 测试验证方法 - **正常场景**：程序按时喂狗，系统无复位。 - **异常场景**：注释喂狗代码，观察系统是否在超时后复位： ```c // rt_device_control(wdt_dev, RT_DEVICE_CTRL_WDT_KEEPALIVE, RT_NULL); ``` #### 4. 关键注意事项 1. **时间匹配**：喂狗间隔需小于超时时间，例如： $$ T_{feed} < T_{timeout} $$ 2. **硬件差异**：不同芯片的看门狗实现可能影响超时精度。 3. **调试支持**：部分调试器会禁用看门狗，需在真实环境中测试。 #### 5. 典型问题排查 | 现象 | 可能原因 | 解决方案 | |------|----------|----------| | 系统频繁复位 | 未及时喂狗 | 检查喂狗间隔是否超限 | | 无法启动看门狗 | 驱动未实现 | 确认 BSP 是否支持 WDT 驱动 | #### 6. 扩展功能 - **窗口看门狗**：需在特定时间窗口内喂狗。 - **复位原因检测**：通过寄存器判断复位源是否为 WDT。 通过以上步骤和注意事项，可有效验证 RT-Thread 看门狗功能的可靠性。测试时建议结合硬件信号（如复位引脚波形）和软件日志综合分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值