ToB企服应用市场:ToB评测及商务社交产业平台

标题: 一文看懂第三代E/E架构。 [打印本页]
作者: 立山    时间: 2024-6-11 08:42
标题: 一文看懂第三代E/E架构。
【摘要】从汽车电动化、智能化对于电子电气架构都必要非常大的变化，本文从电子电气架构的开端，从分布式迈向会合式的架构为什么是软件界说汽车的前提，伴随着硬件、软件、通讯架构的升级，在超等盘算机还没有到来之前，第三代EE架构是最佳的选择，介绍了主流的第三代EE区域控制器的方案，主流的OEM厂家的架构趋势。


全文的内容框架如上图所示，全文1.5W字，预计阅读时间25分钟。


一、什么是电子电气架构
在2007年由德尔福(DELPHI)首先提出E/E架构的概念，具体就是在功能需求、法规和设计要求等特定束缚下，把汽车里的传感器、中央处理器、电子电气分配系统、软件硬件通过技术本领整合在一起；通过这种结构，将动力总成、传动系统、信息娱乐系统等信息转化为实际的电源分配的物理结构、信号网络、数据网络、诊断、电源管理等电子电气解决方案。
汽车电子电气架构(EEA，Electrical/Electronic Architecture )，指对汽车的传感器、实验器、ECU、线束、操纵系统等整车软硬件举行设计，进而实现车内高效的信号传输、线束布臵等效果。EEA 设计必要综合考虑客户功能需求，安装、配臵、维护等方面的易程度和本钱，而且必要具备适度的超前性。
普通来说，汽车是一个软硬件联合的产物，如果把它比作是一个人，「四个轮子+一个沙发」是身体，电子电气架构就相当于神经系统，负责完成各个部位的连接，统领整个身体的运作，实现特定功能。
功能车时代，汽车一旦出厂，用户体验就基本固化；智能车时代，汽车常用常新，千人千面， 电子电气架构向会合化演进是这一转变的前提。从分布式到域控制再到会合式，随着芯片和通信技术的发展，电子电气架构正在发生巨大的变化。



二、电子电气架构从分布式迈向会合式，时代的召唤，也是软件界说汽车的前提
2.1 分布式架构为什么注定会成为历史？
电动化智能化浪潮来袭，汽车分布式电子电气架构不堪重负已不能顺应汽车智能化的进一步进化。智能驾驶、智能座舱是消耗者能感知到的体验，背后必要强盛的传感器、芯片，更必要先辈的电子电气架构的支持，电子电气架构决定了智能化功能发挥的上限。如果没有先辈的电子电气架构做支撑，再多外貌智能功能的搭载也无法支持车辆的持续更新和持续领先，更无法带来车辆本钱降低和生产研发的高效。
最初，燃油车电子元器件数目有限，电子电气架构并不复杂， OEM 根据不同 Tier1 的技术和代价上风分别采购 ECM，只必要举行集成、测试和验证，并不必要掌握技术细节和代码。很长一段时间内， OEM 的工作只是根据市场需求不停增长 ECM 和调解线束布臵，整车 EEA都是由 Tier1 配合 OEM 举行开辟，强势的 OEM 可以向 Tier1 提出功能导向的要求,其他 OEM在 ECU 设计制造上不具备话语权。
固然 ECU 的数目和汽车配件的复杂程度只增不减，电动化引入三电系统更是加剧了这种态势，但整个行业的惯性始终在强化。一方面， Tier1 缺乏举行自我革命的动力，更高性能的总线技术和 ECU 是主要战场， 另一方面， OEM 考虑到对整车电子电气架构举行重塑式改造的庞大投入也会有所犹豫。
冲破行业僵局，特斯拉提供“拉力”，智能化浪潮提供“推力”。2017 年特斯拉用 Model 3 吹响改革的号角，新一代会合式电子电气架构被推上舞台，智能化的浪潮来临。在Model 3 席卷全球的倒逼下，OEM 和 Tier1 都是必须有所行动。
分布式架构的极限是 L2 级别的主动驾驶，L3 级别已经超出承受范围。以大众分布式 MQB平台为例，CAN 总线上已经挂了许多 ECU，如果再挂雷达，通信协议总量将不支持，把全部的 CAN 换成 2M 相当于做了半个架构的改造。
智能座舱和主动驾驶必要更多的 ECU 和传感器，但分布式 EEA 已经到达瓶颈，算力和总线信号传输速度还远远不能满足，因此必须引入搭载更高性能车规级芯片的域控制器、车辆以太网和会合式 EEA。根据 NXP 官网猜测，2015-2025 年汽车中代码量有望呈指数级增长，其年均复合增速约为 21%。
实现 OTA 和“软件界说汽车”，智能车必须解耦软硬件。分布式架构的 ECU 来自不同供应商，有着不同的嵌入式软件和底层代码，软件生态复杂，OEM 无法自主举行整车维护，更无法实现 OTA。而 Tier1 更新 ECM 的周期和新车型的研发周期相匹配，一样平常为 2-3 年，率先实现 OTA 的特斯拉更新频率则为几个月一次，用户体验差异显着。在特斯拉已经掌握 OTA 技术的情况下，如果不尽早开始结构，传统车企或将重蹈诺基亚和摩托罗拉的覆辙。 

2.2 汽车电子电气架构的演进趋势
由分布式 ECU 向域控制/中央会合架构方向发展。从博世对 E/E 架构界说来看， 汽车 E/E 架构的升级路径体现为分布式（模块化→集成化）、 域会合（域控制会合→跨域融合）、 中央会合式（车载电脑→车-云盘算）。
即为分布式 ECU（每个功能对应一个 ECU）逐渐模块化、集成向域控制器（一样平常按照动力域、底盘域、车身域、信息娱乐域和 ADAS 域等），然后部分域开始跨域融合发展（如底盘和动力域功能安全、信息安全相似），并发展整合为中央盘算平台（即一个电脑），末了向云盘算和车端盘算（中央盘算平台）发展。此中车端盘算主要用于车内部的实时处理，而云盘算作为车端盘算的增补，为智能汽车提供非实时性（如座舱部分场景可允许微秒级别的延长）的数据交互和运算处理。
现在我们正处于从已往的分布式EE架构迈向域会合式EE架构的转变过程中，预计到2025年左右就会完成这一转变。从2025年以后，将开启跨域的融适时代，也就是转变为“中央+区域”（Central & Zonal）盘算的EE架构时代。


博世对未来汽车电子电气架构发展趋势的观点

2.2.1 模块化阶段

一个 ECU 负责特定的功能，比如车上的灯光对应有一个控制器，门对应有一个控制器，无钥匙系统 对应有一个控制器。随着汽车功能增多这种架构日益复杂无法持续。

2.2.2 集成化阶段

单个 ECU 负责多个功能，ECU 数目较上一阶段减少。在这两个阶段，汽车电子电气架构仍处于分布式阶段，ECU 功能集成度较低。

2.2.3 功能域控阶段

功能域即根据功能划分的域控制器，最常见的是如博世划分的五个功能域（动力域、底盘域、车身域、座舱域、主动驾驶域）。域控制器间通过以太网和 CANFD（CAN with Flexible Data-Rate）相连，此中座舱域和主动驾 驶域由于要处理大量数据，算力需求逐步增长。动力总成域、底盘域、车身域主要涉及控制指令盘算及通讯资源，算力要求较低。

2.2.4 跨域融合阶段

在功能域底子上，为进一步降低本钱和增强协同，出现了跨域融合，即将多个域融合到一起，由跨域控制单元举行控制。比如将动力域、底盘域、车身域合并为整车控制域，从而将五个功能域（主动驾驶域、动力域、底盘域、座舱域、车身域）过渡到三个功能域（主动驾驶域、智能座舱域、车控域）。


博世划分的功能域


团结电子开辟的电子电气架构

2.2.5 中央盘算+位置域阶段

随着功能域的深度融合，功能域逐步升级为更加通用的盘算平台，从功能域跨入位置域（如中域、左域、右域）。区域控制器平台（Zonal Control Unit，ZCU）是整车盘算系统中某个局部的感知、数据处理、控制与实验单元。它负责连接车上某一个区域内的传感器、实验器以及 ECU等，并负责该位置域内的传感器数据的初步盘算和处理，还负责本区域内的网络协议转换。位置域实现就近部署线束，降低本钱，减少通信接口，更易于实现线束 的主动化组装从而提高服从。传感器、实验器等就近接入到附近的区域控制器中，能更好实现硬件扩展，区域控制器的结构管理更容易。区域接入+中央盘算保证了整车架构的稳固性和功能的扩展性，新增的外部部件可以基于区域网关接入，硬件的可插拔设计支持算力不停提拔，富足的算力支持应用软件在中央盘算平台迭代升级。
在一项针对某家整车制造商的研究中，安波福发现，使用区域控制器可以整合 9个 ECU，并少用数百根单独电线，从而使车辆的重量减少了 8.5千克。减重有助于节能，并延长电动汽车的续驶里程。此外，由于区域控制器将车辆的基本电气结构划分为更易于管理的组成部分，更容易实现主动化线束组装。


中央盘算+区域控制架构

2.2.6 汽车云盘算阶段

将汽车部分功能转移至云端，车内架构进一步简化。车的各种传感器和实验器可被软件界说和控制，汽车的零部件逐步酿成尺度件，彻底实现软件界说汽车功能。



三、整车电子电气架构必须要走向中央+区域集成

随着整车电子电气产品应用的增长，单车ECU数目激增，分布式电子电气架构由于算力分散、布线复杂、软硬件耦合深、通信带宽瓶颈等缺点而无法顺应汽车智能化的进一步发展，正向中央盘算迈进。


分布式的电子电气架构难以顺应智能化发展趋势


分布式与域控制器会合式电子电气架构的优劣对比

汽车电子电气架构的升级主要体现在硬件架构、软件架构、通信架构三方面：



3.1 硬件架构升级：分布式向域控制/中央会合式发展

3.1.1 硬件架构升级有利于提拔算力使用率，减少算力设计总需求

一样平常芯片在参数设计时按照需求值设计并留有余量，以保证算力冗余，主要由于汽车在实际运行过程中，大部分时间仅部分芯片实验运算工作，而且并未满负荷运算，导致对于整车大部分运算处理能力处于闲置中，算力有效使用率较低。例如泊车使用的倒车影像等仅泊车等部分时段才实验运算操纵。接纳域控制器方式，可以在综合情况下，设计较低的总算力，仍能保证整车在工作时总算力满足设计要求。


同等功能应用条件下域控制算力设计需求更少

硬件架构对算力的需求，可类比保险。 若个人想要抵御风险， 必要大量资金储备，因此大家都购买保险， 将搜集在一起的保险资金资源池来抵御个人风险，总资金量需求大大降低。分布式架构的芯片即为个人抵御风险储备，而域控制/中央盘算平台即为总资金量，域控制/中央会合式显然算力设计需求会更少。另一方面现阶段传统车的智能功能并不丰富，智能车在未来功能扩展等方面预留较多升级空间，若实现同功能应用、驾驶安全条件下举行对比，域控制/中央会合显然更经济；若仅为传统车和智能车对比，智能车单车价值短期内显然为上升的。

3.1.2 硬件架构升级有利于数据统一交互，实现整车功能协同

传统主机厂方案接纳一个功能对应一套感知-决策-实验硬件，感知数据难以交互，也无法协同实验。而实现真正意义上的高级主动驾驶，不光必要多传感器共同感知外部情况，还必要对车内部各运行数据举行实时监控，统一综合判断，而且实验机构协同操纵。域控制器/中央盘算平台可对收罗的数据信息统一处理，综合决策， 协同实验

分布式架构的感知数据无法统一决策处理，无异于盲人摸象。 例如，因单一传感器 仅可辨认到局部情况， 前方车上有一只宠物狗，各局部辨认能力的传感器可获取到狗、 前车、路肩等，但由于无法实时交互，从而反馈到决策-实验层后易产生误操纵。而接纳域控制/中央盘算平台方案可实现多种信息的融合处理，综合判断结果为一辆行驶在路上的车内有一只狗，从而实验合理的操纵，提高行车安全性。

3.1.3 硬件架构升级有利于收缩线束，降低故障率，减轻质量。

接纳分布式架构， ECU增多后线束会更长，错综复杂的线束部署会导致相互电磁干扰，故障率提拔，此外也意味着更重。会合式的控制器/中央盘算平台的方式可减少线束长度，减轻整车质量。

3.2 软件架构升级：软硬件由高度耦合向分层解耦发展

3.2.1 软件架构逐渐由 Classic AutoSAR 向 Classic AutoSAR+Adaptive AutoSAR 混合式方向发展。


AutoSAR 软件架构主要分为 Classic AutoSAR 和 Adaptive AutoSAR 两类，Classic AutoSAR 较为成熟，广泛应用于传统汽车嵌入式软件中， Adaptive AutoSAR 尚处于发展初期，主要面向更复杂的域控制器/中央盘算平台等。
Classic AutoSAR 底子软件分为四层，分别为服务层、 ECU 抽象层、微控制器抽象层和运行时情况，运行时情况使应用软件从底层软件和硬件平台相互独立。除此之外还包罗复杂驱动步伐，由于对复杂传感器和实验器举行操纵的模块涉及严格的时序题目，这部分暂时未被尺度化。


Classic AutoSAR 体系架构


Classic AutoSAR 架构框图

Adaptive AutoSAR 相较于 Classic AutoSAR 具有软实时、可在线升级、操纵系统可移植等上风。Classic AutoSAR 是基于强实时性（微秒级） 的嵌入式操纵系统上开辟出来的软件架构， 可满足传统汽车定制化的功能需求，但受网络的延长、干扰影响较大，无法满足强实时性。随着主动驾驶、车联网等应用的复杂化， 软实时性的软件架构系统 Adaptive AutoSAR 诞生，其主要用于域控制器/中央盘算平台，相对于 Classic AutoSAR的优点：



Adaptive AutoSAR 较 Classic AutoSAR 上风显着

3.2.2 软件架构升级有利于软硬件解耦分层， 利于实现软件/固件在线升级、软件架构的软实时、操纵系统可移植。

传统汽车嵌入式软件与硬件高度耦合，为应对越来越复杂的主动驾驶应用和功能安全必要，以AutoSAR 为代表的软件架构提供接口尺度化界说，模块化设计，促使软件通用性， 实现软件架构的软实时、在线升级、操纵系统可移植等。

3.2.3 软件架构升级有利于收罗数据信息多功能应用，有效减少硬件需求量，真正实现软件界说汽车。

若未实现软硬件解耦，一样平常情况下增长一个应勤奋能则必要单独增长一套硬件装置，收罗的数据信息仅一个应勤奋能可以使用。现阶段，主动泊车雷达和自顺应巡航的摄像头、雷达收罗数据不可交互，若打通整个汽车软件架构，各数据特征有效使用，实现多个应用共用一套收罗信息，有效减少硬件需求数目。

3.3 通信架构升级：LIN/CAN 向以太网发展

大带宽通信架构以顺应车辆日益激增的数据量和低时延要求。主动驾驶必要以更快速度收罗并处理更多数据，传统汽车总线无法满足低延时、高吞吐量要求。随着汽车电子电气架构日益复杂化， 此中传感器、控制器和接口越来越多，主动驾驶也必要海量的数据用于实时分析决策，因此要求车内外通信具有高吞吐速率、低延时和多通信链路。在高吞吐速率方面， LIDAR 模块产生约 70 Mbps 的数据流量，一个摄像头产生约 40 Mbps 的数据流量， RADAR 模块产生约 0.1Mbps 的数据流量。若L2 级主动驾驶必要使用 8 个 RADAR 和 3 个摄像头，必要最大吞吐速率凌驾 120Mbps，而全主动驾驶对吞吐速率要求更高，传统汽车总线不能满足高速传输需求。


传统汽车总线

3.3.1 LIN/CAN 总线向以太网方向发展， 满足高速传输、低延长等性能需求。

由于智能网联汽车应用越来越复杂，大量的非结构化数据（如图片、视频等）固然携带的信息非常丰富，但其对数据传输要求极高，传统汽车电子电气架构的 LIN/CAN 总线不能满足高速传输的需求。以太网因具备大带宽、高通量、低延长等上风，将成为应用于汽车主干网络的主要方案。



各域之间通过网关完成数据交换

3.3.2 接纳以太网方案线束更短，同时也可减少安装、测试本钱

线束在重量和本钱方面都位列汽车零部件第三， 此中在本钱方面，线束安装占人工本钱的 50%。根据 Broadcom和博世调查数据显示， 到达同等性能条件下， 通过使用非屏蔽双绞线（UTP） 的以太网电缆和更小的紧凑型连接器，连接本钱最多可降低 80％，线缆重量最多可减轻 30％。


车载以太网的发展过程


未来车载以太网应用渗透率持续增长

四、域/中央会合式EEA对区控制器（ZCU）要求
4.1 一步到位的超等盘算机不适合现在的车企
在2022年9月20日晚，英伟达发布了全新的智能汽车芯片Thor。相比于公司去年发布的芯片Altan，Thor的AI算力提拔了一倍，到达了2000TFLOPS，可同时满足主动泊车、主动驾驶、车机、仪表盘以及驾驶员监测等六重汽车算力需求。Thor芯片是为汽车中央盘算架构而生的产品。英伟达对Thor芯片的愿景是用它取代现在汽车内的单独芯片，资助车企降低生产的本钱。但这种超等盘算机真的适合现在的车企么？
由于已往汽车上控制器相互独立，软件为嵌入式，整车做终极硬件集成即可。未来随着 ECU 的减负，原先高度分散的功能集成至域控制器，主机厂必须自己掌握中央控制系统，否则就会失去对汽车产品的控制权。而把原本高度分散的控制功能逐步整合统一起来是传统车企的全新必修课，因此车企对电子电气架构的掌握是分步的、渐进式的。
特斯拉 Model3 开启了电子电气架构大厘革，出现中央盘算雏形+位置域，收缩 50%整车线束，未来目标是将整车线束降至100 米，在电子架构方面，特斯拉领先传统车企 6年以上。除特斯拉以外，现在大部分的车企的电子电气架构仍处于早期的功能域控制器阶段，即部分功能会合到了功能域控制器，但还有保存较多分布式模块，即“分布式 ECU+域控制器”的过渡方案，制止由于厘革程度太大导致额外的风险及本钱。
大部分企业规划的下一代跨域融合电子电气架构将于 2022年量产，以实现软件高度会合于域控制器，逐步减少分布式 ECU。到 2025 年部分车企落地中央盘算+区域控制器的电子电气架构，从而实现软硬件的进一步集成，软件所有权逐步收归主机厂。朝着“中央盘算+区域控制”的架构演进的过程可能长达 5-10 年。


主流车企电子电气架构进化节奏不一

4.2 区控制器在架构中的定位
不管是域会合式还是中央EEA架构，区控制器（ZCU,Zonal ECU）都是重要的一部分，在电子电气架构中ZCU主要充当部分功能Soc、网关、交换机和智能接线盒的脚色；提供并分配数据和电力，并实现车辆特定区域的功能。


区控制器的一种设计方案

具体来讲：
4.2.1 关于数据分发



4.2.2 关于分级配电（供电）


4.2.3 关于车辆特定区域的feature实现


4.2.4 接口支持


ZCU除了以上基本特性外，可能也会涉及到一些变迁，比如逐步“吸收”区内其他ECU的功能。第一阶段，可能是相对通用化的ZCU，接纳尺度化软件模块，兼容现有ECU网络（CAN/LIN/FlaxRay）；作为数据转发装备，将区内的功能在服务层面就行抽象；第二个阶段，会以降低区内ECU数目为目标，整合其他ECU功能，并将控制I/O假造化。可能带来的影响：ZCU的对于盘算需求增大，MCU难以满足算力需求，可能还必要增长MPU（增长纯DMIPS算力的SOC，比如Denverton甚至Xeon）来满足算力需求。


ZCU与区内其他传感器与实验器之间的配合关系（区内架构图）


区控制器的“扩张”和功能的会合化趋势

4.3 区域控制解决方案介绍

4.3.1 英飞凌TC3xx/TC4xx在区域控制器的解决方案

区域控制器是汽车中的节点，在汽车的一个物理区域内，为各传感器、实验器等装备提供电源分配，数据连接和I/O收罗与驱动需求。MCU是区域控制器的大脑，区域控制器中的MCU一样平常必要具备强盛的处理能力，有很丰富的通讯接口，同时具备肯定功能安全和信息安全等级。下面介绍区域控制器的一些关键技术和MCU解决方案。
TC3xx微控制器是第2代AURIX™产品，搭载了多达六个TriCore™ 1.62嵌入式内核，每个内核的时钟频率最高可达300MHz。下图是TC3xx家族中的TC39x系列MCU模块图，TC39x的算力到达了4000 DMIPS。


TC39x Block Diagram

TC4xx微控制器是第3代AURIX™产品，搭载了多达六个TriCore™ 1.8嵌入式内核，每个内核的时钟频率最高可达500MHz，而且集成一个PPU协处理器，可实现快速向量运算，底子神经网络算法以及其它一些复杂数学算法。PPU在未来的区域控制器中可以被应用于建模，模型猜测控制以及防入侵检测等一些信息安全算法中。下图是TC4xx家族中的TC4Dx MCU的模块图，TC4Dx的算力到达了8000DMIPS+72GFlops*1。72GFlops是由PPU贡献的。


TC4Dx Block Diagram

在区域控制器体系中，每个传感器和实验器都根据其位置连接到本地域域控制器，然后区域控制器实验一些数据帧格式转换，汇总数据并通过高速以太网将数据传送至中央处理单元。区域控制器一样平常通过控制器CAN或LIN总线和挂载在它上面的传感器和实验器通信，或者通过低速以太网或LVDS与摄像头或其他ADAS传感器举行通信。这就要求区域控制器的主控MCU有丰富的CAN和LIN的通讯接口以及高速以太网接口。在区域控制器举行数据转发的过程中，还必要考虑通信延长的题目，在中央会合式架构中，大部分的控制和实验下令是由中央处理单元发出，有些下令（例如底盘和动力）对于延时有严格的要求，因此对于区域控制器中从高速以太网转发到CAN/LIN/低速以太网接口的延时时间也有了要求。TC3xx/TC4xx家族产品都有丰富的CAN/LIN/Ethernet通讯接口。


TC4xx产品中更是集成专用的硬件通讯路由模块CRE (CAN Routine Engine)/DRE (Data Routine Engine)。TC4xx中的一个CAN模块中集成了4个CAN 节点，当相同模块中的CAN节点举行数据通信时，可以通过CRE直接实现CAN数据转发，无需CPU和软件介入。当不同模块中CAN节点举行数据转发或者CAN节点和以太网之间举行数据转发，则可以通过CRE+DRE的方式直接实现数据转发，也无需CPU和软件介入。


TC4xx CRE & DRE

这种硬件路由引擎直接实现数据转发的方式大大减少了数据延长，CAN到Ethernet的转发延时最少可以到15us，CAN到CAN的转发延时最少可以到5us。
在未来的中央集成EE架构中，通讯数据量不停增长，高速以太网逐渐成为EE架构中的主干网。而为了考虑数据通信安全和冗余，以太网环网架构逐渐成为主流，区域控制器和中央控制单元则都是以太网环网架中的节点。TC4Dx中有2路5Gbps的高速以太网接口和4路10/100Mbps接口，2路高速以太网接入以太网环网（1进1出），4路低速以太网则可以接雷达或者摄像头传感器。2路高速以太网可以通过内部集成的高速以太网桥（G-Ethernet Bridge）直接举行以太网帧转发。4路低速以太网接口之间也可以通过低速以太网桥（L-Ethernet Bridge）直接举行以太网帧转发。低速以太网接口和高速以太网接口之间也可以通过低速以太网桥+DRE+高速以太网桥直接举行以太网帧转发。这种方式大大减少以太网接口之间数据转发的延时时间。


TC4xx Ethernet Bridge
TC3xx/TC4xx以太网控制器支持的AVB/TSN协议如下：





4.3.2 瑞萨RH850 U2A/U2B区域架构解决方案

瑞萨RH850/U2x高性能微控制器产品线用于下一代区域/内建ECU，支持丰富的嵌入式HW关键功能，这些功能是区域应用所特有的，如Hypervisor HW支持、QoS（仅U2B支持）、功能安全和信息安全，以实现无干扰。最重要的是，高性能的NoC（片上网络）结构可以确保每个单独内建的应用步伐在外设和内存连接方面的实时举动。



瑞萨的RH850/U2A微控制器（MCU）被设计为高端车身和底盘应用的跨域平台，以满足日益增长的将多种应用内建到单个芯片的需求。基于28奈米制程技术，32位RH850/U2A MCU建立在瑞萨用于底盘控制的RH850/Px系列和用于车身控制的RH850/Fx系列的关键功能之上，以提供更好的性能。


RH850/U2A架构图
瑞萨RH850/U2B系列以RH850/U2A的上风为底子，为解决未来几代汽车的创新E/E架构的挑战而定制。凭借其新的性能水平和高达32MB的内存整合度，RH850/U2B的定位高于RH850/U2A系列，以满足未来汽车整合平台概念的更多要求，同时与系统单芯片（SoC）相比，仍然提供具有本钱上风的MCU解决方案。


RH850/U2B架构图
主要特性:

先辈的接口

支持功能安全与网络安全

广泛的生态系统支持有关工具，硬件和软件范畴的最新尺度
假造机监控步伐支持

4.3.3 欧治半导体龙泉565 + 龙泉560 区域处理器芯片解决方案

欧冶主要聚焦汽车第三代E/E架构（中央+Zonal区域架构）的核心诉求，为重新界说汽车提供完备、完满的底子能力，做汽车智能化的使能者。


针对智能汽车需求，欧冶半导体可以提供完整领先的第三代E/E架构芯片解决方案，为电动汽车和燃油汽车的智能车灯及基本型端侧智能部件、CMS电子后视镜及增强型端侧智能部件，以及L2/L2+行泊一体ADAS和ZCU区域处理器应用提供高性能、低本钱车规级SOC芯片解决方案。

此中，欧冶通过龙泉560+龙泉565芯片组合完整覆盖了ZCU的全场景业务需求，可以为智能汽车提供高性能、低本钱的智能ZCU区域处理器解决方案，满足智能化区域所需的高性能边沿盘算、实时通信、智能供电需求。

欧冶ZCU芯片方案集成高性能R核和M核处理器，集成低延长CAN/LIN通信处理器和高性能车载以太网交换处理器，内置大容量的片内SRAM和NVM，内置丰富的外围接口，可以满足智能汽车ZCU区域控制器对实时性处理、车载以太网处理、功能安全和网络安全的需求。同时，欧冶ZCU芯片方案支持多路视频AI处理能力，为智能汽车ZCU区域应用预留了富足的能力。另外欧冶芯片配套提供成熟、稳固、易用的SDK宁静台化解决方案，可以满足客户产品快速量产需求。

五、整车 EEA，行业发展阶段与展望

5.1 特斯拉 Model3 开启电子电气架构的全面厘革
特斯拉是汽车电子电气架构的全面厘革者， 2012年 Model S 有较为显着的功能域划分，包罗动力域、底盘域、车身域， ADAS模块横跨了动力和底盘域，由于传统域架构无法满足主动驾驶技术的发展和软件界说汽车的需求，为解耦软硬件，搭载算力更强盛的主控芯片，必须先辈行电子电气架构的厘革，因此 2017 年特斯拉推出的 Model3 突破了功能域的框架，实现了中央盘算+区域控制器框架， 通过搭建异域融合架构+自主软件平台，不光实现软件界说汽车，还有效降低整车本钱，提高服从：

特斯拉 Model3基本实现了中央会合式架构的雏形，不过 Model3距离真正的中央会合式架构还有相当距离：通讯架构以 CAN总线为主，中央盘算模块只是形式上将影音娱乐 MCU、主动驾驶 FSD以及车内外联网模块集成在一块板子上，且各模块独立运行各自的操纵系统。但无论如何， Model3 已经践行了中央盘算+区域控制的电子电气架构理念框架，领先传统车企 6 年左右。

通过三款车型的演进，特斯拉的新型电子电气架构不光实现了 ECU数目标大幅减少、线束大幅收缩（ MODEL S 线束 3000米， Model 3 减少一半以上），更冲破了汽车财产旧有的零部件供应体系（即软硬件深度耦合打包出售给主机厂，主机厂议价能力差，后续功能调解困难），真正实现了软件界说汽车， 特斯拉的 OTA 可以改变制动距离、开通座椅加热，提供个性化的用户体验， 由于突破了功能域，特斯拉的域控制器横跨车身、 座舱、底盘及动力域，这使得车辆的功能迭代更为机动， 用户可以体验到车是常用常新的，与之形成光显对比的是，大部分传统车厂的 OTA 仅限于车载信息娱乐等功能。

特斯拉为了更好地发挥软件的作用，实现了主动驾驶主控芯片这一最为核心的智能硬件的自研自制（特斯拉以为芯片的专用设计使得其上的软件运行更高效）， 这意味着后续特斯拉车辆的升级速度、 功能的部署都不再依赖外部 SOC芯片供应商，真正将车辆的魂魄掌握在自己手中。


特斯拉电子电气架构演进历史

Model 3整车四个控制器包罗中央盘算模块（ CCM）、左车身控制模块(BCM LH)、右车身控制模块(BCM RH)和前车身控制模块（ BCM FH）四大域控制器。

左车身控制模块负责左车身便利性控制以及转向、制动、助力等。右车身控制模块负责右车身便利性控制、 底盘安全系统、动力系统、热管理等。中央盘算模块包罗主动驾驶模块、信息娱乐模块、车内外通信连接，共用一套液冷系统。主动驾驶及娱乐控制模块接管与辅助驾驶有关的传感器——摄像头、毫米波雷达， 将对算力需求较高的智能驾驶、信息娱乐放在一起，便于智能硬件持续升级， 2019年特斯拉推出自研 FSD芯片更换了基于英伟达 Drive PX2 芯片组， AI盘算性能提拔达 21倍，随着特斯拉将主动驾驶最核心的盘算硬件实现自研，特斯拉大幅提拔了相对于竞争对手的领先上风。操纵系统基于开源 Linux举行定制化裁剪，并自研中间件，软硬件均实现了自主可控，车型功能迭代更新速度加快，整车开辟本钱降低。


特斯拉Model3电子电气架构



特斯拉主动驾驶主控芯片发展进程

5.2 小鹏汽车G9电子电气架构具领先性
新势力三强中小鹏汽车在电子电气架构方面走得比力领先，随着车型从 G3、P7和P5，迭代到 G9 的这套X-EEA3.0电子电气架构，已经进入到中央会合式电子电气架构。凭借领先一代的架构，搭载更高算力SOC芯片及更高算力使用率，小鹏G9或成首款支持 XPILOT 4.0 智能辅助驾驶系统的量产车。
小鹏P7搭载小鹏第二代电子电气架构，具备混合式的特点：

因此 CAN 总线和以太网总线并存，大数据/实时性交互均得以保证；以太网节点少，对网关要求低。
因此CAN总线和以太网总线并存，大数据/实时性交互均得以保证；以太网节点少，对网关要求低。小鹏第二代电子电气架构实现传统ECU数目减少约60%，硬件资源实现高度集成，大部分的车身功能迁移至域控制器，中央处理器可实现支持仪表、信息娱乐系统以及智能车身相关控制的大部分功能，同时集成中央网关，兼容 V2X 的协议，支持车与车的局域网的通信，支持车与云端的互联，车与长途数字终端的连接功能。小鹏汽车的智能驾驶域控制器，集成了高速NGP、城市GNP及泊车功能。小鹏辅助驾驶接纳激光雷达视觉融合方案，与特斯拉的纯视觉方案不同，这就导致两者硬件架构不同，对于通讯带宽、盘算能力的要求也不一样。



小鹏汽车电子电气架构演进历史

小鹏汽车将其X-EEA3.0电子电气架构称为“让智能汽车在未来永不掉队的秘密”。根据公司披露的首搭于 G9的电子电气架构的信息，未来 G9可以升级和优化的潜力较大。

X-EEA 3.0硬件架构方面，接纳中央超算（C-DCU）+区域控制（Z-DCU）的硬件架构，中央超算包含车控、智驾、座舱3个域控制器，区域控制器为左右域控制器，将更多控制件分区，根据就近配置的原则，分区接管相应功能，大幅缩减线束。

得益于小鹏汽车的全栈自研能力，新架构做到了硬件和软件的深度集成，不光实现软硬件解耦，也实现软件分层解耦，可使得系统软件平台、底子软件平台、智能应用平台分层迭代，把车辆的底层软件和底子软件与智能、科技、性能相关的应用软件脱离开，在开辟新功能时，只必要对最上层的应用软件举行研究和迭代就可以，收缩了研发周期和技术壁垒， 用户也能够享受到车的快速迭代。

X-EEA 3.0 数据架构方面，域控制器设置内存分区，升级运行互不干涉，便用车边升级，30分钟可升级完成。

通信架构方面， X-EEA3.0 在国内初次实现了以千兆以太网为主干的通信架构，同时支持多通讯协议，让车辆在数据传输方面更快速。从G9 搭载的新一代电子电气架构可以看出，小鹏在骨干网络的建设和面向 SOA 的方向起步较早。
X-EEA 3.0 电力架构方面， 可实现场景式精准配电，可根据驾驶、第三空间等不同用车场景按需配电，比如在路边等人时，可以只对空调、座椅调节、音乐等功能供电，其他部分断电，如许就能实现节能耗节省，提高续航里程。车辆定期自诊断，主动发现题目，引导维修，以科技本领赋能售后。



小鹏汽车第三代电子电气架构实现千兆以太网+中央盘算+区域控制

5.3 宝马新一代电子电气架构
2018年宝马量产了其新一代电子电气架构，如图1所示，其大量使用了以太网通信，而且域控制器也得到了使用，跟当年量产的Model 3的电子电气架构有的一比了。


宝马2018年电子电气网络架构

上图各控制节点的寄义如下图所示，例如ACSM表现高级碰撞安全模块，AHM表现拖车模块，DSC为动态稳固控制模块，BDC表现车身控制模块，EGS表现电子变速箱控制模块，HU-H表现娱乐控制模块，PCU表现动力控制模块，RAM表现音频接收模块，KAFAS表现基于摄像头的驾驶员辅助系统，IHKA为集成集成主动暖气/空调模块，SAS表现选装模块，即为ADAS模块，SMBF表现驾驶员座椅控制模块。



各节点的具体寄义

各节点之间的通信方式包罗以太网、FlexRay、CAN总线，此中图1所示中灰色表现以太网总线，包罗两线的OABR以太网和五线以太网，无线以太网主要用于BDC与OBD2之间的交互，单独的以太网通信节点如下图所示，深赤色表现FlexRay总线，黄色表现CAN总线。CAN总线中又分K-CAN、PT-CAN、Local CAN，K-CAN表现通信CAN，K-CAN1用于BDC与音频接收模块RAM、FZD通信，K-CAN5用于BDC与NFC、长途接收器FBD，K-CAN6用于BDC与右灯光控制模块FLER、左灯光控制模块FLEL通信；PT-CAN为BDC与动力相关模块，包罗DME、DHC等模块，Local-CAN为SAS，即ADAS控制器与传感器单元通信。

此中最值得一提的是SAS、BDC、HU-H分别为ADAS、车身、座舱域控制器，三者之中都集成了以太网交换机和网关。


以太网通信节点

5.3.1 宝马未来电子电气架构发展

以上是宝马现在正在使用的电子电气架构，那其在未来的如何呢？
在ADAS方面，BMW的主动驾驶硬件架构接纳的是增量式发展，比如L2的硬件架构可以作为L3/4/5级的备份，如下图所示。分别包含mPAD，hPAD，uPAD。


宝马未来的ADAS硬件系统
而在电子电器架构方面，宝马也在探究在中央盘算平台架构下的动态可配置系统(Dynamic Reconfigurable System,简称DRS)，在满足功能安全的前提下，在Zonal控制器层面举行动态配置，使得其可以快速和之前的设计的ECU举行兼容。
宝马的动态可配置系统如图14所示，此中分为三层，最底层为依赖硬件的电子电气架构，主要是实验器和传统的ECU，中间层为面向服务的系统，主要是是区域控制器ZCU组成，最上层为中央盘算平台。此中最底层与中间层通过CAN总线举行通信，ZCU之间或者是ZCU与上层盘算平台之间通过以太网举行通信。DRS的目标是实现基于处理器的Fail-Operational，目标是检测HDS和和ZCU自己的故障，然后采取相应的措施，保证功能正常运行。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。



欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4