AUTOSAR

AUTOSAR（汽車開放系統架構）合作伙伴關係成立於 2003 年，是一種面向汽車行業內各組織的開發夥伴關係。該聯盟為汽車電子控制裝置開發開放的、標準化的軟件架構。

**歷史**
AUTOSAR 由寶馬集團（BMW）、博世公司（Bosch）、大陸集團（Continental）、梅賽德斯奔馳（Mercedes-Benz Group AG）、西門子威迪歐（Siemens VDO）汽車電子公司以及大眾公司（Volkswagen）於 2003年 7 月聯合建立，旨在為汽車電氣/電子構架開發一套開放的行業標準。2003 年福特汽車公司（Ford Motor Company）加入聯盟，成為其核心成員。2003 年 12 月，Stellantis公司（Stellantis）和豐田汽車公司（Toyota Motor Corporation）加入聯盟。2004 年 11 月通用汽車公司（General Motors）成為其核心成員 。 
2008 年 2 月，西門子威迪歐（Siemens VDO）汽車電子公司被大陸集團（Continental）收購，不再是 AUTOSAR 獨立核心成員。 
自 2003 年起，AUTOSAR 共推出了四版主要的標準化汽車軟件構架和一個驗收測試版。AUTOSAR 的開發成果可以分為三個階段：
*第一階段（2004-2006）：標準規範的初步開發階段（1.0、2.0 和 2.1版）
*第二階段（2007-2009）：標準規範中的架構及其方式的補充階段（3.0、3.1 和 4.0版）
*第三階段（2010-2013）：維持和部分改進階段（3.2、4.1 和 4.2版）   
2013 年 AUTOSAR 始終努力維持著現有標準規範，並對部分標準加以改進（包括 R4.2 版和驗收測試標準 1.0）。
2016年，AUTOSAR開始著手自適應平臺的開發工作。 2017年初發布首個版本（17-03），2017年10月和2018年3月相繼發佈版本17-10和18-03。 其目標是在2018年10月聯合發佈AUTOSAR經典平臺、自適應平臺和基礎，以此為節點結束主要開發活動。
從2019年開始，經典AUTOSAR的新版本都在11月發行，版本號以年份加11標定，如AUTOSAR Classic Release R23-11、AUTOSAR Adaptive Release R23-11。

**理念**
AUTOSAR 制訂一系列標準規範，包括基礎軟件模塊規範介紹、應用接口定義規範以及基於標準轉換形式建立一套通用的開發方法論，以應用於不同廠家生產的車輛以及不同供應商提供的電子部件。

**軟件架構**
縮略圖
AUTOSAR採用三層架構：
*基礎軟件：大多數標準化的軟件模塊本身並不參加實際工作，但能夠為上層軟件功能正常運行提供必需服務 。
*運行環境（RTE）：源自網絡撲拓結構中的中介軟件，用以實現ECU內部及不同 ECU 間的通信交換（應用軟件組件之間以及基礎軟件和應用軟件之間）。 
*應用層：應用軟件組件與運行環境相輔相成。

**AUTOSAR方法論**
系統配置描述：包含所有系統信息以及不同ECU之間約定的信息（例如總線信號的定義）。
*ECU信息抽取：包含從系統配置描述抽取的特定ECU所需要的信息（例如特定ECU獲取的信號）。
*ECU配置描述：包含特定ECU所需要的所有基礎軟件配置信息。 根據這些信息生成執行軟件、基礎軟件模塊代碼以及軟件組件代碼。 

**經典平臺**
AUTOSAR經典平臺（Classic Platform）是基於OSEK標準的嵌入式即時ECU標準。 其可交付成果主要為規範。
AUTOSAR經典平臺架構，在最高抽象級別上對運行在微控制器上的三個軟件層做出了區分：應用程序層（Application Layer）、運行時環境（RTE）、基礎軟件（BSW）：- 應用程序層大多與硬件無關。- 軟件組件之間、軟件組件和基礎軟件之間都通過RTE進行通信。- 運行時環境RTE代表所有應用的完整接口。- 基礎軟件BSW分為三個主要層以及複雜驅動層：
** 服務層
** 電子控制單元抽象層（Electronic Control Unit, ECU）
** 微控制器抽象層- 服務層可視作由多個功能組組成的架構，包括系統服務、內存服務、加密服務、車外通信服務、通信服務- 電子控制單元抽象層包括：車載設備抽象、內存硬件抽象、加密硬件抽象、無線通信硬件抽象、通信硬件抽象、輸入輸出硬件抽象- 微控制器抽象層包括：微控制器驅動器、內存驅動程序、加密驅動程序、無線通信驅動程序、通信驅動程序、輸入輸出驅動程序
經典平臺的一個基本概念是虛擬功能總線（Virtual Function Bus，VFB）。 該虛擬總線是尚未部署到特定ECU的RTE抽象集，這些RTE將應用程序與基礎架構分離。 它通過專用端口進行通信，這意味著應用軟件的通信接口必須映射到這些端口。 VFB處理單個ECU內和多個ECU之間的通信。 從應用程序角度來看，不需要了解有關低級別技術或依賴關係的詳細知識。 這樣就使得應用軟件的開發和使用無需依賴硬件進行。
經典平臺還可以使用Franca接口描述語言（IDL）集成GENIVI等非AUTOSAR系統。

**自適應平臺**
為適應新用例的需求，AUTOSAR開發了自適應平臺（Adaptive Platform）。 一個突出的例子是
高度自動化駕駛，在該環境中，駕駛員暫時和/或部分地將駕駛責任轉移給車輛。 這種情況下需要與交通基礎設施（例如交通標誌、交通燈）、雲服務器（例如訪問最新的交通信息或地圖數據）等進行通信，或使用微處理器和高性能計算硬件進行並行處理（例如GPU）。
此外，Car-2-X應用還需要與車輛和車外系統進行交互溝通。 這意味著該系統必須具備安全的車載通信功能、支持跨域計算平臺、智能手機集成、非AUTOSAR系統集成等。 此外，還需要採取專門的措施，保證雲服務的安全，例如安全雲交互和應急車輛優先。 它們可支持遠程和分佈式服務，例如遠程診斷、空中下載（OTA）更新、修復和交換處理。
AUTOSAR目前正在對AUTOSAR自適應平臺進行標準化處理，使其支持客戶應用的動態部署，併為需要高端計算能力的應用提供適宜的環境。 該平臺的核心是基於 POSIX 標準的操作系統。 根據IEEE1003.13（即PSE51），操作系統可以通過POSIX的子集從應用中調用。 自適應平臺的一個關鍵特性是面向服務的通信。
自適應平臺可以使用兩種類型的接口：服務和應用程序編程接口（API）。 該平臺由分佈在服務層中的功能聚類和AUTOSAR自適應平臺基礎組成。 
功能聚類：- 彙編自適應平臺的功能- 確定需求規格說明書的聚類- 從應用和網絡角度描述軟件平臺的行為- 但是，不得限制實現自適應平臺的架構的最終軟件設計
AUTOSAR自適應平臺基礎中的功能聚類在每臺（虛擬）機器中必須至少有一個實例，而服務則可以分佈在車內網絡中。
自適應平臺服務包括： 
*更新和配置管理
*狀態管理
*網絡管理
*診斷
AUTOSAR自適應平臺包含規範和代碼。 與經典平臺相比，AUTOSAR開發的實現可縮短驗證週期並說明基本概念。 該實現適用於所有AUTOSAR成員。  

**基礎**
基礎標準的目的是加強AUTOSAR平臺之間的互操作性。 基礎包含AUTOSAR平臺之間共享的通用需求和技術規範（例如協議）以及常用方法。

**驗收測試**
為了降低測試的工作量及測試成本，AUTOSAR驗收測試規範於2014年應運而生。 驗收測試規範實則為利用相應平臺指定接口的系統測試規範。 另外也考慮了在總線上的指定行為。 可將其視為針對特定平臺功能的黑盒測試用例。 標準驗收測試規範有助於實現以上目標。 

**標準化應用接口**
AUTOSAR以製造商和供應商之間功能性接口的標準化以及軟件各分層接口的標準化為基礎，實現其技術目標。 

**組織結構**
AUTOSAR入會形式分為六種。 成員合作方式不同，身份職責也不同： 14 - 特技合作伙伴- 高級合作伙伴- 一般合作伙伴- 開發合作伙伴- 觀察員- 個人用戶
核心合作伙伴為寶馬、博世、大陸、梅賽德斯奔馳、福特、通用汽車、Stellantis、豐田和大眾9位創始夥伴。 15  這些公司主要負責AUTOSAR開發聯盟的組織、管理和調控。 14  其中，執行董事會負責制定全局策略和整體發展路線圖。 16  指導委員會負責處理非技術性日常事務、會員入會、公共關係以及合約問題。 17  指導委員會任命主席和副主席，任期為九個月。  AUTOSAR發言人負責外聯工作。 
特技合作伙伴在多種技術、組織和日常流程工作中支持項目項目主管團隊。同時，他們將在項目主管層面輸入新的戰略觀點。 
高級合作伙伴和開發合作伙伴在核心合作伙伴組建的項目領導小組的協調和監督下開展工作。   一般成員根據AUTOSAR已發佈的標準文件開展工作。 觀察員目前以學術合作和非商業項目的形式參與聯盟活動。 
截至2023年12月，AUTOSAR開發聯盟的成員公司已超過360家。  

**引用**

**外部鏈接**
 www.autosar.org