1.3.2. Adaptive AUTOSAR 标准面向高性能 ECU Classical AutoSAR 标准(CP)解决了传统的嵌入式 ECU 开发的需求,但是在汽车智 能化时代,高级自动驾驶功能需要在车辆上引入高度复杂和计算资源需求量大的软件, CP 标准无法满足 ADAS 控制器相关的需求。于是,在算力大幅提升的需求拉动,和以 太网技术发展&多核异构高性能处理器技术的驱动下,AUTOSAR 联盟推出满足面向服 务 SOA 架构的第二个软件标准:Adaptive AutoSAR(AP)。 AP 不是原有 CP 的升级版本,而是运用 SOA 架构设计思想,面对汽车更加复杂的 功能需求推出的新标准。两者相比,首先 AP 可以适配 64 位及以上的高性能芯片,而 CP 只能适配 32 位及以下微控制器;其次 CP 中的 RTE 仅支持静态通信,在程序发布时 已经确定通信源和目标,不支持通信的动态重新配置,通信协议主要是“面向信号”的 LIN/CAN 架构。而 AP 中的通信模块 ara::com 为 Application (服务)间的通信提供接口, 并且其自身包含的 SOME/IP 通信协议属于“面向服务”架构,支持服务发现、数据的动态 发布/订阅机制,从而能够实现不同的应用像电脑上的软件一样动态升级、卸载。 AP 具有如下的特点:1)软实时性,具有毫秒级的最后期限,即使错过最后期限也 不会造成灾难后果;2)具有一定的功能安全要求,可以达到 ASIL-B 或更高;3)更适 用于多核动态操作系统的高资源环境。因此与 CP 相比,虽然 AP 实时性有所降低,但 在保证一定功能安全等级的基础上,大大提高了对高性能处理能力的支持,以支持智能 互联应用功能的开发。 1.4. 硬件架构/通信协议升级:CAN/LIN->以太网,面向信号->面向服务 1.4.1. 数据传输速度需求推动车身网络向以太网进化 自动驾驶需要以更快速度采集并处理更多数据,传统汽车总线无法满足低延时、高 吞吐量要求。随着汽车电子电气架构日益复杂化,其中传感器、控制器和接口越来越多, 自动驾驶也需要海量的数据用于实时分析决策,因此要求车内外通信具有高吞吐速率、低延时和多通信链路。在高吞吐速率方面,LIDAR 模块产生约 70 Mbps 的数据流量, 一个摄像头产生约 40 Mbps 的数据流量,RADAR 模块产生约 0.1Mbps 的数据流量。若 L2 级自动驾驶需要使用 8 个 RADAR 和 3 个摄像头,需要最大吞吐速率超过 120Mbps, 而全自动驾驶对吞吐速率要求更高,传统汽车总线不能满足高速传输需求。 ![]()
集带宽更宽、低延时等诸多优点的以太网有望成为未来车载数据传输骨干网络。车 载以太网(Ethernet)是汽车中连接电子元器件的一种有线网络,具有带宽较宽、低延时、 低电磁干扰、低成本等优点。传统以太网在 1990 年就已经发布,需要 2-4 对双绞线进行 传输,且抗电磁干扰能力较弱,难以在汽车上大量推广,宝马率先应用以太网技术,在 2008 年的宝马 7 系上,装备了一条从 DLC 诊断端口到网关的 100Base-Tx 以太网,用于 诊断和固化软件更新。 2011 年,Broadcom(博通)、NXP、BMW 成立 OPEN Alliance 联盟,到目前已经有 500+成员。2015 年首个车载以太网规范 100Base-T1 发布,仅需要一对双绞线进行传输, 可以减少 70-80%的连接器成本,减少 30%以上的重量,并且能够有效的满足车内 EMC 电磁干扰的要求。随着 1000Base-T1 以及更高带宽 NGBase-T1 以太网标准的不断推出, 以太网有望成为未来智能汽车时代的车载主干网络。 1.4.2. “面向服务”通信协议,支持 SOA 架构升级 SOME/IP 面向服务通信协议,支持 SOA 架构升级。随着以太网不断的普及, SOME/IP (Scalable service-Oriented MiddlewarE over IP)概念开始引入车载网络通信领域, 它 2011 年由 BMW 集团推出,是车载以太网的通信中间件,位于 OSI 7 层模型的第 5 层,并于 2013 年被纳入 AUTOSAR 4.1 规范中。传统的 CAN/LIN 总线为主的车载网络 中,通信过程是面向信号,其信号的发送是根据发送者的需求,不会考虑接收者是否有 需求。而 SOME/IP 则不同,它在接收方有需求的时候才会发送,这种方法优点在于总 线上不会出现过多不必要的数据,降低负载。 在 SOME/IP 协议和以太网的支持下,通信架构和协议支持面向服务的 SOA 架构升 级,将各种控制算法、显示功能等应用程序抽象为“服务”,并通过 API 接口和中间件 (Middleware)使得所有有需求的任务都可以对其进行访问。 1.5. 算力需求+SOA 架构推动“功能域”集成,“Zone”区域控制成为重要组成 控制器“功能域”集中成为趋势。在原有的分布式电气架构下,因为汽车智能化功 能不断提升导致 ECU 数量不断升级,线束带宽及重量难以支撑继续扩张,且分布式 ECU 功能相对简单,设计资源有限,无法支持 SOA 架构下新增功能持续升级和消耗,因此 控制器“功能域”集中成为趋势。 就近接入,扩展灵活,“Zone”区域控制成为整车网络重要组成部分。在“功能域” 集中的基础上,通过 Zone 区域控制器对全车的设备进行就近接入,能够更好的实现硬 件的扩展,减少整车线束长度及成本,成为整车电子电气架构中重要的组成部分。 1.6. 华为推出“计算+通信”CCA 架构,“功能域”+“区域”集中指引发展趋势 1.6.1. 主流车企量产车型推进“功能域”集成,特斯拉率先实现“区域”集成 主流量产车型延续博世 E/E 架构路线,推进“功能域”控制器集成。主流车企量产 车型正在从分布式架构向“功能域”集中架构演进,将智能驾驶、智能座舱以及车身域 控制器分别集成。但整车之间通信仍然通过 CAN/LIN 等传统总线进行。如大众 MEB 平 台以及长安 CIIA 电子电气架构等。 ![]()
特斯拉率先实现 E/E 架构变革,实现区域控制器集成。特斯拉在自动驾驶域控制器 和智能座舱域控制器集成的基础上,率先进行区域控制器集成,将车身控制器划分为左、 前、右三部分,节点就近接入,并集成部分 ECU 功能,但控制器之间仍然采用传统汽 车 CAN/LIN 总线进行连接。 1.6.2. ICT 技术积累推出 CCA 架构,华为实现电子电气架构最新变革 自身的 ICT 技术为积累,推出 CCA 架构为基础的全栈式解决方案。华为推出全栈式智能汽车解决方案,其中底层的基础是“计算+通信”为核心的 CCA 架构,CCA 架构用 以太环网作为车载通信主干网络,实现了“功能域”+“区域”的集成。 以太环网+VIU 区域控制器构建车内通信架构。整车网络架构设置 3-5 个 VIU,相 应的传感器、执行器甚至部分 ECU 就近接入,实现电源供给、电子保险丝、I/O 口隔离 等功能。VIU 之间通过高速以太网的环形网络进行连接,确保整车网络高效率和高可靠。 基础通信架构+三大域控制器,构建 CCA 架构。在整车通信架构之上,设置智能座 舱域控制器 CDC、智能驾驶域控制器 MDC 和整车控制器 VDC,共同完成娱乐、自动 驾驶、整车及底盘域的控制。 通信领域丰富经验,助力构建以太网通信方案。以太网速率远超传统汽车总线网络, 华为在以太网应用领域有丰富的经验,根据前瞻产业研究院数据,2019 年华为以 39%的市场份额稳居国内以太网交换机市场第一,能够实现网络 0 丢包及数据 μs 级延时,易 于实现整车以太网络搭建及 VIU 区域控制器功能。
|