“上汽大众何晓晓：车身域控制器开发实践”

8月26日，由爱因斯坦汽车主办的“2021领域首届智能卡主控制器创新峰会”在上海汽车城瑞立酒店隆重举行。 这次会议持续了两天，包括智能汽车、智能驾驶域控制器、智能座舱域控制器、机箱和车身域控制器、智能驾驶计算平台、电子电气体系结构、软件 会议期间，上汽大众资深主管工程师何晓晓发表了《车身域控制器开发实践》的主题演讲。

上汽大众资深主管工程师何晓晓

目前，上汽大众发布了id.6x和id.4x车型，本周成都车展也将有新的id.3x亮相。 新平台上有智能选择充电系统，可以通过高端智能手机和智能手表实时查看电力情况。 另外，访问大众汽车的超级app，支持90%充电站的方便支付。

另外还有智能移动系统，车可以变成家电遥控器，远程控制智能家电，同时实现开合功能。 另外，我们独创的light实现了智能灯光语和人类对话的双重反馈，增加了科学技术的氛围。 还有l2+驾驶辅助系统，如果大家有有趣的事，请去4s店和体验店体验一下。

今天分五个方面进行说明。

另一方面，meb体系结构的设想:

根据以前流传下来的定义，我们以为汽车是交通工具。 的首要目的是把我们从一个地方运到另一个地方。 汽车和我们的数字生活完全无关。 十几年前，手机就像是打电话的工具。 但是到了新四化的今天，智能座舱和智能交替采用，汽车也逐渐成为我们数字生活的一部分。

为了满足这个要求，希望对新的框架有四个方面的突破。 1、功能多样化。 2、个性化定制。 3、个性化设置。 4、升级性。

功能多样化，简单理解就是在不同的配置车上或者在不同的车型上，开通尽可能多的功能。

定制化，简单地说，就是在硬件配置的情况下，顾客可以自由开启或关闭一部分功能，顾客可以在手机APP上自主选择一部分功能。

个性化设置是指将可选择的功能与驾驶员帐户联系起来。 以前流传下来的有，比如座位的位置，后视镜的位置，方向盘的位置和驾驶员账号的联系。 今后的香水系统、智能大灯、以及其他设置的喜好也将与驾驶员账户联系在一起。

升级性，大众在全生命周期过程( dlcm )中软件实时更新，新功能可以在车上升级，让顾客体验稳定、更多功能的身体控制

二、基于adapie autosar的soa体系结构

meb的电子设备架构平台为e3架构，目前为e3 1.1。 e3主要是基于cp开发的，感知驾驶员的操作和环境的变化，根据icas侧的控制指令操作执行器的传感器/执行器侧，icas侧主要基于ap开发，网关、基础服务和APP序列 云就是执行云的操作。

集中化的功能体系结构消除了APP软件和i/o功能的耦合，降低了系统的复杂性，消除了传感器/执行器和icas之间的功能依赖性，并提供了添加新功能和功能更新的灵活性。

说soa是域控制器实现的关键。 软件层分为基础软件和软件框架，上面是APP应用层和服务，整个soa架构有几个优点，1、面向服务的通信方法。 2、采用服务发现和发布/订阅的动态绑定。 3、第一是基于rest的数据表示方法，它是统一的接口，无状态、关注点分离等。 4、接口的前后兼容性。

整个soa架构首先实现了新功能的即插即用，增强了系统的更新性、升级性、再现性和可移植性。

ap是域控制器实现的途径，可以使顾客的功能/基础服务的开发独立于硬件和操作系统之外，供应商之间有一种开发方法论和交换方式，以及标准的升级和通信协议。

这是icas软件的体系结构图，cp部分首要解决实时性要求高但计算量要求低的功能。 ap部分以实时性要求低、但计算量要求高的功能为首要解决。 例如，是即插即用功能( pnc )、在线服务功能。 ap和cp之间通过comserver发布新闻，将来计划在e3 2.0的时候追加vw os或iot edge功能。

我刚才说那是面向服务的通信。 icas主要采用两种协议。 它采用了viwi、rest风格的微服务体系结构、json、http和tls。 比较了分布式服务的灵活协议，比较了在node.js和其他web服务容器以及基于html5的hmi元素上运行的APP。 (请经常看看)中的英语词汇是否有错误) ) ) ) ) ) )。

在安全方面，tls和dtls是首要的。 完成了通信认证和通信加密的功能，另外通过secoc的应用，保证了通信的真实性。

采用vlan技术将互联网分为三部分，使之能够从外部访问互联网，首要的是lte、wifi、bt、obd等。 另外还有两个内部互联网。 通常是安全防护和高安全防护。

三、icas1的介绍

前面已经提到了icas软件体系结构，让我们来看一下icas1。 目前，e3 1.1有两个控制器。 icas1是车身域，icas3是娱乐域，icas2还在开发中。

这是我们实际采用的icas1部件，目前支持9路高速can、6路局域网、3路千兆位和10路百兆以太网。

这是截至欧洲id3投产的统计，共有7万件诉求，供应商投入800多名开发者，涉及icas1和68个控制器，开发地点涉及欧洲13个，涉及19家软件企业，统计结束后的代码为

四、域控制器开发实践

很难想象这么庞大的系统是基于以前流传下来的瀑布式的开发。 诉求没有太明确的定义，也不保证开发周期。 最后根据敏捷式的开发，选择分阶段交货迭代式的流程。

这样大规模的系统有两个要求。 一个需要强大的开发工具链，另一个需要oem和供应商合作达到新的水平。

这是一个供应商内部框架，目前采用的是safe的大规模敏捷框架，主要分为三部分。 第一部分提供业务处理方案和精细化系统。 第二部分是项目，第一部分是敏捷释放列车( agile relase train，简称art ) )完成，现在有三个部分。 第一是基于以前流传的cp art。 第二个是ap rat，第三个是APP的art。 第三部分是team，第一是完成团队管理和技术敏捷性。 这里最具反差的是APP的art，目前分为8个敏捷开发团队，将来有可能增加到15个敏捷团队。

关于oem和供应商的合作？ 与敏捷开发进行比较，首先根据整车的诉求进行研究，在10-12周内定义优先顺序，选择优先顺序高的优先顺序完成。 整个印花的时间差不多是10-12周，基本上现在每两周一版，每个周期都是用v模型的方法开发的，最终供应商进行交付，总结开展下一个周期的业务。

icas1还包括与第三方软件的合作。 我们开放了主要包含jira和其他软件的平台，并提供了问题共享工具。 具体来说，就是提交软件模块、继续集成第1层、测试和交付、交付后提交软件和kpi报告，然后逐个发送到该平台，通过该平台将这些消息发送到以前的软件

五、总结:

总的来说，目前icas1仍然每两周重复一次软件版本，我们希望客户在产品的生命周期中能够体验到更稳定、功能越来越多的软件。 车身控制的开发需要oem和供应商之间的合作，只有这样的合作达到一定的高度，我们才能制造出更好的产品。 谢谢你。