汽车操作系统新发展

息消闲OS（中国除外）。Linux的一个缺点是依赖特性必要证照。当特性必要API能够作为基于Linux的ECU的一部分时，hypervisor OS一直是Linux的框架。

看似Linux在后来的今后据估计亦会有一个特性必要的完整版。2022年5月，共通达成协议将用作Red Hat的Linux完整版，该完整版悄悄获特性必要证照。共通原先在2023年推出产品。目前为止还不清楚Red Hat是否是仍未获了特性必要证照，但其他Linux服务商很不必要设法获特性必要证照。Google的个人信息消闲OS悄悄快速蓬勃发展，看似是特性必要的候选者。

OS生态该系统支持者

OS成功的关键是一个浩大的生态该系统的支持者。支持者一个OS的插件网络服务越好多，它就越好成功。值得注意最主要的是，该OS可以运转在险胜的DRAM网络服务和特定的MCU实现上。然而，由于货车ECU主要是基于Arm的DRAM，这一敦促很更易满足。

所有的MCU应用插件都能够通过OS运转，这反之亦然一个成功的OS能够有良好的插件共同开发支持者。

OS运输成本考量

决定用作OS运输成本的考量有很多。本文也就是说OS是由货车OEM购的，而不是共同开发的。

第一个考量是OS的许可运输成本，其中都有OSLinux、工具箱和库插件（如算术、Fortran、贴图等）。LinuxLinuxOS是一个开源的免费插件网络服务。在大多数意味著，Linux工具箱和一些库能够支付许可费。

OS的形状将不良影响运转插件及其API所即可的应用流程生产量。总code形状不良影响所即可的最大永久驱动器形状。在磁盘时代，这并不是一个最主要的考量，因为大多数芯片飞轮都足够大。今天，永久驱动器主要是NAND芯片或eMMC模块，这通常亦会增大OS形状的额外运输成本。

OS的占用密闭是运转OS及其API所即可的RAM。值得注意，OS占用密闭的形状亦会不良影响该系统的内核运输成本。

另一个考量是应用流程运输成本，OS不必要不良影响MCU的运输成本。一个大的OS不必要增大所即可的MCU性能，这不必要增大应用流程运输成本。

本文的讨论是为了权衡所有潜在的OS运输成本考量。人们很更易普遍认为，Linux的免费OSLinux将给予足够的运输成本节省时间，少于大型OS将转化成的潜在额外运输成本。

ECU插件共同开发

ECU插件共同开发对货车在企业至关最主要，其举例来说和时数也在不断增大。有别于的ECU插件共同开发最初是通过多个服务商给予的SDK收尾的。SDK仍未被IDE所取代，后者兼具不够好的特性，并已扩展为基于web的IDE该系统。Eclipse IDE仍未成货车和许多其他在企业最流在行的插件共同开发该系统。Eclipse是由Eclipse Foundation管理的，Eclipse Foundation是IBM在2001年创建的一个非营利性一个组织。

以web为中心的插件共同开发悄悄迅速蓬勃发展，Amazon AWS尤其活跃。AWS悄悄成立多家公司关系，以满足不够好的插件共同开发即可求，都有SaaS特性。MicrosoftAzure和其他公司也在经历十分相似的增长。

给予专注于特性必要API的插件共同开发该系统也是一种趋势。Apex.AI是这一趋势的一个十分相似于例子。

新兴ECU的即可求

OS还能够包含对新兴高效率即可求的支持者。NSA是极为最主要的，所有OS都将必要作为框架特性。额外的应用流程、插件和基于尘的NSA悄悄成插件度量货车的标准，能够尽可能多的支持者，都有来自OS的支持者。

OTA插件不够新也越好来越好最主要，可以用作OS客户服务的额外支持者。OTA网络服务在嵌入式插件和尘特性方面的战斗能力都在增大。

ECU统计数据提取是网联货车扩展特性的第三种类型。它还可以受益于OS客户服务和新特性。

OS战略视角

所有的货车ECU都能够一个操控流程或OS来管理各种流程，以操控应用流程组件和每个ECU外观设计收尾的应用。随着ECU繁杂性的增大，OS的繁杂性也随之增大。整宝马将能够多个OS，以覆盖ECU的大范围战斗能力和特性。

对于简单的ECU，OEM其实不够喜欢基于AUTOSAR的OS。AUTOSAR的战斗能力有所提高，但无法处理高端ECU的举例来说，如个人信息消闲和大多数域操控器。Green Hills和Wind River都握有优秀的OS，必要性和必要性评级都极好，都是不俗的为了让。

高端ECU主要用作QNX或Linux完整版作为OS，当能够特性必要时，QNX是值得一提的是。Linux仍未挤下QNX成最有名的个人信息消闲操作该系统。QNX悄悄成域操控器的值得一提的是，据估计ADAS和AV域操控器是如此。

有许多媒体报道指为，都有大众和奔驰在内的几家宝马悄悄讨论共同开发自己的OS。这是否是反之亦然他们悄悄为了让自己共同开发而不是购？这种框架并非没有风险。

共同开发一个OS是一个辛苦的任务，OS可能有30-40年的生命期，并定期不够新和持续的高效率改进。Linux仍未蓬勃发展了大约30年，而QNX仍未蓬勃发展了左右40年。

共同开发一款货车OS能够大量的专业高效率，而这些高效率目前为止有限，而且能够多年的共同开发时间。

共通的框架是用作兼具特性必要证照的Red Hat Linux，这是为繁杂的ECU共同开发自己内部OS的不够好方法。

什么是最好的长期OS框架？最好的做法是从两个ECU各种类型（较差举例来说和高举例来说）最必要的OS开始。为什么？因为NSA缺陷将是货车在企业几十年来面临的最复杂化的缺陷，而OS将发挥最主要作用。

对于较差繁杂性的ECU，Green Hills握有高于的必要和必要证照，都有FAA的直升机用作证照。

对于高端ECU，QNX握有比Linux完整版不够佳的必要和必要证照，并且很可能保持这一排在（即使一些Linux完整版获了ISO 26262证照）。QNX的RISC的系统使OS不够加必要。AVs的新标准（ISO 21448、UL 4600和IEEE P2851）可以在OS中用作一些有益的特性，QNX不必要首先共同开发这些特性。

[参考社论]

Perspectives on Automotive Operating Systems — Egil Juliussen

。

江西早泄阳痿治疗医院
深圳看牛皮癣去哪里比较好
深圳妇科检查费用
江西男科医院哪好
武汉白癜风治疗费用