RT-Thread功耗调优项目实战 - 如何做好功耗

RT-Thread 深入系列 Part 6:高性能与低功耗优化策略 本文聚焦 RT-Thread 系统的性能调优与低功耗设计,涵盖调度器配置、内存与组件裁剪、Tickless 模式、动态电源管理,以及使用 Trace 和 Profiling 工具做性能分析和瓶颈定位,帮助你打造更快、更省电的嵌入式系统。 阅读详情

566cb56f0ae55124dd39c4368ea8608d.png

引言

  • 浅谈最近一个基于RT-Thread的穿戴项目的功耗调优流程,引入如何做功耗的话题

  • 谈到功耗,如果使用RT-Thread,就会提到RT-Thread的PM框架,当然只有PM框架,是无法真正解决功耗问题的,尤其是一个复杂的低功耗产品

  • 万事开头难,做什么事情,都有第一次,有了第一次,就有了经验与收获,再次遇到相关的问题,会迎刃而解或举一反三

入项

  • 这是一个不算复杂的项目,我主要参与的是功耗优化相关的工作,入项时项目立项大概有两个月了,项目硬件已经初步定型,并且软件部分都有了基本功能,接下来就被拉入项目,功耗要干起来了,客户在催进度了。

  • 刚入项目时,对项目一头迷雾,如需要了解如下的一些相关的信息:

    • 我刚入项,还对一切不太了解,虽说项目比之前做的项目简单N倍,但是对项目需要有一个熟悉的过程

    • 上面提到的问题,都需要一个个确认清楚,包括功耗目标,不是说待机功耗调到最优就解决战斗

    • 之前接触的一些项目因为硬件设计无法满足低功耗要求,需要硬件改版,这个周期还是挺长的。

    • 项目做的是什么:穿戴产品

    • 项目目前的进展是什么:功能调的差不多了,甚至开关机都有了,功耗还【没有开展】

    • 用的什么平台(MCU):国产的,资料没提供多少

    • 用了哪些功能外设(LCD、TP、传感器):都用了,大部分都是些低成本的

    • 功耗或续航的目标是什么:不太明确,一周?十天?边做边确认?没谈好!【注意:埋下伏笔】

    • 用的电池容量多大:150mAH?200mAH?不太明确。其实结构定了,就已经差不多明确了,穿戴产品电池大不了,受限空间与体积限制,容量越大,电池体积就越大,穿戴产品不可能做的很大很笨重。

    • 开发周期:这个一上来就问我,我比较迷惑,有点保守,不过还是硬把1个月,改成2个月,理由就是:

正式入项

  • 解决仪器短缺问题:

    • 电源分析仪:高档的:【KEYSIGHT N6705C 直流电源分析仪】,之前项目用,感觉很强大,功耗调试方便与精确,不需要电脑配合,就可以轻松的获取功耗情况,超低精度显示,精度1uA级别,当然价格也高的离谱。

    • 中档的,power monitor,配合电脑,应该也可以在功耗调优上【大干一番】,精度在10uA级别吧。

    • 最终敲定,采用国产的电源分析仪:uA级别的精度。

  • 再配合一个精度较好的【万用表】,电源【供电】与【分析】、【测量】的问题得到解决

  • 要到一块这个MCU的开发板,我不满足,后来要来一块PCBA小板,还不满足,我提出了要做一个【功耗大板】的建议,理由如下:

    • MCU开发板,功能不全,没有低功耗设计,只能用于验证初步的电源模式,无法分析与优化项目本身的功耗

    • 小板PCBA只有电池的引脚焊盘与程序下载的焊盘,这不方便调试功耗,无法很快的【拆解功耗】,更无法细致的调优功耗。

    • PCBA短缺,飞线飞的像个【八爪鱼】,不方便程序的调试,一不小心扯掉【焊盘】,板子就报废一半了

    • 电路板外部连着调试器、电源或电池、串口线等,不像小学生的【橡皮尺子】可以方便的相互借来借去使用。

    • 功耗拆解在前期,可能会拆解部分器件,如断开某路电源,为了验证某个模块是否正常,设置需要【割线】调试。

    • 部分外设有多组电源供电,需要确认各个电源支路的电流,才能评估哪里有漏电或可以进一步优化,小板下不了手。

  • 如上,通过设计功耗大板,解决板子功耗调试问题

前期沟通

MCU 是国产的,是否像STM32那样,MCU本身有完善的电源模式,如运行、IDLE、STOP等模式?

答案是否定的。这颗国产MCU功耗并没有做的极致,关机电流都可能大于STM32F系列的STOP模式电流,最致命的就是这个MCU的LIGHT轻度睡眠模式,普通中断都无法唤醒,需要唤醒引脚,且唤醒引脚很少。

电池容量问题:是否可以改大?

答案是,尽可能改大,如200mAH 改为 300mAH。但最终还是定为200mAH左右,原因应该是结构已经定型。【这就是功耗入项晚】或【项目前期不考虑功耗】的问题症结吧。【木已成舟】,无法更换

初步扫了一眼原理图,发现电池电压转换到1.8V,使用的是LDO,而不是电源转换效率较高的DCDC。是否可以改为DCDC?

这个问题提出多次,最终改为了DCDC,因为低成本考虑,更换的DCDC电源芯片转换效率比LDO略高一点,但【静态电流】很高,达到了50uA以上。当你吭哧吭哧在其他方面调低了10uA后沾沾自喜时,这个漏电让你【气的牙痒痒】

电源转换漏电:1.8V 到 3.3V 有通信,为了降低成本,采用分立器件而不是电平转换IC来实现,造成漏电大于500uA。

后期解决的思路是更换为电平转换芯片,软件需要控制这个电平转换芯片的开关逻辑,保证不工作时不漏电。

软件部分

开始软件部分的优化吧,搭建PM管理框架,功耗管理复杂的话,可能需要对PM框架优化一波,保证管理的高效性,如低功耗定时器的管理。

如果普通定时器在深睡眠时可以唤醒,就会造成一旦系统有一个定时器周期比较的短,那么系统频繁的进出低功耗,造成整体功耗很高,电源模式的功耗开销也很大。所以需要【定时器】管理,需要做的只有部分定时器可以在【深睡眠】时可以唤醒,其他的定时器【深睡眠】时冻结。带来的问题:深睡眠唤醒后,时钟补偿后,会导致软定时器链表上的大部分定时器,【一窝蜂】的超时并队列执行操作...

PM框架提供好几个电源模式,IDLE、LIGHT、DEEP、Standby、Shutdown,真正评估下来,就IDLE与StandBy吧。

这里StandBy模式与这款MCU挂钩,实现了睡眠前寄存器、RAM等数据的保存,然后关机,唤醒重启恢复寄存器与RAM数据,然后跳转到之前的运行位置。这算是一项【新技能】,也做到了待机的超低功耗,当然唤醒需要使用唤醒引脚,进出【睡眠模式】都需要一顿【骚操作】,比较耗时。
  • 排查了各个引脚,解决了漏电,解决了关机下唤醒后漏电的问题,完事了?

    • 定期器唤醒功耗太高了,需要优化。

    • 传感器频繁采集数据,需要优化

    • 部分业务需要不断的唤醒,需要优化

    • 电池电量没有使用库仑计,如何保证放电

    • 电池采样的低成本充电IC,如何保证电池充满电?

  • 这时才是真正需要配合团队一起解决【功耗问题】的时候,过程有点漫长与曲折。

续航目标

  • 上面说了,我入项时没问清楚功耗调到什么程度才能【交卷】,这个不问清楚,导致后期卡【项目量产】,虽然经过大家协助又优化了一波,保证产品量产,但是,不得不说,这个【目标问题】,最好还是提前确认清楚,理由如下:

    • 功耗与硬件与软件业务相关,如果定的续航目标极高,需要硬件超低功耗设计,保证【待机】与【运行】功耗都可以将至最低。

    • MCU平台的功耗模式如果不合理,如各个电源模式功耗本身很高,如MCU深睡眠时的功耗大于整机功耗的目标,那么【必开】的外设开启后,业务的部分定时唤醒开启后,功耗怎么可能达标,此时需要考虑更换【成本】合理的低功耗MCU。

    • 部分器件的漏电,如DCDC静态电流漏电,TI的可以做到1uA一下,但部分低成本的,可能50uA左右,这也影响待机电流与续航

    • MCU中断唤醒不合理,如运行时无法进入LIGHT模式,造成运行的功耗下不来,做不到【间歇性】工作,就无法进一步控制与降低【运行功耗】

做功耗流程

1、入项需要尽早,硬件设计时(前),产品功耗的目标需要明确,防止后期的【高代价】改版,只扣功耗损失性能或用户体验,不是好的解决问题的方法,超低功耗首先保证【硬件超低功耗设计】,功耗入项前,就要对系统的MCU选型、功耗目标、时钟配置与优化、硬件电源路径的管理等了解,并配合硬件做好【硬件功耗设计】,包括前期设计【功耗大板】

2、平台PM框架的开启 :开启PM,有【钱力】的可以自行设计一套自己专属PM管理框架,当然建议使用RT-Thread的PM框架,这套框架在不断的完善与易用,是个便捷的选择。

3、平台PM适配 :需要适配MCU各个电源模式,一般为 IDLE、LIGHT、DEEP,当然了解了MCU本身的电源模式,不等于解决了功耗问题,需要进一步的熟悉整个硬件,各个外设的耗电情况,需要知道要调什么,哪些功耗较大,哪些功耗可以调优。

4、了解硬件原理 :功耗管理的本质就是管理硬件的开关逻辑,熟悉整个电源、各个分支电源控制、各个外设的控制与工作流程,设计低功耗运行逻辑与策略,如果硬件设计不合理,需要提出【优化】或【改版】的方案来,还要【尽快提出】,不要等到项目接近量产时,前期的修改代价会相对低一点。

5、功耗拆解(功耗大板) :使用假电池,通过拆解MCU 在待机、运行、各个电源模式的功耗、通过拆解各个外设与之路电源的功耗,了解整机功耗构成、优化方向,清楚了各个外设、MCU的功耗,遇到问题,思路明确,下手快狠准。

6、业务流程梳理 :哪些线程一直工作、哪些定时器可以在待机时关闭、哪些业务功耗很高,保证业务正常工作的情况下,降低功耗,超低功耗不能影响业务,但是还是要熟悉业务,让部分业务也【低功耗】运行。

7、功耗日志 :周期性记录电池电量的数值,用于统计功耗的变化、下一步的功耗调优方向,当然也需要配合系统的LOG进行分析,如大电流重启的次数、亮灭屏的次数、唤醒的业务的工作时长,可以优化部分不需要的业务唤醒。

8、续航优化 :根据实际整机的续航时间,统计下一步功耗的调优方向

  • 漏电的排查:是否在睡眠、关机或某种模式下,部分引脚存在不必要的漏电

  • 电池充电:如果使用电池,如何保证充电充满电,让电量达到最大。

  • 电池放电:如何设置关机电压或关机电量,让有效放电的电量最大

  • 唤醒业务优化:唤醒周期是否可以改长,部分唤醒是否可以去掉

  • 器件选型:漏电高的器件,包括电源器件,如LDO、DCDC等,是否存在漏电,是否可以降低或移除漏电

9、产品验收 :

  • 功耗拆解数据:模块化分析,确认是否可以进一步优化某部分功耗

  • 功耗的理论续航时间、实际续航时间、续航标准、续航数据的整理,用于说明功耗的现状、进一步调优的方案

  • 提一些需要硬件改版配合才能进一步优化功耗的方案

  • 竞品功耗目标的对比:硬件与软件两方面入手,考虑是否可以进一步的提高【低功耗设计】,优势与不足

小结

  • 低功耗是部分穿戴产品比较关心的,如何进行低功耗的管理,需要硬件与软件共同的配合优化

  • 低功耗是产品设计的一个方面,需要兼顾功能、性能与稳定性,需要考虑成本,【穷娃】与【富娃】可能养法不一样。

  • 这个项目的低功耗管理,持续时间超过了前期【乐观】的评估时间,说明功耗优化是个【综合】【持久】的一件事情,前期需要引起足够的重视。

b884fc1c728fe8e1cfa2c556041831e7.png

5688970495fca7e8d60c7b2b5e51e1dd.png

关注我们

c4e82d4ff3a66f8a853092d275a8ebd9.gif

26eb5b02b610806c78907dc4bb0ad071.gif

↓点击阅读原文

   爱我就请给我在看36caf859d653bd0030292bc677c7a6ce.gif

功耗调优项目实战 - 功耗管理流程 嵌入式产品电源管理与功耗调优项目实战系列:功耗管理流程 阅读详情

相关推荐

功耗调优实战指南:功耗管理流程

功耗调优实战指南:功耗管理流程

坚韧与专注 1152

rtthread-nano增加自己的低功耗管理模块

rtthread-nano创建自己的低功耗管理模块

weixin_44502769的博客 1488

RT-Thread PM 功耗调优经验总结 - 如何使用PM框架

RT-Thread PM 功耗调优经验总结 - 如何使用PM框架

坚韧与专注 1343

RT-Thread电源管理组件

RTT的PM组件采用分层设计思想,分离架构和芯片相关的部分,提取公共部分作为核心。在上层提供通用的接口同时,也让底层驱动对组件的适配变得更加简单。

Caramel_biscuit的博客 1426

RT-Thread精通PM功耗调优 - 专用LOG篇

RT-Thread精通PM功耗调优 - 思想篇 RT-Thread精通PM功耗调优 - lptimer篇 RT-Thread精通PM功耗调优 - 引脚篇 RT-Thread精通PM功耗调优 - 线程篇 RT-Thread精通PM功耗调优 - 外设篇 RT-Thread精通PM功耗调优 - Tickless篇 【基于rt-thread功耗调优与PM管理实战经验分享 系列】 本篇主要讲解PM专用LOG的实现方法。 前言 当系统拥有文件系统后,可以把日志信息、错误信息、功耗管理(电池..

坚韧与专注 1254

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

背景 让别人的思想装到自己的脑袋里,这不仅需要威逼利诱,还需要讲清楚原理。喜欢才能接受。 功耗基本的调试手段,估计前面讲了很多,或许只有少数人群可以接受。 更有极少的人,了解了整个功耗管理的体系、原理,愿意接受这样的【安排】。 这里的功耗调优思路,其实只是解决功耗问题的一种思路,并不是框架。 解决问题,自古以来,都是千奇百怪,秒在【奇】。 介绍 本篇介绍下Tickless的工作原理。 Tickless 可以理解为:tick-less,tick or little tick。 tick定.

坚韧与专注 1529

RT-Thread进阶之低功耗PM组件应用笔记

电源管理组件 嵌入式系统低功耗管理的目的在于满足用户对性能需求的前提下,尽可能降低系统能耗以延长设备待机时间。高性能与有限的电池能量在嵌入式系统中矛盾最为突出,硬件低功耗设计与软件低功耗管理的联合应用成为解决矛盾的有效手段。现在的各种 MCU 都或多或少的在低功耗方面提供了管理接口。比如对主控时钟频率的调整、工作电压的改变、总线频率的调整甚至关闭、外围设备工作时钟的关闭等。有了硬件上的支持,合理的软件设计就成为节能的关键,一般可以把低功耗管理分为三个类别: 处理器电源管理 主要实现方式:对 CPU 频率

sinat_31039061的博客 1万+

RT-Thread精通PM功耗调优 - 线程篇

RT-Thread精通PM功耗调优 - 思想篇 RT-Thread精通PM功耗调优 - lptimer篇 RT-Thread精通PM功耗调优 - 引脚篇 RT-Thread精通PM功耗调优 - 线程篇 前言 奇怪,我一个搞功耗的,干嘛要提业务,线程跟我有关? 据说:做过功耗管理后,发现,管管引脚,管管漏电,管理下驱动的开关可靠性,剩下的事,都不是事了。 但是,如果一个外设,因为工作逻辑设计部合理,在你睡眠后,不关闭,你觉得,待机一晚上电池没电了,是否会让功耗的去看问题?主导去看问题...

坚韧与专注 1178

FreeRTOS 与 RT-Thread 低功耗模式深度对比分析

​。

每一个commit hash都是时光的指纹。当我用git blame查看旧代码,那些褪色的注释如同泛黄日记 1387

RT-Thread精通PM功耗调优 - 引脚篇

RT-Thread精通PM功耗调优 - 思想篇 RT-Thread精通PM功耗调优 - lptimer篇 背景 本篇主要讲一下基于rt-thread PM框架下,如何管理MCU的引脚,从而配合各个睡眠模式,达到极低功耗的目标,又能保证,各个模式,正常的睡眠、唤醒、切换。 大部分的嵌入式软件开发,一般只关心业务的实现,驱动开发,只关心正常打开就可以了,因为要干活嘛,基本上没有关闭的必要! 后来,我们开始关心功耗了,关闭了LCD、关闭了BT、关闭了GPS。。然后发现,功耗还有1~10个毫安左右!.

坚韧与专注 1184

RT-Thread精通PM功耗调优 - 外设篇

RT-Thread精通PM功耗调优 - 思想篇 RT-Thread精通PM功耗调优 - lptimer篇 RT-Thread精通PM功耗调优 - 引脚篇 RT-Thread精通PM功耗调优 - 线程篇 本篇为【外设篇】 背景 功耗调试的对象,一般为整机(整个系统,但MCU方案,多MCU方案,多外设方案),因此,了解了MCU的基本电源与功耗模式,就要关注每个外设的功耗情况。 外设分为片上外设(MCU引脚、内部控制器),片外外设(具体点,如Touch Panel, LCD,BT mod..

坚韧与专注 1034

《RT - Thread内核实现与应用开发实战指南》第9章:RT - Thread高级应用

低功耗模式是指在嵌入式系统中,为了降低系统的功耗,延长电池使用寿命或减少能源消耗,系统可以进入的一种或多种特殊工作状态。不同的低功耗模式适用于不同的应用场景,例如,对于一些需要实时响应外部事件的设备,可以采用睡眠模式,在等待事件时降低功耗,同时能够快速响应;而对于一些长时间处于空闲状态的设备,深度睡眠模式或停机模式可能更合适,以最大限度地降低功耗。

qq_40844444的博客 1527

电源管理与功耗调优实战总结 - 文章目录

嵌入式产品电源管理与功耗调优项目实战经验分享系列文章 - 目录索引

坚韧与专注 2793

android进入深睡log,基于rt-thread功耗调优与PM管理实战经验分享-调试篇

背景上篇讲了一点功耗管理的概念,理解了功耗管理与优化原来有这么多的东西在里面,分分钟搞定的事情,越来越难做了。一顿操作猛如虎,发现功耗数据依旧不能降低,代码还没写一句。这里使用的是rt-thread 操作系统,如果换用freertos等,可能会稍有不同。这篇开始进入功耗调试正题。前言老板问我如何降低功耗,我说关闭外设,处理引脚,配置唤醒中断,让MCU进入睡眠模式即可。后来我发现,问题没有想象中那样...

weixin_35152751的博客 595

RT-Thread PM 功耗调优经验总结 - 功耗管理的方法

RT-Thread PM 功耗调优经验总结 - 功耗管理的方法

坚韧与专注 543

功耗调优项目实战 - 环境搭建流程

嵌入式产品电源管理与功耗调优经验分享系列:搭建功耗调试环境

坚韧与专注 1339

【RT-Thread】RT-Thread Studio安装教程详解

RT-Thread,全称是 Real Time-Thread,顾名思义,它是一个嵌入式实时多线程操作系统,基本属性之一是支持多任务,允许多个任务同时运行并不意味着处理器在同一时刻真地执行了多个任务。事实上,一个处理器核心在某一时刻只能运行一个任务,由于每次对一个任务的执行时间很短、任务与任务之间通过任务调度器进行非常快速地切换(调度器根据优先级决定此刻该执行的任务),给人造成多个任务在一个时刻同时运行的错觉。

C/C++软件工程师、嵌入式软件工程师、物联网研发工程师、C/C++讲师、物联网讲师、嵌入式讲师、鸿蒙讲师---欢迎大家一起交流(私信添加博主微信) 3752

STM32F103C8T6与OV7670摄像头在TFT屏上的实时数字识别系统实现

本文详细介绍了基于STM32F103C8T6单片机和OV7670摄像头实现实时数字识别系统的全过程。系统通过图像采集、预处理、二值化和模板匹配算法,在TFT屏上实时显示识别结果,并针对资源受限的单片机环境提供了内存与性能优化策略,适用于智能家居、工业仪表读数等低成本嵌入式视觉应用场景。

open4的博客 278

RT_Thread:STM32L4系列支持低功耗休眠

在《RT_Thread:移植最小系统,使LED闪烁》的基础上,添加休眠的支持。 由于是nano的rt-thread,系统组件中没有pm组件,因此需要从官方git下载的完整rt-thread中拷贝pm组件到工程目录中,可以考虑将components文件夹下的drivers整个文件夹靠过来,里面就包含了pm、rtc等组件 然后在工程配置中分别添加RTE_USING_DEVICE和RT_US...

Tristan_csg的博客 5078

海思Hi3516DV300实战:从yolov5模型训练到Sort跟踪算法的完整部署流程

本文详细介绍了在海思Hi3516DV300芯片上部署YOLOv5目标检测与Sort多目标跟踪算法的完整流程。内容涵盖从特定场景数据训练YOLOv5模型、模型格式转换(PyTorch到ONNX再到Caffe),到利用海思NNIE引擎生成WK模型并进行端侧集成与优化的全链路实战经验,旨在解决嵌入式设备上实时人流量统计等实际应用挑战。

weixin_29034963的博客 336

基于IP2369与STM32的45W双向PD移动电源设计

USB PD(Power Delivery)是一种面向高功率、智能协商的通用快充协议,其核心在于通过BMC编码在CC线上完成供电能力(PDO)动态匹配与电压/电流精准调控。IP2369作为高度集成的PD协议管理芯片,内置PHY、协议引擎与MOSFET驱动,可卸载MCU实时通信压力;而STM32F103系列凭借低功耗STOP模式与丰富外设,成为电源状态管理与用户交互的理想协处理器。该组合显著提升系统鲁棒性与能效比,适用于便携式移动电源、嵌入式备用电源及PD协议教学验证等场景。本文围绕IP2369配置电阻精度、

weixin_42608299的博客 515
上一篇: 【N32G457 】基于RT-Thread的LORA气象传输系统
下一篇: 【N32G457 】基于RT-Thread和N32G457的智能工业网关
RT-Thread物联网操作系统
博客等级 码龄6年 2万+粉丝 392原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值