3. 整车电子电气架构

整车电子电气架构(EEA)决定了动力电池系统在整车中的“位置”和“说话方式”。电池管理系统(BMS)并不是孤立工作的,它需要与整车控制器(VCU)、电机控制器(MCU)、充电机(OBC)、仪表、网关等节点持续交换电压、电流、温度、SOC、SOH、继电器状态、故障等级等关键信息。理解域控制器、中央计算平台以及 CAN/LIN/以太网的分层拓扑,是后续通信协议设计、报文映射和故障诊断的基础。

一、核心原理:从分布式到中央集中式

传统分布式架构中,每个功能对应一个独立 ECU,通过 CAN 总线互联,线束长、节点多、算力分散。随着智能电动车发展,架构逐步演进为“域集中式”和“中央计算+区域控制”两种主流形态。

  • 域控制器(Domain Controller):按功能域划分,如动力域、底盘域、车身域、智能座舱域、自动驾驶域。动力域控制器常集成 VCU、BMS 主控、MCU 协调等功能,负责动力电池的功率请求、上下电时序和能量管理。
  • 中央计算平台(Central Computing Platform):用高性能 SoC 承担跨域计算与决策,区域控制器(Zonal Controller)就近接入传感器和执行器,形成“中央计算+区域接入”的两级结构。
  • 通信分层:底层用 LIN 连接低速执行器,中间层用 CAN/CAN FD 承载实时控制,上层用以太网承载大数据量、高带宽的诊断、刷写和云端交互。
动力电池通信的核心矛盾:BMS 采样周期短、数据量大、安全等级高,而整车网络带宽和实时性有限。因此必须通过分层拓扑,把“实时控制”和“大数据传输”分开承载。

二、拓扑结构:CAN、LIN、以太网如何分工

在典型电动整车中,BMS 从控(BMU)通过内部菊花链或 CAN 与主控(BCU)通信;BCU 再通过动力 CAN 与 VCU、MCU、OBC 交互;诊断和刷写则通过以太网或 CAN FD 接入网关。不同总线的速率、拓扑和典型用途如下表所示。

总线类型 典型速率 拓扑 动力电池相关用途
LIN 最高 20 kbit/s 单主多从、总线型 风扇、加热继电器、低速状态反馈
CAN 125 kbit/s~1 Mbit/s 总线型、多主 BMS 与 VCU/MCU 的实时控制报文
CAN FD 数据段最高 5 Mbit/s 总线型、多主 大数据量诊断、标定、故障快照
车载以太网 100 Mbit/s~1 Gbit/s 星型/交换式 OTA 刷写、云端数据上传、诊断日志

需要特别注意的是,CAN 与以太网并非替代关系,而是互补关系。CAN 保证确定性时延和广播效率,以太网保证带宽和 IP 化寻址。网关(Gateway)负责两者之间的报文路由和协议转换。

三、通信分层:从物理层到应用语义

动力电池通信可以按 OSI 模型简化为四层理解:

  1. 物理层:双绞线、终端电阻、共模电感、连接器针脚定义。CAN 总线两端各需 120 Ω 终端电阻,否则反射会导致误码。
  2. 数据链路层:CAN 的仲裁、CRC 校验、ACK 应答;以太网的 MAC 寻址和交换机转发。
  3. 网络层/传输层:CAN 无网络层,靠 CAN ID 区分报文;以太网用 IP/UDP/TCP,诊断常用 DoIP。
  4. 应用层:定义信号含义,如 SOC、电压、电流、温度、继电器状态、故障码。常用标准包括 SAE J1939、UDS(ISO 14229)、CCP/XCP 标定协议。
# 典型动力 CAN 报文示例(DBC 片段)
BO_ 256 BMS_Status: 8 VCU
 SG_ SOC : 0|16@1+ (0.1,0) [0|100] "%" VCU
 SG_ PackVoltage : 16|16@1+ (0.1,0) [0|1000] "V" VCU
 SG_ PackCurrent : 32|16@1- (0.1,-1000) [-1000|1000] "A" VCU
 SG_ RelayState : 48|2@1+ (1,0) [0|3] "" VCU
 SG_ FaultLevel : 50|2@1+ (1,0) [0|3] "" VCU

上述 DBC 片段说明:BMS 通过 CAN ID 256 周期发送状态报文,VCU 接收后解析 SOC、总压、总流、继电器状态和故障等级。信号的位置、长度、精度、偏移量必须与整车 DBC 完全一致,否则会出现“数值跳变”或“解析错误”。

四、案例场景:快充过程中的跨域通信

以直流快充为例,车辆插枪后,BMS 需要与充电桩、VCU、OBC、网关协同完成以下流程:

  • 充电桩通过 CAN 或 PLC 发送充电握手报文,BMS 回复电池最高允许电压和电流。
  • BMS 通过动力 CAN 向 VCU 请求闭合高压继电器,VCU 协调 MCU 放电、OBC 停止工作。
  • 充电过程中,BMS 以 100 ms 周期上报 SOC、单体最高电压、温度,VCU 转发给仪表和云端。
  • 若单体温度超过阈值,BMS 通过 CAN 发送降功率请求,必要时通过以太网向云端上传故障快照。
快充通信的关键不是“能不能发”,而是“时序对不对”。继电器闭合顺序、绝缘检测完成、充电桩握手成功,三者必须满足状态机条件,否则会出现充电中断或继电器粘连。

五、误区与复盘

误区一:认为以太网会完全取代 CAN。实际上,动力电池的实时控制仍以 CAN FD 为主,以太网更多承担诊断、刷写和云端交互。两者长期共存。

误区二:忽略网关的路由时延。跨 CAN 与以太网的报文需要网关转发,若网关负载过高,会导致 BMS 状态更新延迟,影响整车能量管理。

误区三:DBC 版本不一致。BMS 软件升级后若 DBC 未同步,VCU 解析出的 SOC 可能偏差数倍。复盘时应建立“软件版本—DBC 版本—整车配置”三者绑定的发布流程。

在中央计算平台架构中,BMS 可能不再直接挂在动力 CAN 上,而是通过区域控制器接入。此时必须重新确认端到端时延、报文优先级和故障降级策略,不能简单沿用旧拓扑的参数。

综上,整车电子电气架构是动力电池通信的“道路系统”:域控制器决定谁负责决策,中央计算平台决定算力如何集中,CAN/LIN/以太网决定信息如何分层传输。只有把拓扑、协议和信号语义统一起来,BMS 才能在整车网络中稳定、实时、安全地表达电池状态。

整车电子电气架构与动力电池通信分层 中央计算平台 跨域决策 · OTA · 云端交互 动力域控制器 VCU / BMS主控 / MCU协调 车身域控制器 网关 / 诊断 / 低压管理 智能座舱域 仪表 / HMI / 显示 通信分层 车载以太网 100M/1G OTA刷写 · DoIP诊断 · 云端数据上传 · 日志回传 CAN FD / 动力CAN BMS状态 · 继电器控制 · 充电握手 · 故障等级 · 标定 LIN 低速总线 风扇 · 加热继电器 · 低速状态反馈 · 温度采集辅助 BMS 从控 BMU 充电机 OBC 电机控制器 MCU 图例 计算/控制节点 实时通信总线 高带宽数据通道