******************************************************
上面一段,是讓讀者明白,你為什么要基于這個平臺去開發(fā)自己的嵌入式軟件。
接下來我將會為大家理一下,他的骨架。請看下圖Autosar 系統(tǒng)框架圖。
從上到下的次序為:
1.Applciationlayer(相應(yīng)的軟件模塊稱為ASW),這一層紛繁多樣,主要取決于公司產(chǎn)品的功能,即使是同樣的功能,實現(xiàn)的算法也多種多樣,但個人喜歡閱讀大師的算法,又高效又易懂。
2.RTE 層(我也稱之為膠水層),注意:理解這一層的概念和功能對理解整個Autosar框架至關(guān)重要,我總結(jié)下來,它大概有兩個作用:1.起到封裝接口的作用(一般是SR,CS,MS 接口用的較多),及實現(xiàn)了ASW之間的通信,和實現(xiàn)了ASW和BSW之間的接口通信。2.提供運行時環(huán)境。即提供task運載runnable的功能。
? 3.1 微控制器抽象層
這一層是基礎(chǔ)軟件中的最低一層。它包含驅(qū)動,這些驅(qū)動是軟件模塊,提供接口,用來對微控制器的資源(IO,Memory,Com,Micro Driver)進行控制。
? 3.2 ECU 抽象層
這一層與微控制器抽象層進行對接。它也包含了外部設(shè)備的驅(qū)動。它為訪問外設(shè)提
供了 API,不管這些外設(shè)的位置(μC 內(nèi)部或外部),也不管他的外圍電路及使用的芯片型號如何。舉個簡單的例子,通過Iohwar層,提供給應(yīng)用層一個ECU signal 信號(溫度,壓力等信號)
? 3.3 服務(wù)層
這層是基礎(chǔ)軟件中的最高層,而且它與應(yīng)用軟件之間有關(guān)聯(lián):當對 I/O 信號的訪問
包含 ECU 抽象層中時,服務(wù)層提供:
- 操作系統(tǒng)功能
-模式管理(ECU State Management,Watchdog Management,COM Manager,NetworkManagement
- 車輛網(wǎng)絡(luò)通信
- 存儲管理( NVRAM 管理)
- 診斷服務(wù)(包括 UDS 通信及錯誤內(nèi)存)
? 3.4 CDD
這個層就是autosar標準沒有涵蓋到的以及對時間響應(yīng)緊急的模塊(如發(fā)動機的噴油控制)都可以放在這一層。
圖1 Autosar 系統(tǒng)框架圖
附贈一張uml的組件圖,大家要能看懂,說明大家又進步了:
圖2Autosar uml系統(tǒng)框架圖
今天就寫到這里了,如果大家覺得好的話,就多多轉(zhuǎn)發(fā)點贊,你們的支持是我繼續(xù)分享的動力。