基于NeuSAR 4.0，东软睿驰打造多域融合软件平台

SDV趋势下，软件规模和难度激增是必然趋势，这就需要新的开发方法去支持OEM在“创新速度”与“成本”上取得领先地位，多域融合成为解决这个问题的必然要求。

2023年3月14日，在2023第四届软件定义汽车论坛暨AUTOSAR中国日。东软睿驰总经理曹斌表示，在创新速度上，“集中式”开发可以更方便地通过功能组合实现应用创新，而多域融合是实现“集中式”开发的基础，核心功能就是针对多个控制器提供统一的开发视图；就成本而言，多域融合可以更容易地处理多控制器的协同问题，减少开发成本。

为此，东软睿驰推出NeuSAR 4.0，全新升级NeuSAR SF（Service Framework）服务框架、NeuSAR DevKit工具链，将开发视图从域控制器层面向整车层面迁移，解决多核异构域控制器的软件部署难题，助力车企更高效地实现整车功能的个性化、差异化创新功能，并基于应用开发框架衍生大量应用软件，打造自主可控的操作系统，构建强大的汽车生态。

曹斌 | 东软睿驰总经理

以下是演讲内容整理：

车企软件发展重在“应用创新”和“快速迭代”

最近，整个产业经历了百年未遇的大变局。除了能源的使用，最大的变化就是智能化。智能化的核心是软件，软件在汽车产业变化格局中发挥了巨大的推动作用。

这种变局需要多长时间？以手机行业类比，从功能机到智能机，软件和软件内在生态体系、开发方法有非常大的同步性。新生事物的崛起一定伴随着陈旧产业的衰落，所以会经过幻灭期再去成长。

汽车行业体量很大，大家认为一次跌宕是不够的，会历经多次跌宕起伏。最近车企卷的厉害，有人说在清库存；有人说在逃离；也有人说是帝国反击战。我们认为这是多次跌宕的其中之一。

越来越多的人对软件智能化，以及软件智能化需求带来的开发方法变革的持续、稳定进行探讨。以今天的企业举例，过去软件企业并不多，现在做软件的企业层出不穷。

最近车企决定性的方向是参与软件，主导软件，但车企到底做什么？怎么做？也同样有很多的困惑和苦恼。

我认为，当一个产业发生深刻变革时，真正的驱动力主要是回答几个问题：

一是谁来做，做什么？过去，很多企业建立了庞大的软件团队，尤其是车企把过去在供应商处的软件拿到自己这来做，这是纵向整合；我们认为这种形态未必是企业的确定性方向，真正的车企应该做零部件供应商没有触及的领域、做增量的内容，像智能驾驶、人车交互，以及利用AI、大数据、网络增强零部件的智能化方向。

二要回答行业的分工是怎样的？当手机从功能机走到智能机，整个产业的分工从最开始全栈自主开发到现在行业分工和体系变得更加稳定、平台化、开放化、生态化。

当前，生态的合作，做各自擅长的事情，做横向的集约化备受关注。整个行业需要分工，越是剧烈变化越需要分工合作，提升效率。所以面向应用的创新，面向整车跨领域、跨控制器、跨区域控制器等协同功能应该由车企来做，同时快速迭代的过程中依赖的是整个行业的相互协同，我们需要有一个固定、开放的开发平台；一个成熟的中间件和生态，软件发展才能更加繁荣。

此外，开发方法的变化至关重要。大家经常比较代码行数，但代码的行数说明不了太多问题。当我们需要快速迭代发展时，开发方法的变化更加代表行业从基础部分向高级部分升级过程中最本质的变化。

现在，有些车企团队在新开发的架构方面虽然形态是变化的，但是开发的方法仍然是传统的嵌入式开发；大量的软件在MCU里；在嵌入式的控制器里，只不过控制器变得更大、开发起来更困难，并没有本质性的变化。真正向未来迈进的，是部分车企大胆的将过去嵌入式部分的软件从MCU里面拿出来，放到Linux里；放到SOA中间件平台开发一些服务，定义解耦平台基础的框架和标准。

此外，MCU的成本与SOA的成本有着10倍不止的巨大差距。这意味着越来越多的软件在开发过程中，只有迁移到开放的架构里，软件的开发成本和运行成本才会同步降低。

实现多域融合需要解决的问题

实现多域融合，实现自动驾驶，实现整车控制到人车交互综合的场景化、智能化的服务需要集中式SOA软件架构设计方法。落实这些部分关键在于以下几点：

一是做整车的抽象。即车企将整车硬件功能、数据、通信抽象成消息总线接口，使SOA平台及各域控制器软件隔离车辆差异。很多车企将这些部分交给供应商或者交给并没有考虑整车跨车型、跨代延续性的组织和部门，没有做好整车信号和功能的服务抽象。

二是分布式的软件实体。如何实现将一个控制器的软件轻易搬移到其他的控制器？这需要跨越不同的操作系统、不同应用形态的软件架构和软件平台。所以跨域功能需要更多的软件分布在多个实体上、分布在多个组件上、多个操作系统上。跨域的平台是解决问题的重要基石，还包括基础框架的融合、容器化基础的支撑，都是解决复杂度、解决跨域部署很关键的基础设施。

NeuSAR在去年12月发布的4.0版本，其核心不仅仅是在AUTOSAR方面进一步升级到最新的版本；同时引入关键SOA跨域融合的基础设施，可以跨多个域，以SOA为核心，面向下一代整车通信框架提供中间件平台。这样中间件的平台不仅提供了整车消息的通信，还提供了域控制器实时的调度框架。可以为驾舱里安卓系统提供非常方便调用的接口，使人车交互非常自然的发生。

NeuSAR SF不只集成AUTOSEMO的ASF中间件框架；NeuSAR SF在4.0里又向前进化一步，将域内异构核关键的组件在统一的通信框架里以相应预定义的服务、预定义的接口、预定义的消息去表达；同时在统一的调度框架里实现相关服务的共存。

消息总线是为了实现跨越整车多个域之间组合的通信框架。可以在多个MPU框架，并且深入到CPU应用的平台。如图所示可以提供进程间、控制器间、不同芯片间以及车云间消息灵活的组合，这些组合通过配置的方式透明化的去实现。它可以提供各个消息在总线上的汇聚，用更灵活的方式、更加标准化的方式统一定义调度的接口和消息的定义。

图源：东软睿驰

除了消息总线以及相应的调度外，我们还提供了其他的数据机制。我们引入了一个车辆状态表，这个组件使得以太网上定义的SOME/IP代表了车辆的各种状态，包括运行状态、控制器状态、门的状态，灯的状态，开发一个应用需要根据这些状态产生相应的动作。这些状态可以在车辆状态表里实时获取，使得很多开发方法大量简化；同时还有事件驱动的调动机制，可以用预定义当某些组合的状态发生变化时，调用一下函数，使得过去需要大量代码堆积的功能开发极大简化；一些基础的程序员也可以非常方便的开发涉及到整车状态的智能化、场景化功能。

基于多域融合趋势的NeuSAR 4.0全新架构

在NeuSAR 4.0版本，我们进一步整合了工具平台，提供了三个最关键的工具组合。

一，提供了全集成开发的工具链，可以配置CP、AP、中间件、整车消息。

二，也可以提供代码的生成、编辑、整体编译和调试。由于整车消息总线里所有的消息都得到了汇聚，可以在任何一个地方抽取消息做监控、统计和调试；可以看到节点和节点之间通讯的信号、延迟、带宽以及对计算资源的消耗。

三，我们还提供了仿真的平台。众所周知，跨域应用的很多车型需要多个供应商组合开发，但很多时候硬件没有完成就需要去开发软件，有一些功能涉及到泊车、外部传感器、执行器、AI交互时，需要非常多组件放到一起才可以判断哪里出错了。有了仿真器，消息的部分可以重放或者预定义，使得每个部件都可以在仿真环境下与其他的部件实现互动和调试。

图源：东软睿驰

这三个工具使得开发整车级跨域应用时更聚焦软件开发，在笔记本电脑上就可以实现对整车的仿真和软件开发迭代。

下面是我们NeuSAR 4.0版本的全景图，NeuSAR面向AUTOSAR的组件提供产品和服务的品牌，我们也在AUTOSAR方面继续坚定前进。NeuSAR 4.0提供的最新版本CP和AP标准，已经达到量产的水准。

图源：东软睿驰

NeuSAR从2018年面世，发展至3.0是Pre-AUTOSAR的实现；4.0实现了一些进化，未来整车级的开发需要新框架，这个新框架已经到了不得不出现的程度，我们积极的填补空白，带来了NeuSAR中间件、消息总线、整车消息驱动的框架和模式。希望未来能够和各位同仁一起坚定的往前走，使得我们的开发方法、开发模式成为真正驱动汽车产业发展的内在动力；并让每个车企在软件开发中越来越便捷。

（以上内容来自东软睿驰总经理曹斌于2023年3月14日-16日在2023第四届软件定义汽车论坛暨AUTOSAR中国日发表的《基于NeuSAR的多域融合软件平台》主题演讲。）