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自动化处理手机验证码

《Python自动化处理手机验证码》手机验证码是一种常见的身份验证手段,广泛应用于用户注册、登录、交易确认等场景,下面我们来看看如何使用Python自动化处理手机验证码吧... 目录一、获取手机验证码1.1 通过短信接收验证码1.2 使用第三方短信接收服务1.3 使用ADB读取手机短信1.4 通过API获取

Python自动化Office文档处理全攻略

《Python自动化Office文档处理全攻略》在日常办公中,处理Word、Excel和PDF等Office文档是再常见不过的任务,手动操作这些文档不仅耗时耗力,还容易出错,幸运的是,Python提供... 目录一、自动化处理Word文档1. 安装python-docx库2. 读取Word文档内容3. 修改

使用C++将处理后的信号保存为PNG和TIFF格式

《使用C++将处理后的信号保存为PNG和TIFF格式》在信号处理领域,我们常常需要将处理结果以图像的形式保存下来,方便后续分析和展示,C++提供了多种库来处理图像数据,本文将介绍如何使用stb_ima... 目录1. PNG格式保存使用stb_imagephp_write库1.1 安装和包含库1.2 代码解

C#使用DeepSeek API实现自然语言处理,文本分类和情感分析

《C#使用DeepSeekAPI实现自然语言处理,文本分类和情感分析》在C#中使用DeepSeekAPI可以实现多种功能,例如自然语言处理、文本分类、情感分析等,本文主要为大家介绍了具体实现步骤,... 目录准备工作文本生成文本分类问答系统代码生成翻译功能文本摘要文本校对图像描述生成总结在C#中使用Deep

Spring Boot 整合 ShedLock 处理定时任务重复执行的问题小结

《SpringBoot整合ShedLock处理定时任务重复执行的问题小结》ShedLock是解决分布式系统中定时任务重复执行问题的Java库,通过在数据库中加锁,确保只有一个节点在指定时间执行... 目录前言什么是 ShedLock?ShedLock 的工作原理:定时任务重复执行China编程的问题使用 Shed

Redis如何使用zset处理排行榜和计数问题

《Redis如何使用zset处理排行榜和计数问题》Redis的ZSET数据结构非常适合处理排行榜和计数问题,它可以在高并发的点赞业务中高效地管理点赞的排名,并且由于ZSET的排序特性,可以轻松实现根据... 目录Redis使用zset处理排行榜和计数业务逻辑ZSET 数据结构优化高并发的点赞操作ZSET 结

微服务架构之使用RabbitMQ进行异步处理方式

《微服务架构之使用RabbitMQ进行异步处理方式》本文介绍了RabbitMQ的基本概念、异步调用处理逻辑、RabbitMQ的基本使用方法以及在SpringBoot项目中使用RabbitMQ解决高并发... 目录一.什么是RabbitMQ?二.异步调用处理逻辑:三.RabbitMQ的基本使用1.安装2.架构

一文详解Python中数据清洗与处理的常用方法

《一文详解Python中数据清洗与处理的常用方法》在数据处理与分析过程中,缺失值、重复值、异常值等问题是常见的挑战,本文总结了多种数据清洗与处理方法,文中的示例代码简洁易懂,有需要的小伙伴可以参考下... 目录缺失值处理重复值处理异常值处理数据类型转换文本清洗数据分组统计数据分箱数据标准化在数据处理与分析过

mysql外键创建不成功/失效如何处理

《mysql外键创建不成功/失效如何处理》文章介绍了在MySQL5.5.40版本中,创建带有外键约束的`stu`和`grade`表时遇到的问题,发现`grade`表的`id`字段没有随着`studen... 当前mysql版本:SELECT VERSION();结果为:5.5.40。在复习mysql外键约

Go语言使用Buffer实现高性能处理字节和字符

《Go语言使用Buffer实现高性能处理字节和字符》在Go中,bytes.Buffer是一个非常高效的类型,用于处理字节数据的读写操作,本文将详细介绍一下如何使用Buffer实现高性能处理字节和... 目录1. bytes.Buffer 的基本用法1.1. 创建和初始化 Buffer1.2. 使用 Writ