01.Autosar的現(xiàn)狀

Autosar 曾經(jīng)被德國汽車制造商廣泛使用，也被美國和日本的其他汽車制造商使用.

但是隨著新的電子電器 架構(gòu)和SOA架構(gòu)，多SOC和MCU混合的控制器出現(xiàn)，傳統(tǒng)的德國汽車制造商也有點遠離 Autosar?！癡ehicle-OS”和“Sw defined vehicle”是新的流行語，而 Autosar 集團未能跟上步伐，迫使汽車制造商各自走自己的路。Autosar 仍然是中小型 ECU 中使用的工具，但是曾經(jīng)分布在整個汽車中小型/中型 ECU 中的功能越來越集中在一組中央、強大的 ECU 中，這些 ECU 目前運行某種經(jīng)典的 Autosar /Linux混合的軟件系統(tǒng)。

現(xiàn)在的域控（尤其是新平臺）圍繞混合多 MCU 和多 CPU 甚至多 SoC 平臺構(gòu)建的任何現(xiàn)代系統(tǒng)，可以很容易地在同一塊板上找到包含與 TI msp430 和 RH850 捆綁在一起的 Renesas H3 SoC 的控制板。雖然 H3 SoC 將在不同的內(nèi)核上執(zhí)行 QNX 和 Classic Autosar，但TI msp430 和 RH850兩個也可以在 FreeRTOS (RH) 和 SYS/BIOS(msp) 上執(zhí)行。

02.車載操作系統(tǒng)

車載操作系統(tǒng) -汽車軟件的整體生態(tài)系統(tǒng) ,目前汽車中使用的操作系統(tǒng)在制作各種 Tier-1 ECU SW/HW 并控制和調(diào)整它們以便駕駛員可以毫無問題地駕駛方面發(fā)揮著重要作用,現(xiàn)代車輛 E/E 架構(gòu)依賴于基于區(qū)域的方法與中央高性能計算機 (HPC) 相結(jié)合，Vehicle OS 運行時環(huán)境稱為基礎層。技術(shù)實現(xiàn)可能因目標系統(tǒng)而異，例如在微控制器、微處理器和后端系統(tǒng)之間。最近，全球汽車主機廠開發(fā)自己的車載操作系統(tǒng)的消息層出不窮。

Car OEM之所以開發(fā)車載OS，就是為了讓汽車“更聰明”。

隨著汽車功能的發(fā)展，安裝在汽車上的ECU數(shù)量急劇增加。一旦固定了OS平臺，就無法輕易更改平臺。例如，在智能手機的情況下，當另一家公司的產(chǎn)品推出了一項有吸引力的功能時，通常會在發(fā)布下一款產(chǎn)品時就同一功能展開競爭。然而，嘗試用汽車做同樣的事情將花費與開發(fā)新車相同的時間和精力。

尤其是近來汽車的新功能，ADAS（高級駕駛輔助）是直接與汽車的行駛、轉(zhuǎn)彎、停車相關(guān)的功能，似乎需要大量的資源去調(diào)整和驗證。每個 Tier-1 都有一個產(chǎn)品生命周期，在這個生命周期中，開發(fā)設計ECU平臺，汽車 OEM 一起維護這個平臺，同時開發(fā)下一代新平臺。

那么開發(fā)車載操作系統(tǒng)有什么好處呢？汽車 OEM 強調(diào)開發(fā)開發(fā)環(huán)境，而不是開發(fā)車輛操作系統(tǒng)本身。

目前，汽車原始設備制造商向一級供應商提交規(guī)格，一級供應商設計并提供滿足汽車原始設備制造商規(guī)格的ECU。但是，由于Tier-1開發(fā)的ECU是分布式的，因此無法避免SW個體化、開發(fā)規(guī)模增大、開發(fā)與維護兩頭投入的趨勢。

因此，如果車載OS提供了開發(fā)環(huán)境，例如即使上層的控制有變化，如果開發(fā)環(huán)境相同，也可以很容易地修正和驗證。

以Android OS為例，智能手機的OS有一層叫做HAL（Hardware Abstraction Layer）。這是一種用于定義由硬件供應商實施的標準接口的機制，以便更高級別不依賴于更低級別的實現(xiàn)。即使下層硬件和軟件有變化，上層（Car OEM）的修改也會更少，驗證也會更容易。

如果提供這樣的車用OS，車廠更容易實現(xiàn)對在售車的ECU功能進行變更升級等機制，Tier-1很容易的迭代升級ECU版本，只是應用層的功能不同，所需的限制不同。

OS和Storage之間有著密不可分的關(guān)系。作為存儲，它可能是OS本身的存儲目的地，因此要求它是高可靠和系統(tǒng)存儲。因此，有必要開發(fā)一種操作系統(tǒng)可以高效訪問的存儲。

審核編輯：劉清