1. 域控制器是什么?
汽车智能化和信息化发展在过去十年中取得了显著成果ECU芯片的使用越来越多。从传统的发动机控制系统、安全气囊、防抱死系统、电动动力转向、车身电子稳定系统、智能仪器、娱乐视频系统、辅助驾驶系统、电动驱动控制、电池管理系统、车载充电系统、蓬勃发展的车载网关T-BOX和自动驾驶系统等。
传统的汽车电子电气架构是分布式的(如下图2-1所示),汽车中的每一个ECU都是通过CAN和LIN现代汽车中的总线连接在一起ECU总数迅速增加到几十个甚至几百个,整个系统越来越复杂,几乎是上限。在当今汽车智能化、网络化软件定义的发展趋势下,这是基于ECU的分布式EEA许多问题和挑战也日益暴露。

解决分布式问题EEA人们开始逐渐分离许多功能相似和分离的问题ECU功能集成与集成的比例ECU在性能更强的处理器硬件平台上,这是汽车的域控制器(Domain Control Unit,DCU)”。域控制器的出现是汽车EE架构从ECU分布式EE结构演变为域集中式EE一个重要的标志(如图2-2所示)。
域控制器是汽车每一个功能域的核心,它主要由域主控处理器、操作系统和应用软件及算法等三部分组成。域控制器的主要核心设计理念是平台化、高集成度、高性能、兼容性好。域控制器依托高性能的域主控处理器、丰富的硬件接口资源和强大的软件功能特性,原本需要大量的颗粒ECU实现的核心功能集成大大提高了系统功能集成,加上数据交互的标准化接口,可以大大降低这部分的开发和制造成本。
对于功能域的具体划分,汽车主机制造商将根据自己的设计理念进行划分。比如BOSCH分为五个域:动力域:(Power Train)、底盘域(Chassis)、车身域(Body/Comfort)、座舱域(Cockpit/Infotainment)、自动驾驶域(ADAS)。这是最经典的五域集中式EEA,如下图2-2所示。一些制造商在五域集中架构的基础上进一步整合,将原有的动力域、底盘域和车身域整合成车辆控制域,形成三域集中架构EEA,也就是说:车控域控制器(VDC,Vehicle Domain Controller)、智能驾驶域控制器(ADC,ADAS\AD Domain Controller)、智能驾驶舱域控制器(CDC,Cockpit Domain Controller)。大众的MEB平台和华为CC属于这种三域集中式架构EEA。
2. 域控制器市场概述
2018年,奥地利基于德尔福提供的域控制器技术TTTech公司开发的zFAS奥迪控制器率先应用A8当中。伟世通公司推出SmartCore集成信息娱乐、仪表板、信息显示等域控制器HUD、ADAS等功能。这些产品是商用功能域控制器产品的先驱Tier 供应商纷纷跟进,整个域控制器市场逐步发展。
华为、德赛西威、航盛电子、东软等企业也在国内市场推出DCU解决方案已被国内汽车公司采用。例如,2020年小鹏汽车推出的智能轿跑车P以英伟达为基础达为基础Xavier打造的自动驾驶域控制器产品——IPU03。
目前,整个行业都是对的DCU市场有非常乐观的预期。据佐思产研预测,2025年全球汽车DCU(座舱 2019-2025年平均出货量将超过1400万套。.7%。
整个汽车行业普遍认为,域控制器是未来汽车电子行业竞争门槛最高的部分,利润最高,芯片制造商和核心算法供应商将受益。
2.1. 域控制器市场快速增长背后的驱动因素
更多更好的ADAS功能和智能驾驶舱和信息娱乐功能一直是促进域控制器市场快速增长的主要因素。这些新功能显著提高了汽车的技术意识和用户体验,也是主机厂开发新车型的重点。L1到L2 级别之间的ADAS应用近年来发展迅速,停车辅助、车道偏离预警、自适应巡航、碰撞避免、盲点检测、驾驶员疲劳检测等功能迅速普及。
域控制器需要一个性能更强、集成度更高的主控处理器作为其大脑,通过分离更多ECU实现的功能现在可以放在域主控处理器上实现,可以节省功能域所需的功能ECU用量和其他硬件资源。更高的集成度可以实现主机厂供应链管理ADAS平台化和标准化域控及相关部件的要求。
2.2. 对域控制器供应链的影响
汽车E/E结构的演变和发展也深刻影响了原始设备制造商和汽车电子供应商之间的供应关系。原始设备制造商的核心竞争力主要从以往的机械制造转向软件和算法。预计未来的汽车制造商和Tier 供应商之间可能有两种合作模式:
-
其一,Tier 1负责域控制器硬件的设计和生产,以及中间层Middleware软件部分。整车厂负责自动驾驶软件。Tier 1的优点是以合理的成本生产产品,加快产品落地,所以整车厂和Tier 前者负责自动驾驶软件部分,后者负责硬件生产、中间层和芯片方案集成。在这种模式下,整车厂在项目立项时可能会跨越Tier 芯片选型直接与芯片制造商确定。
-
其二,Tier 1.与芯片制造商合作,开发中央域控制器,并将其出售给汽车制造商,如大陆ADCU、采埃孚ProAI、麦格纳MAX4等。
2.3. 智能驾驶舱域控制器
驾驶舱智能的本质是基于驾驶舱中的人机交互场景,集成驾驶信息和娱乐信息,为用户提供高效、直观、充满未来技术感的驾驶体验。智能驾驶舱的设计需求主要用于改善用户的驾驶体验,确保用户驾驶的安全和舒适,最终实现汽车作为人们工作和家庭场景以外的第三个生活空间的最终目标。
包括智能驾驶舱HUD、仪表盘(Cockpit)车载娱乐信息系统(In-Vehicle Infotainment,简称IVI)三个主要组成部分。
HUD它将是一个非常实用的功能ADAS挡风玻璃上投射了一些导航功能,如ACC、行人识别、LDW、路线提示、路口转弯提示、变道提示、剩余电量、行驶里程等。HUD很快就会演变成AR HUD,在L3和L时代成了标配。
进入L3时代,司机状态监测(Driver Status Monitor,DMS)机器视觉和深度学习算法将被引入面部识别、眼球跟踪、眨眼次数跟踪等必要功能。L4时代则必备V2X(Vehicle to everything)。
另外,多模态交互技术的蓬勃发展将会极大改变用户与汽车的交互模式。基于语音识别功能的语音交互技术越来越流行IVI系统的交互操作。通过语音进一步分析驾驶员的情绪状态。当DMS当系统检测到驾驶员昏昏欲睡时,系统可以通过播放音乐或释放香味来唤醒驾驶员;基于多场景的汽车驾驶舱多模态交互技术将重新定义未来人机交互技术的发展。
所有这些智能驾驶舱新技术的发展都将促进驾驶舱计算资源需求的激增。
全球智能驾驶舱控制器领域Tier 1厂家主要包括博世、大陆汽车、哈曼、伟世通和Aptiv(安波福)等。中国本土企业主要有德赛西威、航盛、东软瑞驰等。
厂商 | 芯片平台 | 驾驶舱控制器的名称 | 操作系统/Hypervisor | 客户 |
伟世通 | 高通 | SmartCore | Android,Linux | 吉利汽车,戴姆勒奔驰,东风,广汽 |
大陆 | 高通/瑞萨 | 集成车身电子平台IIP | QNX/PikeOS | |
博世 | 高通 | AI Car Computer | AGL | 通用 |
Aptiv | 英特尔 | ICC | Linux/ARCN | 长城、奥迪、沃尔沃 |
德赛西威 | 高通820A TI Jacinto6 | 智能驾驶舱域控制器 | 理想汽车 | |
东软睿驰 | 英特尔 | C4-A1fus | Linux/ARCN |
2.4. ADAS域控制器
ADAS域控制器通常需要连接多个摄像头、毫米波雷达、激光雷达等传感器设备,具有多传感器集成、定位、路径规划、决策控制、无线通信、高速通信的能力包含图像识别、传感器数据处理等诸多功能,因此要完成大量运算,域控制器一般都要匹配一个核心运算力强的处理器,能够提供自动驾驶不同级别算力的支持,目前业内有NVIDIA、华为、瑞萨、NXP、TI、Mobileye、赛灵思、地平线等多个方案。
自动驾驶技术目前是全球科技行业最前沿的方向。L1到L2+级别的辅助驾驶技术和功能已经日趋成熟,搭载ADAS功能和应用的很多车型开始进入大规模量产。可以遇见L1/L2级别ADAS功能的市场渗透率将快速提升,而L3/L4级别自动驾驶系统仍处于小规模原型测试阶段。
当今的自动驾驶行业,中国市场绝对是主力。今年中国L2的搭载量预计突破80万,中国品牌占据绝大部分份额。未来中国市场ADAS功能的渗透率还将持续快速提高,中低端汽车所配置的ADAS功能将逐步增多。根据艾瑞咨询研究报告显示,预计2025年ADAS功能在乘用车市场可以达到65%左右的渗透率。L3级别的高速自动领航HWP功能和L4级别的AVP自动泊车功能,目前车型渗透率较低,未来提升空间较大。
ADAS域控制器正在从过去的分布式系统架构演变到域集中式架构。过去一套ADAS系统,要有好几个独立的ECU才能实现,比如车道偏移和交通识别ECU、前向碰撞预警ECU、泊车辅助ECU等。现在有了功能强大的集中式ADAS域控制器后,一个域控制器就实现了所有功能。系统的软硬件复杂度大大降低,可靠性也得到了提高。
目前业内提供ADAS域控芯片平台的有NVIDIA、华为、瑞萨、NXP、TI、Mobileye,以及国内本土的地平线和黑芝麻等多个方案。下表2-2总结了全球主要ADAS域控制器厂商及其客户和伙伴信息。
厂商 |
ADAS域 控制器名称 | 计算芯片平台 | 自动驾驶等级 | 功能安全 | 操作系统 | 客户和量产、SOP计划 |
伟世通 | DriveCore | 支持NVIDIA、高通和NXP的处理器架构 | L2-L4 | ASIL-D | AutoSAR CP,Auto AP,Linux等 | 广汽,以及欧洲2家主机厂,计划2022年SOP |
大陆 | ADCU | NVIDIA DRIVE Xavier | L3/L4 | ASIL-D | AutoSAR Adaptive平台 | 与NVIDIA合作的L3级别自动驾驶域控制器平台 |
车载服务器 (ICAS1) | NVIDIA | L2 | ASIL-C/D | 大众MEB平台ID.3系列电动汽车 | ||
博世 | DASy 1.0 | NVIDIA | L2/L2+ | ASIL-C/D | AutoSAR CP,AutoSAR AP | 已于2019年SOP,支持HWP/TJA等L2+级别的功能 |
DASy 2.0 | NVIDIA DRIVE Xavier | L3/L4 | ASIL-D | AutoSAR AP,Linux | 2022年SOP | |
TTTech | zFAS/iECU | NVIDIA TX2/Xavier | / | / | / | 奥迪、上汽 |
Aptiv | 中央传感定位和规划(CSLP)平台 | Intel Mobileye | / | / | / | / |
Veoneer | 宙斯Zeus Super Computer | NVIDIA Xavier | / | / | / | |
采埃孚 | 中央控制器ProAI | NVIDIA Xavier | / | / | / | 跟百度Apollo合作,客户是奇瑞 |
麦格纳 | MAX4 | / | / | / | / | 宝马 |
环宇智行 | TITAN | NVIDIA Xavier | / | / | / | / |
布谷鸟 | Auto Wheel | NXP | / | / | / | 合作伙伴包括NXP、Renesas、Sony等 |
知行科技 | iMo DCU中央控制器 | TI Jacinto/NXP | / | / | / | 众泰 |
经纬恒润 | ADAS Domain Controller | NXP | / | / | / | / |
东软睿驰 | ADAS DCU | Xilinx | / | / | / | 乘用车和商用车主机厂 |
德赛西威 | 自动驾驶平台 | NVIDIA Xavier | / | / | / | 小鹏汽车 |
3. 域控制器发展趋势
域控制器的兴起对传统的汽车MCU厂商造成了极大的挑战,“因为MCU使用量将大大减少,传统的MCU产品其演进路线将不复存在”。
在分布式ECU时代,计算和控制的核心是MCU芯片,传输的基础核心是基于传统的CAN、LIN和FlexRay等低速总线。但在域控制器时代,高性能、高集成度的异构SoC芯片作为域的主控处理器,将成为域控制器的计算与控制的核心芯片。而汽车TSN(Time-Sensitive Network)以太网因为具有高带宽、实时和可靠的数据通信能力等特点,必将成为整车通信的核心基础设施,尤其是域主控处理器之间的通信主干网。
下面我们来简单分析一下域控制器以及核心的主控处理器的一些关键技术和趋势。
3.1. 高性能
总的来说,对算力的需求提升一直是域控制器核心芯片发展的主要推动力。一方面原本由多个ECU完成的功能,现在需要依靠单一的域主控处理器来完成,并且还需要管理和控制所连接的各种传感器与执行器等。比如:底盘、动力传动系统和车身舒适电子系统的域主控处理器,其算力需求大约在10000DMIPS-15000DMIPS左右。
新的智能汽车,除了要更多的与人交互外,更需要大量的对环境进行感知,这就需要计算和处理海量的非结构化数据,因此座舱域和自动驾驶域都要求高性能的CPU,比如就座舱仪表的CPU算力而言,它其实跟一部高端智能手机的CPU算力差不多,约为50000DMIPS左右。此外,为了支持L2辅助驾驶功能或者更高级别的自动驾驶功能,需要运行很多视觉DNN模型算法,这就又额外需要上百TOPS的AI算力。
所以,各芯片厂商总是会尽量使用更先进的制程工艺、更先进的CPU核于与NPU核来尽量提高域主控芯片的CPU核心性能与NPU性能。
3.2. 高异构性
伴随着AI技术在视觉领域的应用,基于视觉的自动驾驶方案逐渐兴起,这就需要在CPU的基础上加装擅长视觉算法的GPU芯片,从而形成“CPU+GPU”的解决方案。不过,“CPU+GPU”组合也并非最优解决方案,因为 GPU 虽然具备较强的计算能力,但成本高、功耗大,由此又逐步引入了FPGA和 ASIC 芯片。
总体来看,单一类型的微处理器,无论是 CPU、GPU、FPGA还是ASIC,都无法满足更高阶的自动驾驶需求,域控制器中的主控芯片会走向集成“CPU+xPU”的异构式 SoC(xPU 包括 GPU/FPGA/ASIC等),从而能较好的支撑各种场景的硬件加速需求。
3.3. 高集成度
从功能层面上,域控制器会整合集成越来越多的功能。比如动力系统域可能把发动机的控制、电机控制、BMS、车载充电机的控制组合在一起。有些主机厂甚至直接一步到位,将底盘、动力传动以及车身三大功能域直接整合成一个“整车控制域(Vehicle Domain Controller,VDC)”。
要支持这些功能的整合,作为域控制器的大脑,域主控处理器SoC就需要集成尽可能多的接口类型,比如:USB、Ethernet、I2C、SPI、CAN、LIN以及FlexRay等等,从而能连接和管理各种各样的ECU、传感器和执行器。
3.4. 硬件虚拟化
对硬件虚拟化技术的需要主要来自两方面:(1)硬件资源的分区与隔离;(2)支持混合安全等级。
原本需要多个ECU实现的多个功能都整合到域控制器上后,势必会导致域控制器的软件更为复杂,这势必会导致整个软件系统的出错概率增加、可靠性下降。而且多个应用混合运行在同一个操作系统上,经常会出现故障传播(Failure Propagation),也就是一个应用出现问题后,会使得整个系统底层软件和硬件都处于紊乱状态,从而导致其它原本正常的应用也会开始出现故障。因此通过硬件虚拟化技术对硬件资源进行分区(Partition),使得各个功能对应的软硬件之间互相隔离(Isolation),以此保证整个系统的可靠性。
另一方面,在汽车电子系统中,通常不同的应用其对实时性要求和功能安全等级要求都不同。例如,根据ISO 26262标准,汽车仪表系统与娱乐信息系统属于不同的安全等级,具有不同的处理优先级。汽车仪表系统与动力系统密切相关,要求具有高实时性、高可靠性和强安全性,要求运行在底层实时操作系统上(比如QNX)。而信息娱乐系统主要为车内人机交互提供控制平台,追求多样化的应用与服务,以Linux和Android为主。为了实现混合安全等级的应用,实现不同的操作系统运行在同一个系统上,这就需要虚拟化技术的支持。
车载硬件虚拟化技术的核心是Hypervisor,它是一种运行在物理服务器和操作系统之间的中间层软件,可以允许多个不同虚机上的操作系统和应用共享一套基础物理硬件。当系统启动时,首先运行Hypervisor,由它来负责给每一台虚拟机分配适量的内存、CPU、网络、存储以及其它硬件资源等等(也就是对硬件资源进行分区),最后加载并启动所有虚拟机的客户操作系统。
一句话总结一下基于Hypervisor的优点:它提供了在同一硬件平台上承载异构操作系统的灵活性,同时实现了良好的高可靠性和故障控制机制, 以保证关键任务、硬实时应用程序和一般用途、不受信任的应用程序之间的安全隔离,实现了车载计算单元整合与算力共享。
3.5. ISO 26262功能安全
功能安全是汽车研发流程中非常关键的要素之一。随着系统复杂性的提高,来自系统失效和随机硬件失效的风险日益增加。ISO 26262标准制定的目的就是更好的规范和标准化汽车全生命周期中的功能安全管理和要求,包括:概念阶段、系统研发、硬件研发、软件研发、生产和操作过程、售后等环节,尤其重点在产品设计阶段如何定义和实现功能安全的目标。
载汽车功能安全标准ISO26262-5 2018 “产品开发:硬件层面附录D”中对处理器单元的诊断覆盖率推荐的安全技术措施中,双核锁步(dual-core lockstep)、非对称冗余和编码计算是三种典型的硬件冗余技术措施。除此之外,硬件BIST、软硬件Self-Test技术、ECC等也是常见的提高处理器安全特性的设计措施。
双核锁步CPU是一种CPU冗余技术,在一个芯片中包含两个相同的处理器,一个作为master core,一个作为slave core,它们执行相同的代码并严格同步,master可以访问系统内存并输出指令,而slave不断执行在总线上的指令(即由主处理器获取的指令)。slave产生的输出,包括地址位和数据位,发送到比较逻辑模块,由master和slave总线接口的比较器电路组成,检查它们之间的数据、地址和控制线的一致性。检测到任何总线的值不一致时,就会发现其中一个CPU 上存在故障,但不会确定是哪个CPU故障。
这种CPU架构使得CPU自检独立于应用软件,不需要执行专门的指令集自检,实际运行的软件指令在每个时钟都进行比较,只需要测试软件用到的CPU资源,但这种架构不会对内存和总线进行检测,需要增加单独的检测方法以避免两个CPU的共模故障。
3.6. 网络卸载引擎
汽车网络会存在多种通信总线。骨干网未来势必会基于TSN以太网来构建,但是从域主控处理器到ECU或者传感器之间的通信则仍然是基于传统的车载低速总线,比如:CAN、FlexRay等。域主控处理器作为域控制器的核心,是所有ECU和传感器通信的汇聚中心。因此如果要依靠CPU的算力来完成不同总线间的协议转换,以及跨域通信的网络包处理的话,势必会占用宝贵的CPU算力资源。
因此基于硬件来实现网络协议转换处理的网络卸载引擎,对于各个域(包括中央网关)的域主控处理器是非常重要的技术。
3.7. Security引擎
连接性(Connectivity)是汽车智能化发展的一个很重要的趋势,未来的汽车一定会像今天的手机一样随时保持连接到互联网中。因此如何阻止未经授权的网络访问,以保护汽车免于受到黑客的攻击,对未来的智能汽车而言就会变得极为重要。下一代硬件安全模块(Hardware Security Module,HSM)正在成为下一代车载网络通信的重要基础设施之一。
HSM对于完全的安全车载通信(Secure Onboard Communication,SecOC)是必不可少的。HSM能确保所接收到的数据的真实性,防止攻击者绕过相关的安全接口,入侵车载网络。
基于硬件的安全模块主要解决两个问题:
-
密钥泄漏问题:如果密钥存储在应用程序的代码或数据中,很容易被泄漏。所以有必要增加一个硬件模块,专门存储密钥。
-
Crypto算法加速:通过内核来直接进行加密或解密运算会占用大量CPU算力资源。因此,有必要通过硬件模块来进行加密解密算法的加速。
SHE(Secure Hardware Extension)标准是由奥迪和宝马公司合作制定的、针对硬件安全模块HSM的规范,它主要包括密码模块的硬件、硬件软件接口。这个规范已被广泛接受,很多针对汽车行业的微处理器都支持这个规范。
3.8. 面向服务的软件架构SOA
ECU原先运行的软件大多数是按照Classic AutoSAR规范开发的软件系统,其中的应用软件一般都是静态调度(Static Scheduling)模式的,也即在系统运行时,程序中不同功能的函数按照事先定义好的排序文件依次调用、逐个运行。静态调度的优点是资源分配问题都是事先安排好的,车辆量产后就不会再改变,每个功能对应的函数代码具体运行时间也被提前锁定,是确定性的。因此这种设计对于汽车上很多对功能安全要求苛刻的场景是非常适合的。比如:决定安全气囊是否打开的功能函数就是固定地每隔几毫秒运行一次,以便紧急情况下可以及时打开。
承载计算和控制的底层硬件从分散的多个ECU集中到多核、异构的高性能域主控处理器后,相应的软件也会从分散向集中、从简单向复杂、从静态向动态进化。下图2-7显示了以后汽车域控制器上的典型软件架构:
-
操作系统层:最底层利用Hypervisor虚拟化技术对硬件资源进行分区(partition),从而可以在每个虚机运行不同的操作系统。比如在上图中,虚机VM1中运行兼容POSIX实时操作系统标准(比如PSE 52)的RTOS,RTOS上通常要承载功能安全相关的应用和服务;虚机VM2中运行Linux这种完全POSIX标准的分时操作系统,上面通常运行管理相关的功能和服务;虚机VM3中运行的可能是原来在ECU上运行的Legacy应用。
-
中间件层:操作系统是不做任何与“车”特定相关工作的。为了让域主控处理器在汽车场景下使用,需要有很多软件或者中间件用于让域控制器满足汽车的电源管理标准、网络管理标准以及诊断标准等;车载域控制器需要比一般工业嵌入式系统有更高的可靠性要求,这样就需要在计算机OS基础上再附加对存储和通讯等各方面的安全保护和容错机制;同时,位了让车载域控制器能够在整车EE架构下运行,还需要提供时钟同步、日志跟踪以及服务管理和发现等功能。Adaptive AutoSAR规范定义了运行在Linux或者完全兼容POSIX 1003.1标准RTOS上的这一层与“车”相关的中间件标准;而传统运行在POSIX子集的RTOS或者BareMetal模式的中间件规范则由Classic AutoSAR标准定义。
-
应用层:上层应用基于AutoSAR标准的中间件来进行开发。随着汽车智能化和网联化相关的功能越来多,上层应用软件也越来越复杂。位了降低单个应用的整体复杂性,我们可以借鉴互联网的面向服务架构(SOA)的软件设计思想,将一个复杂应用拆分多个服务。每个服务实现得尽可能小,尽量实现成无状态方式的服务,以利于整个系统的开发、测试和软件重用。服务与服务之间通过事件或者消息总线(发布/订阅工作模式)来进行通信,并降低互相之间的耦合度。通过服务配置来管理服务之间的依赖性、服务的部署和启动,以及服务的健康状态检测等。
汽车以太网给车载系统通信带来一个革命性的变化,在中央计算式汽车EE架构下,整个车载系统可以被看作是一个分布式网络系统:中央计算平台是一个小型服务器集群,区域计算平台是边缘计算节点。在互联网或者大型分布式系统中,SOA架构设计理念已经被广泛使用了。因此当IP网络技术被广泛应用于汽车后,很多在互联网或者分布式计算中已经很成熟的软件技术,自然会被借鉴到新的汽车软件架构设计中来,比如:RPC技术、事件/消息总线、RESTful API设计等。
大型互联网数据中心中的服务器集群动辄几百、上千台服务器,每秒百万、千万级别的并发。车载系统尽管可以被看作是一个分布式网络系统,但是它却没有互联网大型服务器系统的高并发特征,相反,它更注重通信的实时性和可靠性。
车载系统在物理上是向集中式发展的,也就是原来通过多个分散ECU来实现的功能,渐渐集中到几个主要的高性能域控制器上。因此,尽管在软件设计上,我们会尽量按照SOA的思路拆分成一个一个小的服务,但是这些服务在部署上其实是集中式的。鉴于这种物理部署上的“集中”与运行时的“分布式”并存的特点,因此我们可以通过一系列技术手段来优化服务与服务之间的通信延迟(比如:通过共享内存技术)。这是车载分布式系统与互联网强调高并发特性的分布式系统之间另一个显著的差别。
4. 小结
域集中式EE架构会是未来相当长一段时间占主要地位的汽车EE架构,域控制器作为域集中式EE架构的核心,会在整个汽车产业链中占据越来越重要的地位。其相应的芯片和硬件方案、操作系统和算法等将会成为整个产业链各上下游厂家的争夺焦点。