基于rt-thread功耗调优与PM管理实战经验分享-收尾篇

it2023-10-21  89

基础篇 概念,基础,理解什么是功耗

调试篇 开始搭环境,动手调起来驱动篇 想要调功耗,代码也要有

系统篇  如何利用rtos或PM框架,配合PMS线程,管理功耗

实战篇 具体问题的实战思考与解决思路

日志篇 通过console log_file parse_log,搭建功耗日志输出与解析

收尾篇 高调做好功耗,低调掌握知识的回顾。  

【RT-Thread精通PM功耗调优 进阶系列】

 

本篇为收尾篇,我想,改做个小结了。

 

一、个人见解

       我个人理解,没有几个是专门干功耗的,大都是项目立项了,把人堆上去,你来干这个,你来干那个,闲暇时间,老板说,功能调完了吧,事情不多了吧,把功耗的问题,也顺便看一下吧!!!

 

      当你顺便看一下时,你可能会冒出来一堆的问题,甚至,你不会用rt-thread PM电源管理框架,文档,你也找不到详细的,码一堆代码的,你懒得看完!!甚至,你连rt-thread都是第一次用!!!

 

    功耗好调吗?我之前做过的其他项目,功耗地位都是第二位的,原因就是,硬件已经采用了超低功耗的MCU架构,软件使用的SDK,程序只要处理下流程,睡眠后,功耗低到几个几十个微安!!那时,因为系统小,系统成熟,因为要求并不高,如2G模块,平时 GPRS 数据,TCP常连接,五分钟发个心跳,平时,2个mA,3个mA,都是可行的。

      要求不高,是我们没有追求极致的理由吗?是我们没有做好功耗的借口吗?

       所以,有些技术活,其实一半是体力活,认真干,坐的住,耐心,可能时间久了,你就会发现,攻克了一个个问题,困惑越来越清晰,架构越来越清楚,解决问题的能力,越来越快捷。功耗调试的过程,掌握的,并不只是功耗本身的经验,驱动,硬件,业务,你了解的可能更多。rtos你也用了,框架你也看了,驱动反复调用都正常了,甚至,你可以写自己的驱动、框架了。

 

二、提升与扩展

         之所以写功耗的总结,主要是感觉,现在的人(包括自己),越来越懒了。丢掉了吃苦耐劳的探索精神。如果你在工作中进入低功耗模式(间歇性工作!),进入Tickless模式,你感觉,你一天下来,做的功多不多?算上加班,或许没有别人满频跑干的多!!

      所以,功耗管理之余,也是要管理自己工作的时候了,让自己的工作,尽可能的高性能工作,电量不足?请充满电!!之前,我这些时间,早上了王者!!但现在,发现,分析与解决问题,才正式填充自己最好的精神食粮!!

 

三、估计,文章看完了,你还没开始动手调功耗。

(1)建议了解一下硬件、驱动、产品常识吧,这些,都对调功耗有用!更重要的,让自己的功耗,可以调到最优!!!

(2)让产品高效工作(睡眠时舒服),让自己工作时高效(睡眠时舒服),是功耗调优的终极目标!!希望你能掌握!!

(3)功耗调优之旅,我认为只是开了个头,后期,希望大家多总结,交流分享。

 

 

 

 

 

最新回复(0)