整车电子电气架构演进

1、整车电子电气架构演进什么是汽车电子电气架构？电子电气架构：EEA，Electrical/Electronic Architecture根据百度百科的解释：“汽车电子电气架构是集合了汽车的电子电气系统原理设计、中央电 器盒设计、连接器设计、电子电气分配系统等设计为一体的整车电子电气解决方案”的概念， 由德尔福(DELPHI)首先提出。具体就是在功能需求、法规和设计要求等特定约束下，通过对 功能、性能、成本和装配等各方面进行分析，将动力总成、传动系统、信息娱乐系统等信息 转化为实际的电源分配的物理布局、信号网络、数据网络、诊断、电源管理等电子电气解决 方案（如图 1 所示）。图 1 整车电子电气架

2、构与功能域EEA 不仅在汽车中经常使用，也在航电系统、工业自动化以及国防系统等其他控制系统中有广泛应用。EEA 的开发包括需求定义、逻辑功能架构设计、软件/服务架构设计、硬件架构设计、线束设计等不同层面的开发活动，如图 2 和图 3。图 2 基于 PREEvision 的 EEA 开发模式图 3 基于 PREEvision 的 EEA 设计电子电气架构演进电子电气架构演进随着移动互联网在消费者生活领域的广泛渗透，人们的生活习惯和价值取向开始转移。伴随互联网尤其是移动互联网的飞速发展，人类的生产生活重心逐步转移至虚拟的赛博空间(Cyberspace)中。尤其是 2007 年苹果创造出智能手机这种

3、便携化的智能终端后，不论是网上购物、网上娱乐、网络社交、移动支付、网络咨询，还是在线政务、线上办公、在线教育等生产生活活动，都在逐步地向赛博空间转移。未来还将有更多的老百姓被转化为网民，并更多地 “生活” 在赛博空间中。人类生产生活逐步向赛博空间转移的过程中，也会对 PC、平板电脑、手机或其他智能终端等消费电子产品的使用习惯和喜好向其他人类生产生活工具上转移。一旦其他工具具备了 PC、平板或手机相应特征，就会形成市场需求，因为人类又多了一种智能终端能够与赛博空间进行连接，熟悉的、便利的互联网应用又可以在新工具和设备上运行，方便了生活，提高了生产效率。汽车的驾驶自动化(Drving Automa

4、tization)趋势在很久很久以前就已经产生了。了解下Global OEM 的 Demo 项目，甚至上知网搜索下相关论文，就会发现 ADAS 是多么古老的一种技术了，远远早于近几年的人工智能热潮。但是，随着特斯拉 Model S、Model X 等一系列车型的推出， 使人们对汽车智能化 (Intelligence) 有了新的期待。 仔细品一下Automatization 和 Intelligence 这两个单词的含义，个人认为还是 Intelligence 含义更丰富。因此，汽车智能化，不仅包括了驾驶自动化，也包括智能网联、智能交互（以及后续的智能 座舱）等数字化和信息化趋势。也因为特斯拉等

5、新玩家的创新性车型的推出，人们开始对汽车有了以下这种强烈的预期（图4），即智能汽车。所谓的智能汽车，基本是要对标着手机、PC 这种数字化/信息化的半导体设备去了。图 4 智能汽车：拥有四个轮子的大型智能手机既然老百姓的需求是“智能汽车”，那么具备“智能汽车”特征的车型就会有更多市场需求， 客户也更加愿意买单。那么表征智能汽车的核心智能化功能都有哪些呢？按照汽车智能化的 趋势（即 互联、Autonomous 自动、Sharing 共享、Electric 电动）， 智能驾驶、智能座舱、智能网联应该就是终端用户期待的功能。以上的这些功能，相对于曾 经汽车电子的功能，复杂度有很大提升。为了实现以上复杂

6、功能，我们需要软件的 SOA 架构， 我们需要基于服务的通信，我们需要满足车规的 RTOS（实时操作系统），我们需要 FOTA（固件空中升级），总之，我们需要一台软硬件解耦的、能够用软件来定义功能的汽车。这就需要一个大大的前提集中化的 EEA。这又是为什么呢？先进行粗略分析。首先，看看当前的整车 EEA 现状：a) 电子单元：众多分散的运算&控制单元；b) 电气单元：发动机、伺服电机、电磁阀等; c) 执行机构：机械、液压、气门机构. 也就是说，当前的汽车只是一台相对精密的机电一体化设备（Mechatronics，隶属于控制工程范畴，还需进一步电气化），而非数字化/信息化的半导体设备（ICT

7、范畴），距离智能手机有些遥远。但是消费者目前想要的是一台像手机一样的车（智能终端、电子设备）。究竟如何才能使汽车朝向一台大型的“电子”设备转型呢？答案是继续提高电气化程度，即电子电气架构从分布式向集中式发展，直到形成真正的车载中央计算机。接下来，分为两个具体维度进行分析：整车设计/制造维度/制造维度讲，若汽车继续按照当前的分布式架构发展，且不说算力是否满足， 单就车辆物理安装空间上讲就有问题。可能会导致难以布置更多 ECU 和更多线束；更多的ECU 和更多的线束，势必导致组装困难，只能继续依靠人工。伊隆马斯克也曾为过度依赖自动化产线而焦头烂额，之后也曾发誓要对汽车进行 “线束革命” ，说明过多

8、复杂线束和过多ECU 的安装会严重影响产线的高度自动化。而集中式电子电气架构，能够逐步平抑 ECU 和线束的增长趋势，甚至到达某个时间节点之后，能够促进大幅减少 ECU 和线束用量，降低 EEA 网络拓的扑复杂度。倘若确实能够减少 ECU 数量和线束用量，也就能够降低电子电气系统的重量，对整车的轻量化设计目标也有帮助。电子电气架构的集中化，就意味着单个ECU 的“扩容”，以及多个 ECU 的“合并”。换句话说，ECU 要越来越大型化，算力要高，功耗/成本还都需要进行控制。结论是什么？需要大型的、高算力的、制程小的（意味着低功耗）车载 SOC 芯片。为什么要用 SOC 芯片？因为通过堆大量算力低

9、的芯片做控制器不可行；芯片多，集成度低，PCB 板以及域控制器太大不好布置（想象一下 Demo 车的后备箱塞满工控机的场景），功耗和成本也高。总之，集成化程 芯片又能够较好的解决这个问题。各个芯片玩家疯狂扩大 SOC 规模（从英 伟达 Xavier 和 ORIN，到特斯拉 FSD 芯片，甚至 Mobileye 提供 EyeQ5 的开放方案），也 是为了解决这个痛点。所谓 “规模” ，实质是指算力，DMIPS/TFLOPS/TOPS 都要足够高。有了强大而“趁手”的芯片，就能“攒”出来满足集中化要求的ECU 了。不管是叫DCU（域控制器），还是 HPC（高性能计算机），甚至是 VCC（车载中央计

10、算机），也不过是表征一下 ECU 有多大规模。综上论述，从整车维度讲，大型 SOC 芯片（以及基于大型 SOC 芯片构建的大型域控制器/高性能计算机）和先进线束都是集中化 EEA 的关键基础技术。价格/成本维度不管是什么产品，到了只拼价格/成本的竞赛，基本意味着没有太大创新了。因为创新是有代价的，创新是很“贵”的一件事，因此我相信集中化 EEA 也会遵循发展的常识。最开始是功能导向，为了实现某些关键功能的落地而不惜代价，价格/因素会较少考虑；然后是性价比导向，关键功能实现了，为了体现性价比，就会把手伸到“别人的地盘”，即几个大型 ECU 通过吸收其他专用小型ECU 的功能（把小型 ECU 从车

11、上干掉，平抑整个系统的成本），通过集成更多功能来保持“虽然贵，但是功能也强大”的性价比优势；最后是成本导向，大型 的功能 scope/成本了。然后不停的往复循环以上逻辑。当前的智能驾驶域，在 L0-L2 已经相对成熟，因为该级别的各个 ADAS 功能相对确定，因此边界已经清晰了，那么开始打“性价比”牌和赤裸裸的“价格”牌也就不奇怪了。而 L2+到L3 还在比拼功能落地，那么价格因素就可以适当妥协（当然不能无限妥协，毕竟做产品归根结底是做生意，钱永远是最重要的）。总之，若把智能驾驶、智能座舱的复杂功能作为必定要实现的“既定事实”看的话，集中化EEA 还是“省钱”的。因为，即便假设分布式 EEA

12、从技术角度能够实现复杂功能，成本也会非常高。以上，也可以回答作者作为一个做量产 ADAS/AD 的技术人员，为什么要关注整车电子电气架构演进的原因。因为关注 EEA 的进化，实质是关注前装量产高级别自动驾驶功能的落地节奏，以及汽车数字化、软件化的推进节奏！集中化 EEA集中化 EEA根据下图的描述，一般 EEA 从分布式到中央集中式需要经历三个阶段，即分布式-域集中-中央集中。图 5 电子电气架构演进的三个阶段集中式 EEA 集中式 EEA 类型EEA（EEA）三域，顾名思义，是指车辆控制域、智能驾驶域和智能座舱域。其中，车辆控制域基本将原动力域、底盘域和车身域等传统车辆域进行了整合（整合更多

13、是系统层面的概念，并不一定是硬件层面合并，因此并不是说这个域中其他 ECU 就不存在，或者就减少了）；智能驾驶域和智能座舱域则专注实现汽车的智能化和网联化。涉及的零部件主要有 4 类，车控域控制器（VDC，Vehicle Domain Controller ）、智能驾驶域控制器（ADC，ADASAD Controller）、智能座舱域控制器（CDC，Cockpit Domain Controller）以及若干高性能网关，其中：VDCPrivate DCU，负责整车控制，实时性安全性要求高.ADCPublic DCU，负责自动驾驶相关感知、规划、决策相关功能的实现；CDC 作为 Public D

14、CU，负责 HMI 交互和智能座舱相关（甚至整合 T-Box）功能的实现.三域 EEA 算是非常彻底的域集中式 EEA。三域 EEA 常见的实践包括：MEB 平台的E3大众的 MEB 平台（首款车 ID3）的 E3 架构，即由 3 个车辆应用服务器（ICAS，即 Server）组成的域集中式 EEA，具体包括：车辆控制服务器 ICAS1、智能驾驶服务器 ICAS2 和信息娱乐服务器 ICAS3（如图 6 所示）。通过 ICAS 这种大型域控制器，逐步得将本域的其他 ECU 的软件功能（如智能传感器 Smart Sensor 的一些功能 Applications， 以及基础软件 逐步向 ICAS

15、 中转移，直到其他 ECU（本域的传感器和执行系统）慢慢被合并。图 6 大众 MEB 平台的 E3 架构示意图E3DMIPS MCU（Micro Controller Unit）外，还有一个多核 ARM 作为 MPU（Micro Processor Unit）。ICAS1 作为 Conti 提供的方案，不知道这颗 MPU 会采用谁家的芯片。图 7 E3 架构中车控域控制器（ICAS1）与智能座舱域控制器（ICAS3）的连接示意图iNEXT宝马 iNEXT 车型的 EEA 也包括 3 个域控制器，分别是 BDC（body Domain Controller，对应 VDC），SAS（即 ADC）以

16、及 MGU（Media Graphics Unit，对应 CDC）。宝马ADC 的 hPAD 版本，主要由 1xMCU（TC397）+ 2xCPU（Intel Denveton）+ 2xSOC（Mobileye EyeQ5，1 个软硬件一体，1 个开放）。宝马 ADC 的 uPAD 版本，主要由 1xMCU + 1xCPU（Intel Xeon）+ 3xSOC（MobileyeEyeQ5，1 个软硬件一体，2 个开放）。CC（CC 架构）比较特殊，把智能网联也囊括了，应该是 IOT 视角的中心计算（云）+通信（管）+边缘计算（）这种思路。从华为的视角，所有业务都分为“云”、“管”、“端”；把端

17、做多做大了，就像往悬崖对面拉了更多的锁链，桥梁（华为 的“管”，一端是 5G 基站、路测单元等设备，另一端是类似 T-Box 等设备）就更结实稳固了。手机、汽车、智能家居（华为的智慧屏），都属于各种“端”。而华为的汽车三域架构， 也属于“端”（车端）的范畴。因此车端的 EE 架构算是 CC 架构包含的一个“小架构”，也是 VDC、ADC、CDC 和网关等部件组成，而且把 T-box 也作为。另外，华为将 ADC 叫做MDC（大名鼎鼎的“移动数据中心”，Mobile Data Center）。图 8 华为 CC 架构EEA伟世通的三域 EEA 方案（概念），也是三个域控制器，Body Super

18、 Core 即为 VDC，ADAS Super Core 即为 ADC，Cockpit Super Core 即为 CDC。图 9 伟世通的三域 EEA 方案Zonal EEA（EEA）Zonal EEA 有几个关键组成，即车载中央计算机（VCC，Vehicle Central Computer）、区控 制 器 （ ZCU ， ZonalECU ） 、 环 形 链 接 的 以 太 网TSN组 成 的 主 干 网 及CAN/LIN/10BaseT1s 区内网、双电源冗余供电及区域内智能分级供电。图 10 Zonal EEA 示意图简单讲，分布式架构就是“计算的分布式，供电的集中式”；而 Zona

19、l EEA 就是“供电的分布式，计算的集中式”，正好反过来。Zonal EEA 不仅能将计算资源集中，便于软硬件分离； 也给整车各个控制器的电源管理带来很多想象力。车载中央计算机（VCC） 在车辆中的定位是中央计算机，核心定位是实现智能驾驶和智能座舱相关的业务逻辑；并且具备网联功能，连接车端（边缘侧）和云端。VCC 的操作系统的可能实现形式， 比如会是、Adaptive 和 Linux（如图 11 所示）。Classic AUTOSAR 覆盖安全性和高实时性需求，Adaptive AUTOSAR 覆盖灵活的安全性需求，Linux。图 11 博世对于车载中央计算机 OS 的一些见解架构：VCC

20、这种中央计算机的软件架构，可能会是基于 Adaptive AUTOSAR 的 SOA（面向服务的架构）；硬件架构，可能会是多颗大型 SOC 芯片，甚至会有专用 SOC 搭配（例如纯粹的AI 加速核）；芯片间通信，可能会是以太网或 PCIe。算力：DMIPS 算力至少 250k，可能需要 500k；TOPS(int8)算力至少 600；若车路协同落地，TOPS 算力可能会往云端转移，例如车端至少 300+云端 AI 算力。接口支持：支持 Automotive Ethernet，以及 Fast Ethernet (OBD)。VCC 整体特点的总结：可扩展的计算能力，可升级的软件能力。区控制器（ZC

21、U）定位：ZCU 主要充当网关、交换机和智能接线盒的角色；提供并分配数据和电力，并实现车辆特定区域的 feature，如图 12 所示。图 12 区控制器的一种设计方案具体来讲：关于数据分发：1.支持任何类型的传感器、执行器和 Display（显示器）的接口；2. 区域内，区控制器与低阶的 ECU 通信时，有可能会用 10BaseT1s（无屏蔽双绞线以太网 1）代替其他的通信方式，比如 CAN、FlexRay 等；因此，也会充当 IP-based 设备（以太网通信设备）与骨干网（车载中央计算机与区控制器级之间的以太网通信）之间的交换机角色；当然，如果区域内的通信不完全被 10BaseT1s 以

22、太网替代时（有 CAN、LIN 等通信存在3.关于 TSN 主干网（以太网），要具备高带宽和实时通信，同时保证可靠性和 fail-operational 特性；4.e Switch/eFuse 功能.关于分级配电（供电）：1.一级配电网络，双电源（冗余）将电力输送到区控制器；2.二级配电网络，区控制器负责将电力继续向下输送到底层控制器，因此区控制器需要具备 eFuse/高边 power distribution 功能；关于车辆特定区域的 feature 实现：区控制器会配置 ASIL 等级高的 MCU 来实现车辆区域的各种基本功能。同时保证系统功能安全。接口支持：车载以太网：10BaseT1s

23、/100BaseT1/1000BaseT1；I2C/I3C/CSI/DSI/I2SPCIe/GMSL/FPDLinkLIN/CAN/CANFD/PSI5/UART/SPIZCU 除了以上基本特性外，可能也会涉及到一些变迁，比如逐步“吸收”区内其他 ECU 的功能。第一阶段，可能是相对通用化的 ZCU，采用标准化软件模块，兼容现有 ECU 网络（CAN/LIN/FlaxRay）；作为数据转发设备，将区内的功能在服务层面就行抽象；第二个阶ECUECU 的对于计算需求增大，MCU 难以满足算力需求，可能还需要增加 增加纯DMIPS 算力的 SOC，比如 Denverton 甚至 Xeon）来满足算力

24、需求。图 13 ZCU 与区内其他传感器与执行器之间的配合关系（区内架构图） 具体的变迁方式，如下图所示。图 14 区控制器的“扩张”和功能的集中化趋势Zonal EEAZonal EEA 的 通 信 主 要 包 括 主 干 网 （ 1000BaseT1 ） 和 区 内 网（10BaseT1s/100BaseT1/CAN/ CANFD/FlexRay）。其中，主干网主要采用千兆车载以太网，用于连接 VCC 和 ZCU， 实现面向服务的通信（Service-Oriented Communication）；要实现的通信协议有：SOME/IP（IP 中间件）、DoIP（IP 诊断） 、UDPNM（

25、基于 UDP 的网络管理） 、TSN（802.1Qbv/CB/Qbu/Qch/Qci.，即车载时间敏感网络）、XCP（标定测量）等。另外，针对信息娱乐和网联服务，还需要实现 HTTP。&PDU 的通信（Signal-Oriented Communication），带宽在500k（CAN）、2M（CANFD）、和100M（100BaseT1）不等。未来10BaseT1s（伴随着上文提到的功能集中化趋势）。实现 SOA 需要面向服务的通信。基于 HTTP 及 SOME/IP(车载)的以太网通信，能够提供更高的带宽及灵活性；同时可以尽最大可能地使用下图（图 15）的通信栈中的协议和标准，简化车载通信

26、类型。图 15 面向服务的通信常见协议Zonal EEASOASOA 架构，具备什么优点呢？根据大众软件定义汽车材料的描述，有以下优点：&订阅发布模式的动态绑定特性基于 REST 的数据表征（统一接口，无状态 stateless，关注点分离 separation of concerns）接口的前后兼容性软件可更新性（Updateability）、软件可移植性（Portability）、组件可重用性（Reusability）、硬件可升级性（Upgradeability）图 16 在 VCC 和 ZCU 上实现 SOA具体地，车载中央计算机（VCC）中基于多芯片的软件部署架构，也将会是 SOA 架

27、构，如图17 所示。图 17 SOA 在 VCC 中的实现Zonal EEA伊隆马斯克曾高调宣称：Model Y 线束长度减少到 100 米。想要达到这个目标的实际难度是很大的，但是这种提法的理论依据确实还是很充分的。图 18 是博世建立的一个理论模型，对不设置区控制器（左边）和设置了区控制器（右边）的线束长度对比。很明显，所有外围 ECU 直连车载中央计算机，线束只多不少，线束拓扑非常不合理；只有设置了相应的区控制器，线束拓扑才得以简化，线束密度也大大降低。因此， Zonal EEA 说能够降低线束长度，减少线束质量，是有理论支撑的。线束复杂度和长度减少了，装配就简化了，也能大大提高产线的自

28、动化水平，提高制造能力。当然，这就需要开发出更为先进的整车线束链接。可能德尔福拆分时，把动力部分作为 SpliCo 拆出去，ADAS 和德尔福派克（线束工厂）作为 RemainCo 留下来，改名为 APTIV，也是为了开发 SVA 架构更方便吧。控制器和线束的设计制造能力都在，可以更好的形成系统方案。图 18 Zonal EEA 如何减少线束图 19 是博世用 PREEvision 搭的线束拓扑（转成 PPT 展示），模拟 Zonal 架构 layout 出来的线束拓扑。线束复杂度和长度降低幅度不小。图 19 基于 PREEvison 模拟的线束拓扑图 20，基于 Zonal EEA 的通信方

29、式，会从 Signal-Oriented 通信（CAN/CANFD）切换到Service-Oriented 通信（以太网，和以太网 TSN），便于 基于服务的软件架构）在车辆上的实现。图 20 基于服务的通信Zonal EEA特斯拉的 Zonal EEA：特斯拉的 CCM（Central Computing Module），其实是伪“中央计算机”，主要是由 Autopilot ECU 和 MCU（Media Control Unit，即 IVI 车机）以及网联模块组成的，封装在一个控制器中（液冷系统冷却）；图 21 朱玉龙大佬总结的 Model3 Zonal EEA丰田的 EEA：丰田的EEA 属于典型的 Zonal-EEA。首先，在硬件上，通过 ECUAdaptive AUTOSAR 和 Classic AUTOSAR 的 SOA 架构，实现便捷