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 Transformers库(NLP处理库)案例代码讲解

《PythonTransformers库(NLP处理库)案例代码讲解》本文介绍transformers库的全面讲解,包含基础知识、高级用法、案例代码及学习路径,内容经过组织,适合不同阶段的学习者,对... 目录一、基础知识1. Transformers 库简介2. 安装与环境配置3. 快速上手示例二、核心模

一文详解Java异常处理你都了解哪些知识

《一文详解Java异常处理你都了解哪些知识》:本文主要介绍Java异常处理的相关资料,包括异常的分类、捕获和处理异常的语法、常见的异常类型以及自定义异常的实现,文中通过代码介绍的非常详细,需要的朋... 目录前言一、什么是异常二、异常的分类2.1 受检异常2.2 非受检异常三、异常处理的语法3.1 try-

Python使用getopt处理命令行参数示例解析(最佳实践)

《Python使用getopt处理命令行参数示例解析(最佳实践)》getopt模块是Python标准库中一个简单但强大的命令行参数处理工具,它特别适合那些需要快速实现基本命令行参数解析的场景,或者需要... 目录为什么需要处理命令行参数?getopt模块基础实际应用示例与其他参数处理方式的比较常见问http

Java Response返回值的最佳处理方案

《JavaResponse返回值的最佳处理方案》在开发Web应用程序时,我们经常需要通过HTTP请求从服务器获取响应数据,这些数据可以是JSON、XML、甚至是文件,本篇文章将详细解析Java中处理... 目录摘要概述核心问题:关键技术点:源码解析示例 1:使用HttpURLConnection获取Resp

Java中Switch Case多个条件处理方法举例

《Java中SwitchCase多个条件处理方法举例》Java中switch语句用于根据变量值执行不同代码块,适用于多个条件的处理,:本文主要介绍Java中SwitchCase多个条件处理的相... 目录前言基本语法处理多个条件示例1:合并相同代码的多个case示例2:通过字符串合并多个case进阶用法使用

Java实现优雅日期处理的方案详解

《Java实现优雅日期处理的方案详解》在我们的日常工作中,需要经常处理各种格式,各种类似的的日期或者时间,下面我们就来看看如何使用java处理这样的日期问题吧,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言一、日期的坑1.1 日期格式化陷阱1.2 时区转换二、优雅方案的进阶之路2.1 线程安全重构2

Python处理函数调用超时的四种方法

《Python处理函数调用超时的四种方法》在实际开发过程中,我们可能会遇到一些场景,需要对函数的执行时间进行限制,例如,当一个函数执行时间过长时,可能会导致程序卡顿、资源占用过高,因此,在某些情况下,... 目录前言func-timeout1. 安装 func-timeout2. 基本用法自定义进程subp

Java字符串处理全解析(String、StringBuilder与StringBuffer)

《Java字符串处理全解析(String、StringBuilder与StringBuffer)》:本文主要介绍Java字符串处理全解析(String、StringBuilder与StringBu... 目录Java字符串处理全解析:String、StringBuilder与StringBuffer一、St

浅析Java中如何优雅地处理null值

《浅析Java中如何优雅地处理null值》这篇文章主要为大家详细介绍了如何结合Lambda表达式和Optional,让Java更优雅地处理null值,感兴趣的小伙伴可以跟随小编一起学习一下... 目录场景 1:不为 null 则执行场景 2:不为 null 则返回,为 null 则返回特定值或抛出异常场景

深入理解Apache Kafka(分布式流处理平台)

《深入理解ApacheKafka(分布式流处理平台)》ApacheKafka作为现代分布式系统中的核心中间件,为构建高吞吐量、低延迟的数据管道提供了强大支持,本文将深入探讨Kafka的核心概念、架构... 目录引言一、Apache Kafka概述1.1 什么是Kafka?1.2 Kafka的核心概念二、Ka