基于的汽車電子控制系統(tǒng)嵌入式軟件開發(fā)_圖文

1、 StandardCriterion型的軟件和分布式系統(tǒng)描述開始。以自動代碼生成和可重復(fù)的測試結(jié)束。目前。國內(nèi)一汽、上汽已經(jīng)申請加入了AUToSAR組織成為注冊會員,并且都在研發(fā)符合AUTOSAR 的軟件模塊。歐洲很多汽車生產(chǎn)廠商和零部件供應(yīng)商(如BMW、BOSCH等已經(jīng)開始應(yīng)用AUTOSAR 標(biāo)準(zhǔn)軟件模塊于汽車和零部件。長城汽車股份有限公司目前已經(jīng)完成AUToSAR concept、AUTOSAR methodology、AUTOSAR toolchain、AUTOSAR development process的研究.完成操作系統(tǒng)的調(diào)研和選型、ECU的技術(shù)要求和硬件選型。下一階段是研發(fā)CoM

2、、CAN、LIN、DIAG標(biāo)準(zhǔn)軟件模塊。研發(fā)與測試完成后可以用于新車型總線ECU的標(biāo)準(zhǔn)通信與診斷軟件。最后是完成AUToSAR其他標(biāo)準(zhǔn)軟件模塊的研發(fā),研發(fā)與測試完成后可以用于新車型ECU的通用標(biāo)準(zhǔn)基礎(chǔ)軟件。1.2AUTOSAR體系結(jié)構(gòu)為了實現(xiàn)AUTOSAR的目標(biāo)。汽車ECU架構(gòu)被抽象成幾個層,如圖l所示。圖1AUTOSAR體系結(jié)構(gòu)1。2.1微控制器抽象層第1層是微控制器抽象層(MicrocontrollerAbstraction Layer-。這一層主要是實現(xiàn)軟件與實際微控制器之間的連接。用于映射微控制器的功能和外圍接口.定義了內(nèi)存接口、I/O驅(qū)動接口和通信連接接口.同時還可以模擬一些微控制器

3、無法提供的功能。第2層是ECU抽象層(ECU Abstraction Layer。這一層在ECU相關(guān)硬件的基礎(chǔ)上。為ECU提供外圍設(shè)備的驅(qū)動程序。第3層是服務(wù)層(Services Layer。這一層提供了各種服務(wù),例如網(wǎng)絡(luò)服務(wù)、內(nèi)存管理、網(wǎng)絡(luò)通信和操作系統(tǒng)。服務(wù)層在很大程度上獨立于硬件系統(tǒng)。第4層是運行時環(huán)境(RTE。這一層真正實現(xiàn)12<汽車電器2010年第5期了應(yīng)用軟件和基礎(chǔ)軟件之間的分隔。RTE負(fù)責(zé)處理應(yīng)用軟件集成以及應(yīng)用軟件與基礎(chǔ)軟件模塊之間的數(shù)據(jù)交換。RTE的存在是真正實現(xiàn)應(yīng)用軟件重用的基礎(chǔ)。由于R7rE預(yù)定義了相關(guān)的接口,所以開發(fā)人員可以在對硬件一無所知的情況下進行應(yīng)用軟件的開

4、發(fā),并將這個軟件應(yīng)用在任何符合AUTOSAR標(biāo)準(zhǔn)的ECU中。2基于AUToSAR的嵌入式軟件開發(fā)流程AUTOSAR在定義ECU軟件架構(gòu)的同時.也定義了開發(fā)AUTOSAR軟件模塊的方法。符合經(jīng)過確認(rèn)的開發(fā)過程是開發(fā)軟件的一個重要前提,需求列表中的不足會在開發(fā)早期被發(fā)現(xiàn),同時軟件模塊的重用使得開發(fā)流程變得簡化,整個系統(tǒng)也就更加可靠。但是,這種方法也允許一定程度的自由,例如:用戶可以自己決定是使用從上至下還是從下至上的開發(fā)流程。整個開發(fā)流程是以形式化描述為起點,包含對于軟件架構(gòu)、硬件資源和系統(tǒng)約束的描述,同時.系統(tǒng)配置作為ECU配置的基礎(chǔ),用戶可以利用配置工具根據(jù)ECU配置生成基礎(chǔ)軟件。開發(fā)過程中的所有設(shè)計和配置數(shù)據(jù)都用統(tǒng)一的文件格式保存。為此.AUTOSAR定義了一種基于XML的文件格式。一方面.統(tǒng)一的文件格式保證了開發(fā)流程的通用性:另一方面。它簡化了開發(fā)工具之間的無縫集成。具體的基于AUTOSAR的嵌入式軟件開發(fā)流程如圖2所示。輸入描述:整車需求與輸入信息+:圖2基于AUToSAR的嵌入式軟件開發(fā)流程2.1輸入描述第l階段是輸