01.Autosar的現狀

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

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

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

02.車載操作系統

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

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

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

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

那么開發車載操作系統有什么好處呢？汽車 OEM 強調開發開發環境，而不是開發車輛操作系統本身。

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

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

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

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

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

審核編輯：劉清