TaiwanTonguesApiRobot：從 JSON 檔案批量匯入

2025-08-23T07:09:35Z

從 JSON 檔案批量匯入

新頁面

'''AUTOSAR'''（汽車開放系統架構）合作同伴關係成立佇二空空三年，是一種面向汽車行業內各組織的開發夥伴關係。這个聯盟是汽車電子控制裝置開發開放的、標準化的軟體架構。

==歷史==

AUTOSAR 由寶馬集團（BMW）、博世公司（Bosch）、大陸集團（Continental）、帶姆勒-克萊斯勒公司（DaimlerChrysler）、西門子威迪歐（Siemens VDO）汽車電子公司以及大眾公司（Volkswagen）佇二空空三年七月聯合建立，旨咧為汽車電氣 / 電子構架開發一套開放的行業標準。二空空三年福特汽車公司（Ford Motor Company）加入聯盟，成做其核心成員。二空空三年十二月，標緻雪鐵龍汽車公司（Peugeot Citroën Automobiles S . A .）佮豐田汽車公司（Toyota Motor Corporation）加入聯盟。二空空四年十一月通用汽車公司（General Motors）成做其核心成員。

二空空八年二月，西門子威迪歐（Siemens VDO）汽車電子公司予大陸集團（Continental）收購，不再是 AUTOSAR 獨立核心成員。

自二空空三年起，AUTOSAR 計共推出四版主要的標準化汽車軟體構架佮一个驗收測試版。AUTOSAR 的開發成果會當分做三个階段：

* 第一階段（二千空四堵二千空六）：標準規範的初步開發階段（一垺零、二孵空佮二孵一版）
* 第二階段（二千空七堵二千空九）：標準規範當中的結構佮其方式的補充階段（三-c零、三人一佮四配空版）
* 第三階段（二千空一十二千空一十三）：維持佮部份改進階段（三孵二、四配一佮四配二版）

二空一三年 AUTOSAR 始終努力維持到現有標準的規範，並對部份的標準加以改進（包括講 R 四陽二版佮驗收測試標準一鼻零）。

二空一六年，AUTOSAR 開始到手自適應平台的開發工課。二空一七年初發布頭一个版本（十七孵三），二空一七年十月佮二空一八年三月相連紲發布版本十七喔十佮十八九九三。其目標是佇二空一八年十月聯合發布 AUTOSAR 經典平台、自適應平台佮基礎，為此為節點結束主要開發活動。

==理念==

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

==軟體架構==

AUTOSAR 是採用三層架構：

* 基礎軟體：標準化的軟體模仔（大多數啦），本身並無參加實際的工課，毋過會當為上層軟體功能正常運行提供必需的服務。
* 運行環境（RTE）：源自網路拓結構當中的中介軟體，用以實現 ECU 內部佮無仝 ECU 間的通信交換（應用軟體組件之間佮基礎軟體佮應用軟體之間）。
* 應用層的：應用軟體組件佮運行環境相佮輔造成。

==AUTOSAR 方法論==

* 系統配置描述：包含所有系統信息猶閣有無仝 ECU 之間約定的批評（譬如講匯流排信號的定義）。
* ECU 信息抽取：包含講對系統配置描述抽取的特定 ECU 所需要的信息（比如講特定 ECU 得著的信號）。
* ECU 配置描述：包含特定 ECU 所需要所有的基礎軟體配置信息。根據遮的信息生做執行軟體、基礎軟體模塊代碼以及軟體組件代碼。

==經典平台==

AUTOSAR 經典平台（Classic Platform）是因為 OSEK 標準的1875入式實時 ECU 標準。其實會當交付成果主要為規範。
AUTOSAR 經典平台架構區分了佇微控制器頂頭運行的應用、運行的時陣環境（RTE）佮基礎軟體（BSW）這三个軟體層之間的最高抽象級。應用軟體層基本獨立於硬體。軟體組件之間通過 RTE 進行通信，訪問 BSW 嘛著愛通過 RTE，RTE 會當看做應用程式的完整接口。

BSW 分做三个主要層次並有複雜的驅動因素：

* 服務層，二千空一十六
* ECU（電子控制單元）抽象層佮兩千空一十六
* 微控制器抽象層。二千空一十六服務層劃分做代表系統、內存佮通信服務基礎設施的濟个功能組。

經典平台的一个基本概念是虛擬功能匯流排（VFB）。該虛擬匯流排是猶未部署到特定 ECU 的 RTE 抽象集，這是 RTE 共應用程式佮基礎架構分離開。伊通過專用埠咧進行通信，這意味對應用軟體的通信接口必須愛映射到遮的埠頭。VFB 處理單一个 ECU 內和濟个 ECU 之間的通信。佇應用程式角度來看，無需要了解有關低級別技術抑是依賴關係的詳細智識。按呢就予應用軟體的開發佮使用毋免依賴硬體來進行。

這个經典平台閣會使來使用 Franca 接口描述語言（IDL）集做伙 GENIVI 聽非 AUTOSAR 系統。

==自適應平台==

為適應新用例的需求，AUTOSAR 開發去自適應平台（Adaptive Platform）。一个突出的例是懸度自動化駕駛，佇該環境，駕駛員暫時佮 / 抑是部份地共駕駛責任轉移予車輛。這款情形下需要佮交通基礎設施（譬如講交通標誌、交通燈）、雲侍服器（比如講訪問上新的交通信息抑是地圖數據）等進行通批，抑是使用微處理器佮高性能計算硬體進行並行處理（比如講 GPU）。

此外，Car 鋪二-X 應用猶閣需要佮車輛佮車外系統進行交互相溝通。這意味著該系統必須具備安全的車載通信功能、支持迒域計算平台、智慧型的手機仔集成做、非 AUTOSAR 系統集做等。此外，閣需要採取專門的措施，保證雲服務的安全，比如講安全雲交互和應急車輛優先。𪜶會當支持遠逝佮分布式服務，譬如講遠逝診斷、空中下載（OTA）更新、修復佮交換處理。

AUTOSAR 目前當咧著 AUTOSAR 自適應平台進行標準化處理，使其支持客戶應用的動態部署，並為著欲高端計算能力的應用提供合宜的環境。該平台的核心是基於 POSIX 標準的作業系統。根據 IEEE 一千空三孵一三（即 PSE 五十一），作業系統會當通過 POSIX 的子集對應用中調用。自適應平台的一个關鍵特性是面向服務的通批。

自適應平台會當使用兩種類型的接口：服務佮應用程式編程接口（API）。該平台由分佈佇服務層內面的功能聚類和 AUTOSAR 自適應平台基礎組成。

功能聚類：

* 彙編自適應平台的功能兩千空一十六
* 確定需求規格說明書的聚類兩千空一十六
* 對應用佮網路角度描述軟體平台的行為二千空一十六
* 猶毋過，不得限制實現自適應平台的架構的最終軟體設計。二千空一十六

AUTOSAR 自適應平台基礎中的功能聚集佇逐台（虛擬）機器內底著愛至少有一个實例，而服務著會當分布佇車內網路內底。

自適應平台服務包括：

* 更新佮配置管理
* 狀態管理
* 網路管理
* 診斷

AUTOSAR 自適應平台是包含規範佮代碼。佮經典平台相比，AUTOSAR 開發的實現會當縮短驗證周期並說明基本概念。這馬該當用佇所有 AUTOSAR 成員。

==基礎==

基礎標準的目的是加強 AUTOSAR 平台之間的互操作性。基礎包含 AUTOSAR 平台之間把享的通用需求佮技術規範（比如講協議）猶閣有定用方法。

==驗收測試==

為著降低試驗的工課量佮測試成本，AUTOSAR 驗收測試規範佇二空一四年應運而生。驗收測試規範實在是利用相應平台指定接口的系統測試規範。另外嘛考慮著佇匯流排上的指定行為。可將其實看做是針對特定的平台功能的烏盒測試用例。標準驗收測試規範對來講實現以上目標。

==標準化應用接口==

AUTOSAR 以製造商佮供應商之間功能性接口的標準化佮軟體各分層接口的標準化做基礎，實現其技術目標。

==組織結構==

AUTOSAR 入會形式分做五種。成員合作的方式無仝，身份職責嘛無仝：[十四]

* 核心合作伴兩千空一十六
* 高級合作伴兩千空一十六
* 一般合作伴兩千空一十六
* 開發合作伴兩千空一十六
* 觀察員兩千空一十六核心合作同伴有寶馬、博世、大陸、帶姆勒、福特、通用汽車、標緻雪鐵龍、豐田佮大眾等等九个創立成員。[十五] 遮的公司主要負責 AUTOSAR 開發聯盟的組織、管理佮調控。[十四] 其中，執行董事會負責制定全局策略佮整體發展路線圖。[十六] 指導委員會負責處理非技術性日常事務、會員進會、公共關係以及合約的問題。[十七] 指導委員會任命主席佮副主席，任期為九個月。 AUTOSAR 發言人負責外聯的工課。

高級合作同伴佮開發合作同伴佇核心合作同伴組建的項目領導小組的協調佮監督下開展工課。普通的成員根據 AUTOSAR 已經發布的標準文件開展工課。觀察員目前以學術合作佮非商業項目的形式參與聯盟活動。

截至二空一八年二月，AUTOSAR 開發聯盟的成員公司已經超過兩百間。

==參見==

==外部連結==

* 官方網站

[[分類: 待校正]]

AUTOSAR - 修訂紀錄

TaiwanTonguesApiRobot：​從 JSON 檔案批量匯入

TaiwanTonguesApiRobot：從 JSON 檔案批量匯入