STM32 之十三 看门狗(WDG)及低功耗下的处理

2023-11-03 03:30

本文主要是介绍STM32 之十三 看门狗(WDG)及低功耗下的处理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

  最近在做低功耗项目时,遇到了看门狗不好处理的问题。在 ST 的各系列 MCU 中,看门狗应该算是使用配置起来最简单的一个外设了。我们通常仅需要配置很少的配置项,但是,一旦要配合低功耗模式则配置就比较麻烦了。MCU 中有两只狗,一只叫 Independent watchdog (IWDG);另一只叫 System window watchdog (WWDG)。下面是这两只狗的简单介绍!

IWDG

  IWDG 基本就等同于我们独立使用的看门狗芯片。最适合那些要求看门狗作为一个完全独立的进程在主应用程序之外运行,但时间精度约束较低的应用程序。独立的看门狗(IWDG)由其自己的专用低速时钟(LSI)提供时钟。因此即使主时钟发生故障,IWDG 仍然可以保持活动状态。下面是 IWDG 的框图:
IWDG
  对预分频寄存器(IWDG_PR)、重装寄存器(IWDG_RLR)和窗口寄存器(IWDG_WINR)的写访问受到保护。要修改它们,用户必须首先在密钥寄存器(IWDG_KR)中写入代码 0x00005555。写入其他任意值,寄存器访问将再次受到保护。例如,在配置完成 IWDG 后,正常的喂狗操作就会导致寄存器访问将再次受到保护。

IWDG_KR

  当在密钥寄存器(IWDG_KR)中写入值 0x0000CCCC 时,计数器开始从 IWDG_RLR 的重置值开始计数。当到达计数值 (0x000) 的时,将生成一个复位信号 (IWDG 复位)。只要在密钥寄存器(IWDG_KR)中写入值 0x0000AAAA,就会在计数器中重新加载 IWDG_RLR 值,并防止产生 IWDG 复位。这就意味着,看门狗一旦启动将不能被停止,除非 MCU 复位!

IWDG_RLR

  重装寄存器(IWDG_RLR)是一个 12 位的寄存器,最大值为 0xFFF,里面装着要刷新到计数器的值,这个值的大小决定着独立看门狗的溢出时间。超时时间 Tout = ( 4 * 2^prv ) * rlv / LSI,单位毫秒;prv:预分频寄存器值;rlv:重装值,LSI 取 32(单位 kHz)(注意:不同芯片 LSI 不同,有的是 40)。 下面是不同配置下的超时时间范围:
TIMEOUT

计数器

  独立看门狗的计数器是一个 IWDG 内部的 12 位的递减计数器,用户无法访问,最大值为 0xFFF(与重装寄存器对应)。当计数器减到 0 时,会产生一个复位信号 IWDG 复位。如果在计数器减到 0 之前刷新了计数器的值(在密钥寄存器(IWDG_KR)中写入键值 0x0000AAAA)的话,就不会产生复位信号,重新刷新计数器值的这个动作我们俗称 喂狗

窗口选项

  通过在窗口寄存器(IWDG_WINR)中设置适当的窗口,IWDG 也可以用作窗口看门狗。如果在计数器大于窗口寄存器(IWDG_WINR)中存储的值的同时执行重载操作,则会提供复位。用的比较少,这里不再多说。

配置

以下是 IWDG 的寄存器配置序列(不启用窗口选项时):

  1. 通过在密钥寄存器(IWDG_KR)中写入 0x0000CCCC 来启用 IWDG
  2. 通过在密钥寄存器(IWDG_KR)中写入0x00005555 来启用寄存器访问
  3. 通过在预分频寄存器(IWDG PR)中设置时钟分频值( 0 到 7 (看门狗对应的库文件中有定义好的宏值))
  4. 写入重载寄存器(IWDG_RLR)
  5. 等待寄存器被更新(IWDG SR = 0x00000000)
  6. 通过在 IWDG_KR 中写入 0x0000AAAA,IWDG 就会自动使用 IWDG_RLR 重装 IWDG 内部的计数器,以防止看门狗复位

WWDG

  窗口看门狗通常被用来监测由外部干扰或不可预见的逻辑条件造成的应用程序背离正常的运行序列而产生的软件故障。除非递减计数器的值在 T6 位变成 0 前被刷新,看门狗电路在达到预置的时间周期时,会产生一个 MCU 复位。如果在递减计数器达到窗口寄存器值之前刷新控制寄存器中的 7 位递减计数器值,也会产生 MCU 复位。这意味着必须在限定的时间窗口内刷新计数器。

  WWDG 最适合那些要求看门狗在精确计时窗口起作用的应用程序。WWDG 时钟是预先从 APB 时钟中分频出来的,并且有一个可配置的时间窗口,可以通过编程来检测异常的晚期或早期应用程序行为。
在这里插入图片描述
看门狗总是在复位后关闭。它是通过在 WWDG_CR 寄存器中设置 WDGA 位来启用的,除非进行复位,否则不能再次禁用它。

项目中并不使用 WWDG,这里就不过多介绍了!

调试模式

  当 MCU 进入调试模式并使内核暂停止时,根据 DBG 模块中的配置位,以上两只狗要么继续正常工作,要么停止。试想,调试中我们暂停程序执行后,就不能执行喂狗语句,如果看门狗不暂停,系统就会重启!我们就可以通过以下配置来使的暂停程序执行时,看门狗也暂停。
在这里插入图片描述

  • DBG_IWDG_STOP: 内核暂停时,IWDG 计数器停止运行
    • 0:即使内核暂停,IWDG 仍然运行。上电复位默认值!
    • 1:内核暂停,IWDG 也暂停运行。注意:通常我们使用调试工具进行调试时,调试工具会默认配置该项为 1。
  • DBG_WWDG_STOP: 内核暂停时,WWDG 计数器停止运行
    • 0:即使内核暂停,WWDG 仍然运行上电复位默认值!
    • 1:内核暂停,WWDG 也暂停运行。注意:通常我们使用调试工具进行调试时,调试工具会默认配置该项为 1。

注意:

  1. 这里容易造成调试模式下看门狗暂停不用喂狗错觉!即使是在调试模式下,不喂狗仍然会产生看门狗复位。看门狗暂停的配置是指,我们在调试下暂停运行的时候(例如遇到断点的暂停),此时的看门狗也跟着暂停,这样就会不导致复位了。
  2. 在使用中发现,当使用 Jlink 仿真器进入调试模式时,Jlink 会自动配置以上的位,ST-Link 则不会自动配置。
  3. 在使用中发现,当正常调试退出 Jlink 的调试模式时,以上设置并不会被清除!

FLASH 选项中的配置

在 MCU 的 FLASH 部分,有专门的一块区域:Option bytes,如下图所示:
在这里插入图片描述
这部分的配置选项主要用来让用户根据自己的需求配置 MCU 的一些默认行为,其中就有关于 看门狗的配置。
在这里插入图片描述

  • IWDG_SW: 看门狗模式选择
    • 0:硬件独立看门狗。看门狗在开机时自动启用。就等同于使用独立的看门狗芯片。
    • 1:软件独立看门狗。软件配置之后才会启动。默认值!
  • IWDG_STDBY: 配置独立的看门狗计数器在待机模式(Standby mode)下冻结
    • 0: 冻结
    • 1: 不冻结,待机模式下仍然运行。
  • IWDG_STOP: 配置独立的看门狗计数器在停止模式(Stop mode)下冻结
    • 0: 冻结
    • 1: 不冻结,待机模式下仍然运行。

通过以上配置我们可以发现,低功耗的看门狗的配置只针对于待机模式(Standby mode)和停止模式(Stop mode)。

低功耗

  通过上面的介绍不难看出,看门狗一旦被启用,将无法停止。那么,在低功耗下,我们将面临一个问题:低功耗下程序暂停,无法喂狗将导致看门狗复位!通过上面的介绍,我们大体可以看到几种方法:

  1. 使用外部独立看门狗代替 MCU 内部看门狗。简单粗暴!但是,外部狗时间一般比较短。例如,我的项目中,唤醒周期最短 16 秒,一般的狗只有几秒。
  2. 在待机模式(Standby mode)和停止模式(Stop mode)模式下,可以通过配置来冻结看门狗。但是这不适应与其他低功耗模式!
  3. 进入低功耗之前利用复位关闭看么狗,然后根据 RCC 中 CSR 寄存器中的复位类型以及自己的标志来做相应的处理。具体流程如下:
    • 进入低功耗:
      1. 保存需要的状态以及运行中的一些状态(因为要复位,复位后所有变量将被清空)
      2. 复位(看门狗自动被关闭),根据 RCC 中 CSR 寄存器中的复位类型以及自己记录的标志来决定是否需要进入低功耗还是正常运行
      3. 如果决定进入低功耗,则需要在进入前修改记录的状态;如果是正常运行,则需要配置开启看门狗
    • 退出低功耗:
      1. 无论何种方式唤醒的 MCU,重新开启看门狗
  4. 使用 RTC 周期性唤醒 MCU,然后喂狗后接着进入低功耗,只在必要的时间才执行实际功能。

其实,上面说了这么多基本就是一点,STM32 中,低功耗之下的看门狗并没有太完美的处理办法!

参考

  1. RM0351.pdf

这篇关于STM32 之十三 看门狗(WDG)及低功耗下的处理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/335272

相关文章

Python调用LibreOffice处理自动化文档的完整指南

《Python调用LibreOffice处理自动化文档的完整指南》在数字化转型的浪潮中,文档处理自动化已成为提升效率的关键,LibreOffice作为开源办公软件的佼佼者,其命令行功能结合Python... 目录引言一、环境搭建:三步构建自动化基石1. 安装LibreOffice与python2. 验证安装

Java使用Thumbnailator库实现图片处理与压缩功能

《Java使用Thumbnailator库实现图片处理与压缩功能》Thumbnailator是高性能Java图像处理库,支持缩放、旋转、水印添加、裁剪及格式转换,提供易用API和性能优化,适合Web应... 目录1. 图片处理库Thumbnailator介绍2. 基本和指定大小图片缩放功能2.1 图片缩放的

Python进行JSON和Excel文件转换处理指南

《Python进行JSON和Excel文件转换处理指南》在数据交换与系统集成中,JSON与Excel是两种极为常见的数据格式,本文将介绍如何使用Python实现将JSON转换为格式化的Excel文件,... 目录将 jsON 导入为格式化 Excel将 Excel 导出为结构化 JSON处理嵌套 JSON:

Spring Boot 中的默认异常处理机制及执行流程

《SpringBoot中的默认异常处理机制及执行流程》SpringBoot内置BasicErrorController,自动处理异常并生成HTML/JSON响应,支持自定义错误路径、配置及扩展,如... 目录Spring Boot 异常处理机制详解默认错误页面功能自动异常转换机制错误属性配置选项默认错误处理

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束

Java堆转储文件之1.6G大文件处理完整指南

《Java堆转储文件之1.6G大文件处理完整指南》堆转储文件是优化、分析内存消耗的重要工具,:本文主要介绍Java堆转储文件之1.6G大文件处理的相关资料,文中通过代码介绍的非常详细,需要的朋友可... 目录前言文件为什么这么大?如何处理这个文件?分析文件内容(推荐)删除文件(如果不需要)查看错误来源如何避

使用Python构建一个高效的日志处理系统

《使用Python构建一个高效的日志处理系统》这篇文章主要为大家详细讲解了如何使用Python开发一个专业的日志分析工具,能够自动化处理、分析和可视化各类日志文件,大幅提升运维效率,需要的可以了解下... 目录环境准备工具功能概述完整代码实现代码深度解析1. 类设计与初始化2. 日志解析核心逻辑3. 文件处

Java docx4j高效处理Word文档的实战指南

《Javadocx4j高效处理Word文档的实战指南》对于需要在Java应用程序中生成、修改或处理Word文档的开发者来说,docx4j是一个强大而专业的选择,下面我们就来看看docx4j的具体使用... 目录引言一、环境准备与基础配置1.1 Maven依赖配置1.2 初始化测试类二、增强版文档操作示例2.

MyBatis-Plus通用中等、大量数据分批查询和处理方法

《MyBatis-Plus通用中等、大量数据分批查询和处理方法》文章介绍MyBatis-Plus分页查询处理,通过函数式接口与Lambda表达式实现通用逻辑,方法抽象但功能强大,建议扩展分批处理及流式... 目录函数式接口获取分页数据接口数据处理接口通用逻辑工具类使用方法简单查询自定义查询方法总结函数式接口

SpringBoot结合Docker进行容器化处理指南

《SpringBoot结合Docker进行容器化处理指南》在当今快速发展的软件工程领域,SpringBoot和Docker已经成为现代Java开发者的必备工具,本文将深入讲解如何将一个SpringBo... 目录前言一、为什么选择 Spring Bootjavascript + docker1. 快速部署与