2. 电池基础与BMS概述

在开展SOC与SOH算法验证之前,必须先建立对电池本体和BMS系统的共同语言。SOC算法验证不是单纯比较一个百分比数字,而是验证BMS在特定电流、温度、老化状态下对电池内部状态的估计是否可信;SOH算法验证也不是看一条曲线是否平滑,而是验证容量衰减和内阻增长是否被正确识别。理解锂电池工作原理、关键参数、BMS架构以及SOC/SOH的工程定义,是后续所有测试用例设计的基础。

一、锂电池工作原理:锂离子在正负极之间“搬运”

以常见的三元锂或磷酸铁锂电池为例,其核心是一个可逆的锂离子嵌入/脱出过程。充电时,正极材料中的锂离子脱出,经过电解液和隔膜迁移到负极,嵌入石墨层间;电子则通过外电路从正极流向负极,形成充电电流。放电时过程相反,锂离子从负极脱出回到正极,电子经外电路驱动负载。理想情况下,这一过程高度可逆,但每一次循环都会伴随少量活性锂损失、SEI膜增厚和材料结构变化,这正是SOH衰减的物理根源。

从BMS验证角度看,需要关注三个基本事实:第一,电池端电压不等于开路电压,只有在静置足够长时间后两者才近似相等;第二,充放电过程中存在极化电压,电流越大、温度越低,极化越明显;第三,电池内部状态无法直接测量,SOC和SOH都是通过外特性“推断”出来的。因此,算法验证必须覆盖不同倍率、不同温度和不同老化阶段。

锂电池充放电原理与BMS采样关系示意 正极 LiCoO₂ / LiFePO₄ 锂离子脱出/嵌入 隔膜 只允许 Li⁺通过 负极 石墨 / 硅碳 锂离子嵌入/脱出 外电路:电子流动 BMS采样与估算 • 总电压 / 单体电压采集 • 充放电电流采集 • 温度采集(多点) • SOC估算(安时积分+OCV) • SOH估算(容量/内阻) • 均衡与保护策略 采样 验证要点:不同倍率/温度下极化不同 → 端电压与OCV偏差不同 → SOC估算误差需在允许范围内 老化后活性锂减少、内阻增大 → 可用容量下降 → SOH估算需能跟踪容量与内阻变化

二、关键参数:验证工程师必须盯住的量

电池的关键参数决定了SOC/SOH算法的输入边界和验证判据。下表列出工程验证中最常关注的参数及其对算法验证的影响。

参数 含义 对SOC/SOH验证的影响
额定容量 Ah 标准条件下可放出的电量 SOC安时积分的基准,容量不准直接导致SOC漂移
开路电压 OCV 静置后的端电压 OCV-SOC曲线是SOC修正的核心依据,需验证曲线一致性
内阻 R0 / RC 欧姆内阻与极化内阻 影响端电压预测和SOH内阻法估算,老化后显著增大
充放电倍率 C 电流相对容量的倍数 高倍率下极化加剧,SOC估算误差放大,需分倍率验证
温度 电池工作环境温度 低温容量下降、内阻上升,SOC/SOH模型需温度补偿
循环次数 累计充放电循环 SOH衰减的宏观指标,用于验证SOH估算的长期趋势

三、BMS系统架构:从采样到决策的链路

典型BMS采用“采样—计算—决策—执行”的分层架构。底层是AFE(模拟前端)或采样板,负责单体电压、总电压、电流和温度的高精度采集;中间层是主控MCU,运行SOC/SOH估算、均衡策略和故障诊断;上层是整车控制器或云端,接收BMS上报的SOC、SOH、可用功率等状态。验证SOC/SOH算法时,必须明确算法运行在哪一层、输入来自哪些采样通道、输出如何被上层使用。

在台架验证中,常用电池模拟器或真实电池包配合充放电设备,通过CAN或Modbus向BMS注入电流、电压和温度信号,再读取BMS输出的SOC/SOH。此时需要关注采样精度、通信周期和算法更新率是否匹配,否则会把通信延迟误判为算法误差。

验证提示:BMS架构决定了“可观测点”。如果算法内部状态无法直接读取,就需要通过CAN报文、诊断服务或标定接口获取中间变量,否则只能做黑盒验证,难以定位误差来源。

四、SOC与SOH的定义及工程意义

SOC(State of Charge)表示当前剩余电量占可用容量的百分比,工程上常定义为:SOC = 剩余可用容量 / 当前最大可用容量 × 100%。它回答“还能跑多远”。SOH(State of Health)表示电池当前健康状态相对新电池的衰减程度,常用容量保持率或内阻增长率表示,工程上常定义为:SOH = 当前最大可用容量 / 额定容量 × 100%。它回答“电池还值多少钱、还能不能继续用”。

两者的工程意义不同:SOC是短期、动态、与用户续航直接相关的量,要求实时性好、误差可控;SOH是长期、缓变、与寿命和残值相关的量,要求趋势准确、不随工况剧烈波动。验证时,SOC重点看不同工况下的误差带和收敛速度,SOH重点看容量标定和内阻估计的重复性与长期一致性。

常见误区:把SOC和SOH混为一谈,用SOC的瞬时误差去评判SOH算法,或用SOH的长期趋势去要求SOC实时精度。两者时间尺度不同,验证方法和判据必须分开设计。

五、案例场景:一次SOC跳变引发的排查

某项目在低温-10℃下进行SOC验证,BMS在静置后SOC从62%跳变到55%。排查发现:算法在低温下仍使用常温OCV-SOC曲线,静置后OCV被错误映射到更低SOC。根因不是安时积分错误,而是OCV-SOC曲线未做温度修正。复盘结论:SOC验证必须覆盖温度维度,且要区分“动态工况误差”和“静置修正误差”。

验证用例片段:
工况:-10℃静置2h → 读取OCV → 查表SOC
预期:SOC修正量 ≤ 3%
实测:修正量 7%,触发告警
根因:OCV-SOC表未按温度分段
措施:增加温度插值,补充低温OCV标定

这个案例说明,SOC/SOH算法验证不是只看最终数字,而是要沿着“采样—模型—修正—输出”的链路逐段检查。只有把电池原理、关键参数、BMS架构和SOC/SOH定义都对齐,后续的测试设计才有据可依。