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

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

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

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

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