STM32L4系列单片机的低功耗问题

基于STM32L4系列单片机的低功耗问题

首先看ST关于L4系列的官方文档官方给出了多个低功耗模式并且介绍了这几种模式
Sleep mode:CUP时钟关闭,IO口保持与运行状态相同的状态。可由wake事件,NVIC,SysTick,外部中断等,无唤醒时间,唤醒后执行唤醒源中断回调函数(和标准库中断服务函数功能一样,但意义不同),然后按原来代码执行

**Low-power run mode:**当系统时钟频率降低到2MHZ以下时,即可实现此模式。代码可从SRAM或闪存中执行。调整器处于低功耗模式,以最小化调整器的工作电流。IO口保持与运行状态相同的状态,退出此模式需按照三步1:清除PWR CR1寄存器中的LPR位,强制调整器进入主模式。2:等待直到PWR SR2寄存器中的REGLPF 位被清除3:增加时钟频率

Low-power sleep mode: 此模式从Low-power run mode进入,IO口状态与运行模式相同,可由外部中断,wake事件唤醒,无唤醒时间,唤醒后执行中断回调函数,后按原来代码执行

**Stop 0, Stop 1 and Stop 2 modes:**此模式中SRAM1,SRAM2和寄存器中的内容都将保留,所有时钟在VCORE 域停止,PLL,MSI,HSI16,HSE禁止。LSE和LSI保持运行,RTC可保持运行,一些具有唤醒功能的外设也可等待唤醒条件。在STOP2模式下,大多数的VCORE域处于低泄漏状态。SPOP1模式提供了最多数量的活动外设和唤醒源,唤醒时间较小,但电流比STOP2消耗更多,在STOP0模式主调节器仍然时开着的,这允许最快的唤醒时间,但消耗多。功耗大小SPOP2< STOP1

Standby mode: VCORE域是关闭电源的。然而,它可以保留SRAM2的内容:待机模式与SRAM2保留当位RRS被设置在CR3寄存器,在这种情况下。SRAM2由低功率调节器提供。在PWR CR3寄存器中清除位RRS时的备用模式。在这种情况下,主调节器和低功率调节器电源关闭,所有的时钟在VCORE域停止,PLL,MSI,HSI16和HSE被禁止。LSI和LSE可以继续运行。IO口可配置位上拉或下拉或模拟。RTC可以保持。外部中断和wake时间唤醒等可退出Standby模式,唤醒后系统复位

**Shutdown:**VCORE域电源关闭,所有时钟在VCORE停止,PLL,MSI,HSI16,HSE禁止,LSE可以保持运行,系统时钟,当退出Shutdowm模式MSI在4MHZ在这种模式下电源监控是关闭的。IO口可配置成 上拉,下拉,模拟。可用wake事件唤醒,io口外部中断,唤醒后系统复位。
几种模式的相互转换关系:
STM32L4系列单片机的低功耗问题_第1张图片

由这几种模式转换且保持系统运行无异常,最初我选择了Run mode(运行)和Shutdown mode 和Standby mode 模式进行测试,手里的板子的MCU是STM32L31RCT6.对比官方库中的测试和自己的工程看电流,刚开始测试的时候电流差距很大,首先找硬件原因,因为我使用的不是ST官方的板,无引出的电流测试点,所以我测的是整体板子的电流,我所使用的板子比较简单,无任何外设,去除5转3.3芯片,直接使用3.3v供电,单片机的启动模式为模式0在FLASH中启动 BOOT0和B00T1设置为上拉电阻。(BOOT0和BOOT1一定要处理好影响电流很大)

首先单独测试Shutdown模式,最初测试的时候电流还是很大,在经过硬件与软件的结合后最终电流最低可达到0.03uA 且可由外部中断唤醒。加上RTC周期唤醒后,电流最低到0.52uA
STM32L4系列单片机的低功耗问题_第2张图片
图为官方给出的标准参照
具体的软件处理方法:
1:底层初始化HAL_Init();重置所有外设,FLASH 和Systick,
2:系统时钟配置SystemClock_Config();STM32L4最高时钟可跑到80M,我在STM32Cube中时钟设置为72MHZ因为现在只是测试低功耗对系统的运行速度无太大要求
3:开启所用时钟MX_GPIO_Init();在这我开启了所有时钟,并在此处将没
用到的引脚全部设置为模拟输入,外设我只用了串口.并开启外部中断。
4:串口的配置及初始化,按照常规配置即可
5:进入低功耗模式前的准备,首先在此函数中禁用Debug调试端口,关闭所有时钟。关闭串口,然后进入Shutdowm模式。
进入Standy模式和Shutdowm模式软件配置相同只不过最后进入的是Standy模式,Standy模式测试电流为0.12uA 加入RTC后电流大约在0.63uA
在之后唤醒这一开始使用的RTC周期唤醒即HAL_RTCEx_SetWakeUpTimer_IT()函数,此函数使用的是一个16位可编程自动重载递减计数器(RTC_WUTR)生成,可用于周期性中断/唤醒。此唤醒定时器的时钟输入可以是:2,4,8或16分频的RTC时钟,也可以是ck_spre时钟(一般为1HZ)当使用RTC时钟时,可配置的唤醒中断介于122us和32s之间。当使用ck_spre时钟的时候唤醒时间为1s到36h左右分辨率为1s,这个范围分为两个部分
当WUCKSEL[2:1]=10时为:1s到18h。
当WUCKSEL[2:1]=11时约为:18h到36h。
在后一种情况下,会将2^16添加到16位计数器当前值(即扩展到17位,相当于最高位用WUCKSEL[1]代替) 如图
STM32L4系列单片机的低功耗问题_第3张图片

在使用RTC周期唤醒的时候 要清零WUTF标志,因为当计数器到0时,RTC_ISR寄存器的WUTF标志会置1,并且唤醒寄存器会使用其重载值重载,会出现进不去低功耗模式的情况。用此种方式退出低功耗模式,系统复位以及低功耗模式不会影响计数器的计数。
但是一开始的时候我并没有注意到唤醒Shutdown和Standy模式后会复位确实是周期性唤醒,但是每次都复位,这样不方便添加外部中断唤醒方式。(在软件的第五步进入低功耗模式前加入RTC唤醒函数,开启计数或者闹钟)闹钟的话根据所配置来唤醒,闹钟在唤醒Standy和Shutdown时也可以实现周期性唤醒。
因此换用第三功耗小的模式,STOP2模式。STOP2无RTC可跑电流1.1uA,加入RTC后1.4uA左右。STOP2模式具体软件处理方法与整体框架相同。
现在来看一下加入RTC的处理方法
1:底层初始化HAL_Init();重置所有外设,FLASH 和Systick,
2:系统时钟配置SystemClock_Config();STM32L4最高时钟可跑到80M,我在STM32Cube中时钟设置为72MHZ因为现在只是测试低功耗对系统的运行速度无太大要求
3:开启所用时钟MX_GPIO_Init();在这我开启了所有时钟,并在此处将没
用到的引脚全部设置为模拟输入,外设我只用了串口.并开启外部中断。
4:串口的配置及初始化,按照常规配置即可
5:RTC初始化目的主要是为了开启RTC的时钟(如果需要RTC时钟需要另加时间配置函数,闹钟函数也可直接在此设置)
5:进入低功耗模式前的准备,首先在此函数中禁用Debug调试端口,关闭所有时钟。关闭串口,然后进入低功耗模式。
6:进入低功耗模式后,系统等待RTC计数减到0,发生中断,然后进入相应的中断服务函数。
7:在服务函数中,重新初始化底层硬件并配置时钟,初始化所用外设,具体的函数功能在这添加,清除WKAEUP_pin标志,然后再次进入低功耗模式(除Shutdown和Standy)
加入外部中断唤醒,也只需开启对应引脚外设,开启中断,配置优先级,然后在低功耗模式只能上升沿触发中断,在中断服务函数中的处理与RTC唤醒中断服务函数一样。
因为复位和中断都不会引起RTC计数器的异样,所以这两个中断只要不是同时发生是不会产生冲突的。
综合来看,依需求来选择,
一:第一种方案可以使用RTC闹钟,实现按天唤醒,或按星期唤醒,当然RTC与Shutdown和Standy结合可以实现超低低功耗0.4uA左右,并加上这两种模式的唤醒复位的特性,也可实现周期唤醒,就是这样每唤醒一次都需要系统配置相应的RTC寄存器,时间长了可能对MCU有损坏
二:在就是使用wake计数器周期唤醒,搭配STOP模式,唤醒周期方便调节,精确度为S,电流达到1.4uA。
还有存在的一些问题就是:
1:串口和下载器对电流的测量很大,测量时要去掉。
2:然后下载完程序后需要重新上电,要不电流可能会有误。
3:然后就是外部中断我测试的时候硬件连接可能不规范,有些不稳定。
4:然后就是功耗问题,与官方的这几种功耗模式多多少少的有点差距,软件部分对比官方测试代码,没有什么本质上的区别。猜测可能是硬件部分,也有可能官方说的是MCU的功耗。

具体的工程:https://download.csdn.net/download/qq_41756562/13610025

你可能感兴趣的:(STM32L4,低功耗,周期唤醒,stm32,单片机,嵌入式,经验分享,程序人生)