汽车电子电气架构EEA演变

1.汽车电子电气架构:汽车中枢神经系统
1.1. 汽车电子电气架构 EEA:电子电气设计的整体解决方案

汽车电子电气架构 E/E 架构(EEA, Electrical/Electronic Architecture)由德 汽车电子电气架构将传感器，ECU、线束、电子电气分 实现了汽车的整体配置和功能。

E/E 车身信息通过物理布局进行转换和处理，用于汽车电气 电气设计提供了一个整体的解决方案。汽车的每个功能都有最基本的功能 以电气架构为支撑，包括电源、控制、执行、反馈等电路，以及车辆的电气 这些基本是这些基本电架构的有机组合。

电子电气架构市场规模较大，ECU/DCU 最高比例。电子电气架构设计 组件包括软件，ECU/DCU、集成验证、动力系统、传感器等 电气设备，包括线束。2020年 年度软件和电子电气架构市场规模 2380 亿美 元，ECU/DCU 市场规模 920 亿美元，占比 38.7%。

1.2. 大多数汽车企业仍处于分布式架构阶段

目前，大多数汽车公司仍处于分布式结构阶段，少数汽车公司有分区的概念。目前，整车控制系统采用电控单元 ECU 作为核心，每个功能对应一个或多个功能 个 ECU，例如加热装置 ECU、多媒体系统 ECU 等等。

电子控制单元 ECU( Electronic Control Unit)是汽车专用微机控制器。 般由 CPU、存储器(ROM、RAM)输入/输出连接ロ(WO)、模数转换器 (AD)以及驱动等大型集成电路。随着汽车电子化的发展，ECU 由 用于控制发动机逐渐深入整辆车，一辆车 ECU 数量也急剧增加 多。从 1993 年到 2010 年，奥迪 A8 上使用的 ECU 个数从 5 个快速增加 到超过 100 个

随着汽车需要实现的功能越来越复杂、ECU 的数量越来越多，部分车企 一方面将 ECU 根据车身、底盘、动力、信息娱乐等划分域分，另一 通过中央控制网关实现跨功能连接，加强各部件的合作。

1.3. 传统向信号为中心的传统软件架构及其开发模式

传统汽车软件架构面向信号(Signal-Oriented Architecture)， ECU 基于信号的点对点通信。在面向信号的架构中，整个系统 它是一个封闭的静态分布式系统 组件和组件相互绑定，软件无法统一开发和修改。

面向信号的架构优势在于系统的已知性和可预测性。设计师可以设计 优化资源，如新闻副本和总线调度。缺点是操作灵活 性能低，系统后续无法扩展。同时，面向信号的架构只使用发送器 发送/接收方接口的软件组件不支持更复杂的功能实现。

1.4. 传统汽车企业的信号传输 CAN/LIN 总线为主

局域网络控制器 CAN(Controller Area Network)它是世界上应用最广泛的 现场总线之一。CAN 在现场控制设备和高级控制器之前，总线解决了信息传输 交付问题是自动化领域的底层数据通信网络。在现代大型汽车工厂的汽车 设计中，CAN 已成为首选装置。与其它现场总线比较而言，CAN 总 通信速度高，检错处理效率高，性价比高。

局部互联协议(LIN 总线)是低成本、低速的汽车低端分布式应用 串行通信总线。OEM 使用 LIN 总线主要是为了不需要 CAN 总线的 降低带宽和多功能成本，为汽车网络提供辅助功能。

LIN 总线与 CAN 与成本优势相比，总线主要来自其单线传输的特点 硅片中硬件或软件实现成本低，不需要在从属节点使用石头 英国或陶瓷谐振器。这些代价是 LIN 总线带宽较低，受限 单宿主总线访问方法。

2. 汽车 E/E 架构变革时代，向多域控制发展
2.1. 汽车电子电气架构从分散到更集中的多域控制升级

E/E 目前，大多数结构变化可分为五个阶段分车公司仍处于第三代 E/E 分 从分散到更集中的布式系统到第四代的变化。在第三代 E/E 系统中的功能是从高软件到硬件(SW-to-HW)集成的 ECU 上。第四 代 E/E 核心域控制器出现在系统中，在整合多个功能的基础上进行成本优化 实现化学和更多功能

根据麦肯锡的定义，E/E 结构可分为五个阶段：

1、出现独立 ECU， 功能根据 ECU 在一定程度上分离功能和 ECU 一一对应；

2、出现分 域的概阅读，包括动力、底盘、车身等。 ECU 被合并，域 与域的交流较少；

3、通过控制网关跨功能连接加强域与域的联系，可以 处理更复杂的功能，如自动驾驶；

4、出现核心域控制器对功能进行 集成可以实现更复杂的功能；

5.虚拟域出现，专属硬件减少，应用 太网增强了通信能力，汽车更像是高性能电脑。

随着集中和软硬件的分离，控制器交流将出现在多域控制器架构中。电子电气架构控制不同的领域，如信息娱乐 乐和车身控制。集中将伴随着硬件和软件的分离，构建了车辆系统 操作系统中的分层架构(OS)抽象结构点与中间件层清晰。跨 由于高性能、低安全性，信息娱乐和驾驶辅助方向的领域交流将变得普遍 性、延迟临界性领域更容易，更有利于转型。

ECU、DCU、MDC 它可以代表汽车控制器发展的三个阶段：由电控 单元 ECU 域控制器的数量急剧增加 DCU 从分域控制到概念 汽车控制思路经历了两次重大变化。

域控制器 DCU( Domain Control Unit)的逻辑是根据电子部件的功能 车辆分为几个域(动力总成、车辆安全、车身电子智能驾驶舱和智能驾驶 驶等)，再采用有核心处理器具有更好的处理能力，的处理能力 取代分布式汽车电子电气架构的目的。

域控制器提高了车辆的功能集成度，软件和硬件的设计更加分离 可能性 ECU 弱化了复杂的数据处理和控制功能 在核心处理器中安排，ECU 更多的是执行 DCU 的命令。同时，传感 不再需要具体的设备模块 ECU 因此，零件可以标准化 生产。

多域控制器 MDC(Multi Domain Controller)汽车电子电气架构将不会是 发展趋势。随着汽车工业的发展，汽车控制器需要接收和分析 信号变得更加复杂，数量急剧增加。传统的功能是 ECU 一一对应的 模式或单分模块的域控制器已经不能满足需求， MDC 平台 可扩展性使其对接的传感器类型和数量不固定。

MDC 逻辑是通过一块 ECU 访问不同传感器获得的数据，对其进 行分析，最后发出控制指令。 DCU 不同的是，DCU 是单一模块 域控制器，其对接传感器按功能划分， MDC 中一块 ECU 接触传统意义上不同功能的传感器。

2.2. 车企降低成本，抢占市场份额 E/E 结构变革的动力

新一代汽车电子电气架构带来的软硬件成本降低促进了 OEM 和 TIER 1 投 进入大量的人力物力来改变结构。

OTA 使汽车成为车联网的节点，功能更新成本大大降低， 数据收集和处理难度指数下降。以特斯拉为代表的电动汽车可以通过 过 OTA 更新车载系统和软件，主要包括动力、娱乐、 车身，底盘。特斯拉 2012 年 9 月至 2019 年 4 月共执行过 37 次 OTA 升 优化引入新功能和交互界面逻辑带来的功能升级。

为了获得先发优势，抢占高进入壁垒的市场份额也是每个汽车企业加快研发的原因 速度的重要原因。预计 2020-2030 年度软件与电子电气架构市场规模复合 增速为 7%，动力系统 2020-2030 年市场规模复合增长率 15%。

2.3. 实现软件开发和车载以太网 E/E 变革的关键因素

2.3.1. 面向服务的软件架构 SOA 是 E/E 有力支撑架构改革

作 为 传 统 汽 车 软 件 架 构 的 面 向 信 号 的 架 构 ( Signal-Oriented Architecture)逐渐无法满足现代汽车软件架构的需求。智能电子化 在这种趋势下，汽车功能需要各种功能 ECU 实现之前的协调工作，基于信号 点对点通信复杂程激增，同时缺少灵活性和拓展性，部分功能改动 将导致开发人员不得不将整车通讯矩阵一起修改。

面向服务的软件架构SOA(service oriented architecture)将成为未来汽车 领域“软件定义汽车 SDV”的技术基础。软件定义汽车 SDV 代表了软 件带动汽车技术革新和促进汽车产品差异化的趋势，是汽车智能化与信息化的基础。SOA 具有松耦合的系统，即有着中立的接口定义，这意味 着应用程序的组件和功能没有被强制绑定，应用程序的不同组件和功能 于结构的联系并不紧密。应用程序服务的内部结构和实现逐渐改变时， 软件架构并不会受到过大的影响。

同时，“接口标准可访问”和“拓展性优秀”的 SOA 使得服务组件的部 署不再依赖于特定的操作系统和编程语言，一定程度上实现软硬件的分 离。SOA 能够与未来域控制器为核心的电子电气架构结合，助力实现汽 车的智能驾驶。

SOA 软件架构开发从用户的角度进行功能考虑，以业务为中心，将业务 逻辑进行抽象和封装。许多 OEM 使用 V 开发模型来进行软件的设计， 从市场上用户的需求角度来考虑功能和系统的实现，而不是从开发人员 的角度进行设计。通过初步解析来自市场的需求，技术人员有针对性的 对软件进行开发和升级管理。

 

 
与此并行的还有利用基于模型的设计 MBD 和基于模型的系统功能MBSE。MBD 用数字化和可视化来解决问题和设计相关的复杂控制的算 法，MBSE 用数字化建模代替写文档进行系统方案设计，将设计文档的 描述转化为数学化模型，使设计能够标准化、数字化地进行储存和交换。

企业利用 AUTOSAR 部署和实现 SOA 软件架构，缩短了产品上市周期， 在减少重复的开发工作基础上提升了产品质量。

 

AUTOSAR(AUTmotive Open System ARchitecture)是各大主机厂与一 级供应商合作成立的开放的、标准的 ECU 软件架构，其初衷是为了避 免重复开发功能相同或相近的软件模块。大众汽车 70 个控制单元的操 作软件来自 200 家不同的供应商，同时集团内部的一些操作系统具有相 似功能，如信息娱乐系统和导航系统

AUTOSAR 分为 Classic Platform AUTOSAR(CP)和 Adaptive Platform AUTOSAR(AP)两个平台。前者广泛应用于传统嵌入式 ECU 中，包 括发动机控制机和电机控制器，后者更多的应用于 ADAS 和自动驾驶等 对于计算能力和带宽通信要求更高的领域中。出于对于汽车安全的要求， Adaptive AUTOSAR 还介入驱动底层。

对于 SOA 软件架构来说，Adaptive AUTOSAR 组件封装了 SOA 软件底 层的通讯细节，包括 SOME/IP 协议和 IPC。同时，Adaptive AUTOSAR提供的代理-骨架(Proxy-Skeleton)模型以 C++面向对象语言描述，为上 层应用开发人员调用标准服务接口(API)提供了方便。

 

2.3.2. 车载以太网为高速率、高带宽信号传输提供保障

 

汽车电子电气架构中往往同时使用车载以太网和 CAN 总线，二者结合 为汽车信号传输的高速率和高带宽提供了保障

以太网为交换机式(Switched Network)通信方式，网络中存在终端节点 和交换机节点，所有终端节点都需要经过交换机节点的转发才能进行通 讯，转发信息也是交换机节点的主要功能。终端节点有且只有一个以太 网端口，而一个交换机节点有多个以太网端口。

与传统车载通信技术(如 CAN)相比，以太网提供了更高的带宽和交换 网络，具有非常强大的通信能力。CAN 总线为广播式通信，多主方式的 工作使得每个节点发送的信息都可能占据所有的通信媒介，只是接收节 点可以选择是否接受该信息。

 

 

而以太网以一对一或一对多两种方式进行通信，一对一的方式中发送节 点的报文中涵盖自己和一个接收节点的地址；一对多的方式中发送节点 的报文中涵盖自己和多个接收节点的地址。二者都不影响其他节点的通 信。

2.4. 电子电气架构变革将带动各组件市场快速发展

 

汽车电子电气架构的演变将同步影响组件市场。DCU、ECU、传感器及 其他电子器件市场将进一步发展为更加成熟和独立的市场。

汽车软件和 E/E 架构组件市场处于快速扩张阶段。2020 年，软件与 E/E 架构组件市场规模达 2380 亿美元，其中 ECU/DCU 市场规模达 920 亿 美元，占比接近 40%。

根据麦肯锡的预测：预计软件及 E/E 架构 2020 年至 2030 年市场规模复 合增速为 7%；预计 ECU/DCU 2020-2030 年市场规模年复合增速为 5%， 各组件保持平稳增长；预计传感器 2020-2030 年市场规模年复合增速为 9%，其中动力相关传感器市场预计复合下降 1%，ADAS 相关传感器将 有 13%的复合增长；预计动力系统 2020-2030 年市场规模年复合增速为 15%，其中除 BMS 相关部分均快速增长；预计汽车软件 2020-2030 年市 场年复合增速为 9%，各个部分增长速度较快且较为均衡。

 

 

 

控制单车软、硬件成本是未来整车企业工作重点之一，ECU/DCU 单车 价值将下降。在软件和 E/E 架构各组件单车价值呈上升趋势的同时， ECU/DCU 单车价值将会有一定下降。预计 2030 年 ECU/DCU 组件单车 价值将从 2025 年的 894 美元下降到 822 美元。

汽车电子器件占 BOM 成本比例将大幅提升。在一辆 2019 年的传统燃 油车上，汽车电子产品的 BOM 成本约为 3145 美元，到了 2025 年，预 计在一辆中型纯电动汽车上，汽车电子产品的 BOM 成本将上升至 7030 美元，汽车电子器件占 BOM 成本比例也将从 16%提升至 35%。增量中 925 美元属于自动驾驶，主要器件为传感器；增量中 725 美元属于数字 化，主要器件为汽车电子架构；增量中 2235 美元属于电气化，主要器件 为电驱、车载充电器、转换器和动力系统逆变器。未来车企将凭借其自 主研发的芯片和系统打造应用生态，电子电器成本占比有望继续提升， 新车型将在未来拥有更多智能功能。

3. 特斯拉 E/E 架构已经实现多域控制，在行业内领先 优势明显
3.1. 特斯拉电子电气架构由具有分域趋势走向实现多域控制

 

从 Model S 的明显域划分概念，到 Model 3 真正实现多域控制，特斯拉 电子电气架构实现了前所未有的高集成度。

特斯拉 Model S 已经有了较为明显的域划分概念，包括动力域 Power Train、底盘域 Chassis、车身域 Body 以及一路低速容错 Body FT 等。

 

 

Model X 的部分控制器出现跨网段的特征，有比较明显的多域控制器 MDC 趋势。比如中央车身控制器 Central Body Control Module 横跨了底 盘 Chassis、车身低速容错 Body FT 以及车身 Body。

Model 3 标志着特斯拉从域控制器的阶段直接进入多域控制器阶段。单 个控制器可以对接到传统意义下不同功能的传感器，通过一块 ECU 来 接入不同的传感器得到的数据，对其进行分析，最终发出控制的指令。

Model 3 四大控制器 AICM(辅助驾驶及娱乐控制模块)、BCM RH(右 车身控制器)、BCM LH(左车身控制器)以及 BCM FH(前车身控制器) 控制着整辆车几乎所有功能。

相比于 Model S 的 6 路总线 30 多种实现不同功能的单元，Model 3 主要 有 3 路 CAN 总线，分别是：

Private CAN，连接驱动模块、AP，底盘的转向、制动，推测承载车辆最 基本主要的驱动和底盘控制等功能模块信息交互。

Vehicle CAN，连接三大车身控制器、高压管理模块以及 VSC(Security Controller)，目前推测其主要实现传统车身域功能(负载控制、空调、进 入退出)以及高压管理。

Chassis CAN，相比来说是最传统的，连接了制动、转向、气囊等。

3.2. 特斯拉在 Model 3 的 E/E 架构上做了诸多创新

在控制器领域，Model 3 实现了多域控制，而且控制器表现出了高度集 成化，功能标准化、形状个性化的特征。Model 3 的左、右、前车身控制 器在印刷电路板上的元件铺贴密度都非常高，一块印刷电路板上设计了 多颗控制器，FBCM 有 4 颗 MCU，而 BCM LH 与右车身控制器中各有 3 颗 MCU； 而在功能上除了核心控制器之外的的子控制器功能更加标 准化，实现了软硬分离，特斯拉自研的控制器比例超过 50%；而在形状 上 Model 3 车身控制器的形状并不是传统的规则方形，根据整车设计决 定的控制器的高度和面积来决定形状。

除了控制器的特点外，Model 3 在电子电气架构上还有以下特征：

 

1)打 造自己的车载 linux 系统，80%以上软件自己开发；

2)控制器为线束模 块化服务，车载线束总长度降至 1.5km；

3)去保险丝化和去继电器化。

 

Model 3 的左、右、前车身控制器在印刷电路板上的元件铺贴密度都非 常高。BCM RH 的 PIN 脚甚至达到了 277 个。Model 3 的三个车身控制 器，相当于传统车的车身控制器再加上座椅控制器、门控制模块、方向 盘位置记忆控制器、电子驻车控制器、自动泊车辅助控制器、空调控制 器、智能电池传感器，同时还取代了传统车上的发舱保险丝盒及驾仓保 险丝盒，集成了几乎所有能够集成的硬件。

源于高集中度，Model 3 在一块印刷电路板上设计了多颗控制器。FBCM 有 4 颗 MCU，而 BCM LH 与右车身控制器中各有 3 颗 MCU。多 MCU 冗余设计保障了部分功能的功能安全级别。与之相对的，在控制功能的 任务拆解与分配、MCU 间的板级通讯、多 MCU 的诊断刷新以及 OTA 升级等方面，特斯拉需要处理的问题也增加了。

特斯拉在 Model 3 上体现了其在传统保险丝和继电器功能的变革。Model 3 除了电池内部控制器外，已经将继电器和可熔断保险全部换成了车身 控制内集成的电子保险丝盒，通过金属-氧化物半导体场效应晶体管 MOSFET(Metal Oxide Semiconductor Field Effect Transistor)控制不同的 负载的供电以及进行开路诊断和过流保护，后者替代了保险丝的功能。

特斯拉对于继电器的处理主要源于继电器体积大带来的集成度上升，以及半导体在成本压缩和性能上的优势。采用电子保险丝盒可以更加可靠 地控制每个控制器的供电，并且对 ECU 的用电情况进行检测，在静态功 耗高时对特定 ECU 进行断电处理，做到每一个控制器供电的可控性，可 以检测每一个 ECU 的用电情况，并且可以在静态功耗高时彻底断掉某 些 ECU 的供电。继电器可能以 Model 3 为开始，逐渐退出汽车电控高端 市场的舞台。

Model 3 革命性地使用了 X86 架构和 Linux 操作系统。

 

AICM(辅助驾驶及娱乐控制模块)搭载了 Intel 公司的 Atom A3950 处 理器，集成了 NXP 公司的 QorIQ 芯片，在性能上有着非常大的优势。

芯片层面，NXP 公司的 QorIQ 芯片负责车内子系统的通信互联和配置管 理，实现了边缘设备与云之间无缝且安全的数据流动。

处理器层面，Intel 公司的 Atom A3950 处理器使用 X86 架构，负责整个 车载信息娱乐系统，对比 Acorn 公司的 ARM 处理器有着天然优势。同 时，Atom A3950 平台上运行的是特斯拉自己打造的车载 Linux 系统，使 用的软件 80%以上为特斯拉自己开发，保障了特斯拉在软件上绝对控制 地位。