|
什么是AUTOSAR？ 介紹一下： - AUTOSAR是由150多家汽車制造商和汽車供應(yīng)商企業(yè)組成的聯(lián)盟。 - 它是AUTomotive Open System Architecture的簡稱。 - AUTOSAR的目的是建立一個(gè)開放和標(biāo)準(zhǔn)化的汽車軟件架構(gòu)。 - 它簡化了汽車軟件的開發(fā)。 - AUTOSAR有助于在軟件開發(fā)中管理產(chǎn)品修改、可靠升級(jí)、可重用性和可擴(kuò)展性。 - 由于汽車電子行業(yè)的創(chuàng)新，ECU（電子控制單元）的軟件高度依賴于硬件。這導(dǎo)致了更高的成本和更多的ECU之間的功能遷移的努力。 - AUTOSAR 在應(yīng)用軟件和 ECU（即硬件）之間引入了標(biāo)準(zhǔn)化層。這使得軟件獨(dú)立于所選的微控制器和 OEM。這簡化了開發(fā)流程，有助于應(yīng)用軟件的重用。 - AUTOSAR包括以下工作主題，分別是軟件架構(gòu)、方法論和應(yīng)用接口。標(biāo)準(zhǔn)化層在AUTOSAR架構(gòu)中被稱為 "基礎(chǔ)軟件 "層，如下所述： 如圖所示，AUTOSAR架構(gòu)主要有3個(gè)層次，即應(yīng)用層、RTE和基礎(chǔ)軟件?；拒浖稍S多子層組成，即服務(wù)層、ECU抽象層和微控制器抽象層。這三個(gè)子層的 "基礎(chǔ)軟件 "層提供了具有不同服務(wù)功能的模塊，如操作系統(tǒng)服務(wù)、網(wǎng)絡(luò)通信、內(nèi)存服務(wù)、管理服務(wù)等。此外，在這三個(gè)子層中還存在各種總線類型，包括CAN、LIN、Flexray、MOST等。 應(yīng)用層 應(yīng)用層由相互連接的軟件組件組成。軟件組件是一個(gè)可重復(fù)使用的自足的工件，它實(shí)現(xiàn)了一個(gè)具有給定屬性的功能。這些軟件組件封裝了應(yīng)用程序的部分，并通過稱為VFB（"虛擬功能總線"）的硬件獨(dú)立總線進(jìn)行通信。如果軟件組件被綁定到不同的ECU上，那么它們可以通過各自的RTE和基本軟件層進(jìn)行通信。在這種情況下，RTE在專用ECU上實(shí)現(xiàn)VFB。"基礎(chǔ)軟件 "為應(yīng)用開發(fā)者提供各種服務(wù)功能。 虛擬功能總線：虛擬功能總線是對AUTOSAR軟件組件的整車互連的抽象。不同軟件組件之間以及軟件組件與其環(huán)境（如硬件驅(qū)動(dòng)、操作系統(tǒng)、服務(wù)等）之間的通信可以獨(dú)立于任何底層硬件（如通信系統(tǒng)）來指定。VFB的功能是由通信模式提供的。 RTE (RUNTIME ENVIRONMENT) - AUTOSAR 軟件組件之間的所有交互都通過 AUTOSAR 運(yùn)行時(shí)環(huán)境進(jìn)行。AUTOSAR 接口規(guī)范保證了連接性。 - AUTOSAR 運(yùn)行時(shí)環(huán)境 (RTE) 充當(dāng)系統(tǒng)級(jí)通信中心，用于ECU之間和ECU內(nèi)部的信息交換。 - RTE 是特定 ECU 的虛擬功能總線的運(yùn)行時(shí)表示。- RTE 為 AUTOSAR 軟件組件提供了一個(gè)通信抽象，為 ECU 間（使用 CAN、LIN、Flexray、MOST 等）或 ECU 內(nèi)的通信提供相同的接口和服務(wù)。 - 由于軟件組件的通信要求依賴于應(yīng)用，因此需要對RTE進(jìn)行定制。 - RTE應(yīng)支持軟件組件的多個(gè)實(shí)例。 基本軟件 - AUTOSAR 軟件組件不允許直接訪問基本軟件。 - 基本軟件是標(biāo)準(zhǔn)化的軟件層，它為 SW 組件提供服務(wù)。它不履行任何功能工作，位于 AUTOSAR 運(yùn)行時(shí)環(huán)境之下。它包含標(biāo)準(zhǔn)化組件和 ECU 特定組件。 - 標(biāo)準(zhǔn)化組件包括以下內(nèi)容。 ?服務(wù)，包括診斷協(xié)議；NVRAM、閃存和存儲(chǔ)器管理。 通信 通信框架（如 CAN、LIN、FlexRay...）、I/O 管理和網(wǎng)絡(luò)管理。 - ECU 的特定組件包括以下內(nèi)容。 ?操作系統(tǒng) ?微控制器抽象 ? 復(fù)雜的設(shè)備驅(qū)動(dòng)程序 SW組件。一個(gè)可重復(fù)使用的、自足的、實(shí)現(xiàn)給定屬性功能的人工制品。一個(gè)組件有明確定義的端口，通過這些端口，組件可以與其他組件交互。 端口（Port）：一個(gè)端口總是只屬于一個(gè)組件，代表一個(gè)點(diǎn)。一個(gè)端口總是只屬于一個(gè)組件，代表了一個(gè)組件和其他組件之間的交互點(diǎn)。為了定義一個(gè)組件的端口上提供的服務(wù)或數(shù)據(jù)或需要的服務(wù)或數(shù)據(jù)，引入了AUTOSAR接口概念。 接口。AUTOSAR接口可以是客戶端-服務(wù)器或發(fā)送者-接收者類型。 - 客戶端-服務(wù)器接口，定義了一組可以調(diào)用的操作。 - 發(fā)送方-接收方接口，用于面向數(shù)據(jù)的通信。 一個(gè)端口可以是 - PPort(提供接口) - RPort(必備接口) 當(dāng)PPort提供接口時(shí)，該端口所屬的組件 - 提供了客戶端-服務(wù)器接口中定義的操作的實(shí)現(xiàn)。 - 生成面向數(shù)據(jù)的發(fā)送方-接收方接口中描述的數(shù)據(jù)。 當(dāng)一個(gè)組件的RPort需要AUTOSAR接口時(shí)，該組件可以通過以下方式來實(shí)現(xiàn) - 當(dāng)接口是客戶機(jī)-服務(wù)器時(shí)，調(diào)用操作。 - 讀取發(fā)送者-接收者中描述的數(shù)據(jù)元素。 接口。 AUTOSAR通信模式 基本的溝通模式 - 客戶端-服務(wù)器 - 發(fā)送方-接收方 接口說明 - 哪些信息是發(fā)信人收信人通信傳輸?shù)?/p> - 哪些服務(wù)的參數(shù)可以通過客戶機(jī)與服務(wù)器的通信調(diào)用。 接口的形式描述在軟件組件模板中，還包括可以使用的數(shù)據(jù)類型和接口兼容性。 基本通信模式的詳細(xì)行為由屬性來指定。通過這些屬性，例如數(shù)據(jù)隊(duì)列的長度、接收者的行為（阻塞、非阻塞等）和發(fā)送者的行為（循環(huán)發(fā)送等）可以被定義。 客戶端與服務(wù)器的通信： 服務(wù)器是一個(gè)提供者，客戶端是一個(gè)服務(wù)的用戶。 客戶端發(fā)起通信，請求服務(wù)器執(zhí)行一項(xiàng)服務(wù)，必要時(shí)傳送一個(gè)參數(shù)集。 服務(wù)器等待來自客戶端的通信請求，執(zhí)行所請求的服務(wù)，并對客戶端的請求發(fā)出響應(yīng)。 啟動(dòng)方向用于分類AUTOSAR軟件組件是客戶端還是服務(wù)器。根據(jù)軟件實(shí)現(xiàn)的情況，一個(gè)組件既可以是客戶端，也可以是服務(wù)器。 在服務(wù)請求被發(fā)起后，直到收到服務(wù)器的響應(yīng)之前，客戶端可以是 - 受阻（同步通信）--非受阻（異步通信）。 發(fā)送方-接收方通信 ： 信息的異步分配模型，其中發(fā)送方將信息分配給一個(gè)或幾個(gè)接收方。 發(fā)送方不被阻塞（異步通信），既不期望也不從接收方得到響應(yīng)（數(shù)據(jù)或控制流），發(fā)送方只是提供信息，接收方自主決定何時(shí)和如何使用信息。 分發(fā)信息是通信基礎(chǔ)設(shè)施的責(zé)任。 發(fā)送方不知道接收方的身份或數(shù)量。 圖中描述了AUTOSAR架構(gòu)與實(shí)施實(shí)例 |
|
|
