AUTOSAR
AUTOSAR(汽車開放系統架構)合作夥伴關係成立於 2003 年,是一種面向汽車行業內各組織的開發夥伴關係。該聯盟為汽車電子控制裝置開發開放的、標準化的軟件架構。
AUTOSAR | |
---|---|
公司類型 | 開發合作關係 |
成立 | 2003 年 |
代表人物 | Michael Niklas-Höret (主席, 2024) Thomas Rüping(副主席,2024) |
總部 | 德國巴伐利亞州(管理中心) |
產業 | 汽車、 E/E、軟件、半導體 |
員工人數 | 366家 公司( 2023年 12月) |
網站 | www.autosar.org |
歷史
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)成為其核心成員[1] 。
2008 年 2 月,西門子威迪歐(Siemens VDO)汽車電子公司被大陸集團(Continental)收購,不再是 AUTOSAR 獨立核心成員[1]。
自 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版) [2] [3]
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採用三層架構[4]:
- 基礎軟件:大多數標準化的軟件模塊本身並不參加實際工作,但能夠為上層軟件功能正常運行提供必需服務[5] 。
- 運行環境(RTE):源自網絡撲拓結構中的中介軟件,用以實現ECU內部及不同 ECU 間的通信交換(應用軟件組件之間以及基礎軟件和應用軟件之間)[6]。
- 應用層:應用軟件組件與運行環境相輔相成[7]。
AUTOSAR方法論
- 系統配置描述:包含所有系統信息以及不同ECU之間約定的信息(例如總線信號的定義)。
- ECU信息抽取:包含從系統配置描述抽取的特定ECU所需要的信息(例如特定ECU獲取的信號)。
- ECU配置描述:包含特定ECU所需要的所有基礎軟件配置信息。 根據這些信息生成執行軟件、基礎軟件模塊代碼以及軟件組件代碼。[8]
經典平台
AUTOSAR經典平台(Classic Platform)是基於OSEK標準的嵌入式實時ECU標準。 其可交付成果主要為規範。
AUTOSAR經典平台架構,在最高抽象級別上對運行在微控制器上的三個軟件層做出了區分:應用程式層(Application Layer)、運行時環境(RTE)、基礎軟件(BSW)[9]:
- 應用程式層大多與硬件無關。
- 軟件組件之間、軟件組件和基礎軟件之間都通過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年應運而生。 驗收測試規範實則為利用相應平台指定接口的系統測試規範。 另外也考慮了在總線上的指定行為。 可將其視為針對特定平台功能的黑盒測試用例。 標準驗收測試規範有助於實現以上目標。[8]
標準化應用接口
AUTOSAR以製造商和供應商之間功能性接口的標準化以及軟件各分層接口的標準化為基礎,實現其技術目標[10]。
組織結構
AUTOSAR入會形式分為六種。 成員合作方式不同,身份職責也不同: [14]
- 特技合作夥伴
- 高級合作夥伴
- 一般合作夥伴
- 開發合作夥伴
- 觀察員
- 個人用戶
核心合作夥伴為寶馬、博世、大陸、梅賽德斯奔馳、福特、通用汽車、Stellantis、豐田和大眾9位創始夥伴。 [15] 這些公司主要負責AUTOSAR開發聯盟的組織、管理和調控。 [14] 其中,執行董事會負責制定全局策略和整體發展路線圖。 [16] 指導委員會負責處理非技術性日常事務、會員入會、公共關係以及合約問題。 [17] 指導委員會任命主席和副主席,任期為九個月。 [11] AUTOSAR發言人負責外聯工作。[12][13] [14]
特技合作夥伴在多種技術、組織和日常流程工作中支持項目項目主管團隊。同時,他們將在項目主管層面輸入新的戰略觀點。
高級合作夥伴和開發合作夥伴在核心合作夥伴組建的項目領導小組的協調和監督下開展工作。[15] [16] 一般成員根據AUTOSAR已發佈的標準文件開展工作[17]。 觀察員目前以學術合作和非商業項目的形式參與聯盟活動[18]。
截至2023年12月,AUTOSAR開發聯盟的成員公司已超過360家。[15]
引用
- ^ 1.0 1.1 AUTOSAR Background. [2015-11-17]. (原始內容存檔於2015-12-19).
- ^ AUTOSAR Spezial 2012 (PDF). [2015-11-17]. (原始內容 (PDF)存檔於2015-12-19).
- ^ AUTOSAR – The worldwide automotive standard for e/e systems. In: ATZextra (October 2013), p. 7.
- ^ AUTOSAR – The worldwide automotive standard for e/e systems. In: ATZextra (October 2013), p. 9-10.
- ^ AUTOSAR Basic Software. [2015-11-17]. (原始內容存檔於2015-12-19).
- ^ AUTOSAR Runtime Environment. [2015-11-17]. (原始內容存檔於2015-12-19).
- ^ AUTOSAR Software. [2015-11-17]. (原始內容存檔於2015-12-19).
- ^ 8.0 8.1 Acceptance Rests. [2015-11-17]. (原始內容存檔於2015-12-19).
- ^ cooperation, AUTOSAR development. Classic Platform. www.autosar.org. [2018-05-07]. (原始內容存檔於2020-11-28) (英語).
- ^ Technical Overview. [2015-11-17]. (原始內容存檔於2015-12-19).
- ^ Steering Committee. [2015-12-11]. (原始內容存檔於2015-09-23).
- ^ Rüping 担任 AUTOSAR 新一任主席. [2015-10-21]. (原始內容存檔於2015-12-19).
- ^ Spokesperson. [2015-11-17]. (原始內容存檔於2015-12-19).
- ^ AUTOSAR – The worldwide automotive standard for e/e systems. In: ATZextra (October 2013), p. 6-7.
- ^ 15.0 15.1 AUTOSAR Basic Information Short Version (PDF). [2015-11-17]. (原始內容 (PDF)存檔於2015-12-19).
- ^ Project Leader Team. [2015-11-17]. (原始內容存檔於2015-12-19).
- ^ cooperation, AUTOSAR development. Associate Partners. www.autosar.org. [2018-05-07]. (原始內容存檔於2020-11-28) (英語).
- ^ cooperation, AUTOSAR development. Attendees. www.autosar.org. [2018-05-07]. (原始內容存檔於2020-11-28) (英語).