电子电器架构新趋势 —— 最佳着力点:域控制器

2024-02-28 07:28

本文主要是介绍电子电器架构新趋势 —— 最佳着力点:域控制器,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

电子电器架构新趋势 —— 最佳着力点:域控制器

我是穿拖鞋的汉子,魔都中坚持长期主义的汽车电子工程师(Wechat:gongkenan2013)。
老规矩,分享一段喜欢的文字,避免自己成为高知识低文化的工程师:

本就是小人物,输了就是输了,不要在意别人怎么看自己。江湖一碗茶,喝完再挣扎,出门靠自己,四海皆为家。人生的面吃一碗少一碗,人生的面见一面少一面。人生就是一次次减法,来日并不方长。自己的状态就是自己最好的风水,自己的人品就是自己最好的运气。简单点,善良点,努力点,努力使每一天都开心,不为别人,只为自己。

本文大体如下:

1、背景信息

2、整车电子电气架构向中央集中迈进

3、车辆电子架构演进,域控制器价值凸显

一、背景信息

伴随汽车的智能化快速演进,汽车产品呈现显著的集成化发展趋势:

-> 1、机械硬件集成化——包括底盘、动力系统、热管理的集成化,各车企的车辆平台将逐渐减少,做减法。

-> 2、电子硬件集成化——少量高性能计算单元代替大量ECU,减少线束与ECU数量,逐步解耦软件与硬件,以承载日益复杂的车辆软件模型。

-> 3、软件集成化——随着电子电气架构由分布式向集中式演进,汽车软件由分离的嵌入式变为解耦的分层式。复杂度大幅增加,软件自研与外包均将大幅增长,软件将成为整车差异的主要决定因素。

image

域控制器是汽车电子电气架构集成化过程中的产物。智能化功能的日渐增加使得汽车电子架构必将迈向中央集成。

车辆电子架构集成度越来越高,域控制器将从经典的五域走向三域并最终走向整车中央计算平台。

域控制器主要由主控芯片、操作系统、应用算法等软硬件构成,域控制器Tier1是主控芯片与主机厂的连接枢纽。

image

智驾功能增多并集成使得智驾域控制器应运而生,相较于分布式方案,可实现感知、算力共享,节省成本,且软件可持续优化。

智能座舱是人们体验汽车智能化的首要窗口,历经车载收音机、中控导航、数字座舱后,智能座舱正处于发展初期,正向一芯多屏、多模交互趋势进化。

智能车之工具属性与情感属性的分离发展

二、整车电子电气架构向中央集中迈进

汽车电子电气架构把汽车中的各类传感器、ECU(电子控制单元)、线束拓扑和电子电气分配系统整合在一起完成运算、动力和能量的分配,进而实现整车的各项功能。如果将汽车比作人体,汽车的机械结构相当于人的骨骼,动力、转向相当于人的四肢,电子电气架构则相当于人的神经系统和大脑,是汽车实现信息交互和复杂操作的关键。如果没有先进的电子电气架构做支撑,再多表面智能功能的搭载也无法支持车辆的持续更新和持续领先,更无法带来车辆成本降低和生产研发的高效。

当前汽车电子电气架构正从分布式走向中央计算,这个过程就如同从“诸侯割据”走向“天下归一”,由于多重历史包袱的存在,刚开始控制权收拢于多个权力中心(即域控制器 DCU),同是也还存在若干地方政权(同时保留若干分布式模块),但最终将走到中央集权(跨域融合成高性能计算中心HPC),地方只负责执行统一的政令。伴随电子架构集成化的还有软件分层解耦,如同一个政府组织有中央政府、省级、县级,各级变动互不影响,可分层迭代。同时汽车的通信架构也进行升级,如同修建覆盖全国的高速公路网。

走向中央集成的Why?

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

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

汽车电子电气架构的升级主要体现在硬件架构、软件架构、通信架构三方面:硬件架构从分布式向域控制/中央集中式方向发展。汽车将以少量高性能计算单元替代大量 ECU,为日益复杂的汽车软件提供算力基础。软件架构从软硬件高度耦合向分层解耦方向发展。软硬件解耦+软件分层解耦,使得汽车软件可经OTA实现快速迭代。通信架构由LIN/CAN总线向以太网方向发展,大带宽通信架构以适应车辆日益激增的数据量和低时延要求。

汽车电子电气架构升级带来四大升级趋势

比如业界特斯拉的电子电气架构演进路径:分布式架构——功能域——跨域融合——中央计算平台。Model 3开启电子架构全面变革,实现了中央集中式架构的雏形,基于此特斯拉实现了辅助驾驶软硬件高度垂直整合,保有车辆亦可实现相关功能的常用常新和持续领先。

大致猜测后续架构:

车辆电子电气架构演进趋势

大众ID4、Model Y、福特Mach E电子电气架构对比

整体看,自主品牌迭代速度较快,多代架构同步开发,此过程伴随高研发投入、软件人才扩张,研发组织变革、整零关系重塑等,车企从过去的硬件集成者到软件集成者+硬件集成者,将软件从过去供应商的“黑盒”中提取出来收归融合于自身的过程是全新和曲折的历程,通过几轮迭代,电子电气架构迈向中央计算是必然趋势,未来车辆软件所有权将主要属于车企,车企将把控汽车进化的命脉,由此基于智能车衍生的利润池将大幅增加。

中央集中式的电子电器架构将车辆的控制程序集中在中央计算平台中。可实现:

1)算力按需灵活分配。通过虚拟化按照实际需求分配算力给不同的操作系统。依据面向服务的架构分解功能,并根据需求调用、组合程序。当需要定义汽车新的功能时,可以通过原子程序的“拼接”实现新的功能。

2)硬件可插拔,算力可拓展。当不存在新功能对应的原子程序时,可以通过增加硬件、导入新的原子程序,从而实现新功能。当底层算力不足时,由于虚拟化的优势可以更换更高算力的芯片。比如2022年极氪001、蔚来为保有车主更换车机域控制器以提供更好座舱体验。

3)软件、硬件均可OTA,使得汽车的功能的边界可以不断拓展。现阶段以特斯拉为首的头部智能车企可实现动力域、底盘域的升级,并可以通过部分功能的组合实现新功能,但距离SOA架构依然有很长的路要走。

由分布式走向域控的过程中,原来的汽车Teir1供应商的“黑盒”供货模式受冲击,但同时传统车企软件能力也较弱,难以覆盖所有软件的开发,需要借助外部力量补强,这给域控制器供应商、科技企业、软件公司巨大的机遇。

三、车辆电子架构演进,域控制器价值凸显

电子电气架构演进历程中,主机厂和供应链的地位、合作模式在不断动态变化。 在分布式架构阶段:主机厂为硬件集成者,Tier1把上游的Tier2(嵌入式软件、芯片)打包后提供给主机厂。

在功能域架构阶段:类似功能合并,软件逐步从过去的黑盒中分离,主机厂选择直接与原来的Tier1/2合作,在应用软件层可能选择合作也可能选择自研。主机厂根据能力不同对域控制器的软硬件部分参与程度不一。对于自研程度深的主机厂,域控制器供应商相当于纯代工角色,对于自研程度浅的主机厂来说,域控制器供应商相当于全方位的“保姆”角色,可以实现“交钥匙”式服务。

进入中央计算+区域控制阶段以后,大部分 ECU消失,各传感器/执行器被中央计算单元支配,原属于 Tier1的大部分策略层的软件由主机厂主导,主机厂对软件中的高价值模块的介入程度渐深,因此主机厂必须要有专业的软件团队,以集成自研与外包软件,软件所有权主要属于汽车制造商。 随着电子架构集中化,域控制器的功能集成度、算力需求、软硬件复杂度、通信需求将呈指数级增长。

整车电子架构将在相当长时间处功能域阶段,域控制器价值凸显

关于域控制器的分类:

博世、大陆等传统Teir1按照功能将车辆划分为五域:动力域、底盘域、信息娱乐域、自动驾驶域和车身域。在这种划分方式下Teir1可直接整合自身所专注的业务单元,OEM依然可以借助原有供应商的力量实现“软件定义汽车”的目标,产业链整合难度较低,组织结构变化阻力较小。

动力域、底盘域、车身域带有较深的传统整零关系烙印。动力域控制器负责三电系统的控制,包括三合一系统、BMS 和整车控制器(VCU)。底盘域控制器包括刹车、转向、安全气囊、减震等功能,由于涉及安全要求,且要求响应速度快,低延迟,目前依然以ECU控制为主。底盘与动力域由于涉及供应商较多,且安全性要求高,车企较难实现动力域与底盘域的集成。车身域控制器主要为车身电子部分(雨刮/车窗/车钥匙),车身域将率先与座舱域实现融合。

智能座舱域与智能驾驶域是现阶段承载整车个性化智能体验的关键所在,最能体现品牌差异化,对传统供应链依赖度小,是现阶段迭代最快的域,座舱域和自动驾驶域需要处理大量数据,对算力要求较高,而动力总成域、底盘域、车身域,这类域控制器主要涉及控制指令计算以及通讯资源,算力要求相对更低。

域控制器演进路径:从经典五域——三域——整车中央计算平台

无论是新势力还是传统 OEM,受限于技术水平均未能在五域均搭载域控制器,一般是优先在智能驾驶与智能座舱域打造域控制器,力求打造更容易被消费者感知到的差异化。智能驾驶域控制器整合的功能多,对安全、时延等要求高,复杂度较高,价值量较大,是目前大部分车企最为关注的功能域。

头部主机厂公布的下一代电子电气架构,将实现车辆功能域的进一步集成: “五域”(自动驾驶域+动力域+底盘域+座舱域+车身域)逐步向集成度更高的“三域”(自动驾驶域+智能座舱域+车控域+若干网关)迈进,即:除智驾域、座舱域外,将底盘、动力传动以及车身三大功能域直接整合成一个“整车控制域(Vehicle Domain Controller,VDC)”。

整车五大功能域控制器特点

搁笔分享完毕!

愿你我相信时间的力量

做一个长期主义者!

这篇关于电子电器架构新趋势 —— 最佳着力点:域控制器的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/754790

相关文章

MyBatis-Plus 自动赋值实体字段最佳实践指南

《MyBatis-Plus自动赋值实体字段最佳实践指南》MyBatis-Plus通过@TableField注解与填充策略,实现时间戳、用户信息、逻辑删除等字段的自动填充,减少手动赋值,提升开发效率与... 目录1. MyBATis-Plus 自动赋值概述1.1 适用场景1.2 自动填充的原理1.3 填充策略

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Zabbix在MySQL性能监控方面的运用及最佳实践记录

《Zabbix在MySQL性能监控方面的运用及最佳实践记录》Zabbix通过自定义脚本和内置模板监控MySQL核心指标(连接、查询、资源、复制),支持自动发现多实例及告警通知,结合可视化仪表盘,可有效... 目录一、核心监控指标及配置1. 关键监控指标示例2. 配置方法二、自动发现与多实例管理1. 实践步骤

MySQL 迁移至 Doris 最佳实践方案(最新整理)

《MySQL迁移至Doris最佳实践方案(最新整理)》本文将深入剖析三种经过实践验证的MySQL迁移至Doris的最佳方案,涵盖全量迁移、增量同步、混合迁移以及基于CDC(ChangeData... 目录一、China编程JDBC Catalog 联邦查询方案(适合跨库实时查询)1. 方案概述2. 环境要求3.

全面掌握 SQL 中的 DATEDIFF函数及用法最佳实践

《全面掌握SQL中的DATEDIFF函数及用法最佳实践》本文解析DATEDIFF在不同数据库中的差异,强调其边界计算原理,探讨应用场景及陷阱,推荐根据需求选择TIMESTAMPDIFF或inte... 目录1. 核心概念:DATEDIFF 究竟在计算什么?2. 主流数据库中的 DATEDIFF 实现2.1

Knife4j+Axios+Redis前后端分离架构下的 API 管理与会话方案(最新推荐)

《Knife4j+Axios+Redis前后端分离架构下的API管理与会话方案(最新推荐)》本文主要介绍了Swagger与Knife4j的配置要点、前后端对接方法以及分布式Session实现原理,... 目录一、Swagger 与 Knife4j 的深度理解及配置要点Knife4j 配置关键要点1.Spri

Spring WebFlux 与 WebClient 使用指南及最佳实践

《SpringWebFlux与WebClient使用指南及最佳实践》WebClient是SpringWebFlux模块提供的非阻塞、响应式HTTP客户端,基于ProjectReactor实现,... 目录Spring WebFlux 与 WebClient 使用指南1. WebClient 概述2. 核心依

MyBatis-Plus 中 nested() 与 and() 方法详解(最佳实践场景)

《MyBatis-Plus中nested()与and()方法详解(最佳实践场景)》在MyBatis-Plus的条件构造器中,nested()和and()都是用于构建复杂查询条件的关键方法,但... 目录MyBATis-Plus 中nested()与and()方法详解一、核心区别对比二、方法详解1.and()

Spring Boot @RestControllerAdvice全局异常处理最佳实践

《SpringBoot@RestControllerAdvice全局异常处理最佳实践》本文详解SpringBoot中通过@RestControllerAdvice实现全局异常处理,强调代码复用、统... 目录前言一、为什么要使用全局异常处理?二、核心注解解析1. @RestControllerAdvice2

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2