“电量还剩 37%”——这个数字到底是谁算出来的前阵子有位做硬件测试的朋友把 Arc5 拆开拍了张照片发给我问了一个很典型的问题耳机在手机状态栏显示还剩 40%结果五分钟后直接关机剩下那 40% 是凭空消失了吗类似的问题我这两年听过太多从开放式耳机到 TWS 到颈挂式几乎每一代产品都有人问。**Battery Remaining Capacity电池剩余容量**看起来只是状态栏里的一个小百分比实际上它是电芯特性、采样电路、估算算法、蓝牙协议栈、手机端解析这五层东西叠在一起的结果任何一层出问题你看到的数字就会失真。这篇内容想干的事情很明确把 Arc5 这类开放式蓝牙耳机的“剩余容量”从里到外拆一遍讲清楚这个百分比是怎么来的、为什么会跳、怎么自己动手把它测准、以及当你发现显示不对时应该按什么顺序排查。适合三类人看——手上耳机电量显示诡异想搞明白原因的普通用户、做蓝牙音频产品需要落地电量方案的固件和硬件工程师、以及喜欢自己动手做放电测试的折腾党。不需要你有多深的电化学背景我会尽量用生活化的类比把原理讲透但该给的参数、表格、计算过程一个都不会省看完你就能照着复现。1. 先把“剩余容量”这件事拆开看1.1 剩余容量到底指什么SOC、RM、FCC 三个词的差别很多人把“剩余容量”当成一个数其实它至少牵扯三个概念混着用就会算错。**SOCState of Charge荷电状态**是一个百分比表示当前还剩多少比例的电比如 37%**RMRemaining Capacity剩余容量**是一个绝对值单位是 mAh表示现在还能放出多少毫安时的电**FCCFull Charge Capacity满充容量**同样是一个绝对值表示这块电池从空充到满实际能装进去多少电。三者关系很简单SOC ≈ RM / FCC × 100%。这个公式看着平平无奇但它解释了一个非常常见的困惑为什么耳机用了一年之后明明充满电显示 100%续航却短了一大截。因为 FCC 是会衰减的。一块全新的单耳电池标称 60mAh用一年后 FCC 可能只剩 48mAh此时它充到 100% 的“满”实际只装了 48mAh。百分比没错绝对容量缩水了。行业里通常把 FCC 衰减到初始值 80% 以下视为电池进入寿命末期这个指标叫SOHState of Health健康度SOH 当前 FCC / 出厂 FCC × 100%。所以当你抱怨“电量显示不准”时得先分清是哪一种不准是 SOC 的百分比跳变算法问题还是 FCC 缩水导致实际续航变短电芯老化还是 RM 的绝对值换算错误标定问题。这三种情况的处理路径完全不同一上来就刷固件往往白费功夫。1.2 谁在算这个数耳机、充电盒、手机三方的分工这里有个绝大多数人搞错的前提手机状态栏里的电量不是手机测出来的是耳机自己报上去的。手机没有能力和耳机的电芯直接对话它只是被动接收一串数字然后画个图标。这个认知很关键因为它直接决定了排查方向——显示不对九成问题出在耳机侧而不是手机。三方分工大概是这样单耳的电芯电压由耳机内部的 ADC 或电量计芯片采样耳机的 MCU 结合采样值和固件里的算法算出 SOC再通过蓝牙链路报给手机充电盒的电芯是独立的一套采样电路盒子一般在开盖或者给耳机充电时才唤醒把盒子的电量一并塞进数据包里手机拿到这串数据后按照自己系统的显示逻辑渲染成图标或百分比部分安卓机型还会做二次处理比如只显示整十档。这带来一个很实际的推论同一个耳机插在不同手机上显示的电量可能不一样。iOS 和安卓对电量上报的解析路径不同iOS 走的是 HFP 层的一套厂商私有 AT 指令组合安卓更多走 GATT 的 Battery Service两边的刷新频率、取整策略、双耳合并规则都可能不同。我实测过同一副耳机在两种系统上同时连接一台显示左耳 82%、右耳 80%另一台直接给一个 80% 的合并值。这不是耳机坏了是两套显示逻辑的差异。2. 电量上报的链路从电芯到手机状态栏2.1 蓝牙侧的两条路径BAS 与 HFP 扩展耳机把电量告诉手机走的主要是两条路理解这两条路的差异对排查问题很有帮助。第一条是BASBattery Service属于 BLE 的 GATT 服务服务 UUID 是 0x180F里面最核心的特征值是 Battery Level0x2A19值域 0 到 100就是一个单字节的百分比。它的优点是标准、通用、跨平台缺点是粒度太粗——只有百分比没有绝对容量也没有充电状态、电池健康这些扩展信息。蓝牙 5.1 之后补充了一个 Battery Level Status 特征0x2BED能带电量来源、电池类型等信息但手机端的支持度参差不齐很多机型根本不解析。第二条是HFPHands-Free Profile层里的厂商私有 AT 指令。经典的做法是在 SLC 建立之后耳机主动发一组指令把电量推给手机iOS 阵营常见的是 ATXAPL 声明配件能力、再用 ATIPHONEACCEV 携带电量值安卓阵营有一批自己的变体指令各家实现细节不太一样。这条路的优势是刷新及时、能带充电盒状态缺点是碎片化严重不同手机厂商的兼容性得逐个调。做产品的朋友常问的一个问题是“两条路要不要都做”。我的建议是都做因为它们是互补的BAS 保证基础可用性任何支持 BLE 的宿主都能读到HFP 私有指令保证体验在主流手机上能做到秒级刷新和盒子状态同步。只做 BAS 的话用户在部分机型上会发现电量很久才变一次只做 HFP 的话一些非手机的宿主设备比如某些播放器、车机就完全读不到电量。2.2 双耳与充电盒的电量怎么分开报单耳好办双耳就是麻烦的开始。两只耳机各有独立的电芯容量可能因为生产批次有微小差异功耗也不同——主耳要维持与手机的链路、要转发从耳的数据功耗通常比从耳高一截。这就导致一个现象用了两小时后左耳 65%、右耳 72%用户一看就慌。上报策略上通常有三种做法。第一种是分别上报BLE 连接里每只耳机作为一个独立实例各自有一个 Battery Level手机上分别显示这种方式最真实但对手机的显示逻辑要求高。第二种是主耳合并上报从耳把自己的电量发给主耳主耳取两者中的较小值或者平均值再上报用户只会看到一个数这种方式体验统一但掩盖了真实差异。第三种是混合BLE 层分别报HFP 层报合并值这也是我见过最多的方案。至于充电盒它一般没有独立的蓝牙连接电量数据是通过耳机中转的。盒子的采样电路通常在开盖瞬间、给耳机开始充电、充电结束时被唤醒做一次 ADC 采样。这个采样点很关键——如果是在给耳机大电流充电的瞬间采样测到的电压会因为内阻压降而偏低算出来的盒子电量就会虚低。很多产品“盒子明明还有两格电却提示没电”根子就在这里采样时机没避开大电流窗口。3. 算法层电压法、库仑计与混合估计3.1 电压查表法的原理与坑最省钱、最常见、也最容易翻车的方案就是开路电压查表法OCV-Lookup。原理很朴素锂电池的剩余容量和它的静置电压有对应关系满充 4.2V 对应 100%放到 3.0V 出头对应 0%中间做一张对照表测到电压就查百分比。成本几乎为零一颗 ADC 加一张表就完事。问题在于这条曲线极度非线性。下面这张表是我实测一块单节锂聚合物电芯满充 4.2V截止 3.3V得到的近似数据你可以看到坑在哪静置电压 (V)对应 SOC (%)相邻区间每 10% 对应的电压差4.20100—4.089012 mV3.988010 mV3.90708 mV3.84606 mV3.79505 mV3.75404 mV3.71304 mV3.67204 mV3.62125 mV3.5567 mV3.45210 mV3.30015 mV看中间那段从 50% 到 30%电压只从 3.79V 掉到 3.71V总共 80mV 就跨了 20% 的容量。这意味着 4mV 的电压误差就能带来 1% 的电量误差而一颗普通 ADC 在 3.8V 附近的采样误差轻松就能到 ±10mV再加上分压电阻的精度、基准源的温漂误差直接放大到 2.5% 以上。这就是为什么电量在 50% 附近最不准而到了 20% 以下反而突然变准——曲线尾部的斜率又变陡了。要缓解这个坑有几个常规手段。一是提高采样精度用 12 位以上 ADC、1% 精度分压电阻、带温度补偿的基准。二是负载补偿知道当前放电电流和内阻就能把测到的负载电压换算回开路电压。三是分段拟合不要线性插值在平台区用更密的表项每 2mV 一个点。四是加滤波滑动窗口取中位数把脉冲负载造成的瞬时跌落滤掉。3.2 库仑计的漂移与校准点精度要求高一点的产品会上库仑计Coulomb Counter原理是串一颗采样电阻对电流做时间积分容量变化 ∫I dt。它直接测“流进去多少、流出来多少”理论上比电压法准得多而且不受平台期影响。但库仑计有一个致命的软肋积分漂移。假设电流采样存在 1mA 的固定偏置这在低端运放上很常见在一块 60mAh 的耳机电池上连续跑 10 小时累积误差就是 10mAh相当于 17% 的电量。这还是在偏置方向恒定的最坏情况下。所以所有靠库仑计的设备都必须设校准点用绝对准确的时刻把积分值拉回真实值。校准点通常有两个满充点和截止点。充电到 4.2V 且电流跌到 0.05C 以下并保持一段时间可以认为 SOC 就是 100%此时把库仑计强制归位放电到截止电压 3.3V 且电压不再回升认为 SOC 是 0%同样归位。只要用户每周完整充放一次漂移就能被压住。麻烦的是那些长期浅充浅放的用户——每次从 60% 充到 90% 就拔掉几个月不校准库仑计就会慢慢跑偏最后表现为“显示 15% 突然关机”或者“充满只显示 92%”。我见过一些固件为了应对这个做了“记忆校准”逻辑记录每次充电的起始 SOC 和结束 SOC如果连续多次充电的起始点都高于 20%就主动把满充点判定阈值放宽一点。这个做法能缓解但本质上是妥协不如直接引导用户定期做一次完整充放。3.3 混合方案与显示平滑策略真正做得好的产品基本都用混合估计静置时用开路电压校正库仑计的累计误差放电过程中用库仑计主导跟踪两者用一个轻量的滤波算法简化卡尔曼或者加权滑动平均融合。这套方案的成本比纯库仑计高不了太多但稳定性好很多。算得准之后还有一步显示平滑。算法输出的 SOC 是连续变化的但用户看到的是整数百分比如果直接四舍五入就会看到 37%、36%、37%、36% 这样来回跳。常规做法是加滞回hysteresis——降档要连续低于阈值一段时间才允许降升档要连续高于阈值才允许升两个阈值之间留 2% 到 3% 的死区。另一个做法是限制变化速率比如规定 SOC 每分钟最多变化 1%避免负载突变时数字跳崖。还有一个细节容易被忽略100% 的停留时间。满充刚拔下来的时候电芯从 4.2V 的充电态静置后会回落到 4.15V 左右如果算法不处理用户就会看到“刚充满就掉到 97%”。好的做法是在满充后维持一段时间的“虚拟满格”或者干脆在 4.1V 以上都显示 100%代价是那一段的实际可用容量被“藏”起来了。这是个体验与真实性的取舍没有标准答案。4. 实操自己动手把剩余容量测准4.1 材料与工具准备想真正搞清楚一副耳机的电量是怎么回事光看状态栏没用得自己测。下面这套配置是我常用的成本不高普通折腾党也能凑齐。可编程直流电子负载一台支持恒流CC模式和 1mA 级的分辨率测小容量电池必须能细调几十 mA 的档位要稳。四位半数字万用表一块用来做电压基准比对ADC 的可信度得靠它来验证。数据记录仪或者带串口记录的采集模块采样间隔能到 1 秒最好实在没有就用万用表的记录功能30 秒一个点也能凑合。恒温环境室温 25±2℃ 最理想。锂电池的电压-容量曲线对温度很敏感一边测一边温度漂移数据就废了。拆机工具和绝缘辅材开放式耳机的壳体基本是胶粘的拆的时候要用热风配合撬片千万别用金属硬撬戳到软包电芯的铝塑膜就是鼓包起火。注意软包锂电芯被刺穿或弯折会内部短路拆机过程中一旦发现壳体有鼓包、闻到甜味电解液挥发立刻停止操作把设备放到通风处远离可燃物。不具备拆机条件的话直接从充电触点做在线放电测试也能拿到大部分数据只是精度略差。4.2 放电曲线实测流程拿到电芯之后标准流程是这样走的我把每一步的意图也写清楚免得你照着做却不知道为什么。第一步满充。用 0.5C 恒流充到 4.2V然后转恒压CV等电流跌到 0.05C 以下再保持 30 分钟。以 60mAh 的电池算0.5C 就是 30mA截止电流 3mA。恒压阶段的意义是把电芯真正“喂饱”如果只冲到 4.2V 就停实际只进了 85% 左右。第二步静置。满充后静置 2 小时让极化电压消散。这一步不能省刚充完测到的电压是虚高的直接开始放电会低估容量。第三步恒流放电。用 0.2C60mAh 就是 12mA恒流放电到 3.3V全程每 30 秒记录一次电压。0.2C 是个折中太快会低估容量极化来不及消散太慢则要跑五六个小时。理论上 0.2C 放电时长应该在 5 小时左右实测一般 4.5 到 4.8 小时因为标称容量本身有水分。第四步积分算容量。用电流乘以时间逐段累加得到实际放出的总容量这个值就是这一轮的 FCC。如果实测只有 55mAh 而标称 60mAh那 8% 的差额就是正常的标称-实测偏差不算虚标。第五步拟合成表。把电压累计放电量的数据点整理出来用累计放电量反推每个电压点对应的 SOC就能得到一张专属的查表。我一般会取 32 个点在平台区3.65V 到 3.90V加密到每 5mV 一个点两头放稀。4.3 参数换算与续航估算测得曲线之后几个常见的换算就有据可依了不用再拍脑袋。可用容量的估算。设实测 FCC 是 58mAh截止电压 3.3V但耳机的关机阈值设在 3.4V保护电芯不被过放那么实际可用容量不是 58mAh而是要减去 3.4V 以下那段。按我前面那张表3.4V 对应 1.5% 左右可用容量约 57mAh。如果再考虑低温保护、低压降频策略工程上通常按FCC × 0.9来做续航预估即 52mAh。续航时间的估算。假设这副耳机中等音量蓝牙播放的平均电流是 8mA那么单次续航 52mAh / 8mA ≈ 6.5 小时。如果厂商标称 8 小时那意味着它的平均电流要做到 6.5mA 左右这个差异通常来自音量、编解码格式AAC 比 SBC 略费电、以及是否开启降噪或空间音频。想验证的话做一次完整放电实测最准——从 100% 播到自动关机掐表。充电盒的补电次数。盒子标称 500mAh实际可用按 0.85 折算得 425mAh但盒子给耳机充电有升压损耗效率按 85% 算实际能送进耳机的能量约 360mAh。两只耳机各 57mAh一轮完整补电需要 114mAh那么理论上能补 3 次多一点考虑盒子自身待机漏电和涓流阶段损耗实际是 2.5 到 3 次。这和大多数产品的宣传口径是吻合的。SOH 的判断。拿实测 FCC 除以出厂 FCC低于 80% 就该考虑换电芯了。以 60mAh 为例实测掉到 48mAh 以下续航会明显感知到缩水这时候再怎么优化算法也救不回来因为物理容量就那么多。4.4 用 GATT 工具直接读电量不想拆机的话走软件路线也能拿到不少信息。用一台支持 BLE 调试的手机或开发板连上耳机之后扫描 GATT 服务找到 UUID 为 0x180F 的 Battery Service进入后读 0x2A19 这个特征值就能拿到耳机自己上报的百分比。再使能它的通知写 0x2902 描述符为 0x0100就能实时看到数值变化。这个操作的价值在于区分是耳机算错了还是手机显示错了。如果在 GATT 工具里读到的值和手机状态栏一致说明耳机上报的就是这个数问题在耳机侧如果 GATT 里读到 45% 而手机显示 40%那就是手机端的取整或解析逻辑在作怪耳机本身没问题。还可以做一次对比测试耳机播放大音量音乐同时盯着 GATT 里的 Battery Level 通知记录每次数值变化的间隔和跳变幅度。正常的实现应该是每 30 秒到 1 分钟推送一次每次变化 1%如果看到一次跳 5% 以上或者十几分钟不动一下然后猛掉那基本可以判定是上报策略太粗或者算法有跳变。5. 常见问题与排查速查表5.1 电量跳变、虚电、左右不一致满电后掉得飞快。最常见的一幕从盒子里拿出来显示 100%听十分钟变成 92%然后一路平稳。这不是算法坏了是物理现象。满充后电芯处于高电位一加上负载内阻压降加上极化端电压会立刻跌落几十毫伏在曲线最陡的头部这几十毫伏就对应七八个百分点。处理办法是让固件在负载刚建立的前 2 分钟内不做大幅修正或者用内阻补偿把负载电压换算回开路电压再查表。电量突然从 20% 跳到 3%。这是平台期结束后曲线陡降的典型表现。3.6V 以下电压每掉 10mV 就对应 2% 到 3% 的容量负载稍有波动查表结果就会剧烈变化。缓解方式是在低电量区改用库仑计主导或者干脆在 15% 以下启用“低电量保护模式”把 SOC 变化速率限制住。左右耳电量差 10% 以上。先别急着判定电池坏了。双耳功耗天然不对等主耳多承担链路维持和转发正常差异在 5% 到 8%。超过 15% 才需要怀疑可能是某只耳机的电池批次差异可能是某只耳的充电触点氧化导致长期充不满也可能是固件对两只耳机的采样校准不一致。验证方法很简单把两只耳机分别单独连接手机各自做一次完整充放看总续航是否接近。差得多就是硬件问题。低温环境电量骤降。冬天户外使用电量从 60% 直接掉到 30%回到室内又回升。这是低温下电解液黏度上升、内阻增大、端电压跌落加剧导致的电压法在这个场景里几乎必然失真。行业里通常做温度补偿用 NTC 采到的温度去修正查表曲线或者在低温时切换到更保守的上报策略。用户侧能做的就是把耳机贴身放一会儿再用让电芯回到 10℃ 以上。5.2 充电盒电量不显示这个问题在开放式耳机上特别高频因为盒子本身没有独立的蓝牙连接全靠耳机中转。排查顺序建议这样走先确认耳机的固件版本是否支持盒电量上报早期版本可能只报耳机不报盒子再看手机的解析逻辑部分安卓机型只认 GATT 的 BAS而盒电量走的可能是 HFP 私有指令两边对不上就显示不出来最后检查盒子的采样时机如果采样点落在给耳机大电流充电的窗口算出来的值可能低到被判定为 0。还有一个容易忽略的点盒子在“休眠”状态下是不采样的。如果你的盒子合盖放了两周打开瞬间看到的电量是两周前的旧值要等耳机放进去充一会儿才会刷新。这个延迟是设计使然不是故障但很多用户会误以为盒子坏了。5.3 排查速查表把上面这些整理成一张表遇到问题时按顺序对号入座能省下大量试错时间。现象最可能的原因快速验证方法处置建议充满后 10 分钟内掉 5%~10%满充极化 曲线头部过陡静置 2 小时再看是否回升固件加负载补偿与短时冻结50% 附近数字长时间不动电压平台区分辨率不足用 GATT 工具观察原始上报值加密查表点、改库仑计主导20% 以下突然关机低电量区曲线陡降 负载脉冲记录关机瞬间电压设低电量保护、限流、提前告警左右耳差异超过 15%电池批次差异或触点氧化分别单独做完整充放清洁触点、必要时换电芯显示 100% 充不进电库仑计漂移或满充判据失效观察充电电流何时跌到截止值强制满充校准一次盒子电量长期不显示盒子无独立连接、固件未上报换一台手机交叉验证升级固件、确认上报路径低温下电量断崖内阻增大导致端电压跌落回到室温静置后观察是否恢复加温度补偿、用户侧贴身保温换电芯后显示异常未重做容量标定核对新旧电芯标称容量重跑放电曲线、更新查表参数6. 几条踩过坑之后才明白的经验关于“电量显示”这件事我最大的一个体会是用户要的从来不是绝对准确而是可预期。一块电池的真实剩余容量是一回事用户能不能根据屏幕上的数字做出合理判断是另一回事。我见过算法精度做到 ±2% 的产品被骂得很惨也见过误差 10% 但曲线平滑的产品口碑很好。原因很简单用户无法验证真实值他们只能验证“一致性”——说还剩 20% 就真的还能用一小时这就够了。第二个体会关于标定这件事的优先级。很多团队把电量算法的精力全砸在滤波和补偿上却跳过了最基础的放电曲线实测。我见过直接套用网上通用锂电曲线做查表的方案结果因为电芯的截止电压和配方不同在低电量区偏了十几个百分点。花半天时间做一次实测放电比调两周滤波参数有用得多这是投入产出比最高的一步没有之一。第三个是采样频率的取舍。采样越密数据越平滑但功耗越高。耳机这种待机功耗按微安算的产品ADC 每秒采样一次和每十秒采样一次对续航的影响是实打实的。我的经验是在播放态用 1 秒间隔在待机态降到 30 秒在充电态提高到 500ms分场景配置别用一个频率打天下。最后分享一个自测小技巧想快速判断一副耳机的电量算法靠不靠谱不用拆机做一件事就行——充满电连续播放到自动关机中途每隔十分钟记一次显示的百分比。把这条曲线画出来如果它是一条平滑下降的线哪怕绝对数值有偏差算法也是合格的如果中间出现平台、台阶、断崖那这套算法在工程上就还有得改。这条曲线我自己测过不下二十副耳机非常好用两小时就能得到一个产品的电量管理水平快照。 
长河君 · 2026/10/29 14:15:13 · 阅读 1.2k 蓝牙耳机剩余电量从电芯到状态栏：SOC估算与实测排查
“电量还剩 37%”——这个数字到底是谁算出来的前阵子有位做硬件测试的朋友把 Arc5 拆开拍了张照片发给我问了一个很典型的问题耳机在手机状态栏显示还剩 40%结果五分钟后直接关机剩下那 40% 是凭空消失了吗类似的问题我这两年听过太多从开放式耳机到 TWS 到颈挂式几乎每一代产品都有人问。**Battery Remaining Capacity电池剩余容量**看起来只是状态栏里的一个小百分比实际上它是电芯特性、采样电路、估算算法、蓝牙协议栈、手机端解析这五层东西叠在一起的结果任何一层出问题你看到的数字就会失真。这篇内容想干的事情很明确把 Arc5 这类开放式蓝牙耳机的“剩余容量”从里到外拆一遍讲清楚这个百分比是怎么来的、为什么会跳、怎么自己动手把它测准、以及当你发现显示不对时应该按什么顺序排查。适合三类人看——手上耳机电量显示诡异想搞明白原因的普通用户、做蓝牙音频产品需要落地电量方案的固件和硬件工程师、以及喜欢自己动手做放电测试的折腾党。不需要你有多深的电化学背景我会尽量用生活化的类比把原理讲透但该给的参数、表格、计算过程一个都不会省看完你就能照着复现。1. 先把“剩余容量”这件事拆开看1.1 剩余容量到底指什么SOC、RM、FCC 三个词的差别很多人把“剩余容量”当成一个数其实它至少牵扯三个概念混着用就会算错。**SOCState of Charge荷电状态**是一个百分比表示当前还剩多少比例的电比如 37%**RMRemaining Capacity剩余容量**是一个绝对值单位是 mAh表示现在还能放出多少毫安时的电**FCCFull Charge Capacity满充容量**同样是一个绝对值表示这块电池从空充到满实际能装进去多少电。三者关系很简单SOC ≈ RM / FCC × 100%。这个公式看着平平无奇但它解释了一个非常常见的困惑为什么耳机用了一年之后明明充满电显示 100%续航却短了一大截。因为 FCC 是会衰减的。一块全新的单耳电池标称 60mAh用一年后 FCC 可能只剩 48mAh此时它充到 100% 的“满”实际只装了 48mAh。百分比没错绝对容量缩水了。行业里通常把 FCC 衰减到初始值 80% 以下视为电池进入寿命末期这个指标叫SOHState of Health健康度SOH 当前 FCC / 出厂 FCC × 100%。所以当你抱怨“电量显示不准”时得先分清是哪一种不准是 SOC 的百分比跳变算法问题还是 FCC 缩水导致实际续航变短电芯老化还是 RM 的绝对值换算错误标定问题。这三种情况的处理路径完全不同一上来就刷固件往往白费功夫。1.2 谁在算这个数耳机、充电盒、手机三方的分工这里有个绝大多数人搞错的前提手机状态栏里的电量不是手机测出来的是耳机自己报上去的。手机没有能力和耳机的电芯直接对话它只是被动接收一串数字然后画个图标。这个认知很关键因为它直接决定了排查方向——显示不对九成问题出在耳机侧而不是手机。三方分工大概是这样单耳的电芯电压由耳机内部的 ADC 或电量计芯片采样耳机的 MCU 结合采样值和固件里的算法算出 SOC再通过蓝牙链路报给手机充电盒的电芯是独立的一套采样电路盒子一般在开盖或者给耳机充电时才唤醒把盒子的电量一并塞进数据包里手机拿到这串数据后按照自己系统的显示逻辑渲染成图标或百分比部分安卓机型还会做二次处理比如只显示整十档。这带来一个很实际的推论同一个耳机插在不同手机上显示的电量可能不一样。iOS 和安卓对电量上报的解析路径不同iOS 走的是 HFP 层的一套厂商私有 AT 指令组合安卓更多走 GATT 的 Battery Service两边的刷新频率、取整策略、双耳合并规则都可能不同。我实测过同一副耳机在两种系统上同时连接一台显示左耳 82%、右耳 80%另一台直接给一个 80% 的合并值。这不是耳机坏了是两套显示逻辑的差异。2. 电量上报的链路从电芯到手机状态栏2.1 蓝牙侧的两条路径BAS 与 HFP 扩展耳机把电量告诉手机走的主要是两条路理解这两条路的差异对排查问题很有帮助。第一条是BASBattery Service属于 BLE 的 GATT 服务服务 UUID 是 0x180F里面最核心的特征值是 Battery Level0x2A19值域 0 到 100就是一个单字节的百分比。它的优点是标准、通用、跨平台缺点是粒度太粗——只有百分比没有绝对容量也没有充电状态、电池健康这些扩展信息。蓝牙 5.1 之后补充了一个 Battery Level Status 特征0x2BED能带电量来源、电池类型等信息但手机端的支持度参差不齐很多机型根本不解析。第二条是HFPHands-Free Profile层里的厂商私有 AT 指令。经典的做法是在 SLC 建立之后耳机主动发一组指令把电量推给手机iOS 阵营常见的是 ATXAPL 声明配件能力、再用 ATIPHONEACCEV 携带电量值安卓阵营有一批自己的变体指令各家实现细节不太一样。这条路的优势是刷新及时、能带充电盒状态缺点是碎片化严重不同手机厂商的兼容性得逐个调。做产品的朋友常问的一个问题是“两条路要不要都做”。我的建议是都做因为它们是互补的BAS 保证基础可用性任何支持 BLE 的宿主都能读到HFP 私有指令保证体验在主流手机上能做到秒级刷新和盒子状态同步。只做 BAS 的话用户在部分机型上会发现电量很久才变一次只做 HFP 的话一些非手机的宿主设备比如某些播放器、车机就完全读不到电量。2.2 双耳与充电盒的电量怎么分开报单耳好办双耳就是麻烦的开始。两只耳机各有独立的电芯容量可能因为生产批次有微小差异功耗也不同——主耳要维持与手机的链路、要转发从耳的数据功耗通常比从耳高一截。这就导致一个现象用了两小时后左耳 65%、右耳 72%用户一看就慌。上报策略上通常有三种做法。第一种是分别上报BLE 连接里每只耳机作为一个独立实例各自有一个 Battery Level手机上分别显示这种方式最真实但对手机的显示逻辑要求高。第二种是主耳合并上报从耳把自己的电量发给主耳主耳取两者中的较小值或者平均值再上报用户只会看到一个数这种方式体验统一但掩盖了真实差异。第三种是混合BLE 层分别报HFP 层报合并值这也是我见过最多的方案。至于充电盒它一般没有独立的蓝牙连接电量数据是通过耳机中转的。盒子的采样电路通常在开盖瞬间、给耳机开始充电、充电结束时被唤醒做一次 ADC 采样。这个采样点很关键——如果是在给耳机大电流充电的瞬间采样测到的电压会因为内阻压降而偏低算出来的盒子电量就会虚低。很多产品“盒子明明还有两格电却提示没电”根子就在这里采样时机没避开大电流窗口。3. 算法层电压法、库仑计与混合估计3.1 电压查表法的原理与坑最省钱、最常见、也最容易翻车的方案就是开路电压查表法OCV-Lookup。原理很朴素锂电池的剩余容量和它的静置电压有对应关系满充 4.2V 对应 100%放到 3.0V 出头对应 0%中间做一张对照表测到电压就查百分比。成本几乎为零一颗 ADC 加一张表就完事。问题在于这条曲线极度非线性。下面这张表是我实测一块单节锂聚合物电芯满充 4.2V截止 3.3V得到的近似数据你可以看到坑在哪静置电压 (V)对应 SOC (%)相邻区间每 10% 对应的电压差4.20100—4.089012 mV3.988010 mV3.90708 mV3.84606 mV3.79505 mV3.75404 mV3.71304 mV3.67204 mV3.62125 mV3.5567 mV3.45210 mV3.30015 mV看中间那段从 50% 到 30%电压只从 3.79V 掉到 3.71V总共 80mV 就跨了 20% 的容量。这意味着 4mV 的电压误差就能带来 1% 的电量误差而一颗普通 ADC 在 3.8V 附近的采样误差轻松就能到 ±10mV再加上分压电阻的精度、基准源的温漂误差直接放大到 2.5% 以上。这就是为什么电量在 50% 附近最不准而到了 20% 以下反而突然变准——曲线尾部的斜率又变陡了。要缓解这个坑有几个常规手段。一是提高采样精度用 12 位以上 ADC、1% 精度分压电阻、带温度补偿的基准。二是负载补偿知道当前放电电流和内阻就能把测到的负载电压换算回开路电压。三是分段拟合不要线性插值在平台区用更密的表项每 2mV 一个点。四是加滤波滑动窗口取中位数把脉冲负载造成的瞬时跌落滤掉。3.2 库仑计的漂移与校准点精度要求高一点的产品会上库仑计Coulomb Counter原理是串一颗采样电阻对电流做时间积分容量变化 ∫I dt。它直接测“流进去多少、流出来多少”理论上比电压法准得多而且不受平台期影响。但库仑计有一个致命的软肋积分漂移。假设电流采样存在 1mA 的固定偏置这在低端运放上很常见在一块 60mAh 的耳机电池上连续跑 10 小时累积误差就是 10mAh相当于 17% 的电量。这还是在偏置方向恒定的最坏情况下。所以所有靠库仑计的设备都必须设校准点用绝对准确的时刻把积分值拉回真实值。校准点通常有两个满充点和截止点。充电到 4.2V 且电流跌到 0.05C 以下并保持一段时间可以认为 SOC 就是 100%此时把库仑计强制归位放电到截止电压 3.3V 且电压不再回升认为 SOC 是 0%同样归位。只要用户每周完整充放一次漂移就能被压住。麻烦的是那些长期浅充浅放的用户——每次从 60% 充到 90% 就拔掉几个月不校准库仑计就会慢慢跑偏最后表现为“显示 15% 突然关机”或者“充满只显示 92%”。我见过一些固件为了应对这个做了“记忆校准”逻辑记录每次充电的起始 SOC 和结束 SOC如果连续多次充电的起始点都高于 20%就主动把满充点判定阈值放宽一点。这个做法能缓解但本质上是妥协不如直接引导用户定期做一次完整充放。3.3 混合方案与显示平滑策略真正做得好的产品基本都用混合估计静置时用开路电压校正库仑计的累计误差放电过程中用库仑计主导跟踪两者用一个轻量的滤波算法简化卡尔曼或者加权滑动平均融合。这套方案的成本比纯库仑计高不了太多但稳定性好很多。算得准之后还有一步显示平滑。算法输出的 SOC 是连续变化的但用户看到的是整数百分比如果直接四舍五入就会看到 37%、36%、37%、36% 这样来回跳。常规做法是加滞回hysteresis——降档要连续低于阈值一段时间才允许降升档要连续高于阈值才允许升两个阈值之间留 2% 到 3% 的死区。另一个做法是限制变化速率比如规定 SOC 每分钟最多变化 1%避免负载突变时数字跳崖。还有一个细节容易被忽略100% 的停留时间。满充刚拔下来的时候电芯从 4.2V 的充电态静置后会回落到 4.15V 左右如果算法不处理用户就会看到“刚充满就掉到 97%”。好的做法是在满充后维持一段时间的“虚拟满格”或者干脆在 4.1V 以上都显示 100%代价是那一段的实际可用容量被“藏”起来了。这是个体验与真实性的取舍没有标准答案。4. 实操自己动手把剩余容量测准4.1 材料与工具准备想真正搞清楚一副耳机的电量是怎么回事光看状态栏没用得自己测。下面这套配置是我常用的成本不高普通折腾党也能凑齐。可编程直流电子负载一台支持恒流CC模式和 1mA 级的分辨率测小容量电池必须能细调几十 mA 的档位要稳。四位半数字万用表一块用来做电压基准比对ADC 的可信度得靠它来验证。数据记录仪或者带串口记录的采集模块采样间隔能到 1 秒最好实在没有就用万用表的记录功能30 秒一个点也能凑合。恒温环境室温 25±2℃ 最理想。锂电池的电压-容量曲线对温度很敏感一边测一边温度漂移数据就废了。拆机工具和绝缘辅材开放式耳机的壳体基本是胶粘的拆的时候要用热风配合撬片千万别用金属硬撬戳到软包电芯的铝塑膜就是鼓包起火。注意软包锂电芯被刺穿或弯折会内部短路拆机过程中一旦发现壳体有鼓包、闻到甜味电解液挥发立刻停止操作把设备放到通风处远离可燃物。不具备拆机条件的话直接从充电触点做在线放电测试也能拿到大部分数据只是精度略差。4.2 放电曲线实测流程拿到电芯之后标准流程是这样走的我把每一步的意图也写清楚免得你照着做却不知道为什么。第一步满充。用 0.5C 恒流充到 4.2V然后转恒压CV等电流跌到 0.05C 以下再保持 30 分钟。以 60mAh 的电池算0.5C 就是 30mA截止电流 3mA。恒压阶段的意义是把电芯真正“喂饱”如果只冲到 4.2V 就停实际只进了 85% 左右。第二步静置。满充后静置 2 小时让极化电压消散。这一步不能省刚充完测到的电压是虚高的直接开始放电会低估容量。第三步恒流放电。用 0.2C60mAh 就是 12mA恒流放电到 3.3V全程每 30 秒记录一次电压。0.2C 是个折中太快会低估容量极化来不及消散太慢则要跑五六个小时。理论上 0.2C 放电时长应该在 5 小时左右实测一般 4.5 到 4.8 小时因为标称容量本身有水分。第四步积分算容量。用电流乘以时间逐段累加得到实际放出的总容量这个值就是这一轮的 FCC。如果实测只有 55mAh 而标称 60mAh那 8% 的差额就是正常的标称-实测偏差不算虚标。第五步拟合成表。把电压累计放电量的数据点整理出来用累计放电量反推每个电压点对应的 SOC就能得到一张专属的查表。我一般会取 32 个点在平台区3.65V 到 3.90V加密到每 5mV 一个点两头放稀。4.3 参数换算与续航估算测得曲线之后几个常见的换算就有据可依了不用再拍脑袋。可用容量的估算。设实测 FCC 是 58mAh截止电压 3.3V但耳机的关机阈值设在 3.4V保护电芯不被过放那么实际可用容量不是 58mAh而是要减去 3.4V 以下那段。按我前面那张表3.4V 对应 1.5% 左右可用容量约 57mAh。如果再考虑低温保护、低压降频策略工程上通常按FCC × 0.9来做续航预估即 52mAh。续航时间的估算。假设这副耳机中等音量蓝牙播放的平均电流是 8mA那么单次续航 52mAh / 8mA ≈ 6.5 小时。如果厂商标称 8 小时那意味着它的平均电流要做到 6.5mA 左右这个差异通常来自音量、编解码格式AAC 比 SBC 略费电、以及是否开启降噪或空间音频。想验证的话做一次完整放电实测最准——从 100% 播到自动关机掐表。充电盒的补电次数。盒子标称 500mAh实际可用按 0.85 折算得 425mAh但盒子给耳机充电有升压损耗效率按 85% 算实际能送进耳机的能量约 360mAh。两只耳机各 57mAh一轮完整补电需要 114mAh那么理论上能补 3 次多一点考虑盒子自身待机漏电和涓流阶段损耗实际是 2.5 到 3 次。这和大多数产品的宣传口径是吻合的。SOH 的判断。拿实测 FCC 除以出厂 FCC低于 80% 就该考虑换电芯了。以 60mAh 为例实测掉到 48mAh 以下续航会明显感知到缩水这时候再怎么优化算法也救不回来因为物理容量就那么多。4.4 用 GATT 工具直接读电量不想拆机的话走软件路线也能拿到不少信息。用一台支持 BLE 调试的手机或开发板连上耳机之后扫描 GATT 服务找到 UUID 为 0x180F 的 Battery Service进入后读 0x2A19 这个特征值就能拿到耳机自己上报的百分比。再使能它的通知写 0x2902 描述符为 0x0100就能实时看到数值变化。这个操作的价值在于区分是耳机算错了还是手机显示错了。如果在 GATT 工具里读到的值和手机状态栏一致说明耳机上报的就是这个数问题在耳机侧如果 GATT 里读到 45% 而手机显示 40%那就是手机端的取整或解析逻辑在作怪耳机本身没问题。还可以做一次对比测试耳机播放大音量音乐同时盯着 GATT 里的 Battery Level 通知记录每次数值变化的间隔和跳变幅度。正常的实现应该是每 30 秒到 1 分钟推送一次每次变化 1%如果看到一次跳 5% 以上或者十几分钟不动一下然后猛掉那基本可以判定是上报策略太粗或者算法有跳变。5. 常见问题与排查速查表5.1 电量跳变、虚电、左右不一致满电后掉得飞快。最常见的一幕从盒子里拿出来显示 100%听十分钟变成 92%然后一路平稳。这不是算法坏了是物理现象。满充后电芯处于高电位一加上负载内阻压降加上极化端电压会立刻跌落几十毫伏在曲线最陡的头部这几十毫伏就对应七八个百分点。处理办法是让固件在负载刚建立的前 2 分钟内不做大幅修正或者用内阻补偿把负载电压换算回开路电压再查表。电量突然从 20% 跳到 3%。这是平台期结束后曲线陡降的典型表现。3.6V 以下电压每掉 10mV 就对应 2% 到 3% 的容量负载稍有波动查表结果就会剧烈变化。缓解方式是在低电量区改用库仑计主导或者干脆在 15% 以下启用“低电量保护模式”把 SOC 变化速率限制住。左右耳电量差 10% 以上。先别急着判定电池坏了。双耳功耗天然不对等主耳多承担链路维持和转发正常差异在 5% 到 8%。超过 15% 才需要怀疑可能是某只耳机的电池批次差异可能是某只耳的充电触点氧化导致长期充不满也可能是固件对两只耳机的采样校准不一致。验证方法很简单把两只耳机分别单独连接手机各自做一次完整充放看总续航是否接近。差得多就是硬件问题。低温环境电量骤降。冬天户外使用电量从 60% 直接掉到 30%回到室内又回升。这是低温下电解液黏度上升、内阻增大、端电压跌落加剧导致的电压法在这个场景里几乎必然失真。行业里通常做温度补偿用 NTC 采到的温度去修正查表曲线或者在低温时切换到更保守的上报策略。用户侧能做的就是把耳机贴身放一会儿再用让电芯回到 10℃ 以上。5.2 充电盒电量不显示这个问题在开放式耳机上特别高频因为盒子本身没有独立的蓝牙连接全靠耳机中转。排查顺序建议这样走先确认耳机的固件版本是否支持盒电量上报早期版本可能只报耳机不报盒子再看手机的解析逻辑部分安卓机型只认 GATT 的 BAS而盒电量走的可能是 HFP 私有指令两边对不上就显示不出来最后检查盒子的采样时机如果采样点落在给耳机大电流充电的窗口算出来的值可能低到被判定为 0。还有一个容易忽略的点盒子在“休眠”状态下是不采样的。如果你的盒子合盖放了两周打开瞬间看到的电量是两周前的旧值要等耳机放进去充一会儿才会刷新。这个延迟是设计使然不是故障但很多用户会误以为盒子坏了。5.3 排查速查表把上面这些整理成一张表遇到问题时按顺序对号入座能省下大量试错时间。现象最可能的原因快速验证方法处置建议充满后 10 分钟内掉 5%~10%满充极化 曲线头部过陡静置 2 小时再看是否回升固件加负载补偿与短时冻结50% 附近数字长时间不动电压平台区分辨率不足用 GATT 工具观察原始上报值加密查表点、改库仑计主导20% 以下突然关机低电量区曲线陡降 负载脉冲记录关机瞬间电压设低电量保护、限流、提前告警左右耳差异超过 15%电池批次差异或触点氧化分别单独做完整充放清洁触点、必要时换电芯显示 100% 充不进电库仑计漂移或满充判据失效观察充电电流何时跌到截止值强制满充校准一次盒子电量长期不显示盒子无独立连接、固件未上报换一台手机交叉验证升级固件、确认上报路径低温下电量断崖内阻增大导致端电压跌落回到室温静置后观察是否恢复加温度补偿、用户侧贴身保温换电芯后显示异常未重做容量标定核对新旧电芯标称容量重跑放电曲线、更新查表参数6. 几条踩过坑之后才明白的经验关于“电量显示”这件事我最大的一个体会是用户要的从来不是绝对准确而是可预期。一块电池的真实剩余容量是一回事用户能不能根据屏幕上的数字做出合理判断是另一回事。我见过算法精度做到 ±2% 的产品被骂得很惨也见过误差 10% 但曲线平滑的产品口碑很好。原因很简单用户无法验证真实值他们只能验证“一致性”——说还剩 20% 就真的还能用一小时这就够了。第二个体会关于标定这件事的优先级。很多团队把电量算法的精力全砸在滤波和补偿上却跳过了最基础的放电曲线实测。我见过直接套用网上通用锂电曲线做查表的方案结果因为电芯的截止电压和配方不同在低电量区偏了十几个百分点。花半天时间做一次实测放电比调两周滤波参数有用得多这是投入产出比最高的一步没有之一。第三个是采样频率的取舍。采样越密数据越平滑但功耗越高。耳机这种待机功耗按微安算的产品ADC 每秒采样一次和每十秒采样一次对续航的影响是实打实的。我的经验是在播放态用 1 秒间隔在待机态降到 30 秒在充电态提高到 500ms分场景配置别用一个频率打天下。最后分享一个自测小技巧想快速判断一副耳机的电量算法靠不靠谱不用拆机做一件事就行——充满电连续播放到自动关机中途每隔十分钟记一次显示的百分比。把这条曲线画出来如果它是一条平滑下降的线哪怕绝对数值有偏差算法也是合格的如果中间出现平台、台阶、断崖那这套算法在工程上就还有得改。这条曲线我自己测过不下二十副耳机非常好用两小时就能得到一个产品的电量管理水平快照。