宝马
数年前疫情期间，
宝马集团软件开发与软件基础架构总经理Simon Fürst称，新系统将基于Classic AUTOSAR构建，该平台依旧是
汽车行业经典E/E领域控制单元的首选系统。然而以现在的视角看，Simon或许不会如此肯定了。对于一些应用程序，它们对硬件资源需求不高，且要达到安全标准并具备硬实时功能，这种平台是很受欢迎的解决方案。专为特殊需求打造的软件平台，要更高效地实现即将推出的新功能。例如，我们既看到了对数字计算算法和高度互联性的需求，也关注应用程序和系统的可靠性或者OTA等新技术。Adaptive AUTOSAR为何是必要的？若您使用过Classic AUTOSAR，或许就会了解它理解起来有多难，实现起来又有多复杂。通常，Classic AUTOSAR的BSW层包含诸多子模块，想深入理解每个模块相当不易。Classic AUTOSAR有很多功能不被支持，要是使用这些功能，或者实施新的驱动软件、协议，就都得在复杂设备驱动模块里进行操作。对于新成立的
公司或者类似的
公司来说，从无到有地运用Classic AUTOSAR去设计ECU是极为复杂的。这是由于通常缺乏架构方面的知识以及用于生成BSW代码的工具。实际上，Classic AUTOSAR所用到的工具成本相当高，任何初创
公司基本都没有能力购买。哪怕只有很少的工具设计
公司是AUTOSAR成员，它们也能够进行工具的设计与销售。而且，您的产品还需要有AUTOSAR
专家级的软件架构工程师，这就意味着您要付出更高的成本。在安全层面，如果您觉得AUTOSAR最高能支持到ASIL - D的话，那么就Adaptive AUTOSAR而言，其最高只支持到ASIL - B。新技术不断改进，所有的电子控制单元（ECU）都应当具备支持软件更新的FOTA功能。FOTA的进展速度以月或季度为单位，不太尽如人意，不过即便这样，对于Classic AUTOSAR而言仍是极为困难的。Classic AUTOSAR仅支持相对陈旧的C语言，不适用于高端复杂编程。要是想实现任何复杂的ECU（例如高级驾驶辅助系统ADAS），就需要一个更复杂的库，并且运用简单的面向对象编程。Adaptive AUTOSAR架构标准具备开发
汽车未来电子控制单元（ECU）所必需的接口。多数此类ECU会在最前沿的多核微处理器上运行，以进行复杂的应用软件开发。这些接口能让原始设备制造商（OEM）在未来
汽车上达成自动驾驶、OTA更新、物联网（IoT）功能、媒体流等服务。Adaptive AUTOSAR平台和AUTOSAR Classic相比，它允许在ECU运行时动态链接服务与
客户端，让应用开发者能更灵活地运用该平台。并且，此平台使用
C++，能快速开发功能多样的ARA应用程序。高度自动驾驶、Car - 2 - X应用、云端
汽车以及更强的连接性，这些被AUTOSAR认定为新
汽车软件系统的主要推动因素，也就是所谓的游戏规则改变者。高度自动驾驶系统需要有可靠架构，其操作系统要具备故障安全能力，要有跨域平台支持、高性能微控制器、计算支持以及分布式远程诊断这些条件来提供支撑。ClassicAUTOSAR和AdaptiveAUTOSAR存在哪些区别？Classic AUTOSAR与Adaptive AUTOSAR存在哪些区别？Adaptive AUTOSAR是如何工作的？它的平台构建了一种简洁且改良过的架构，这种架构能够为自动驾驶部署中的复杂软件提供支持，并且为实现兼容性，还对Classic AUTOSAR予以支持。该架构在设计时重点考虑了面向未来的基础ECU开发工作。另外，Adaptive AUTOSAR平台达成了用于自适应应用的AUTOSAR运行时（也就是ARA）。它存在服务接口与API接口这两类接口。此平台由多个功能集群构成，每个集群都涵盖服务和自适应AUTOSAR基础，每个功能集群的目标为：功能集群里，每台机器或者虚拟机至少要有一个实例。不过在提供服务时，该实例可能分布于车载网络。Classic AUTOSAR平台在运行时环境（RTE）的发送方 - 接收方以及
客户端 -
服务器通信时采用静态链接。而adaptive AUTOSAR平台在运行时通信中则运用动态链接服务与
客户端。Adaptive AUTOSAR架构相关内容。Adaptive AUTOSAR是一种自适应应用ECU软件架构，它独立于硬件，基于分布式集群，并且动态链接多核虚拟机。如下框图所示为Adaptive AUTOSAR平台的基本架构模块。Adaptive AUTOSAR平台和传统平台有所不同，其不但包含众多模块，还具备许多新功能，像密码学、OTA更新、多核、MMU等安全功能，能应用于下一代自动驾驶
汽车。接下来让我们对每个模块进行探讨，从而在新的ECU开发中能够理解并实施。
Adaptive AUTOSAR平台的架构框图。Adaptive AUTOSAR和Classic AUTOSAR同样都分为3层，不过它与经典标准存在差异。Adaptive AUTOSAR的应用层相关内容。应用层和Classic类似，同样存在不同的软件组件，并且可分为两种类型，即AUTOSAR软件组件与非AUTOSAR软件组件。OEM能够轻松地将原有的非AUTOSAR应用软件集成起来，而且还可以把它和Classic平台软件组件进行集成。所有这些整合起来就构建了Adaptive AUTOSAR应用层，该应用层能够借助运行时环境与下层（在经典AUTOSAR中被称为BSW）通信。不过在此处，运行时环境会以基于服务或者客户端的动态方式协同工作，这种方式有所不同，其目的在于提升响应速度、可靠性以及可移植性。未来的ECU控制软件要为自动驾驶汽车提供支撑。此外，ECU功能可被整合进一个盒式装置中，并且配备一个冗余装置作为备份。Autosar还需运用像Python（目前已有Python库）这类简单的语言来开展快速原型开发，并且把ADC、电机控制等一些标准功能当作内置库，从而达成快速原型开发。ECU的创新要求Autosar具有高度的灵活性和适应性。如果您基于Adaptive Autosar开发下一代ECU，想要提前实现软硬件的同步开发，那么可以考虑我们提供的虚拟原型方案。这一方案能让您提前半年到一年就开始BSW代码的开发、集成和测试工作，最终促使ECU提前半年上市。对于ECU开发，我们只给出一个建议：尽早着手开发工作。越早开始开发，就能越早发现问题，也就能越早解决问题。通过虚拟原型，我们能够助力您达成这一目标。我们可定制企业内部的虚拟原型培训服务，欢迎联系我们以知晓更多。仅需花费工程师一个月薪资开展一次内部培训，就能收获：想象一下，若每款ECU代码都提前开发，产品就能比对手早半年上市抢占市场，这会给公司带来多少收益？世间武功，快者无敌。快联系我们！添加微信时请备注公司与职位！
