成功案例
您的位置:首页 > 成功案例

提供汽车OTA功能的主要厂商有哪些 又有何区别

发表时间 : 2024-06-04 16:34:19  来源 :   浏览 : 1

  图1:软件在汽车中的重要性日益提高,汽车OEM厂商越来越依赖软件空中升级。

  其最大的优势是制造成本低,因为只需支付特许权使用费。它的一个缺点是软件复杂,开发成本很高,最大的缺点是所有复杂软件都存在软件错误,在软件部署到现场产品之后,仍有必要进行修复。即使在开发阶段进行了广泛的软件测试,复杂的程序中可能仍存在未发现的缺陷,汽车软件寿命通常长达15年,在这期间一直需要对这些缺陷做修复。

  因此,拥有复杂软件产品的行业都开始使用软件空中升级来减少相关成本和/或改善软件功能。PC行业使用OTA已有20多年,智能手机行业也已经使用了10多年。汽车行业紧随其后,开始体验远程软件升级的各种好处。

  表1列出了软件空中升级在汽车行业的主要优势,总结了OTA对于不同参与者和用户的价值。

  对OTA软件供应商而言,向汽车制造商提供产品显然会带来收益。其收益分为几个部分:针对每种汽车型号量身定制软件的费用、每辆汽车的软件使用费、OTA软件维护费用,以及网络安全和OTA数据分析等另外的费用。OTA软件供应商能够最终靠一级供应商提供产品,也可能一级供应商本身就是OTA供应商。

  汽车OEM最初只是将通过OTA提供软件的方式视为一种节省成本的技术,可以在召回事件和汽车制造阶段使用。以更低的成本向客户发送通知也具有潜在的价值。而且,通过OTA升级软件比通过经销商要快很多,其另一个优点是节约时机。通过OTA升级软件还能够实现功能升级,因此未来可能还有非常多收益机会。不过,只有一小部分车主愿意为这种改进付费。

  对车主而言,OTA的价值在于不用跑到经销商店里去进行软件升级,从而节约时机和成本。当然,更快地修复软件也有价值,尤其是在修复安全功能的情况下。

  最后,整个社会都将从软件空中升级中获益。截至目前,经销商软件升级的完成率约为70%,这在某种程度上预示着道路上行驶着数百万辆尚未做必要软件升级的不安全汽车,而OTA软件升级会具有更高的完成率——可能超过95%。

  OTA软件升级正处于发展的顶峰,并且未来五年内将迅速增长。IHS Markitt通过一个数据库来跟踪OEM及各种各样不同型号汽车的OTA状态。其多个方面数据显示,2020年售出的车辆中有30%具有OTA功能。到2025年,具有OTA功能的汽车将占全球销量的79%。

  表2罗列了提供OTA功能的主要供应商,同时总结了每家公司的战略。有必要注意一下的是这一些企业进行了哪些OTA收购。未来可能会发生更多收购。

  表2:提供汽车OTA功能的主要厂商。(数据来源:Egil Juliussen)

  Harman显然是该领域的领导者,它于2015年收购了Redbend——当时OTA的领先厂商,在新兴的汽车OTA领域也占有重要席位。Harman2015年还收购了拥有OTA和强大云功能的SymphonyTeleca。Harman已将这些功能应用到其扩展型OTA服务(包含OTA客户端和基于云的SaaS平台)中。Harman在OTA领域的地位无可争议,其他参与者正采用各种策略与之竞争。

  QNX是汽车操作系统的领先供应商,成功地为使用QNX操作系统的OEM提供了OTA解决方案。BlackBerry则提供一个成功部署了应用于汽车行业的扩展型OTA的物联网平台。QNX是汽车行业领先的实时操作系统,具有较高的安全等级,可在所有的汽车ECU中使用。

  Wind River是英特尔的子公司,收购Arynga后开始步入OTA领域,其OTA平台为Edge Sync。Arynga是一家OTA初创公司,有着非常丰富的电信OTA经验。Arynga的OTA技术上的支持热插拔,可以在不停止系统的情况下升级软件。

  Airbiquity一直专注于为汽车行业提供连网服务,例如用于软件升级和软件生命周期管理的OTAmatic平台。OTAmatic是针对汽车行业开发的多ECU OTA解决方案和数据管理平台。AWS和Microsoft Azure都提供OTAmatic云平台,也能够最终靠汽车OEM的服务器对其进行管理。

  Excelfore公司开发了eSync OTAPipeline软件升级平台,可应用于各种边缘设备,但主要专注于汽车行业。eSync平台提供扩展型云服务和汽车中的OTA软件客户端。eSync客户端还能够给大家提供诊断及有关数据,用于车队分析与管理。eSync OTA Pipeline可通过Microsoft Azure提供。

  许多汽车OEM和一级供应商都在使用eSync OTA平台,信息娱乐系统供应商也利用eSync产品做OTA升级。

  Aurora Labs是一家OTA软件初创公司,成立于2016年,拥有3400万美元的风险投资。该公司目前已开发出好几项创新的OTA技术,包括一项专利组合。Aurora Labs将其产品定位为:适合未来网联汽车的“自我修复”软件解决方案。

  Aurora Lab的Line-of-Code Behavior技术为OTA和软件管理解决方案奠定了基础。这项技术利用,覆盖汽车从开发或创建到软件使用的所有软件阶段。这项技术的用途远不止空中软件升级,还可用于开发错误更少、更可靠的代码。

  Aurora Lab的OTA功能实际上在软件开发过程中就内置进去了,因此,在通常15年的软件使用阶段,管理空中软件升级更容易且更划算。这种策略与其他OTA供应商的技术截然不同,其他供应商提供的是售后软件升级解决方案,其OTA解决方案是在软件开发完成后提供的。

  它的缺点是部署OTA解决方案需要很久,因为Line-of-Code Behavior技术必须在OEM或一级供应商开发软件平台期间使用。Aurora Lab在汽车中批量部署其OTA解决方案在大多数情况下要3~5年的时间。从长远来看,这种解决方案对于由软件定义的新兴汽车软件健康更具优势。

  Sibros也是一家OTA软件初创公司,成立于2018年,目前拥有1500万美元的风险投资。其创始人拥有特斯拉和优步的开发经验。该公司开发的Deep Connectivity Platform(深度连接平台),能够给大家提供整车OTA升级和数据收集功能。

  这个车载平台包含Deep Updater、Deep Logger、Armor网络安全方案以及引导加载程序,这一些产品构成了开发网联汽车解决方案的基础模块。该平台还提供基于云的服务,用于管理Sibros和客户的SaaS应用。

  该Sibros平台提供了以OTA为核心的多种功能,其他应用还包括远程诊断/预测、车队管理和分析。它还可以为基于用量的UBI保险、停车和类似的网联汽车应用提供数据。自2019年7月以来,Sibros一直为全球多个客户提供产品。

  Sibros的创新在于利用了跨多个连接领域的网联汽车平台,OTA只是其中一个领域。

  一些一级供应商通过车载智能通信系统和/或物联网平台提供OTA功能,还有许多一级供应商采用专业OTA软件公司提供的OTA产品,如表2所列。

  Aptiv(原Delphi的一部分)于2017年收购了Movimento。ECU能够最终靠一个连接到OBDII端口的设备(支持Wi-Fi连接)进行刷新,Movimento在这方面拥有丰富的经验,其技术已被许多OEM和一级供应商采用,现在Aptiv Connect平台也采用了这一技术。

  Continental通过其车载智能通信系统提供OTA功能,它与全球卫星通信领域的领导者Inmarsat达成了协议,为其提供软件空中升级。

  Lear也通过其车载智能通信系统提供OTA功能。该公司于2015年收购了Autonet Mobile的OTA知识产权和主要员工,2017年在其ConneexUs产品中推出了OTA功能。

  OTA显现出几个重要的发展的新趋势,尤其是新法规的制定以及一线汽车OEM对OTA的需求,包括所有ECU在内的整车升级也慢慢的变成为一个发展重要目标。

  新的全球法规UNECE WP.29要求,未来车辆中数亿行软件代码必须可以追溯并进行安全升级。这项法规要求汽车制造商对软件功能有深刻了解,以获得认证所需的数据和证据。该法规可能在未来5至10年极大地改变OTA市场。

  OTA功能将成为汽车OEM厂商管理软件定义车辆所需的核心功能,这在某种程度上预示着大多数OEM都希望对其OTA和相关软件平台拥有更多控制权。

  这些趋势将带来新的机会,同时也需要OTA公司不停地改进革新。在某一些程度上,这些趋势打破了现有的市场格局,为创新型企业来提供了更好的机会与成熟OTA厂商竞争。

  我认为Aurora Labs和Sibros都拥有独特的OTA技术,汽车OEM可以在自己的OTA战略中利用他们的技术。如今道路上行驶的所有网联汽车都需要软件空中升级和网络安全功能,这将催生更多的OTA创新方案。

  网联汽车逐渐普及,未来十年内将在全世界内激增。汽车软件会慢慢的复杂,在用的数亿辆汽车中的软件错误都需要成本更低的软件空中升级来修复。OTA将成为一项非常有价值的策略,这种远程软件升级可以为OEM节省数十亿美元的成本。而功能性软件升级新带来的收入,将远超于部署OTA功能的成本。

  归根到底,无论是出于质量、安全还是安防方面的考虑,汽车OEM都希望将OTA升级扩展到整车,从而在汽车的整个生命周期内,通过新特性和新功能来不断改善消费者体验。

  诸位高手:小弟使用的是C6747,资料上说这款芯片上有好几个RAM,包括L1、L2和shared RAM,而L1、L2又分别有两块地址与之对应,不知

  在哪?BackupUpgrade_JumpIAP 的main函数就是空白,BackupUpgrade_JumpIAP

  是在硬件、结构和内饰舒适性等方面,对于软件的认知、重视程度还未上浮,因此在此阶段的车辆

  作用和关键技术 /

  的软件系统要通过专门的设备或者到车辆所在的服务中心来进行升级,非常不便捷。而

  鸿蒙Ability Kit(程序框架服务)【ServiceExtensionAbility】

  不懂真得问!FREERTOS在中断里面,可以调用有任务级临界段代码的函数吗?

  冀ICP备2021014762号-2