中咨視界
汪志鴻 馬天澤 陳炳全 | ?車用操作系統(tǒng)技術(shù)現(xiàn)狀及發(fā)展趨勢
| |||||
| |||||
車用操作系統(tǒng)技術(shù)現(xiàn)狀及發(fā)展趨勢 汪志鴻 馬天澤 陳炳全 摘要:隨著汽車向電動(dòng)化、智能化發(fā)展,其電子電氣架構(gòu)正從傳統(tǒng)分布式架構(gòu)向域集中式架構(gòu)以及中央計(jì)算架構(gòu)轉(zhuǎn)變,汽車軟件由面向信號(hào)的架構(gòu)朝面向服務(wù)的軟件架構(gòu)升級(jí)。車用操作系統(tǒng)是汽車軟件生態(tài)的重要基礎(chǔ),加強(qiáng)車用操作系統(tǒng)技術(shù)研究對保障我國智能汽車產(chǎn)業(yè)安全具有重要意義?;诖吮尘?,本文對車用操作系統(tǒng)技術(shù)架構(gòu)、典型產(chǎn)品以及發(fā)展現(xiàn)狀進(jìn)行了梳理,對比了國內(nèi)外主流虛擬化技術(shù)產(chǎn)品、內(nèi)核、中間件,提出了車用操作系統(tǒng)未來發(fā)展趨勢。 關(guān)鍵詞:車用操作系統(tǒng);內(nèi)核;技術(shù)現(xiàn)狀;發(fā)展趨勢 一、車用操作系統(tǒng)架構(gòu)概述 車用操作系統(tǒng)與芯片、傳感器等物理硬件共同組成車載基礎(chǔ)軟硬件平臺(tái),是實(shí)現(xiàn)智能駕駛、智能座艙、安全車控功能的基礎(chǔ)。按上述功能劃分,車載基礎(chǔ)軟件平臺(tái)可以分為智能駕駛、智能座艙、安全車控等三個(gè)軟件平臺(tái),分別由智能駕駛操作系統(tǒng)、智能座艙操作系統(tǒng)、安全車控操作系統(tǒng)以及相應(yīng)的配套工具鏈組成。 智能駕駛和智能座艙操作系統(tǒng)按架構(gòu)自下而上均可分為系統(tǒng)軟件和功能軟件。其中,系統(tǒng)軟件可以分為硬件抽象層、內(nèi)核和中間件;功能軟件可以分為AI和視覺模塊、傳感器模塊、聯(lián)網(wǎng)模塊、云控模塊、自動(dòng)駕駛通用框架模塊等。安全車控操作系統(tǒng)是指面向傳統(tǒng)車輛控制,基于OSEK OS(汽車電子開放式系統(tǒng)及接口)和AUTOSAR CP(傳統(tǒng)汽車開放架構(gòu)平臺(tái))構(gòu)建,實(shí)現(xiàn)車身、動(dòng)力、底盤系統(tǒng)等控制功能。車用操作系統(tǒng)架構(gòu)如圖1所示。 圖1 車用操作系統(tǒng)架構(gòu) 車用操作系統(tǒng)中的系統(tǒng)軟件不僅為上層應(yīng)用以及功能的實(shí)現(xiàn)提供了高效、穩(wěn)定的環(huán)境支持,也是各類應(yīng)用調(diào)度底層硬件資源的“橋梁”,在智能汽車整體軟件架構(gòu)中處于基石位置。本文將重點(diǎn)介紹系統(tǒng)軟件。 二、系統(tǒng)軟件技術(shù)發(fā)展現(xiàn)狀 系統(tǒng)軟件是針對汽車場景定制的復(fù)雜大規(guī)模嵌入式系統(tǒng)運(yùn)行環(huán)境,主要包含硬件抽象層、內(nèi)核、中間件三層。 (一)硬件抽象層 1.概念 硬件抽象層是內(nèi)核與硬件之間的接口層,目的是為操作系統(tǒng)提供虛擬硬件平臺(tái),使操作系統(tǒng)與硬件解耦,實(shí)現(xiàn)多硬件平臺(tái)間的移植。虛擬硬件平臺(tái)由虛擬機(jī)(簡稱VM)和虛擬機(jī)監(jiān)視器(簡稱Hypervisor)構(gòu)成,操作系統(tǒng)在VM上運(yùn)行,并通過Hypervisor進(jìn)行調(diào)度。 虛擬機(jī)是指通過軟件模擬完整的硬件系統(tǒng)功能,實(shí)現(xiàn)操作系統(tǒng)運(yùn)行在一個(gè)完全隔離環(huán)境中。在物理硬件中能夠完成的工作都能夠在虛擬機(jī)中實(shí)現(xiàn)。 Hypervisor是指一種運(yùn)行在物理硬件和虛擬機(jī)之間的中間層軟件,可以允許多個(gè)虛擬機(jī)和應(yīng)用共享一套基礎(chǔ)物理硬件,用于協(xié)調(diào)訪問物理設(shè)備和虛擬機(jī),所以又稱為虛擬機(jī)監(jiān)視器。Hypervisor主要有兩種,Type 1(裸機(jī)類型)和Type 2(寄居類型),Type 1類型的Hypervisor直接運(yùn)行在物理硬件之上,可直接訪問物理硬件并管理所有硬件資源,在延時(shí)、安全性和效率上更勝一籌,但此類型Hypervisor需要硬件支持,移植難度大,開發(fā)成本也較高;Type 2類型的Hypervisor運(yùn)行在某個(gè)操作系統(tǒng)之上,通過操作系統(tǒng)訪問物理硬件,因此在延時(shí)方面具有不可避免的劣勢,并且底層操作系統(tǒng)的任何問題都將危及其上的虛擬機(jī),因此安全性方面相對較弱,但是移植難度小,開發(fā)成本低。Type 1和Type 2架構(gòu)如圖2所示。 2.典型虛擬監(jiān)視器 Hypervisor目前主要應(yīng)用于智能座艙操作系統(tǒng),未來將逐步向智能駕駛操作系統(tǒng)擴(kuò)展。在智能座艙操作系統(tǒng)中,娛樂和智能交互等模塊與儀表顯示等模塊對實(shí)時(shí)性、安全性、穩(wěn)定性要求不同,需要在一顆SOC芯片上運(yùn)行兩種或多種操作系統(tǒng)。因此,目前主流Hypervisor方案選擇Type 1型,保障操作系統(tǒng)之間互不干擾,提升操作系統(tǒng)安全性。典型虛擬監(jiān)視器包括QNX Hypervisor、ACRN Hypervisor、Mentor Hypervisor等,均為基于Type 1型的虛擬管理程序。各類Hypervisor對比如表1所示。 3.國內(nèi)外虛擬監(jiān)視器市場格局 近幾年涌入車載Hypervisor領(lǐng)域的企業(yè)非常多,以國外企業(yè)為主,主要產(chǎn)品包括加拿大黑莓公司的QNX Hypervisor、英國XenSource公司的Xen Hypervisor、日本松下旗下子公司的OpenSynergy、Linux基金會(huì)的ACRN Hypervisor、美國Mentor Graphics公司Mentor Hypervisor等。其中,QNX Hypervisor是目前唯一應(yīng)用到量產(chǎn)車型且功能安全等級(jí)達(dá)到ISO 26262 ASIL-D級(jí)的虛擬抽象層產(chǎn)品,并支持高通、恩智浦、德州儀器等廠商的芯片。同時(shí),黑莓與博世等多家Tier 1(一級(jí)汽車供應(yīng)商)廠商建立了合作伙伴關(guān)系,推廣其Hypervisor產(chǎn)品。此外,高通在Snapdragon Ride自動(dòng)駕駛軟件堆棧中也選擇了QNX Hypervisor 2.0版本產(chǎn)品。 國內(nèi)Hypervisor發(fā)展相對落后,2017年中科創(chuàng)達(dá)、誠邁科技入選黑莓VAI計(jì)劃,作為合作伙伴可以使用黑莓的嵌入式技術(shù),開發(fā)集成服務(wù)、安全關(guān)鍵型解決方案。阿里斑馬智行在自研虛擬機(jī)監(jiān)控技術(shù)AliOS Hypervisor。中興通訊自研Hypervisor產(chǎn)品,并已實(shí)現(xiàn)量產(chǎn)裝車應(yīng)用。 (二)車用操作系統(tǒng)內(nèi)核 內(nèi)核是操作系統(tǒng)的核心部分,提供內(nèi)存管理、文件管理、CPU調(diào)度管理、輸入輸出管理等功能,管理系統(tǒng)的各種資源。內(nèi)核可以按照內(nèi)核結(jié)構(gòu)、實(shí)時(shí)性以及對內(nèi)核改造程度三個(gè)維度進(jìn)行分類,按照內(nèi)核結(jié)構(gòu)劃分,分為微內(nèi)核和宏內(nèi)核;按照實(shí)時(shí)性劃分,分為實(shí)時(shí)操作系統(tǒng)和分時(shí)操作系統(tǒng);按照對內(nèi)核改造程度劃分,分為基礎(chǔ)型、定制型和ROM型。 1.概念 (1)微內(nèi)核與宏內(nèi)核 微內(nèi)核的內(nèi)核服務(wù)和用戶服務(wù)在不同的地址空間中實(shí)現(xiàn),應(yīng)用程序和硬件的通信通過內(nèi)核進(jìn)程和內(nèi)存管理實(shí)現(xiàn)。微內(nèi)核具備較強(qiáng)的魯棒性(系統(tǒng)在不確定性的擾動(dòng)下,具有保持某種性能不變的能力),可移植性強(qiáng)且易于擴(kuò)展。由于用戶服務(wù)獨(dú)立于內(nèi)核服務(wù),任何用戶服務(wù)的崩潰都不會(huì)影響到內(nèi)核服務(wù)。此外,每次添加一個(gè)功能,只需要建立一個(gè)新的服務(wù)到用戶空間當(dāng)中,不需對內(nèi)核空間作任何的修改。但缺點(diǎn)是用戶服務(wù)和內(nèi)核服務(wù)之間交互流程較長,執(zhí)行速度相對較慢。目前,微內(nèi)核架構(gòu)多用于儀表顯示、智能網(wǎng)關(guān)、監(jiān)控其他操作系統(tǒng)等安全等級(jí)要求較高的領(lǐng)域。 宏內(nèi)核中的內(nèi)核服務(wù)和用戶服務(wù)在同一地址空間中,執(zhí)行速度比微內(nèi)核快,缺點(diǎn)在于當(dāng)內(nèi)核中的某個(gè)服務(wù)崩潰時(shí),會(huì)影響其他內(nèi)核服務(wù),進(jìn)而導(dǎo)致內(nèi)核崩潰。此外,添加新的功能意味著內(nèi)核中的各個(gè)模塊都需要做相應(yīng)的修改,導(dǎo)致內(nèi)核擴(kuò)展性較弱。目前,在車用操作系統(tǒng)中,宏內(nèi)核架構(gòu)多用于智能駕駛、人車交互等算力要求較高的領(lǐng)域。微內(nèi)核與宏內(nèi)核特點(diǎn)如表2所示。 (2)實(shí)時(shí)操作系統(tǒng)與分時(shí)操作系統(tǒng) 實(shí)時(shí)操作系統(tǒng)是指外界事件或數(shù)據(jù)產(chǎn)生時(shí),能及時(shí)接受并快速處理,在規(guī)定時(shí)間內(nèi)完成對應(yīng)的功能響應(yīng),并控制協(xié)調(diào)所有實(shí)時(shí)任務(wù)運(yùn)行的操作系統(tǒng)。實(shí)時(shí)操作系統(tǒng)具有高實(shí)時(shí)性和高可靠性的特點(diǎn),主要應(yīng)用于汽車電控領(lǐng)域,實(shí)現(xiàn)車輛行駛過程中的車身控制,包括動(dòng)力控制、剎車控制等。 分時(shí)操作系統(tǒng)是指同時(shí)為多個(gè)用戶提供服務(wù)的操作系統(tǒng),可以對每個(gè)用戶快速響應(yīng),并提供交互能力。分時(shí)操作系統(tǒng)一般采用時(shí)間片輪轉(zhuǎn)的方式,輪流為多個(gè)終端用戶程序使用,具有多路性、獨(dú)立性、及時(shí)性、交互性的特點(diǎn)。分時(shí)操作系統(tǒng)具有縮短系統(tǒng)平均響應(yīng)時(shí)間、提高吞吐率、以及處理更多用戶請求及服務(wù)的優(yōu)點(diǎn),主要應(yīng)用于人車交互、信息娛樂、導(dǎo)航等領(lǐng)域,實(shí)現(xiàn)駕駛輔助、碰撞檢測、自動(dòng)泊車等功能。實(shí)時(shí)操作系統(tǒng)與分時(shí)操作系統(tǒng)特點(diǎn)如表3所示。 (3)基礎(chǔ)型、定制型和ROM型 基礎(chǔ)型僅包括系統(tǒng)內(nèi)核、底層驅(qū)動(dòng)等,賦予車用操作系統(tǒng)最基本的功能,負(fù)責(zé)管理系統(tǒng)的內(nèi)存、進(jìn)程、驅(qū)動(dòng)和網(wǎng)絡(luò)系統(tǒng)等,決定整個(gè)操作系統(tǒng)的穩(wěn)定性和性能。 定制型操作系統(tǒng)是對基礎(chǔ)操作系統(tǒng)進(jìn)行深度定制化開發(fā),如修改內(nèi)核、硬件驅(qū)動(dòng)、運(yùn)行環(huán)境、應(yīng)用程序框架等。一般由國內(nèi)外頭部車企或者互聯(lián)網(wǎng)公司開發(fā),內(nèi)核改動(dòng)成本高昂,技術(shù)水平要求高,需要有相當(dāng)?shù)难邪l(fā)實(shí)力。 ROM型操作系統(tǒng)是基于基礎(chǔ)型操作系統(tǒng)進(jìn)行有限定制化開發(fā),不涉及系統(tǒng)內(nèi)核修改,一般只修改更新操作系統(tǒng)自帶的應(yīng)用組件程序等。 2.典型系統(tǒng)內(nèi)核 目前,主流基礎(chǔ)型操作系統(tǒng)內(nèi)核包括QNX、Linux、Vxworks等。但由于QNX代碼封閉、Vxworks易用性和易擴(kuò)展性較低,各軟件開發(fā)企業(yè)大多選擇開源Linux操作系統(tǒng)或微內(nèi)核進(jìn)行定制化開發(fā)的技術(shù)路線,實(shí)現(xiàn)智能駕駛或智能座艙的功能,如特斯拉基于Linux內(nèi)核定制開發(fā)的Version操作系統(tǒng)、谷歌基于Linux內(nèi)核定制開發(fā)并開放源代碼的Android Automotive操作系統(tǒng)、華為基于微內(nèi)核的鴻蒙操作系統(tǒng)。此外,由于ROM型操作系統(tǒng)開發(fā)難度較低,各整車企業(yè)往往選擇該技術(shù)路線,如寶馬BMW OS、小鵬Xmart OS、蔚來NIO OS。三類基礎(chǔ)型操作系統(tǒng)內(nèi)核對比如表4所示。 3.國內(nèi)外系統(tǒng)內(nèi)核市場格局 目前主流基礎(chǔ)型操作系統(tǒng)均為國外企業(yè)或社區(qū)開發(fā),國內(nèi)雖然有華為、中興、阿里斑馬智行等自研微內(nèi)核架構(gòu)的基礎(chǔ)型操作系統(tǒng),但普及率不高。根據(jù)CSDN數(shù)據(jù),QNX市場占有率最高,目前全球有超過230種車型使用QNX操作系統(tǒng),覆蓋全球主要汽車品牌。Linux市場占有率位居第二,2014年Linux基金會(huì)推出汽車級(jí)Linux,AGL(Automotive Grade Linux,開源車載系統(tǒng)),豐田、戴姆勒、福特、本田等知名車企均參與AGL項(xiàng)目開發(fā)。美國風(fēng)河公司Vxworks主要應(yīng)用于發(fā)動(dòng)機(jī)控制領(lǐng)域,合作的品牌包括博世、寶馬、福特、大眾等。微軟曾與許多整車企業(yè)合作,但隨著微軟在智能手機(jī)領(lǐng)域的節(jié)節(jié)敗退,車載等細(xì)分市場的營收無法支撐起龐大的研發(fā)投入,因此WinCE已基本退出了車用領(lǐng)域。全球車載操作系統(tǒng)內(nèi)核市場競爭格局如圖3所示。 對于車企而言,自研操作系統(tǒng)內(nèi)核成本高,更多是在現(xiàn)有內(nèi)核的基礎(chǔ)上開發(fā)。當(dāng)前,無論是百度、特斯拉,還是一些自動(dòng)駕駛初創(chuàng)公司和整車企業(yè),所謂的自研操作系統(tǒng),都是指在QNX、Linux等基礎(chǔ)型內(nèi)核之上進(jìn)行開發(fā),并自研中間件和應(yīng)用軟件。車企在選擇操作系統(tǒng)內(nèi)核時(shí),主要考慮安全性、可靠性、開放性、可擴(kuò)展性、易用性及成本等因素,再結(jié)合自身需求及能力體系來做權(quán)衡。例如,實(shí)時(shí)性、安全性好的實(shí)時(shí)操作系統(tǒng)QNX、RT Linux 等,車企會(huì)優(yōu)先考慮運(yùn)用到對實(shí)時(shí)性、功能安全要求更高的駕駛域。而對應(yīng)用生態(tài)豐富度要求高的座艙域,車企可以在Linux、Android等開放性好的內(nèi)核基礎(chǔ)上打造座艙域操作系統(tǒng)。 目前較為成熟的操作系統(tǒng)為特斯拉Version操作系統(tǒng)和谷歌Android Automotive操作系統(tǒng)。其中,Version OS包含智能座艙、智能駕駛和安全車控三類操作系統(tǒng),可以不再依賴于軟件供應(yīng)商,而是自己掌握堆棧開發(fā),一旦發(fā)現(xiàn)問題即可通過OTA(空中下載技術(shù))進(jìn)行快速修正與升級(jí),提升用戶體驗(yàn)。而Android Automotive操作系統(tǒng)憑借著應(yīng)用生態(tài)豐富、開源靈活、可移植性強(qiáng)的特點(diǎn),有利于互聯(lián)網(wǎng)廠商切入車用智能座艙操作系統(tǒng)領(lǐng)域,快速建立起車載軟件生態(tài)。 國內(nèi)企業(yè)中,華為鴻蒙、百度Apollo、阿里斑馬智行AliOS等操作系統(tǒng)發(fā)展較為迅速,均已實(shí)現(xiàn)量產(chǎn),其中鴻蒙操作系統(tǒng)在比亞迪漢、問界M5、北汽極狐阿爾法等車型應(yīng)用。Apollo操作系統(tǒng)在奇瑞EXEED星途TX實(shí)現(xiàn)應(yīng)用,并搭載在第五代L4級(jí)自動(dòng)駕駛車型Apollo Moon上。AliOS在上汽智己L7實(shí)現(xiàn)量產(chǎn)。上汽、長安、東風(fēng)、比亞迪等整車企業(yè)也相繼開展了深度定制智能駕駛操作系統(tǒng)或智能座艙操作系統(tǒng)的自研工作。中興通訊、中汽創(chuàng)智等在智能駕駛操作系統(tǒng)、智能座艙操作系統(tǒng)、安全車控操作系統(tǒng)均有布局,其中,中興通訊推出基于自研微內(nèi)核操作系統(tǒng)和Safety Linux的雙內(nèi)核智能駕駛操作系統(tǒng)解決方案,兼顧智能駕駛場景下功能安全要求和豐富生態(tài)支持要求;中汽創(chuàng)智自研基于微內(nèi)核架構(gòu)的實(shí)時(shí)操作系統(tǒng)。國內(nèi)芯片企業(yè)地平線等基于自產(chǎn)芯片架構(gòu)也開展了智能駕駛操作系統(tǒng)的自主研發(fā)。 (三)中間件 1.概念 中間件作為存在于操作系統(tǒng)和功能軟件之間的一些中間層軟件,將操作系統(tǒng)提供的接口重新封裝,并添加一些實(shí)用功能,以給功能軟件提供更好的服務(wù)。隨著電子電氣架構(gòu)逐漸趨于集中化,汽車軟件系統(tǒng)出現(xiàn)了多種操作系統(tǒng)并存的局面,這也導(dǎo)致系統(tǒng)的復(fù)雜性和開發(fā)成本的劇增。為了提高軟件的管理性、移植性、裁剪性和質(zhì)量,需要重新定義一套架構(gòu),統(tǒng)一與內(nèi)外部開發(fā)環(huán)境交互的規(guī)則,解決分布式環(huán)境下的數(shù)據(jù)傳輸、數(shù)據(jù)訪問、應(yīng)用調(diào)度、系統(tǒng)構(gòu)建和系統(tǒng)集成、流程管理等問題,建立分布式環(huán)境下支撐應(yīng)用開發(fā)、運(yùn)行和集成的平臺(tái),實(shí)現(xiàn)操作系統(tǒng)之間的互聯(lián)互通。 2.典型中間件 目前,主流中間件是由全球汽車制造商、零部件供應(yīng)商以及各種研究、服務(wù)機(jī)構(gòu)共同參與制定的AUTOSAR汽車開放架構(gòu),擁有CP(Classic Platform)和AP(Adaptive Platform)兩大平臺(tái)。CP架構(gòu)是針對傳統(tǒng)車輛控制OSEK標(biāo)準(zhǔn)的嵌入式系統(tǒng)的解決方案,主要應(yīng)用在算力要求較低的場景中,如引擎控制、制動(dòng)等傳統(tǒng)ECU(電子控制單元)。AP架構(gòu)是由CP架構(gòu)演化而來,時(shí)延在毫秒級(jí),主要應(yīng)用在算力要求更高的場景中,如高級(jí)輔助駕駛系統(tǒng)、自動(dòng)駕駛,以及在動(dòng)態(tài)部署方面追求較高自由度的信息娛樂場景。AUTOSAR作為一套標(biāo)準(zhǔn),在實(shí)際應(yīng)用中,Tier 1廠商會(huì)基于安全車控ECU模塊中的MCU芯片,將OSEK OS作為AUTOSAR CP平臺(tái)的底層組件,構(gòu)建安全車控操作系統(tǒng),實(shí)現(xiàn)車身、動(dòng)力、底盤系統(tǒng)等控制功能。AUTOSAR CP與AP情況如表5所示。 隨著智能駕駛技術(shù)的不斷發(fā)展,ROS 2(機(jī)器人操作系統(tǒng))作為能夠支持Linux、Windows、Mac、RTOS等操作系統(tǒng)的實(shí)時(shí)系統(tǒng),已逐漸應(yīng)用于自動(dòng)駕駛中間件中。AUTOSAR AP與ROS 2對比如表6所示。 表6 AUTOSAR AP和ROS 2對比 3.國內(nèi)外中間件市場格局 目前中間件開發(fā)的參與者眾多,多個(gè)標(biāo)準(zhǔn)并行。從競爭格局看,整車企業(yè)、傳統(tǒng)Tier1廠商、平臺(tái)供應(yīng)商、汽車電子廠商及第三方軟件供應(yīng)商在中間件領(lǐng)域均有所布局。其中AUTOSAR是目前最常見和最常用的中間件方案,如果想完全實(shí)現(xiàn)AUTOSAR,需要購買德國維克多、易特馳和芬蘭伊萊比特等Tier1的AUTOSAR工具鏈,其中易特馳產(chǎn)品可兼容 AUTOSAR與ROS 2架構(gòu)。 國內(nèi)有多家企業(yè)從事AUTOSAR中間件的開發(fā),包括東軟睿馳、經(jīng)緯恒潤、普華基礎(chǔ)軟件、華為、阿里斑馬智行等。此外,百度Apollo、東風(fēng)汽車等分別基于自研的生態(tài)進(jìn)行開發(fā)。 三、車用操作系統(tǒng)發(fā)展趨勢 從整車電子電氣架構(gòu)技術(shù)發(fā)展看,由博世公司提出的分階段、分步驟從分布式向集中式發(fā)展的趨勢已經(jīng)形成,相應(yīng)框架已經(jīng)得到業(yè)界廣泛認(rèn)可。當(dāng)前汽車電子電氣架構(gòu)正逐步邁入跨域集中式階段,顯著特點(diǎn)是“域融合、區(qū)集中”,即車端功能逐步向幾個(gè)主要功能域融合,傳感器執(zhí)行器等逐步通過區(qū)域控制器做區(qū)域集中化接入。未來,隨著電子電氣架構(gòu)向中央計(jì)算平臺(tái)的進(jìn)一步演進(jìn),硬件架構(gòu)會(huì)越來越集中到一個(gè)或幾個(gè)有限的、算力更加強(qiáng)大的計(jì)算單元上,智能駕駛、座艙、車身功能域?qū)⒊霈F(xiàn)計(jì)算平臺(tái)融合的發(fā)展趨勢,因此基于Hypervisor的宏內(nèi)核和微內(nèi)核融合架構(gòu)的復(fù)雜車用操作系統(tǒng)應(yīng)用會(huì)越來越廣泛。 在安全車控操作系統(tǒng)領(lǐng)域,由于功能安全等級(jí)要求較高,仍大量使用基于MCU的高實(shí)時(shí)性高確定性的操作系統(tǒng)(如OSEK/VDX OS),這些系統(tǒng)通常和AUTOSAR CP平臺(tái)綁定在一起,因MCU硬件能力的限制,該內(nèi)核系統(tǒng)技術(shù)本身發(fā)展空間非常有限。目前,基于微內(nèi)核的RTOS實(shí)時(shí)系統(tǒng)已經(jīng)有支持 ASIL-D級(jí)功能安全等級(jí)的產(chǎn)品出現(xiàn),未來將會(huì)在安全車控領(lǐng)域起到越來越重要的作用。 在智能駕駛操作系統(tǒng)領(lǐng)域,能夠滿足高功能安全等級(jí)和高性能要求的微內(nèi)核實(shí)時(shí)操作系統(tǒng)將被廣泛應(yīng)用。與此同時(shí),為滿足機(jī)器學(xué)習(xí)和視覺AI算法的操作系統(tǒng)層接口要求,基于宏內(nèi)核的安全操作系統(tǒng)也將被逐漸引入,與RTOS一起構(gòu)筑軟件功能安全島,在支撐AI算法豐富接口要求的同時(shí),滿足智能駕駛要求的功能安全等級(jí)。此外,宏內(nèi)核系統(tǒng)將不斷進(jìn)行內(nèi)核的裁剪優(yōu)化,采用ISO 26262形式化或半形式化方法完成正向設(shè)計(jì)和驗(yàn)證,以滿足高功能安全等級(jí)和高可靠性的智能駕駛場景要求。 在智能座艙操作系統(tǒng)領(lǐng)域,除了自身要實(shí)現(xiàn)復(fù)雜的人車交互和多媒體娛樂等服務(wù)外,還需要支持和外部功能域之間的大量交互(如車云一體服務(wù)需求),但大部分屬于軟實(shí)時(shí)系統(tǒng),對功能安全等級(jí)要求相比安全車控和智能駕駛應(yīng)用要低。從技術(shù)能力上看,宏內(nèi)核系統(tǒng)和微內(nèi)核系統(tǒng)都可以勝任此類應(yīng)用,業(yè)界主要根據(jù)相應(yīng)產(chǎn)品的應(yīng)用服務(wù)框架支持能力和生態(tài)環(huán)境的成熟度進(jìn)行選擇。在中控和儀表分離的智能座艙解決方案當(dāng)中,功能安全等級(jí)要求較高的虛擬儀表主要選擇QNX系統(tǒng),也有少數(shù)采用Linux宏內(nèi)核的方案,而中控娛樂系統(tǒng)則選擇Android較多。 課題組成員:汪志鴻 于德營 馬天澤 陳炳全 李宗陽 李紅燕 參考文獻(xiàn) [1]中國汽車工業(yè)協(xié)會(huì),中國汽車芯片產(chǎn)業(yè)創(chuàng)新戰(zhàn)略聯(lián)盟,AUTOSEMO.中國汽車基礎(chǔ)軟件發(fā)展白皮書3.0[R]. 2022. [2]2022年中國新能源汽車產(chǎn)業(yè)系列研究報(bào)告,車載計(jì)算平臺(tái),智能駕駛落地關(guān)鍵支撐[EB/OL].頭豹研究院,2022. https://www.leadleo.com/report/details?id=63059828ad61fd65bf1c427e. [3]謝春生,彭鋼.計(jì)算機(jī)行業(yè)操作系統(tǒng):汽車軟件化的起點(diǎn)[EB/OL].華泰證券,2022. https://www.fxbaogao.com/detail/3192448. [4]車控操作系統(tǒng)總體技術(shù)要求研究報(bào)告[EB/OL].全國汽車標(biāo)準(zhǔn)化委員會(huì),2022. http://www.catarc.org.cn/wl_ziliaoxiazai_list/2231.html. [5]浦俊懿.智能汽車深度系列之二:車載操作系統(tǒng)和中間件帶來的機(jī)遇[EB/OL].東方證券,2022. https://www.fxbaogao.com/detail/3102380. | |||||
相關(guān)鏈接
- 李開孟 等 | “工程價(jià)值論”研...2022-12-23
- 李開孟 等 | “工程價(jià)值論”研...2022-12-14
- 李開孟 等 | “工程價(jià)值論”研...2022-12-13
- 學(xué)習(xí)貫徹二十大精神 | 樹立國際...2022-12-09
- 徐成彬 | 基礎(chǔ)設(shè)施REITs試...2022-12-08