RT-Thread-RT-Thread精通PM功耗调优 - lptimer篇RT-Thread问答社区

RT-Thread精通PM功耗调优 - lptimer篇

发布于 2020-11-05 09:44:57 浏览：2813 订阅该版

[tocm]

[RT-Thread 电源管理与功耗调优系列 - 目录](https://club.rt-thread.org/ask/article/3419.html)

[RT-Thread精通PM功耗调优 - 思想篇](https://club.rt-thread.org/ask/article/2296.html)

[RT-Thread精通PM功耗调优 - lptimer篇](https://club.rt-thread.org/ask/article/2300.html)

[RT-Thread精通PM功耗调优 - 引脚篇](https://club.rt-thread.org/ask/article/2304.html)

[RT-Thread精通PM功耗调优 - 线程篇](https://club.rt-thread.org/ask/article/2305.html)

[RT-Thread精通PM功耗调优 - 外设篇](https://club.rt-thread.org/ask/article/2307.html)

[RT-Thread精通PM功耗调优 - Tickless篇](https://club.rt-thread.org/ask/article/2324.html)

[RT-Thread精通PM功耗调优 - 专用LOG篇](https://club.rt-thread.org/ask/article/2338.html)

[实践：RT-Thread PM管理实战 系列](https://club.rt-thread.org/ask/article/2282.html)

[上手：产品功耗管理与调优经验分享 系列](https://club.rt-thread.org/ask/article/2707.html)

[应用：PM组件应用与经验分享 系列](https://club.rt-thread.org/ask/article/292.html)

## 背景

* RT-thread 的低功耗管理组件（PM），部分工程师已经开始用起来了，当然，实际操作起来，会面对很多的问题，至少我开始接触功耗管理时是这样的状态。
* 部分工程师可能对经验【嗟来之食】不感兴趣，部分工程师却更想获取一线调试经验，实际用到自己的产品上去。
* 我这里主要谈一下大家使用PM框架，使用Tickless模式下LPTimer，遇到的问题与解决思路。避免大家重复提问问题，遇到问题有个参考。

## 问与答

- ### 问题：看你给的例子rtt_pm2 测试程序里没有PM_SLEEP_MODE_DEEP？

答：这是新PM框架的使用方法。

* 系统刚上电时，如果开启了PM框架（初始化），系统上电功耗模式需要有一个预设模式。

* 新PM框架，明确规定，没有任何request，就要进入更低功耗模式（默认为DEEPSLEEP），上电后，没有任何业务request，会造成无任何request，若进入DEEPSLEEP，会造成外设等无法正常初始化工作，因此，新PM框架初始化时，request None 模式，系统启动完后，不睡眠，需要release掉这个初始的none模式。

* request 是往高功耗的请求的，你请求了None，请求了idle，请求了light，系统会决策为：none。高功耗的理解，可以认为保证所有业务正常工作的模式。既然request 高功耗，就不用request deepsleep（这个是默认的最低功耗场景）。

* 思路是平时一直是DEEP,需要其他高功耗模式直接请求。

* 使用老版本PM，依旧建议request的使用为：请求高功耗。只是开机初始化完成后，request一下deepsleep，否则，系统根本不能deepsleep！

- ### 问题：平时没事一直DEEPSLEEP，系统tick不跑后，通过什么来唤醒的呢？

答：这个deepsleep是我们假定的最深度的睡眠模式（如STOP2、STOP模式）

* 并不是强加给用户的，用户可以在drv_pm.c适配时，deepsleep 场景下什么都不干，或进入wfi 等轻睡眠模式。这里强调：用户的场景模式实现，用户说了算。

* 用户把deepsleep,按照stm32l4例程改为stop2（深睡眠），发现无法唤醒了，发现systick（系统默认tick）不工作了，怎么办？这里假定你确实需要深睡眠，通过阅读【MCU datasheet与参考手册】，了解到STOP2下的唤醒源（外部中断、RTC alarm、Lptimer、复位等），相信，你清楚了如何唤醒。

* PM框架，使用Lptimer（低功耗定时器，非特别指定stm32l4 lptimer，任何可以在睡眠模式下工作的定时器都可以成为low power timer），进行周期性唤醒，补偿系统的tick，接管systick没完成的soft timer定时工作。

* 注意systick 与 lptimer是在进出睡眠模式时自动切换的，用户感知觉得软定时器业务一直在正常的工作。

* lptimer的定时时间，来自用户定义的软定时器定时时间，如果用户没有任何定时器，lptimer会很久醒来（16位定时器的话，65.535秒左右，1ms一个lptimer tick）。

- ### 问题：rt_thread_mdelay(4000)，工作的原理是？

答：定时器！！延时4S！

- ### 问题：无定时业务，无法唤醒

答：让PM进deepsleep，并且deepsleep适配为（stop2模式），不开lptimer,无外设的外部中断（gpio 中断）。进入深睡眠后，不会自动唤醒。

- ### 问题：有多个定时器，lptimer睡眠后何时唤醒？

答：最先超时的定时器，rt-thread的定时器，是排序的。把最先超时的定时器超时时间（剩余时间），设置到lptimer，用户不感知，感觉定时器正常在工作。只是，通过测量电流，发现MCU在空闲段是功耗最低的。（间歇性工作）

- ### 问题：lptimer提供中断，唤醒mcu，执行过程？

答：睡在哪里，唤醒时，执行完中断处理，就会在哪里接着执行。

lptimer开了中断，能唤醒MCU，但没有设置中断ISR。因为不需要，唤醒后，CPU在睡眠函数的下一行执行！这时，lptimer->systick，软定时器的超时等检查工作，交给了系统软timer处理。