3. 系统架构设计:集中式与分布式架构对比

做BMS系统架构设计,说白了就是回答一个问题:电池包里的电芯数据,到底该怎么采集、怎么处理?

我个人习惯,拿到项目需求后,第一件事不是画原理图,而是先定架构。为什么?因为架构选错了,后面改起来成本太高。我见过一个团队,前期图省事选了集中式,结果电池包做到100串以上,线束乱成一团麻,最后不得不推倒重来。

3.1 集中式架构

集中式架构,就是把所有采样、均衡、保护功能都塞到一块板子上。板子直接放在电池包顶部,通过线束连接到每一串电芯。

优点很明显:

  • 成本低,就一块主板,物料少
  • 开发周期短,软硬件都集中,调试方便
  • 通信简单,没有板间交互,MCU直接读AFE数据

缺点也致命:

  • 线束太多,每串电芯两根采样线,60串就是120根线
  • 采样线长了容易受干扰,电压采集精度会下降
  • 散热难做,所有功率器件挤在一起
  • 可扩展性差,电池包串数一多,板子尺寸就失控
注意: 集中式架构一般只适合串数较少(≤24串)的小电池包,比如电动自行车、便携储能。我曾经见过有人硬要在48串的储能系统上用集中式,结果采样线束比手指还粗,装配工人直接罢工。

3.2 分布式架构

分布式架构,就是把系统拆成主控板和从控板。从控板负责采集电芯电压、温度,做均衡;主控板负责总压、总流、绝缘检测、SOC估算、通信等。

这么做的好处:

  • 线束短,从控板直接放在模组上,采样线只有十几厘米
  • 抗干扰能力强,采样精度高
  • 模块化设计,一个模组配一块从控板,扩展方便
  • 散热好,功率分散

代价也不小:

  • 成本高,每块从控板都要有MCU、AFE、隔离通信
  • 开发复杂,要处理板间通信协议、同步问题
  • 故障点增多,任何一块从控板出问题都会影响系统

我的经验: 分布式架构是当前主流,尤其是电动汽车和大型储能。我做过一个项目,电池包有192串,分了8个模组,每个模组一块从控板。调试时最头疼的是各从控板的采样同步问题,后来用了硬件同步信号才解决。

3.3 主从板功能划分

主从板的功能划分,其实没有标准答案。但我有个原则:从控板只做最基础的事,复杂逻辑全交给主控板

功能模块 主控板 从控板
电芯电压采集 不参与 负责,精度要求±5mV以内
电芯温度采集 不参与 负责,通常每模组4-8个NTC
被动均衡 下发均衡策略 执行均衡,控制均衡电流
总压采集 负责,隔离采样 不参与
总流采集 负责,霍尔或分流器 不参与
绝缘检测 负责,桥式检测法 不参与
SOC估算 负责,卡尔曼滤波或安时积分 不参与
故障诊断 综合判断,上报故障 上报异常数据
通信管理 CAN/RS485/以太网 与主控板通信(SPI或CAN)
避坑指南: 我曾经犯过一个错,把均衡策略也放在从控板里。结果不同批次的从控板固件版本不一致,均衡效果天差地别。后来我强制要求:从控板只做数据采集和执行,所有策略逻辑必须由主控板统一管理。

3.4 高压与低压隔离设计

这是BMS设计中最容易出人命的地方。高压侧(电池包)和低压侧(MCU、通信)之间,必须有可靠的隔离。

隔离点有三个:

  1. 电源隔离: 高压侧供电和低压侧供电要完全分开。常用方案是DC-DC隔离电源模块,比如B0505S系列。
  2. 信号隔离: AFE与MCU之间的SPI通信,必须用数字隔离器。我习惯用ISO7240或ADuM1401。
  3. 通信隔离: CAN总线要用隔离型CAN收发器,比如ISO1050。

你想想看,如果隔离没做好,高压侧一旦漏电,低压侧的控制板、甚至整车控制器都可能被击穿。我有个朋友,做样机时图便宜用了非隔离的DC-DC,结果一次绝缘测试直接烧了三块板子。

警告: 隔离设计不是选个隔离芯片就完事了。爬电距离、电气间隙、PCB开槽这些都要算清楚。高压侧和低压侧之间,PCB上至少要开2mm的槽,爬电距离按IEC 60950标准来。

3.5 通信拓扑选择

主从板之间怎么通信?常见的有三种拓扑:菊花链、星型、环形。

拓扑类型 优点 缺点 适用场景
菊花链 线束少,只用两根差分线串联所有从控板 单点故障会导致整个链路中断 串数多、空间紧凑的电池包
星型 可靠性高,一块从控板坏了不影响其他 线束多,主控板需要多个通信接口 串数少、对可靠性要求高的场景
环形 冗余设计,单点故障可自动切换路径 成本高,协议复杂 高端电动汽车、储能电站

我个人最常用的是菊花链,用TI的LTC6813或ADI的ADBMS6830,一根双绞线就能串16块从控板。但要注意,菊花链的通信速率不能太高,我一般控制在1Mbps以内,否则信号反射会搞死人。

我的建议: 如果你刚开始做BMS,先从星型拓扑入手。虽然线束多,但调试简单,出了问题也好定位。等经验丰富了,再考虑菊花链或环形。我第一个BMS项目就是星型,虽然被吐槽线束太多,但至少没出过通信故障。

嗯,架构设计这块,说到底就是权衡。成本、可靠性、可维护性,你总得有所取舍。我的经验是:宁可前期多花点时间在架构上,也别后期在产线上哭