自2003年成立以來，AUTOSAR（汽車開放系統架構）聯盟便一直致力于改變車載網絡和電子控制單元（ECU）的設計方式。AUTOSAR為原始設備制造商（OEM）及其一級供貨商提供了一種產業的標準方法，以設計和開發位于現代車輛中心的ECU。該標準將有助于減少設計過程中人為錯誤的產生，并為供貨商和制造商提供一種明確且機器也可讀取的數據格式，以交換設計信息。本文將探討AUTOSAR采用戰略的一些的預期商業效益，并解釋了一些基本術語和設計方法。

　　AUTOSAR聯盟的會員包括汽車OEM以及由零部件和服務供貨商組成的支持性生態系統。該聯盟的宗旨是針對汽車電氣/電子（E/E）架構創造和建立全球性的開放標準。該標準在車輛架構級別提供支持，讓OEM網絡設計人員能設計和管理車輛功能之間的復雜關系，并且還支持供貨商在制造之前詳細定義獨立ECU接口的細節。

　　為何改用AUTOSAR？

　　一款現代化豪華汽車可能包含多達100個ECU，包括從簡單的傳感器接口到復雜的娛樂信息及遠程信息單元。將它們一次全部改用AUTOSAR方法和標準的風險很高，但原始設備制造商和一級供貨商做出這樣的改變會帶帶來許多的效益。預計到2020年，所有車輛都將擁有一些基于AUTOSAR的ECU，因此不可忽視該標準的存在。

　　改用AUTOSAR的一些原因和效益包括：

　　能在新的汽車平臺和架構中更好地重新使用電子控制單元

　　能更好地使用預先驗證和測試過的軟件組件（代表車輛功能）

　　能減少下游設計錯誤——一套AUTOSAR方法可讓功能在架構級別就可定義和驗證

　　通過改善網絡效率和功能運用而減少整體硬件成本

　　能減少整體網絡架構分析和設計審查的成本

　　因使用一種標準化的數據交換格式（AUTOSARXML或arxml），從而改善了原始設備制造商和一級供貨商之間的通信

　　不論在整個內部設計周期內是否需要對ECU進行重新設計或改進，改用AUTOSAR可加速設計調整。例如新工具的工作流程，或為了有助于保持與ISO26262標準的符合性（conformance），這些都會改變工作的流程，改用AUTOSAR方法可在變更流程時同時導入。不論如何實施調整，第一個基于AUTOSAR電子控制單元設計項目所花的時間，都要比現有/傳統設計流程所花的時間來得更長，這是因為設計人員需要時間來熟悉新的方法。但隨后即可帶來節省成本和提升效益的成果。將傳統的ECU資產轉向AUTOSAR標準也是有可能的，通過采用“AUTOSAR封裝（AUTOSAR Wrapper）”概念，重要的現有和經過證明的電子控制單元應用代碼便可重復使用。使AUTOSAR的封裝能夠導入其它純AUTOSARECU。這將有助于降低轉用AUTOSAR方法的風險。

　　什么是AUTOSAR？

　　就本質而言，AUTOSAR提供標準的ECU接口定義，使設計人員能夠具體指定每個汽車ECU中都需要的可重復使用之標準化軟件層和組件。該標準不受硬件的影響，這意味著應用軟件和硬件平臺是相互獨立的。應用軟件開發人員可在應用軟件中明確地說明各個汽車功能的細節，而不用擔心相關軟件服務和硬件接口。過去，軟件和硬件緊密地整合在一起，因此很難實現可移植性和可重復使用（圖1）。　

　　圖1：將應用軟件與硬件分開。

　　將設計與硬件決策分開使車輛生產商/OEM能夠依據所需的車輛功能進行自上而下的設計。存在于這個設計時間的虛擬功能總線（VFB）概念讓所有軟件電子控制單元都能夠實現互連和獲得測試。這讓設計人員可專注于應用層，而不是根本的軟件基礎建設。通過采用虛擬功能總線，應用軟件組件（SWC）與其它應用軟件組件也相互獨立。軟件組件向虛擬功能總線發出輸出信號，虛擬功能總線再將信息傳送給目標組件的輸入埠。AUTOSAR定義了輸入和輸出端口，以及交換信息的格式。這種抽離式的（abstracted）方法使得在定義相關硬件之前可實現所有車輛軟件功能和接口交互驗證。設計調整也因此變得容易得多，同時所有功能都被定義成虛擬功能總線上的軟件組件（圖2）。

　　圖2：在虛擬功能總線上測試軟件組件。

　　雖然虛擬功能總線不提供ECU之后在真實車輛中如何分布和互連的信息，但對架構設計時間來說，卻是很有用的測試基準。可為車輛中的所有信號進行定時檢查和接口定義。

　　一旦設計人員對各項功能感到滿意，這些功能便會被映像或聚集到特定的硬件電子控制單元中。AUTOSAR可支持軟件組件的映像和聚集流程。一個復雜的ECU可能包含很多軟件組件，必要時可依照階層式的方式將它們組織起來。

　　圖3：將軟件功能分配給真正的電子控制單元。