蓝牙耳机剩余电量从电芯到状态栏：SOC估算与实测排查

“电量还剩 37%”——这个数字到底是谁算出来的？前阵子有位做硬件测试的朋友把 Arc5 拆开拍了张照片发给我，问了一个很典型的问题：耳机在手机状态栏显示还剩 40%，结果五分钟后直接关机，剩下那 40% 是凭空消失了吗？类似的问题我这两年听过太多，从开放式耳机到 TWS 到颈挂式，几乎每一代产品都有人问。**Battery Remaining Capacity（电池剩余容量）**看起来只是状态栏里的一个小百分比，实际上它是电芯特性、采样电路、估算算法、蓝牙协议栈、手机端解析这五层东西叠在一起的结果，任何一层出问题，你看到的数字就会失真。

这篇内容想干的事情很明确：把 Arc5 这类开放式蓝牙耳机的“剩余容量”从里到外拆一遍，讲清楚这个百分比是怎么来的、为什么会跳、怎么自己动手把它测准、以及当你发现显示不对时应该按什么顺序排查。适合三类人看——手上耳机电量显示诡异想搞明白原因的普通用户、做蓝牙音频产品需要落地电量方案的固件和硬件工程师、以及喜欢自己动手做放电测试的折腾党。不需要你有多深的电化学背景，我会尽量用生活化的类比把原理讲透，但该给的参数、表格、计算过程一个都不会省，看完你就能照着复现。

1. 先把“剩余容量”这件事拆开看

1.1 剩余容量到底指什么：SOC、RM、FCC 三个词的差别

很多人把“剩余容量”当成一个数，其实它至少牵扯三个概念，混着用就会算错。**SOC（State of Charge，荷电状态）**是一个百分比，表示当前还剩多少比例的电，比如 37%；**RM（Remaining Capacity，剩余容量）**是一个绝对值，单位是 mAh，表示现在还能放出多少毫安时的电；**FCC（Full Charge Capacity，满充容量）**同样是一个绝对值，表示这块电池从空充到满实际能装进去多少电。三者关系很简单：SOC ≈ RM / FCC × 100%。

这个公式看着平平无奇，但它解释了一个非常常见的困惑：为什么耳机用了一年之后，明明充满电显示 100%，续航却短了一大截。因为 FCC 是会衰减的。一块全新的单耳电池标称 60mAh，用一年后 FCC 可能只剩 48mAh，此时它充到 100% 的“满”，实际只装了 48mAh。百分比没错，绝对容量缩水了。行业里通常把 FCC 衰减到初始值 80% 以下视为电池进入寿命末期，这个指标叫SOH（State 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 扩展

耳机把电量告诉手机，走的主要是两条路，理解这两条路的差异对排查问题很有帮助。

第一条是BAS（Battery Service），属于 BLE 的 GATT 服务，服务 UUID 是 0x180F，里面最核心的特征值是 Battery Level（0x2A19），值域 0 到 100，就是一个单字节的百分比。它的优点是标准、通用、跨平台，缺点是粒度太粗——只有百分比，没有绝对容量，也没有充电状态、电池健康这些扩展信息。蓝牙 5.1 之后补充了一个 Battery Level Status 特征（0x2BED），能带电量来源、电池类型等信息，但手机端的支持度参差不齐，很多机型根本不解析。

第二条是HFP（Hands-Free Profile）层里的厂商私有 AT 指令。经典的做法是在 SLC 建立之后，耳机主动发一组指令把电量推给手机，iOS 阵营常见的是 AT+XAPL 声明配件能力、再用 AT+IPHONEACCEV 携带电量值，安卓阵营有一批自己的变体指令，各家实现细节不太一样。这条路的优势是刷新及时、能带充电盒状态，缺点是碎片化严重，不同手机厂商的兼容性得逐个调。

做产品的朋友常问的一个问题是“两条路要不要都做”。我的建议是都做，因为它们是互补的：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）得到的近似数据，你可以看到坑在哪：

看中间那段：从 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.2C（60mAh 就是 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 排查速查表

把上面这些整理成一张表，遇到问题时按顺序对号入座，能省下大量试错时间。

6. 几条踩过坑之后才明白的经验

关于“电量显示”这件事，我最大的一个体会是：用户要的从来不是绝对准确，而是可预期。一块电池的真实剩余容量是一回事，用户能不能根据屏幕上的数字做出合理判断是另一回事。我见过算法精度做到 ±2% 的产品被骂得很惨，也见过误差 10% 但曲线平滑的产品口碑很好。原因很简单，用户无法验证真实值，他们只能验证“一致性”——说还剩 20% 就真的还能用一小时，这就够了。

第二个体会关于标定这件事的优先级。很多团队把电量算法的精力全砸在滤波和补偿上，却跳过了最基础的放电曲线实测。我见过直接套用网上通用锂电曲线做查表的方案，结果因为电芯的截止电压和配方不同，在低电量区偏了十几个百分点。花半天时间做一次实测放电，比调两周滤波参数有用得多，这是投入产出比最高的一步，没有之一。

第三个是采样频率的取舍。采样越密，数据越平滑，但功耗越高。耳机这种待机功耗按微安算的产品，ADC 每秒采样一次和每十秒采样一次，对续航的影响是实打实的。我的经验是在播放态用 1 秒间隔，在待机态降到 30 秒，在充电态提高到 500ms，分场景配置，别用一个频率打天下。

最后分享一个自测小技巧：想快速判断一副耳机的电量算法靠不靠谱，不用拆机，做一件事就行——充满电，连续播放到自动关机，中途每隔十分钟记一次显示的百分比。把这条曲线画出来，如果它是一条平滑下降的线，哪怕绝对数值有偏差，算法也是合格的；如果中间出现平台、台阶、断崖，那这套算法在工程上就还有得改。这条曲线我自己测过不下二十副耳机，非常好用，两小时就能得到一个产品的电量管理水平快照。