3. 电子电气架构基础

电子电气架构（E/E Architecture）的演进，本质上是把“功能”从“控制器”中解耦出来的过程。早期分布式架构中，一个功能往往绑定一个 ECU，雨刮、车窗、座椅各自独立；随着软件定义汽车与整车 OTA 需求增强，架构开始向域集中、跨域融合、中央计算+区域控制逐级收敛。理解这三层演进，是量产集成工程中判断“信号该走哪条链路、软件该部署在哪个节点、诊断该从哪个网关进入”的基础。

一、核心原理：三层架构的分层逻辑

架构分层的核心矛盾是算力集中度与线束/时延成本之间的平衡。域集中按功能域划分，如动力域、底盘域、座舱域、智驾域，每个域控制器负责本域内功能整合与域内通信；跨域融合则打破域边界，把原本分散在多个域控制器中的功能合并到更强的计算单元，典型如座舱与智驾融合、车身与网关融合；中央计算+区域控制进一步把计算上收至中央计算单元（CCU/HPC），把供电、执行、IO 采集下沉到区域控制器（ZCU），形成“中央算、区域采、就近控”的拓扑。

二、通信拓扑：从 CAN 总线到车载以太网骨干

域集中阶段，通信以 CAN/CAN FD 为主，域控制器作为网关汇聚本域报文，再通过中央网关跨域转发；跨域融合阶段，以太网骨干开始承载大带宽数据，如摄像头、激光雷达、座舱视频流，CAN FD 仍保留给实时控制信号；中央计算+区域控制阶段，拓扑通常为“中央计算单元—以太网环网/星型骨干—区域控制器—CAN/LIN/私有总线—末端执行器”。

量产集成中必须明确三类链路：控制链路（低时延、高可靠，如制动、转向）、感知链路（高带宽、允许一定抖动，如视频流）、诊断/刷写链路（可容忍较长时延，但要求完整性与安全）。三者混用同一物理链路时，必须做 VLAN 划分、优先级调度与带宽预留。

三、方法流程：从功能清单到拓扑落地

量产项目中，架构落地通常按以下步骤推进，避免“先画拓扑再找功能”的返工：

1. 功能清单与属性标注：列出所有整车功能，标注 ASIL 等级、实时性、带宽、OTA 需求、供应商归属。
2. 功能聚类：按“同域、同时延、同安全等级、同供应商”聚类，形成候选域/区域划分。
3. 节点分配：决定哪些功能上中央计算、哪些下沉 ZCU、哪些保留独立 ECU。
4. 链路选型：为每类信号选择 CAN FD、LIN、以太网或私有总线，并定义 VLAN 与优先级。
5. 时延与带宽预算：对控制链路做端到端时延预算，对感知链路做带宽余量核算。
6. 诊断与刷写路径设计：明确 OTA 主控、DoIP 入口、区域控制器转发规则。

四、案例场景：某车型从域集中到中央+区域的迁移

某车型原架构为五个域控制器加中央网关，线束总长约 3.2km，OTA 需逐域刷写。迁移到中央计算+三区域控制器后，中央计算单元统一承载座舱、智驾与整车 OS，左/右/后 ZCU 负责本区域灯、门、座椅、传感器采集。线束缩短约 25%，OTA 可一次编排、分区并行刷写。但集成中也暴露问题：区域控制器转发诊断报文时未做优先级隔离，导致刷写期间控制链路出现抖动。复盘结论是——区域控制器必须对诊断流量做限速与 VLAN 隔离，不能与控制流量共享同一队列。

五、常见误区与复盘清单

# 典型区域控制器诊断隔离配置示例（示意）
vlan:
  id: 20
  name: diag
  priority: 2
  rate_limit: 5Mbps
  queue: isolated
control:
  vlan: 10
  priority: 6
  queue: realtime