1. 课程导入
在传统汽车中，电气系统往往被理解为“线束+保险丝+若干ECU”的集合；而在智能电动车时代，电子/电气架构（E/E Architecture，Electrical/Electronic Architecture）已经成为整车功能、性能、成本与迭代速度的底层骨架。它决定了控制器如何分布、信号如何流转、软件如何部署、数据如何服务，也决定了整车能否像消费电子一样持续OTA升级。
一、什么是汽车E/E架构
汽车E/E架构可以定义为：整车电子电气系统的结构化组织方式，包括电子控制单元（ECU）的分布与集成、车载网络拓扑与通信协议、电源与接地系统、传感器/执行器接口、软件平台与中间件、诊断与安全机制，以及支撑这些要素协同工作的设计规则与标准。
从工程视角看，E/E架构通常包含四个相互约束的层面：
- 功能逻辑层：描述整车功能如何分解为子功能、服务与信号，例如车窗防夹、自动紧急制动、电池热管理。
- 软件平台层：包括操作系统、中间件、SOA服务、OTA、诊断与标定，决定软件能否跨车型复用。
- 通信网络层：由CAN、CAN FD、LIN、FlexRay、Automotive Ethernet等总线与网关组成，承载信号与数据流。
- 物理供电与连接层：包括蓄电池、DCDC、配电盒、线束、连接器、接地与EMC设计，是架构落地的物理基础。
这四层之间不是简单堆叠，而是强耦合关系。例如，将多个ECU合并为域控制器，会同时改变功能分配、软件部署、通信负载与供电回路。因此，E/E架构设计本质上是一种多目标权衡工程。
二、发展历程：从分布式到集中式
汽车E/E架构的演进，可以概括为“分布式—域集中—跨域融合—中央计算+区域控制”四个阶段。
| 阶段 | 典型特征 | 通信与软件 | 代表问题 |
|---|---|---|---|
| 分布式架构 | 每个功能一个ECU，数量可达70~150个 | CAN/LIN为主，软件与硬件强绑定 | 线束长、重量大、升级困难 |
| 域集中架构 | 按动力、底盘、座舱、智驾等域整合 | CAN FD+以太网，域内功能集成 | 跨域协同仍复杂，网关压力大 |
| 跨域融合架构 | 多域控制器合并，算力集中 | SOA、TSN、Hypervisor | 安全隔离、实时性与成本平衡 |
| 中央计算+区域控制 | 中央计算单元+区域控制器+边缘节点 | 车载以太网骨干，软件定义汽车 | 供电、散热、功能安全与网络安全 |
这一演进背后的驱动力主要有三点：第一，智能驾驶与智能座舱对算力和数据带宽的需求急剧上升；第二，OTA与软件订阅要求硬件与软件解耦；第三，整车轻量化、降本与快速迭代要求减少ECU和线束。可以说，E/E架构的升级，是汽车从“机械产品”走向“移动智能终端”的必经之路。
三、行业趋势与关键挑战
当前行业趋势可以归纳为“集中化、服务化、网联化、安全化、标准化”。集中化体现为中央计算与区域控制；服务化体现为SOA与原子服务；网联化体现为车载以太网、5G与V2X；安全化体现为ISO 26262功能安全与ISO/SAE 21434网络安全；标准化体现为AUTOSAR、SOME/IP、DDS等软件与通信标准。
同时，架构设计面临几个典型误区：一是“先选芯片再谈架构”，导致功能与算力不匹配；二是“只关注通信带宽，忽略实时性与安全等级”；三是“把域控制器简单理解为ECU合并”，忽视软件平台与组织流程的变革；四是“忽略供电与接地”，导致样车阶段出现复位、通信丢帧等疑难问题。复盘这些误区，有助于在课程后续章节中建立系统化思维。
四、课程学习目标与整体知识框架
本课程围绕“需求—架构—设计—验证—迭代”主线展开，目标是让学习者能够：
- 理解E/E架构的分层模型与核心术语，能区分逻辑架构、软件架构、通信架构与物理架构。
- 掌握功能分解、信号定义、通信矩阵、网络拓扑与供电分配的基本方法。
- 熟悉CAN/CAN FD/LIN/以太网等车载网络的关键参数与设计约束。
- 了解域控制器、中央计算、区域控制器的设计要点与选型逻辑。
- 建立功能安全、网络安全、诊断与OTA的架构级意识。
- 能够阅读并输出架构图、通信矩阵、接口定义与验证清单。
整体知识框架可以用下面的关系图表示：从整车需求出发，经过功能架构与软件架构，落到通信与物理架构，再通过验证与迭代闭环反馈。