來源 | 汽車ECU開發

資料 | 后臺回復4.4，獲取Classic AUTOSAR4.4標準

知圈 | 進“激光雷達社群”請加微信13636581676，備注激光

AUTOSAR是AUTomotive Open Systems ARchitecture的縮寫，核心成員由歐洲、美國等大型OEM和頭部Tier 1組成，包括大眾、寶馬、博世、大陸等。其意在定義一套標準的汽車電子軟件架構方案，以便應用于不同的平臺，提高軟件復用，降低開發成本。

自從2003年AUTOSAR成立以來，已經走過了十幾個年頭，認可和吐槽的聲音同在，但是站在行業內部來看，使用的廠商也越來越多，國內外傳統供應商、主流OEM、亦或是跨界玩家華為都開始在引入AUTOSAR架構。

AUTOSAR到底能否像其初衷一樣，給汽車電子的開發帶來便利，還是說是一種累贅。今天站在行業從業者的角度，來窺探一下AUTOSAR的利弊。

利

首先來看一下AUTOSAR的優點。

1、AUTOSAR提倡的軟件分層、模塊化、封裝，如圖1所示，將軟件分層協議棧、硬件、系統服務、應用層四大塊，這樣的好處在于當硬件需要進行更新迭代的時候，軟件移植的時間成本、人力成本會有相應的減小，提高軟件的復用度。例如在實際的項目中，通常過個幾年需要升級主控MCU，通常只需要更改MCAL和OS就行。

圖1 AUTOSAR軟件架構

2、接口的標準化。一方面如上述所說，有利于降低軟件的移植成本，另外在供應商和多家OEM進行軟件合作的情況下，如果都遵循AUTOSAR標準接口，那供應商在平臺軟件的基礎上，所需的適配工作量會有相應的減少。

3、目前AUTOSAR基礎軟件，都是基于工具生成代碼，首先代碼質量方面有一定的保證(雖然現在主流的工具廠商的靜態代碼也有bug)。

4、對于主機廠而言，目前新能源車的三電都有自主開發的想法，而當前的組織架構通常是BMS、VCU、MCU在三個不同的科室，如果在自主開發過程中都采用AUTOSAR架構，這樣就可以集中BMS、VCU、MCU的開發人員一起開發，集思廣益，減少自主開發的風險。

5、對于用人公司而言，以前找嵌入式開發人員，來做基礎軟件開發，工程師來了得消化祖傳代碼，通常都會缺乏文檔，這個過程通常無比難受。如果采用AUTOSAR架構的話，直接招聘有相應工作經驗的，以前的工作經驗的復用程度更高，融入到新工作的時間很有明顯的減少。

6、AUTOSAR是一個符合ISO26262標準的軟件架構，從ISO26262的第6部分的7.4章節，可以看出，功能安全要求軟件架構具有模塊化、封裝、簡單的屬性。另外在7.4.11和7.4.14提到的軟件安全機制中，需要軟件能進行內存分區，對不同ASIL等級的模塊進行內存隔離，另外還需要實現控制流監控，這些在AUTOSAR架構中，都可以相對比較簡單的實現。

弊

AUTOSAR的引入確實能帶來不少好處，但是也要克服其帶來的一些不足。

1、出現問題排查麻煩。一方面代碼不是工程師寫的，工程師需要熟悉工具靜態代碼的實現邏輯，才能很好排Bug，而且如果需要了解某些模塊在特定場景下的實現方案，這些只能自己摳代碼，工具廠商的技術支持人員通常給不了啥支持。不過這些被坑多了，也就慢慢懂了。

2、集成效率差，尤其是在項目的需求在頻繁變更的情況下，例如常見的dbc變更，dbc一變更，60%~70%的基礎軟件要重新做一遍，簡直是噩夢，而且還容易出錯，不過目前大部分也在考慮用自動化腳本直接操作armxl文件，解決這種重復性的工作。

3、資源消耗大。AUTOSAR的代碼很耗Flash資源，可能這也是模塊化、分層的代價吧。不過隨著隨著汽車電子的MCU逐漸強大，以及刷新方法采用速度更快的方式，資源的消耗不是啥大問題。

對于AUTOSAR的利弊就講到這里吧。AUTOSAR的使用目前還在發展階段，以后能發展到什么程度，需要大家一起努力，我們拭目以待。

后臺回復4.4，獲取Classic AUTOSAR4.4標準。