智能温度计这类产品，续航翻车几乎是绕不开的坎。我前后拆过七八款不同方案的智能温度计，有蓝牙的、有WiFi的、有带屏幕的、也有纯电子墨水的，续航表现从"三个月换一次电池"到"两周就得充电"的都有。表面上看是电池容量不够，但真正拆开测下来，问题往往出在几个非常具体的地方：电池内阻偏大导致带载电压塌陷、休眠策略没做干净、电压检测电路本身在偷偷耗电、升压电路在轻载时效率极低。这篇就把我排查智能温度计续航问题的完整思路和实操过程摊开讲，从电池本身、供电拓扑、检测电路到固件策略，一层层往下挖，适合正在做低功耗产品、或者手上有个续航不达标的温度计想搞清楚原因的同行参考。
1. 先别急着换电池，把续航问题的账算清楚
很多人一遇到续航短，第一反应就是"电池不行了，换一块"。换电池确实是最省事的操作，但如果你连问题出在哪都没定位，换完可能还是老样子。我习惯的第一步，是先把续航的账算清楚，用数据判断到底是电池的锅，还是电路的锅。
1.1 用容量除以平均电流，先算理论续航
任何电池供电设备的续航，底层公式就一个：
续航时间（小时） = 电池有效容量（mAh） / 系统平均工作电流（mA）
比如一颗标称 1200mAh 的锂亚电池（ER14250 这类），如果系统平均电流是 0.5mA，理论续航就是 2400 小时，约 100 天。如果实测只有 20 天，那平均电流实际达到了 2.5mA，是设计值的 5 倍。这个差距不可能靠"电池虚标"解释，一定是电路或固件有问题。
我一般会拿一个高精度的电流记录仪（或者用万用表配合长时间采样）挂在电池正极回路上，连续记录 24 小时以上的电流曲线。注意，普通万用表测不了这种微安级的动态电流，因为它的采样率和量程切换跟不上设备的休眠-唤醒节奏。你需要的是能记录 uA 级、采样率至少 1kHz 以上的工具，或者用专门的功耗分析仪。
1.2 把电流拆成"工作态"和"休眠态"两笔账
拿到电流曲线后，我会把它拆成两部分看：
- 工作态电流：MCU 唤醒、传感器采样、屏幕刷新、无线发射时的大电流，通常是 mA 到几十 mA 级别，但持续时间短。
- 休眠态电流：设备待机时的底电流，理想情况应该是 uA 级别，但很多设计会漏到几百 uA 甚至 mA。
关键洞察是：休眠态电流才是续航的隐形杀手。举个例子，一个设备每 60 秒唤醒一次，每次工作 200ms、电流 20mA，那么工作态贡献的平均电流是 20mA × (0.2/60) ≈ 0.067mA。但如果休眠态漏了 0.5mA，那休眠态就是工作态的 7 倍多。很多人只盯着"工作时耗电大不大"，却忽略了设备 99% 的时间都在休眠，休眠漏电才是真正吃掉电池的元凶。
我实测过一款温度计，休眠电流标称 3uA，实测却有 380uA。查下来是电压检测分压电阻一直在耗电——两个 1MΩ 电阻串联分压，3.7V 下持续消耗约 1.85uA，这还不算大；真正的大头是 LDO 的静态电流和一颗没关干净的传感器。所以算账这一步，必须把休眠态单独拎出来测。
1.3 电池内阻：被忽视的"带载塌陷"元凶
这里要引入一个关键词：电池内阻。电池不是理想电压源，它等效于一个理想电压源串联一个内阻。当设备瞬间拉大电流时，内阻上的压降会让电池端电压瞬间塌下去。
用等效电路模型说就是：
V_terminal = V_ocv - I_load × R_internal
一颗新碱性电池内阻可能只有 100~200mΩ，但用久了或者低温下，内阻会涨到几欧姆。如果设备在无线发射瞬间拉 100mA 电流，内阻 2Ω 的话，压降就是 0.2V。本来 1.5V 的电池瞬间掉到 1.3V，如果 MCU 的欠压检测阈值设得高，就会误判"电量不足"而提前关机或反复重启，这本身又增加了耗电。
我遇到过最典型的情况：温度计在低温环境下（比如冷库场景）续航骤降。测下来不是容量问题，而是低温让电池内阻飙升，带载电压塌陷触发欠压复位，设备陷入"复位-启动-再复位"的死循环，电流一直居高不下。这种问题换电池没用，得从供电拓扑和欠压策略上解决。
2. 供电拓扑里的三个耗电黑洞
把账算清楚之后，如果确认是电路问题，接下来就要顺着供电路径一个个查。智能温度计的供电链路通常是：电池 → 保护/切换电路 → 稳压（LDO 或 DC-DC）→ MCU 和传感器。这条链路上有三个地方最容易漏电。
2.1 LDO 的静态电流和压差损耗
很多设计图省事，直接用一颗 LDO 把电池电压稳到 3.3V。LDO 的问题是两方面的：
第一，静态电流（Quiescent Current）。普通 LDO 静态电流可能几百 uA，低功耗 LDO 能做到 1uA 以下。如果你用了一颗 200uA 静态电流的 LDO，那设备还没干活，光 LDO 就吃掉了 200uA，这对目标休眠 5uA 的设计来说是灾难。选型时一定要看数据手册里的 Iq 参数，而且要看清是"无负载静态电流"还是"关断电流"，两者差别很大。
第二，压差损耗。LDO 是线性稳压，输入输出压差全部变成热耗散。如果电池是 3.7V 锂电，稳到 3.3V，压差 0.4V，效率约 89%，还行。但如果是两节碱性电池 3V 供电稳到 3.3V，那根本稳不住，得先升压再稳压，链路一长效率就下来了。
我的经验是：电池电压本身就接近 MCU 工作电压时，优先考虑不用稳压器，让 MCU 直接宽压供电。现在很多低功耗 MCU（比如 STM32L 系列、ESP32-S3 的低功耗模式）支持 1.8~3.6V 宽压，电池直供反而效率最高，还省掉了 LDO 的静态电流。
2.2 DC-DC 升压电路在轻载时的效率陷阱
如果电池电压低于 MCU 需求（比如单节 1.5V 电池要供 3.3V 系统），就得上 boost 升压。boost 电路在重载时效率能到 90% 以上，但在轻载（uA 级）时效率可能暴跌到 20% 甚至更低，因为开关损耗和静态电流占比变大。
这里涉及一个热词里提到的概念：boost 电压环怎么抑制振荡。轻载时 boost 容易进入 PFM（脉冲频率调制）或者 burst 模式，输出电压会有纹波，如果反馈环路设计不好还会振荡，振荡本身又增加损耗。选 boost 芯片时，要重点看它的"轻载效率曲线"和"静态电流"，有些芯片专门为低功耗设计，轻载时静态电流只有几百 nA。
我踩过的坑：用了一颗通用 boost 芯片， datasheet 上标称效率 92%，但那是 100mA 负载下的数据。实际设备 99% 时间在 uA 级休眠，boost 芯片自己就耗掉 50uA，续航直接腰斩。后来换成支持"直通模式"（bypass）的芯片，休眠时让电池电压直接旁路过去，才把休眠电流压下来。
2.3 外接电源与电池自动切换电路的漏电
有些温度计设计成"USB 供电优先，电池备用"，这就需要外接电源和电池供电自动切换电路。常见方案是用两个肖特基二极管做 ORing，或者用 PMOS 做理想二极管。
肖特基二极管方案简单，但有正向压降（0.3V 左右），而且反向漏电流在高温下会变大。PMOS 理想二极管方案压降小，但如果控制逻辑没做好，可能出现"外接电源和电池同时导通"的情况，导致电池被反向充电或者两个电源打架。
更隐蔽的问题是：切换电路在电池供电时，如果检测外接电源的分压电阻一直挂着，就会持续耗电。我见过一个设计，检测 USB 是否插入的分压电阻是 100kΩ+100kΩ，3.7V 下持续耗 18.5uA，虽然不大，但对于目标 5uA 休眠的设计来说就是超标。正确做法是用一个 MOS 管在电池供电时把检测分压网络断开，或者用极低功耗的比较器配合大阻值电阻。
3. 电压检测电路：精度与功耗的平衡术
智能温度计通常需要检测电池电压来估算剩余电量，这就涉及电压测量和ADC 采集。这块是续航问题的重灾区，因为检测电路本身要耗电，而且精度和功耗往往矛盾。
3.1 分压电阻取值：越大越省电，但ADC输入阻抗会捣乱
最朴素的电压检测就是两个电阻分压，接到 MCU 的 ADC 引脚。分压电阻越大，静态耗电越小。比如 1MΩ+1MΩ 分压，3.7V 下耗电 1.85uA；如果换成 100kΩ+100kΩ，耗电 18.5uA，差了 10 倍。
但电阻不能无限大。MCU 的 ADC 有输入阻抗要求，STM32 的 ADC 建议信号源阻抗不超过几十 kΩ，否则采样保持电容充电不足，读数会偏低。这就矛盾了：想要省电就得用大电阻，但大电阻又影响 ADC 精度。
解决方案有两个：
用电压跟随器做阻抗变换。运放构成的电压跟随器输入阻抗极高（MΩ 甚至 GΩ 级），输出阻抗极低，可以完美隔离大阻值分压网络和 ADC。代价是运放本身要耗电，得选低功耗运放（比如静态电流 1uA 以下的）。而且运放供电本身也要考虑，如果运放一直开着，那省下的分压电阻耗电又被运放吃回去了。所以通常配合"采样时才给运放上电"的策略。
采样时才接通分压网络。用一个 MOS 管控制分压电阻的下端接地，平时断开，只有要测电压时才导通几毫秒。这样平均耗电可以做到极低。注意 MOS 管的漏电流要小，否则断开时还是有微安级漏电。
3.2 用内部参考电压反推电池电压，省掉外部基准
很多 MCU 内部有一个固定的参考电压（比如 STM32 的 VREFINT，约 1.2V），同时 ADC 也可以测量这个内部参考。利用这个特性，可以在不增加任何外部元件的情况下，反推出电池电压。
原理是这样的：ADC 测量内部参考 VREFINT 时，得到的数字量是：
ADC_raw = VREFINT / V_bat × 满量程
因为 VREFINT 是已知的固定值，V_bat 就是电池电压（假设 ADC 参考就是电池电压），所以：
V_bat = VREFINT × 满量程 / ADC_raw
这个方法的好处是不需要外部分压电阻，零额外功耗，而且能自动补偿电池电压变化对 ADC 参考的影响。缺点是精度受内部参考的初始误差和温漂影响，通常只能做到 ±2% 左右，用来估算电量够用了。我在多个低功耗项目里都用这招，实测很稳。
3.3 电池内阻测试电路的思路
热词里提到了"电池内阻测试电路"和"内阻仪"。对于温度计这种产品，一般不需要精确测内阻，但如果你想做更准的电量估算，或者想检测电池老化，可以设计一个简易的内阻测试。
思路是：在已知负载电流变化的情况下，测量电池端电压的变化，用欧姆定律反推内阻：
R_internal = ΔV / ΔI
具体做法是让设备在某个时刻切换一个已知的负载电阻（比如通过 MOS 管接入一个 100Ω 电阻），测量切换前后的电压差，就能算出内阻。这个方法在 BMS（电池管理系统）里很常见，但对于温度计来说有点杀鸡用牛刀，除非你要做电池健康度评估。
我个人的建议是：温度计这类产品，电量估算用"电压查表法"就够了，配合温度补偿（低温下电压阈值要下调），没必要上内阻测试，徒增成本和功耗。
4. 固件层面的休眠策略：省电的最后一公里
硬件查完没问题，续航还是不达标，那八成是固件没写好。休眠策略是低功耗设计的"最后一公里"，也是最容易出问题的地方。
4.1 外设时钟没关干净，等于没休眠
MCU 进入低功耗模式前，必须把所有不用的外设时钟关掉。我见过太多代码，主循环里调了个HAL_PWR_EnterSTOPMode就以为万事大吉，结果 ADC、UART、SPI 的时钟还开着，每个外设漏几十 uA，加起来就是几百 uA。
正确的做法是进入休眠前逐个确认：
- ADC 是否 disable
- 未使用的 GPIO 是否配置为模拟输入或带上拉的输入（浮空输入会因引脚电平不定导致漏电）
- 外部传感器的电源是否切断（很多传感器有 shutdown 引脚，不用时要拉低）
- 屏幕背光、LED 是否完全关闭
我习惯在休眠前加一段"清理代码"，把所有外设状态打印出来（调试阶段），确认没有遗漏。
4.2 唤醒周期与采样频率的权衡
温度计的采样频率不需要很高，室温变化是缓慢的。如果每 1 秒采样一次，纯属浪费。我一般设成每 30 秒到 5 分钟采样一次，具体看应用场景。冷库监测可以 5 分钟一次，室内舒适度监测 1 分钟一次足够。
唤醒周期拉长，平均电流线性下降。但要注意：唤醒时的启动开销。如果每次唤醒都要重新初始化传感器、等待传感器稳定（有些温湿度传感器上电后需要几十 ms 稳定时间），那唤醒时间太长，即使周期长，平均电流也降不下来。所以要选启动快的传感器，或者让传感器保持低功耗待机而不是完全断电。
4.3 用 RTC 唤醒代替定时器轮询
有些设计用 MCU 的内部定时器做周期性唤醒，但定时器运行时 MCU 不能进入最深休眠。正确做法是用 RTC（实时时钟）的闹钟功能唤醒，MCU 可以进入 STOP 或 STANDBY 模式，功耗降到 uA 级。
STM32 的 STOP 模式典型电流是几 uA，STANDBY 模式可以到 1uA 以下。代价是 STANDBY 唤醒后相当于复位，所有 RAM 数据丢失，需要重新初始化。如果你的应用不需要保留状态，STANDBY 是最省电的选择。
4.4 无线发射的功耗优化
如果温度计带蓝牙或 WiFi，无线发射是最大的瞬时功耗来源。BLE 发射瞬间可能拉 10~20mA，WiFi 更高。优化手段包括：
- 降低发射功率（如果通信距离要求不高）
- 减少广播频率
- 合并数据包，减少发射次数
- 用 BLE 的 connection interval 拉长连接间隔
ESP32-S3 这类芯片，蓝牙和 WiFi 的功耗差异很大，如果只是本地显示或者偶尔同步，优先用 BLE 而不是 WiFi。热词里提到的"esp32s3电池供电电量检测"，ESP32-S3 本身有低功耗模式，但它的深度休眠电流相比专用低功耗 MCU 还是偏高，如果续航要求极致，可能要考虑"MCU 常驻低功耗 + 无线模块单独控制"的架构。
5. 一次完整的续航排查实录
前面讲的都是分模块的思路，这里我把一次真实的排查过程完整还原一遍，让你看到问题是怎么一层层定位的。
5.1 现象描述与初步测量
设备是一款带电子墨水屏的蓝牙温度计，标称续航 6 个月，实际用户反馈 3 周就没电。拿到样机后，我先测了整机平均电流，结果是 1.8mA，而设计目标是 0.25mA，差了 7 倍。
拆开测休眠电流，发现设备在"应该休眠"的时候还有 1.5mA 的底电流。这就锁定了方向：休眠没休干净。
5.2 逐项排查休眠电流
我用电流探头配合示波器，观察休眠时的电流波形，发现电流不是稳定的，而是有周期性的尖峰。这说明有东西在周期性唤醒。
查固件，发现 RTC 闹钟设的是每 1 秒唤醒一次，但唤醒后只做了一件事：检查一个标志位，然后继续睡。这个"检查"本身很快，但唤醒-休眠的切换开销（时钟切换、外设重新配置）每次要几百 us，累积起来就是可观的功耗。把唤醒周期改成 60 秒后，底电流降到了 400uA。
还是高。继续查，发现电子墨水屏的驱动电路在休眠时没有完全断电，驱动 IC 的 standby 电流有 200uA。加了一个 MOS 管控制墨水屏供电，休眠时彻底断电，底电流降到 80uA。
再查，发现电压检测的分压电阻（100kΩ+100kΩ）一直挂着，耗 18.5uA。改成采样时接通，底电流降到 55uA。
最后发现 LDO 静态电流 40uA，换了一颗低功耗 LDO（Iq=1uA），底电流降到 15uA。
5.3 低温场景的额外问题
常温下续航恢复到接近设计值后，我把它放进低温箱测试（-20℃）。结果续航又崩了，而且设备会随机重启。
测电池电压发现，低温下电池内阻从 200mΩ 涨到了 3Ω，蓝牙发射瞬间拉 15mA，压降就是 45mV，加上电池本身低温容量下降，端电压跌到了 MCU 的欠压复位阈值以下，触发复位。
解决方案有两个：一是把欠压复位阈值调低（但要确认 MCU 在低电压下还能正常工作）；二是在蓝牙发射前先测一下电池电压，如果偏低就降低发射功率或者推迟发射。我选了后者，配合一个简单的电压前馈逻辑，问题解决。
5.4 最终续航验证
经过上述修改，常温下平均电流降到了 0.22mA，理论续航约 7 个月，实测 6 个半月。低温下（-20℃）续航约 3 个月，虽然下降明显，但符合锂电池的低温特性预期，用户可接受。
这次排查给我的最大教训是：续航问题是系统性问题，不能头痛医头。从电池、供电、检测到固件，每一环都可能漏电，必须用数据驱动，逐项排除。
6. 几个容易忽略的细节和实操建议
最后分享几个我在多个项目里踩过或者见别人踩过的坑，都是文档里不会写、但实际很要命的细节。
6.1 GPIO 浮空输入的漏电
MCU 的 GPIO 如果配置成浮空输入，而引脚外部又没有明确的电平，引脚电压会处于不定态，导致输入级 MOS 管部分导通，产生漏电。这个漏电可能达到几十 uA。正确做法是：未使用的 GPIO 配置为模拟输入（如果支持）或者带上拉/下拉的输入，或者直接配置为推挽输出并输出固定电平。
6.2 电容漏电流
大容量电容（尤其是电解电容和某些陶瓷电容）在高温下漏电流会增大。如果休眠时电容还挂在电源上，漏电流可能达到 uA 级。选型时注意电容的漏电流参数，必要时在休眠时断开电容。
6.3 电池自放电不能忽略
即使电路做到零功耗，电池自己也会自放电。锂亚电池自放电率约 1%/年，碱性电池更高。如果设计续航是几年，自放电就是主要因素了。这时候要选低自放电的电池类型。
6.4 测量工具的接地问题
测 uA 级电流时，测量工具本身的接地和屏蔽很重要。我曾经因为示波器探头地线环路引入噪声，导致电流读数偏高好几倍，白白排查了半天。建议用电池供电的电流记录仪，或者确保测量设备单点接地。
6.5 别忘了温度对电池的影响
热词里提到"电池低温启动仿真"和"pn结电压随温度变化"，这两点都和温度有关。电池的可用容量和内阻都随温度变化，低温下容量可能只有常温的 50%~70%。做续航估算时，要按最恶劣温度来算，而不是常温。另外，如果用二极管做电压参考或者防反接，二极管的 PN 结电压有 -2mV/℃ 的温漂，会影响电压检测精度，需要软件补偿。
排查智能温度计的续航问题，本质上是一个"找漏电"的过程。我的经验是：先用电流曲线定位是工作态还是休眠态的问题，然后顺着供电路径逐项测量，最后用固件策略兜底。整个过程要有耐心，因为漏电往往是多个小问题叠加的结果，单个看都不起眼，加起来就要命。把每一环都做到位，续航自然就上来了。
