★ FEATURED ARTICLE 蓝牙模块的功耗问题几乎是每一个做便携式硬件产品的人绕不开的一道坎。我做过不少低功耗蓝牙相关的项目从早期的可穿戴手环到后来的无线传感器节点每次到了续航测试环节总会被那颗小小的蓝牙芯片折腾得够呛。标题里说的“自有制造兜底能效”其实点出了一个很现实的逻辑当市面上通用模组的功耗表现无法满足你的产品定义时自研或深度定制蓝牙模块的制造环节就成了能效控制的最后一道防线。这篇文章想聊的就是怎么从硬件设计、固件策略、制造工艺三个层面把蓝牙模块的功耗一点点抠下来让产品的续航从“勉强能用”变成“超出预期”。不管你是刚接触低功耗蓝牙的新手还是已经在功耗优化上踩过不少坑的老手下面这些从实际项目中摸出来的经验应该都能给你一些可以直接抄作业的参考。1. 蓝牙模块功耗优化整体设计思路拆解1.1 为什么通用模组往往不够用市面上能买到的蓝牙模组绝大多数是按照“功能完整、性能达标”的思路设计的。厂商为了保证模组在各种场景下都能稳定工作往往会留出比较大的设计余量。比如射频前端的工作点设置得偏高保证远距离通信不丢包LDO或者DCDC的静态电流没有压到极致因为要兼容宽电压输入范围甚至连晶振的驱动能力都留了余量确保起振可靠。这些余量在通用场景下是好事但放到一颗纽扣电池要撑半年的产品里每多出几十微安的静态电流累积下来就是致命的。我实测过好几款标称“低功耗”的通用模组数据手册上写的待机电流是1.2微安实际焊到板子上跑起来因为外围电路的漏电、引脚默认电平不对、固件里没关掉的外设时钟整机待机电流经常跑到50微安以上。这个差距不是模组本身的问题而是通用模组没法针对你的具体应用场景做裁剪。你要接的传感器、你要用的广播间隔、你的设备实际工作占空比这些信息模组厂商不知道也没法替你优化。1.2 自有制造兜底能效的核心逻辑“自有制造兜底”这个说法我理解成两层意思。第一层是物理层面的自己掌控蓝牙模块的PCB设计、器件选型和贴片工艺就能把那些通用模组上不必要的功耗来源直接砍掉。比如把多余的指示灯驱动电路去掉把LDO换成静态电流更低的DCDC把不用的IO口在硬件上就做下拉处理这些动作在通用模组上做不了但自有制造可以。第二层是策略层面的自有制造意味着你可以把固件和硬件当成一个整体来调。通用模组给你的是一套固定的固件接口你只能在它提供的API里做文章。但自己做的模块你可以直接改协议栈的底层参数可以控制射频的发射功率档位可以在广播间隔和连接间隔上做更激进的取舍甚至可以定制唤醒源的优先级。这种软硬一体的优化空间才是把功耗压到极致的关键。1.3 功耗优化的三个切入层面我把整个优化工作分成三个层面来看这样思路会比较清晰。硬件层面主要解决的是静态功耗和动态功耗的基线问题。静态功耗包括芯片的休眠电流、外围电路的漏电流、电源转换效率动态功耗包括射频发射时的峰值电流、MCU运行时的核心电流、传感器采样时的瞬时功耗。硬件设计决定了这些功耗的下限如果硬件底子没打好固件再怎么优化也救不回来。固件层面解决的是工作占空比和任务调度的问题。同样的硬件固件写得粗糙可能每秒钟唤醒几十次每次唤醒都跑一堆无关的代码固件写得精细可以把唤醒次数降到每分钟几次每次醒来只做最必要的事做完立刻回去睡觉。这个层面的优化空间往往比硬件还大而且不需要改板子迭代成本低。制造层面解决的是批次一致性和长期可靠性的问题。实验室里测出来的功耗数据再漂亮如果量产时焊接不良导致某颗电容漏电或者晶振频偏导致射频反复重传实际产品的续航就会崩掉。自有制造的好处是你可以把功耗测试纳入产线检测环节每一块板子出厂前都过一遍静态电流测试把不良品拦在工厂里。2. 硬件设计中的功耗细节与实操要点2.1 电源架构选型LDO还是DCDC这是硬件设计第一个要做的决定。LDO的优点是纹波小、噪声低、外围简单缺点是效率低尤其是输入输出电压差大的时候多余的能量全变成热耗散了。DCDC效率高但开关噪声可能干扰射频而且静态电流通常比LDO大。我的经验是分情况处理。如果蓝牙模块的供电电压和芯片工作电压比较接近比如锂电池3.7V降到3.3V压差只有0.4VLDO的效率能到89%左右这时候用LDO更划算因为静态电流可以做到1微安以下而且没有开关噪声。但如果输入是5V甚至更高压差超过1V就必须用DCDC了不然LDO上的损耗太大电池能量白白浪费。注意选DCDC的时候一定要看它的“静态电流”参数而不是“关断电流”。很多DCDC关断电流只有零点几微安但使能后的静态电流高达几十微安这种用在常开电源轨上就是灾难。我一般会选静态电流在10微安以内的DCDC配合低功耗的使能逻辑。如果系统里有多个电源域比如射频部分和传感器部分分开供电可以用负载开关做分区控制不用的时候彻底断电而不是靠LDO的使能脚去关因为LDO关断后输出电容上的残压还可能通过芯片的IO口倒灌回去。2.2 晶振电路的低功耗设计蓝牙芯片的睡眠唤醒依赖晶振晶振的起振时间和驱动功率直接影响功耗。32.768kHz的RTC晶振负责维持低功耗时钟射频用的高频晶振负责通信时的时钟源。这两个晶振的选型和电路设计都有讲究。低频晶振要选低负载电容的型号通常6pF或7pF的负载电容比12.5pF的起振更快、驱动功率更低。匹配电容的计算公式是CL (C1 * C2) / (C1 C2) Cstray其中CL是晶振规格书上的负载电容Cstray是PCB上的杂散电容一般取3到5pF。假设晶振的CL是7pFCstray取4pF那么C1和C2应该各取6pF左右。如果电容取大了起振变慢每次唤醒都要多等几毫秒累积起来就是可观的功耗取小了又可能起振不良导致时钟不准。高频晶振在射频工作时才需要所以可以在射频关闭时把晶振的使能脚拉低让它完全停振。但要注意有些蓝牙芯片的内部PLL需要一定的稳定时间如果频繁开关高频晶振反而会因为每次都要重新锁定而增加功耗。我的做法是看通信的占空比如果广播间隔大于1秒就值得关掉高频晶振如果间隔很短就一直开着更省事。2.3 外围电路的漏电排查板子焊好之后第一件事就是测静态电流。我习惯用一台高精度的源表把电压设成电池的标称电压然后看电流读数。如果读数比预期高出一个数量级那肯定是哪里漏电了。常见的漏电点有几个。一是上拉电阻I2C总线的上拉电阻如果取4.7kΩ在3.3V下每条线就有0.7mA的电流虽然只在通信时才有但如果总线上有器件一直把线拉低这个电流就是持续的。我一般会把上拉电阻加大到10kΩ甚至22kΩ只要通信速率不高波形还能看。二是未使用的IO口如果悬空输入级的施密特触发器可能因为电平不定而振荡产生额外的功耗。正确的做法是在固件里把未使用的IO配置成模拟输入或者带下拉的输出低电平硬件上也可以加一个下拉电阻兜底。三是LED指示灯很多开发板为了好看会加电源指示灯和状态指示灯这些LED的电流动辄几个毫安对低功耗产品来说是致命的。量产版本一定要把指示灯去掉或者用极低电流的型号并且只在必要时点亮。2.4 射频前端的功率匹配蓝牙的射频输出功率是可以配置的通常有-20dBm到4dBm几档。发射功率每增加3dBm电流大约翻一倍。很多产品为了通信距离默认把功率开到最大但实际上如果接收端的灵敏度足够完全可以把发射功率降下来。我做过一个对比测试同一块板子发射功率设为0dBm时通信距离在空旷环境下有30米设为4dBm时距离增加到45米但峰值电流从8mA涨到了15mA。对于大多数室内场景30米的距离已经绰绰有余把功率降到0dBm甚至-4dBm续航能提升一大截。天线匹配也很关键。如果天线匹配没做好反射功率大芯片会自动增加发射功率来补偿导致功耗上升。用矢量网络分析仪测一下S11参数确保在2.4GHz频段的回波损耗小于-10dB这样射频能量才能有效辐射出去而不是反射回来变成热。3. 固件层面的功耗策略与代码实现3.1 广播间隔与连接参数的取舍蓝牙低功耗的广播间隔直接决定了设备的平均功耗。广播间隔越短被发现的速度越快但功耗越高。以常见的蓝牙芯片为例广播间隔100ms时平均电流大约在0.5mA左右间隔1秒时平均电流降到0.1mA间隔5秒时可以做到0.03mA以下。这个取舍要看产品的使用场景。如果是需要快速连接的设备比如智能门锁广播间隔可以设短一点200ms到500ms保证用户靠近时能迅速响应。如果是周期上报数据的传感器比如温湿度计广播间隔设到2秒甚至5秒都没问题反正数据不是实时性的。连接参数里的“连接间隔”和“从机延迟”是两个省电利器。连接间隔决定了主从设备多久通信一次从机延迟允许从机跳过若干次连接事件而不响应。比如连接间隔设为100ms从机延迟设为4那么从机实际上每500ms才需要醒来一次中间的四次连接事件都可以忽略。这个参数在蓝牙规范里的范围是7.5ms到4s具体设多少要看主设备通常是手机是否接受。实操心得很多手机对从机延迟的容忍度不一样安卓手机普遍比iOS宽松。如果产品要兼容iOS从机延迟最好设小一点或者做好参数协商失败的降级处理。3.2 低功耗模式的正确使用姿势蓝牙芯片通常提供几种低功耗模式空闲模式、浅睡眠、深睡眠、关机模式。空闲模式下MCU还在跑只是射频关了浅睡眠下MCU时钟降频部分外设还在工作深睡眠下只有RTC和少数唤醒源在工作关机模式下所有东西都停了只能靠外部引脚唤醒。很多新手容易犯的错误是“该睡不睡”。比如在等待传感器数据的时候让MCU空转轮询而不是进入睡眠让传感器中断唤醒。我见过一个项目固件里用了一个while循环等ADC转换完成结果MCU在这段时间里全速运行电流白白消耗了几毫安。改成中断模式后MCU在ADC转换期间进入深睡眠转换完成由中断唤醒平均电流直接降了一个数量级。另一个常见问题是唤醒源配置不当。比如把多个中断都使能成唤醒源结果一个无关的GPIO抖动就把系统唤醒了醒来发现没事又睡下去来回折腾反而费电。正确的做法是只使能必要的唤醒源并且在唤醒后尽快判断来源无关的中断直接清除标志位继续睡。3.3 射频事件的合并与调度蓝牙协议栈里有很多定时器广播定时器、连接定时器、扫描定时器等等。如果这些定时器各自为政系统就会被频繁唤醒。优化的思路是把时间上接近的事件合并到一起处理。举个例子假设设备需要每1秒广播一次同时每2秒采集一次传感器数据。如果两个任务独立调度那么在第2秒的时候系统会被唤醒两次一次处理广播一次处理传感器。但如果把传感器采集安排在广播事件之前一点点让系统在一次唤醒里把两件事都做完就能省掉一次完整的唤醒-睡眠周期。每次唤醒-睡眠的 overhead 包括晶振起振时间、协议栈初始化时间、外设重新配置时间累积起来可能有好几毫秒在毫安级的电流下就是可观的电量。实现这个合并需要改协议栈的调度逻辑或者在自己的应用层做一个任务调度器把所有的周期性任务排在一个时间轴上尽量让它们对齐。这个工作有点繁琐但效果立竿见影。3.4 代码级的省电技巧固件代码里有很多小细节会影响功耗我列几个最常踩的坑。第一浮点运算。很多低功耗MCU没有硬件浮点单元做一次浮点乘法要几百个时钟周期而整数乘法只要几个周期。如果传感器数据只是做简单的滤波和阈值判断完全可以用定点数代替浮点数能省不少电。第二printf调试。开发阶段用printf打印日志很方便但量产固件里如果还留着printf串口外设一直开着而且格式化字符串的运算很耗CPU。我一般在发布版本里把printf重定向到一个空函数或者用条件编译彻底去掉。第三延时函数。用delay_ms做延时的时候MCU是在空转的这时候电流是运行电流可能好几毫安。正确的做法是用定时器中断或者低功耗定时器来做延时延时期间MCU进入睡眠。第四外设时钟。不用的时候一定要关掉。比如ADC采集完了马上把ADC的时钟关掉SPI通信结束了把SPI的时钟关掉。有些芯片的外设时钟是默认开启的初始化的时候要手动关。4. 制造环节的能效兜底与产线测试4.1 自有制造对功耗一致性的保障通用模组的功耗参数是在实验室条件下测的用的是标准负载和标准固件。但你的产品实际工作时负载是变化的固件是自己的所以模组厂商的数据只能参考不能直接拿来算续航。自有制造的好处是你可以在自己的产线上用自己的固件测自己产品的实际功耗。我经历过一个案例某批产品在实验室测的待机电流是3微安但用户反馈续航只有标称的一半。后来查出来是这批板子的某颗电容换了供应商新电容的漏电流比原来大了一个数量级。如果当时有产线功耗测试这个问题在出厂前就能发现。产线功耗测试不需要很复杂一个高精度的电流表加上一个测试治具就够了。测试项可以包括静态电流所有功能关闭、广播平均电流固件跑广播模式、连接平均电流固件跑连接模式。每个测试项设一个上限超过上限的板子直接挑出来返修。4.2 焊接工艺对功耗的隐性影响焊接质量对功耗的影响经常被忽略。虚焊会导致接触电阻变大电源路径上的压降增加芯片可能因为供电不足而反复复位每次复位都要重新初始化功耗自然就上去了。助焊剂残留如果没洗干净在潮湿环境下可能形成微弱的漏电通路虽然电流只有微安级但对低功耗产品来说就是致命的。我一般要求产线在焊接后做一次清洗用超声波或者水洗工艺把助焊剂残留去掉。然后做一次烘干确保板子干燥后再测功耗。如果是手工焊接的样品我会用无水酒精和毛刷仔细刷一遍尤其是芯片引脚和晶振周围。还有一个细节是PCB的阻焊层。如果阻焊层有针孔或者覆盖不全焊盘之间可能有微小的锡珠或者金属残留形成漏电。目检的时候要特别注意芯片引脚密集的区域。4.3 产线功耗测试的实操方案我设计过一个简单的产线功耗测试流程分享出来供参考。测试治具包括一个可编程电源设成3.0V模拟纽扣电池、一个高精度电流表分辨率至少1微安、一个测试夹具用pogo pin连接板子的电源测试点和调试口、一台电脑跑测试脚本。测试步骤把板子放上夹具pogo pin接触电源点和UART口。电脑通过UART发送测试命令让固件进入指定的功耗模式。等待稳定后电流表读数记录。切换模式重复测量。所有模式测完后脚本判断是否在规格范围内给出Pass/Fail。整个测试过程大概30秒到1分钟对于量产来说是可以接受的。关键是测试脚本要稳定不能因为固件偶尔的异常导致误判。我一般会在测试前先让固件复位一次确保从已知状态开始。注意测静态电流的时候要等电源稳定后再读数。有些DCDC在上电瞬间会有浪涌电流如果读数取得太早会看到一个大电流误以为板子有问题。一般等3到5秒再读。4.4 长期可靠性与功耗漂移产品用了一段时间之后功耗可能会漂移。原因有几个电池老化导致内阻增加芯片的漏电流随温度升高而增大电容的容量随时间和温度变化。这些因素在实验室里很难完全模拟但可以通过加速老化测试来评估。我一般会做高温高湿测试把产品放在85°C、85%湿度的环境里跑1000小时然后测功耗。如果功耗漂移超过20%就要分析原因。常见的是PCB表面的离子污染在潮湿环境下导致漏电或者芯片的封装材料吸湿后绝缘性能下降。解决方法是加强PCB的清洗和涂覆三防漆。5. 常见功耗问题排查与实战避坑指南5.1 功耗异常排查速查表现象可能原因排查方法解决措施静态电流比预期高10倍未使用IO悬空振荡逐个IO配置为模拟输入或下拉固件初始化时统一配置静态电流偏高但稳定LDO静态电流大查LDO数据手册的Iq参数换低Iq的LDO或DCDC广播时平均电流大广播间隔太短用示波器测广播事件频率加大广播间隔连接后电流不降从机延迟未生效用抓包器看连接参数协商更大的从机延迟偶发性大电流芯片反复复位监测复位引脚和电源检查供电和看门狗温度升高后电流增大漏电流随温度指数上升高低温箱对比测试换低漏电器件或降额使用批次间功耗不一致器件批次差异抽测多批次的静态电流锁定器件供应商和批次5.2 那些年我踩过的功耗坑第一个坑是“以为关了外设时钟就万事大吉”。有一次我调一个SPI传感器通信完成后把SPI的时钟关了但传感器的片选引脚忘了拉高传感器一直处于选中状态虽然SPI时钟停了但传感器的内部电路还在工作电流比预期高了200微安。后来在片选引脚上加了一个上拉电阻固件里也确保通信结束后立刻拉高片选问题才解决。第二个坑是“忽略了GPIO的默认状态”。芯片复位后GPIO的默认状态可能是输入浮空如果这个引脚外部接了一个上拉电阻而芯片内部是浮空输入那么引脚上的电平就是高电平输入级的施密特触发器可能因为缓慢的上升沿而产生振荡电流。解决方法是固件启动后第一时间把所有GPIO配置成确定的状态该输出的输出该下拉的下拉。第三个坑是“调试口忘了关”。很多芯片的SWD或者JTAG调试口在正常运行时是使能的调试口的时钟和数据线即使不接调试器芯片内部也会周期性地采样产生额外的功耗。量产固件里一定要把调试口关掉或者配置成GPIO模式。第四个坑是“电池内阻导致的假象”。用纽扣电池供电的时候如果电池内阻大射频发射瞬间的大电流会导致电池电压跌落芯片可能触发欠压复位。复位后重新初始化又发射又复位形成循环平均电流反而比正常工作时还大。解决方法是并联一个大电容给射频发射提供瞬态电流。5.3 功耗优化的优先级排序如果时间有限应该先优化哪些部分我的经验是按下面的顺序来第一优先级是静态功耗。因为静态功耗是24小时都在消耗的哪怕只降低10微安一年下来就是87.6毫安时对于纽扣电池来说是很大的比例。先把静态电流压到数据手册的水平再谈其他。第二优先级是广播和连接的占空比。这是动态功耗的大头通过加大广播间隔、增大从机延迟往往能带来几倍的续航提升。第三优先级是射频发射功率。在满足通信距离的前提下尽量降低发射功率每降3dBm射频电流大约减半。第四优先级是MCU的运行功耗。通过任务合并、中断驱动、定点运算等手段减少MCU的活跃时间。第五优先级是外围器件的功耗。传感器、指示灯、存储芯片这些器件的功耗加起来可能比蓝牙芯片还大选型的时候就要考虑低功耗型号。5.4 实测数据分享与经验总结最后分享一组我最近一个项目的实测数据供参考。项目是一个无线温湿度传感器纽扣电池供电每5分钟上报一次数据。工作阶段电流持续时间单次耗电量深睡眠1.8微安299秒0.15微安时传感器采集1.2毫安10毫秒0.0033微安时射频广播8毫安3毫秒0.0067微安时MCU处理2.5毫安5毫秒0.0035微安时合计-300秒约0.16微安时按这个数据算一颗220毫安时的CR2032纽扣电池理论续航是220/0.16*300/3600/24大约1375天接近3.8年。实际因为电池自放电和温度影响打个七折也有2.6年左右。这个续航水平对于温湿度传感器来说已经相当充裕了。我个人在实际操作中的体会是蓝牙模块的功耗优化没有一招制胜的银弹靠的是一点一点地抠细节。硬件上把漏电堵住固件上把占空比降下来制造上把一致性守住三管齐下才能把能效做到极致。自有制造的价值就在于你对自己的产品有完全的控制权每一个微安都能追溯到具体的电路或代码行这种掌控感是通用模组给不了的。
阅读完成 · 觉得有帮助？
