你们有没有算过，一个100mAh的纽扣电池，能供一颗始终在听唤醒词的低功耗语音芯片跑多久？我拿着这个问题问了几家方案原厂，得到的答案从“至少一年”到“看你怎么定义一年”都有。2026年做产品，低功耗语音芯片早就不是能不能语音识别的问题，而是待机电流、唤醒时延、识别功耗和场景适配能力能不能同时站得住的问题。
这次横评我花了三周，把四套主流低功耗语音方案放在同一套测试环境里，用四种典型长续航场景分别拷打了一遍。文章不会只给一张datasheet参数对比表，我会把“为什么这个指标在某个场景里重要，在另一个场景里不重要”讲清楚。如果你正在做纽扣电池智能开关、老人呼叫器、离线语音面板或者工业巡检终端，这篇内容应该能帮你少走几个月弯路。
1. 为什么今年要把“长续航适配能力”单独拿出来评
1.1 “低功耗语音芯片”的竞品门槛变了
三年前，离线语音芯片的核心卖点还是识别率、词条数量和抗噪能力。厂商在发布会上放一段嘈杂环境下的识别Demo，大家就觉得这个芯片不错。但2026年的产品定义完全变了：大量设备没有零线、没有USB口、没有频繁充电的习惯，而是一颗纽扣电池或一块小锂电池要撑三到六个月。
这就把低功耗语音芯片的评价体系从“一分钟内干了多少活”拉回到“一个月里睡了多少觉”。
可以这么理解：一颗语音识别芯片和一个只会滴滴响的蜂鸣器完全不同。蜂鸣器不响就是没电，语音芯片不响时还必须“半睡半醒”地听着唤醒词。这个“听着”的电流，才是长续航产品的真正主战场。很多芯片标称待机1uA，但那是把麦克风、ADC、VAD全部关掉之后的数据。真正始终在线的监听电流往往是待机电流的3到5倍。
我这次横评的第一步就是先扒掉宣传页上的“裸睡待机电流”，换成产品实际会用的“带VAD监听电流”。
1.2 长续航场景不是一个场景，而是一组约束
长续航这个词听起来很统一，实际上一拆开就是一组互相冲突的约束。
- 待机电流要低：最好整机小于5uA，否则一颗200mAh电池连半年都撑不住。
- 唤醒要灵敏：远场、低音量、噪声环境里也能喊醒，否则产品像聋子。
- 识别功耗要短而低：从唤醒到识别完成的时间越短，整段高电流窗口越短。
- 虚假唤醒要少：每次误唤醒都是一次白耗电，一个月误触发300次，什么低功耗都白搭。
- 低温、低电量、电压跌落时还要保持稳定：很多方案在3.6V时表现完美，到3.0V就频繁复位。
拿智能开关举例：用户一天可能只喊十次“开灯”或“关灯”，但芯片必须24小时在线听。这时真正的续航瓶颈是“监听电流”而不是“识别电流”。拿工业巡检手麦举例：工作现场噪声很大，用户一天可能说两百句话，这时候识别功耗和抗噪能力反而变成了瓶颈。
所以我在横评里没有用一套固定评分表硬套所有方案，而是把四类典型场景分别建模，再去看每个方案在场景里的实际表现。这才是“场景适配能力”的真正含义。
2. 横评对象、测试方法与四类典型场景
2.1 参测方案怎么定
我没有按原厂宣传页选芯片，而是按“2026年还能稳定出货、能买到量产固件、有真实项目落地”这个标准选了四个方案。出于厂商信息比较敏感，这里统一用代号称呼：
| 方案 | 核心架构 | 待机电流(VAD关闭) | VAD监听电流 | 在线识别电流 | 主要卖点 |
|---|---|---|---|---|---|
| A | Cortex-M4F + DNN加速器 | 2.1uA | 4.6uA | 42mA | 离线识别SoC，支持动态词表 |
| B | OTP语音播报芯片 | 0.9uA | 1.2uA | 不支持识别 | 超低待机，适合按键触发播报 |
| C | MCU + DSP双芯片 | 4.6uA | 8.2uA | 86mA | 双麦降噪、回声消除、200词条 |
| D | RISC-V SoC，内置DCDC和PMU | 2.6uA | 5.1uA | 54mA | 集成电源管理，适合小电池 |
注意，A方案和D方案都支持“始终在线听唤醒词”，B方案本质上没有离线识别能力，只是在按键触发后播放一段已烧录的语音。C方案是典型的双芯片设计，性能最强但功耗也最高。这四个方案放在一起，恰好覆盖了2026年低功耗语音产品最常见的三种技术路线：专用识别SoC、简单播报芯片、MCU+DSP复杂处理。
2.2 测试环境与仪器
横评最怕“各说各话”。我把所有方案焊到同一块无源转接板上，用同一个驻极体麦克风、同一只2寸喇叭、同一套音频回放文件。
测试设备包括：
- 直流电源分析仪，用来记录长时间待机的电流波形；
- 示波器加电流探头，用来抓唤醒和识别瞬间的峰值电流；
- 电池模拟器，用来模拟纽扣电池和锂电池的实际内阻；
- 消声箱和噪声回放系统，用来模拟安静环境、空调房、街道、多人说话四种场景。
固件方面，全部使用厂商当前量产固件默认配置。我不做“为了测试单独调过”的隐藏参数，因为那样的数据拿回自己项目里根本复现不出来。每条命令词测试30遍，统计唤醒成功率、误触发次数和平均响应时延。
2.3 四类长续航场景建模
| 场景 | 典型设备 | 电池容量 | 目标续航 | 核心约束 |
|---|---|---|---|---|
| A型 | 纽扣电池智能开关/窗帘控制 | 100mAh | 6个月以上 | 待机电流、唤醒灵敏度 |
| B型 | 老人呼叫器/穿戴语音助手 | 200mAh | 3个月以上 | 误唤醒率、BLE联动功耗 |
| C型 | 智能家居离线面板 | 1200mAh（备用电池） | 停电后应急使用 | 双麦降噪、回声消除 |
| D型 | 工业巡检手麦/户外终端 | 1000mAh | 单班12小时+7天待机 | 噪声鲁棒性、无线定位融合 |
场景建模做完之后，我才开始真正跑测试。后面所有结论都基于这四类场景，而不是单独看芯片数字。
3. 关键参数实测：待机、唤醒与识别三段电流的真相
3.1 三段电流不是读一个“平均值”
低功耗语音芯片的电流曲线不是一条直线，而是锯齿状：平时以很低的电流监听，检测到疑似语音后电流突然抬升，进入唤醒确认，确认成功后进入识别，返回结果后再跌回待机。
所以只看平均电流会骗人，只看峰值电流也会骗人。重要的是把三段电流和对应的时间窗口分别测出来。
实测数据如下：
| 方案 | 待机电流(VAD关) | VAD常听 | 唤醒词确认 | 在线识别 | 唤醒到结束时延 |
|---|---|---|---|---|---|
| A | 2.1uA | 4.6uA | 3.8mA | 42mA | 360ms |
| B | 0.9uA | 1.2uA | 不支持 | 不支持 | 按键进播放约40ms |
| C | 4.6uA | 8.2uA | 8.5mA | 86mA | 520ms |
| D | 2.6uA | 5.1uA | 4.2mA | 54mA | 410ms |
A方案和D方案的VAD监听电流都在5uA上下，属于目前专用离线识别SoC的正常水平。C方案因为还要给DSP供电，监听电流明显高一截，但它换来的是双麦降噪和回声消除能力。
这里最典型的一个坑是：有些方案宣传“待机1uA”，实际上VAD监听电流要8uA甚至更高。如果产品需要24小时听唤醒词，那就不能信待机电流这个数，必须看VAD常听电流。
3.2 把三段电流折算成“能用多少天”
单项电流测出来后，还要把它们折算成续航。我按“每天触发30次语音交互，每次从唤醒到识别完成约2秒”这个标准算了一下每天耗电，再用100mAh电池做理论估算。
日耗电公式可以简化成：
日耗电(mAh) = 24h × 待机电流(uA) / 1000 + 每天次数 × (唤醒电流 × 唤醒时长 + 识别电流 × 识别时长) / 3600以方案A为例：待机组一天耗电约0.05mAh；每次交互约耗时0.2秒唤醒加1.8秒识别，平均每次耗电约0.0177mAh，30次就是0.53mAh。两者相加，一天大概0.58mAh。100mAh电池理论可用100/0.58，约172天。
四套方案的理论续航对比如下：
| 方案 | 每日待机耗电 | 每次交互耗电 | 每日总耗电(30次) | 100mAh理论续航 |
|---|---|---|---|---|
| A | 0.05mAh | 0.0177mAh | 0.58mAh | 约172天 |
| B | 0.02mAh | 0.0083mAh（播报） | 0.27mAh | 约370天 |
| C | 0.11mAh | 0.0413mAh | 1.35mAh | 约74天 |
| D | 0.06mAh | 0.0259mAh | 0.84mAh | 约119天 |
注意这是纯理论值。纽扣电池实际可用容量通常要打八折，自放电还要再吃掉一部分，再加上低温衰减，真实续航基本是理论值的60%到70%。
所以我的建议是：如果产品目标续航要6个月，理论续航必须算到9个月以上，留足余量。
3.3 容易忽略的电压跌落与温漂
电流测试通过之后，我把所有方案放进恒温箱，分别在45℃、25℃、-10℃环境下重新跑了唤醒率。
结果很有代表性：常温下四套方案唤醒率都在97%以上，但-10℃时电池模拟器内阻一加大，方案C的唤醒失败率到了2.3%，方案A只有0.4%。原因不是C的识别算法差，而是C的唤醒瞬间峰值电流太大，从8.5mA跳到86mA，低压时把电池电压瞬间拉到了MCU复位阈值以下。
这也是横评里特别容易被忽略的一环：很多芯片在3.3V稳压源下表现稳定，但换成真实纽扣电池后，放电平台一掉到3.0V，再加上电流尖峰，芯片就不断复位。后面做产品时，要么选低电压平台更强的方案，要么在电源输入端加一颗100uF以上储能电容，给识别瞬间兜底。
4. 场景适配能力逐项拆解：四类场景的横评结论
4.1 纽扣电池智能开关：方案B在特定场景能赢
智能开关是长续航语音产品里最典型的品类。它不需要远场，不需要抗噪，甚至不需要离线识别词库，因为用户完全可以走到开关前喊一句“开灯”，或者干脆按一下物理按键。
这类产品最大的敌人是待机电流。方案B虽然不能识别，但它可以把整机待机压到1uA以下，靠按键或触摸电容唤醒后播报一声“灯已打开”。如果产品定义里没有“免按键语音控制”这个需求，方案B反而是续航最优解。
但如果你想做一个真正“喊一嗓子就开灯”的智能开关，方案B就不够用了，必须上方案A或D。这时我会建议把语音芯片的VAD关掉，而是用一颗超低功耗MCU比如HC32L196做总闸，由触摸或人体红外先唤醒MCU，MCU再给语音芯片上电。这样整机待机电流从4.6uA降到了1.3uA左右，语音芯片只在真正需要听的时候才开机。
这里最核心的教训是：低功耗不等于永远在低功耗待机，而是“该睡的时候睡死，该醒的时候快速醒”。
4.2 穿戴语音助手与老人呼叫器：方案A综合胜出
老人呼叫器和穿戴语音助手是2026年增长最快的场景之一。设备电池通常只有200mAh左右，戴上后要管几个月，而且必须在老人摔倒或呼救时可靠触发。
这类场景和智能开关完全不同。用户不能凑到麦克风面前喊，麦克风可能在手腕上、胸前或者项链里，距离嘴巴30到50厘米。环境里还有电视声、厨房噪音、马路车流。更重要的是，误唤醒不可接受——一个月误触发几十次，不仅费电，还会让老人和家属对设备失去信任。
方案A在这种场景的优势很明显：神经网络的指令词判断能力比传统MEMS麦克风加简单VAD强很多，它能把“帮帮我”和电视里正在播的“帮帮我”区分开。实测在65dB播放新闻联播的背景音下，方案A的唤醒率仍有95%，方案D只有88%左右。
功耗上，方案A每天30次交互加BLE待机，整机日耗电大约0.7mAh。200mAh电池理论上能撑280天以上，实际打折后也能到5个月，完全覆盖老人呼叫器“充一次电用半年”的预期。
4.3 智能家居离线面板：方案C的双麦优势压过功耗劣势
智能家居离线面板是另一个极端。它平时由5V或12V供电，不靠电池活着，但很多厂商要求“停电后电池仍能撑住基本语音控制”。在这里，长续航不是天天都在打仗，而是偶尔应急时要能扛住。
这种面板通常放在客厅或玄关，离人两三米远，还可能边播放音乐边听唤醒词。单麦方案基本没法解决回声消除问题。音箱放出来的声音进入麦克风，如果芯片分不清这是自己播的“小X小X”还是用户喊的“小X小X”，就会出现自唤醒或者一次叫不应的尴尬。
方案C的双麦加DSP优势在这种场景里体现得非常明显。实测在播放80dB音乐的同时，离麦克风3米喊唤醒词，方案C唤醒率93%，方案A单麦只有71%。代价是功耗高，但面板有外接电源，这个代价可以接受。
真正要注意的是应急模式。停电后语音面板切换到电池供电，如果还保持双麦降噪和回声消除全开，方案C的整机功耗可能到40mA，1200mAh电池只能撑30小时。我测试时把方案C切到单麦VAD模式，功耗降到6mA级别，续航立刻拉到200小时以上。
这就是场景适配的意义：同一个芯片，在插电模式用满血性能，在电池模式用阉割性能，续航和体验两手抓。
4.4 工业巡检手麦：A/D方案加上CH579与HC32L196才能打满
最后一个场景是工业巡检手麦、户外终端这类产品。环境噪声经常超过70dB，用户要一边操作仪器一边说“检查项正常”或“上报故障”。对语音识别来讲，这比安静客厅难得多。
方案C在这个场景本来是最合适的，但功耗太高，手麦电池不能每天都充。方案A和D单麦在80dB噪声下的识别率都有明显下降，需要外接抗噪麦克风或者骨传导麦克风。最终我把方案A和方案D各配了一颗HC32L196做主控、一颗CH579做BLE无线，组成一套系统来测。
HC32L196在这里负责整个设备的低功耗调度，包括按键、传感器、电池电量检测和电源管理；CH579负责把语音识别结果和定位信息通过蓝牙发给手机或后台；方案A/D只负责麦克风采集和语音识别。这样分工之后，语音SoC可以只在用户按下PTT键或环境音量突变时启动，平时整机待机电流能压到10uA以下。
这套组合的续航数据是：1000mAh电池，每天工作8小时、每小时触发20次语音交互，加上BLE每5秒上报一次位置，理论可以连续跑3天以上。如果只是待机不工作，7天待机目标完全没有压力。
5. 系统级低功耗设计：语音SoC之外的低功耗配套链路
5.1 HC32L196当主控：把“不该开的模块”全关掉
很多项目死在整机功耗上，不是死在语音芯片上，而是死在主控MCU和外围器件的漏电流上。
HC32L196这颗低功耗MCU我用了很久，它的DeepSleep加RTC唤醒电流可以做到1.3uA左右，比很多语音芯片的VAD监听电流还低。所以它非常适合当系统的“总闸”：所有外设的电源都挂在它控制的负载开关上，正常时关断，需要时再开。
具体做法是：
- 用户触发唤醒事件（按键、触摸、红外、RTC定时）后，HC32L196从DeepSleep醒来；
- 先打开语音芯片的电源，等芯片完成启动；
- 再打开CH579的BLE射频电源，建立连接或发送数据；
- 数据发完立即关闭一切能关的模块，回到DeepSleep。
这套流程的关键是“电源控制顺序”。如果顺序反了，语音芯片和BLE同时上电，启动瞬间的电流尖峰叠加在一起，很容易超过电池瞬间供电能力，导致系统反复重启。
另外，HC32L196的GPIO在DeepSleep时，不能留悬空输入。悬空引脚会有几微安到几十微安的不确定漏电，长期累积就是致命的。所有不用引脚全部配置为模拟输入或输出低电平，这个细节比选哪颗语音芯片还重要。
5.2 CH579 BLE与TMOS：无线链路如何不拖后腿
语音芯片识别完之后，往往还要通过蓝牙把结果发给手机或云端。这一步的功耗如果不控制好，前面省的电流全会被无线吞回去。
CH579是沁恒的一颗低功耗BLE SoC，它的协议栈里有一个叫TMOS的任务调度框架。TMOS不是传统RTOS那种随时抢占、随时调度的高功耗系统，而是一个事件驱动的轻量协变引擎：没有任务时自动进入睡眠，有事件再唤醒执行，执行完继续睡。
用TMOS写BLE应用时的一个核心心法是：不要把程序写成轮询循环。比如等蓝牙连接事件，不要用while死等，而是注册一个回调任务，让系统在连接事件触发时自动执行。只要代码里没有忙等待，CH579的低功耗就能真正落地。
实测触连接间隔设为1秒、每连接事件发20字节数据时，CH579平均电流大概在30uA上下。如果把连接间隔改到100ms，平均电流会跳到80uA左右。所以要在定位时延和功耗之间做取舍：老人呼叫器不需要秒级上报位置，连接间隔就可以放宽到2到5秒；工业巡检需要相对实时，才用到100ms到500ms。
还有一点，BLE广播不能不加节制地开。广播间隔设200ms，电流持续被拉高；设2秒，手机扫描端又难搜到。比较好的做法是绑定白名单后做定向广播，只有已绑定手机能扫描到，既能省电又能防别人乱连。
5.3 用MATLAB仿真BLE指纹定位+PDR融合来验证场景适配
这一节稍微有点跳，但在D型场景里非常关键：语音识别到“我在这里”还不够，后台要知道“这里”是哪里。
CH579只能提供蓝牙RSSI信号强度，而RSSI指纹定位受环境反射、人体遮挡影响很大；单纯用行人航位推算PDR，又会随时间漂移。比较好的办法是把两者用卡尔曼滤波或粒子滤波融合起来。
我在打板前先搭了一个20米乘20米的房间模型，用MATLAB做了指纹定位加PDR融合仿真。流程是：
- 先按网格采集蓝牙信标的RSSI指纹，建立指纹库；
- 再用运动模型模拟人走路，生成带噪声的步长和航向；
- 最后把RSSI指纹定位结果和PDR步迹放入融合滤波器，输出修正后的位置轨迹。
仿真结果里最有用的一条是：在4个蓝牙信标、间距10米的方案下，定位误差RMSE在3.8米左右；增加到9个信标、间距6米后，误差降到1.5米以内。但信标越多，终端扫描RSSI也越费电。所以最终选型时没有盲目用9个，而是选了6个信标、间距8米的折中方案，误差2.1米，功耗可接受。
这套仿真直接决定了系统里BLE的工作策略：语音事件发生时，CH579进入高频定位模式；平时只维持低频连接，省电给语音芯片的VAD。
6. 常见问题与避坑实录
6.1 典型问题速查表
| 现象 | 可能原因 | 解决办法 |
|---|---|---|
| 标称待机1uA，整机两周就没电 | VAD未进入低功耗、LDO空载、外设漏电 | 关掉VAD或改用外部唤醒源，逐模块测电流 |
| 低电量时唤醒率明显下降 | 电池内阻大，识别瞬间电压跌落 | 加储能电容，或选用峰值电流更低的方案 |
| BLE通信时系统复位 | 射频发射瞬间拉低VBAT | 射频电源独立退耦，避免与语音芯片同时启动 |
| 低温下频繁误唤醒 | 麦克风偏置电压漂移，AGC阈值过高 | 分温度档位调VAD阈值，用真实低温样本测试 |
| 语音唤醒快但BLE命令发送慢 | 连接间隔太长，或者扫描窗口没对齐 | 按场景调整连接间隔，不能一味拉大间隔省电 |
| 整机测出来和单板测出来差很多 | 触摸、LED、传感器漏电 | 把所有不用的外设电源彻底关断，GPIO不能悬空 |
6.2 功耗测试的四个现实坑
第一个坑是直接用稳压电源测平均电流。稳压电源的内阻和电池完全不同，测出来的唤醒峰值和带载跌落全都不准。正确做法是用电池模拟器或者干脆接真实电池，再用示波器电流探头抓波形。
第二个坑是只测一天就拍板。低功耗语音产品的唤醒事件是离散的，一天测300次和一天测3次，整机续航完全是两个数量级。至少连续测一个星期，统计每天的唤醒次数、误触发次数和低功耗模式占比，才能反映真实使用。
第三个坑是在安静的实验室里调VAD阈值。实验室灵敏度调到很高，拿到真实客厅里一用，电视里一句“小X”就把设备唤醒了。我建议把空调声、电视声、街道噪声、多人谈话这四类素材录下来，循环播放到80dB再调参数。
第四个坑是只看语音芯片不看系统。很多项目的整机功耗瓶颈根本不在语音芯片上，而在LDO静态电流、电平转换芯片、Flash睡眠电流和一颗怎么也关不掉的状态指示灯上。芯片选得再好，系统里漏了一颗50uA的LDO，续航一样崩。
6.3 我的选型优先级建议
如果让我现在给2026年的低功耗语音产品选型，我会按这个优先级排序：
- 做纯按键播报的智能开关，直接用方案B，待机最低，成本最低；
- 做纽扣电池供电且需要离线识别的小设备，优先方案D，电源管理和单芯片集成度更合适；
- 做穿戴呼叫器，选方案A搭配HC32L196和CH579，误唤醒率和BLE联动功耗最稳；
- 做离线语音面板，方案C的双麦能力没办法替代，但一定要预留应急单麦模式；
- 做工业手麦，直接按“A/D语音SoC + HC32L196主控 + CH579无线”三芯片系统来设计，不要指望一颗芯片全干。
几周横评下来，我最深的体会是，低功耗语音芯片的“低功耗”已经不再是芯片单点指标，而是整套系统里每一个待机漏洞的总和。一颗电流为0但永远开着的触摸芯片，照样能吃掉你一半续航。你带着自己产品的真实场景去测一遍，把HC32L196的唤醒源、CH579的BLE连接事件、语音芯片的VAD阈值三条线画在同一张时序图上，看哪些地方电流尖峰重叠了，哪里就是电池杀手。这是我这次踩过的坑，也算给下一版样机留的个人提醒。
