汽車電子OSEK配置器的設計與實現(xiàn)_第1頁
汽車電子OSEK配置器的設計與實現(xiàn)_第2頁
汽車電子OSEK配置器的設計與實現(xiàn)_第3頁
汽車電子OSEK配置器的設計與實現(xiàn)_第4頁
全文預覽已結(jié)束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、汽車電子OSEK配置器的設計與實現(xiàn)    摘要 介紹在集成開發(fā)環(huán)境中,通過OIL語言配置OSEK實時操作系統(tǒng)廈應用程序的過程,包括使用圖形化的用戶界面進行讀取、編輯、保存OIL文件以及自動生成代碼等功能的實現(xiàn);利用XML技術和OIL語言解析器保證了OIL文件的可移植性、可擴展性和可重用性。關鍵詞 OSEKVDX規(guī)范 OIL XML 圖形用戶接口(GUI) 解析器 汽車電子     隨著汽車工業(yè)的快速發(fā)展,汽車對控制、通信、網(wǎng)絡管理等方面的要求越來越高,基于32位微控制器的硬件平臺、基于嵌入式實時操作系統(tǒng)的軟件平臺和基于CAN

2、總線的網(wǎng)絡通信平臺逐漸成為當今汽車電子業(yè)的主流。1 OSEKVDX規(guī)范簡介    在嵌入式實時操作系統(tǒng)方面,為了滿足日益龐大、復雜的汽車電子控制軟件的開發(fā)需要,實現(xiàn)應用軟件的可移植性和不同廠商控制模塊間的可兼容性,1993年德國汽車工業(yè)界聯(lián)合推出了汽車電子的開放式系統(tǒng)及接口OS-EKVDX規(guī)范(以下簡稱“OSFK規(guī)范”),旨在為汽車上的分布控制單元提供一個開放結(jié)構(gòu)的工業(yè)標準。OSEK規(guī)范從實時操作系統(tǒng)(RTOS)、軟件接口、通信和網(wǎng)絡管理等方面對汽車電子控制軟件開發(fā)平臺作了較為全面的定義與規(guī)定。盡管該規(guī)范還處在不斷完善中,但它所提出的一整套解決方案將是未來汽車電子

3、軟件開發(fā)的發(fā)展方向。    為了達到OSEK軟件可移植的目標,OSEK規(guī)范中定義了配置使用OSEK應用程序的方法通用實現(xiàn)語言OIL。OSEK配置器就是使用圖形化的用戶接口,根據(jù)用戶需求配置OIL文件,并最終生成OSEK實時操作系統(tǒng)初始化代碼的工具。它是開發(fā)符合OSEK規(guī)范的實時操作系統(tǒng)的重要組成部分。2 OSEK配置器的主要功能    OSEK應用程序的開發(fā)流程如圖1所示。用戶通過OSEK配置器根據(jù)軟硬件的需求,對操作系統(tǒng)的屬性和所有系統(tǒng)對象進行靜態(tài)配置。配置完成后,OSEK配置器生成符合OSEK規(guī)范的OIL配置文件,并進一步生成與操

4、作系統(tǒng)相關的C代碼和頭文件,以提供OSEK實時操作系統(tǒng)初始化時必備的系統(tǒng)參數(shù)。為保證軟件的兼容性,OSEK配置器還能夠從外部直接讀取符合OSEK規(guī)范的OIL文件,完成生成OS靜態(tài)系統(tǒng)文件的過程。    用戶完成應用程序代碼編寫和OIL文件配置后,OSEK配置器所產(chǎn)生的代碼、操作系統(tǒng)的部分內(nèi)核和應用程序一起交叉編譯,而其他操作系統(tǒng)內(nèi)核代碼作為一個庫,被鏈接器整合在一起。本文主要研究通過OSEK配置器生成符合OSEK規(guī)范的OIL配置文件及靜態(tài)系統(tǒng)文件的過程(如圖1中虛線部分所示)。3 OSEK配置器的實現(xiàn)31 圖形用戶接口GUI的實現(xiàn)   

5、; OSEK應用程序的OIL語言描述包含一組OIL對象描述,分別是CPU、OS(操作系統(tǒng))、APPMODE(應用程序模式)、ISR(中斷服務)、RESOURCE(資源)、TASK(任務)、COUNTER(計數(shù)器)、EVENT(事件)、ALARM(警報)、COM(通信子系統(tǒng))、MESSAGE(消息)、IPDU(外部通信)和NM(網(wǎng)絡管理)。其中,CPU是其余OIL對象的容器。OIL為它的對象定義了標準類型,每一個對象都可以用一些屬性和參數(shù)來描述。    對于不同的OSEK實現(xiàn),生成OIL配置文件的方法是不同的。由于用戶自己編寫OIL文件具有一定的復雜性,因此,在集成

6、開發(fā)環(huán)境中帶有一個上下文相關幫助的、可視的圖形用戶接口GUI是非常必要的。在集成開發(fā)環(huán)境中,一個包含GUI的OSEK配置器需要包含以下組件:    一張遵循Windows Explorer格式的OSEK對象清單,用戶可以根據(jù)需要添加和刪除DIL對象;    一個圖表,用于顯示每個對象的屬性(包括標準屬性和與實現(xiàn)有關的屬性),用戶可更改對象的屬性并且實時更新OIL文件;    一個用于記錄和顯示的窗口。    集成開發(fā)環(huán)境的OSEK配置器工作界面如圖2所示,其數(shù)據(jù)的管理和顯示采

7、用XML技術來實現(xiàn)。    XML以一種開放的自我描述方式定義了數(shù)據(jù)結(jié)構(gòu),在描述數(shù)據(jù)內(nèi)容的同時能突出對結(jié)構(gòu)的描述,從而體現(xiàn)出數(shù)據(jù)之間的關系。它相當于一個容器,可用來存儲OSEK規(guī)范中OIL定義的各個對象。對每個OIL對象來說,其屬性和子屬性都包含不同的數(shù)據(jù)結(jié)構(gòu),可以通過XML樹型結(jié)構(gòu)方便地表示出來;而對于同一類對象又包含相同的屬性和子屬性,可用相同的XML模板來表示。    由于XML技術可以很方便地存儲、描述和管理結(jié)構(gòu)化的數(shù)據(jù),并且有效地將數(shù)據(jù)和數(shù)據(jù)的顯示相分離,因此,在OSEK配置器中采用XML技術來實現(xiàn)OIL文件圖形用戶接口的配

8、置,是非常方便和高效的。3.2 利用XML技術配置OIL對象    基于XML的OSEK配置器,將OIL文件定義的屬性存放在初始化的XML模板文件中,并指定其默認值。當用戶添加、刪除OIL對象或者修改對象的屬性和參數(shù)時,可通過KML解析器實現(xiàn)用戶配置界面與XML文件的同步。其過程如圖3中虛線部分所示。    例如,用戶在配置一個OIL對象ALARM時,需要指定其3個屬性,分別是警報依附計時器COUNTER、警報動作ACTION以及是否自動啟動AU-TOSTART。其中,ACTION和AU-TOSTART又包含各自的子屬性,使用XML技

9、術可以很方便地管理和修改這些數(shù)據(jù)。    通過GUI配置一個報警器的屬性如下:警報依附計時器counterA,采用自動啟動方式,且其初次響應時間和周期響應時間分別為30ms和20 ms。OS-EK配置器通過XML解析器將這些屬性值讀取出來,并保存在XML源文件alarmxml中。以下是此XML文件的源代碼;3.3 利用XSLT技術生成OIL文件    用戶配置的OIL信息通過GUI保存為XML文件后,利用XSLT技術生成符合OSEK規(guī)范的OIL配置文件。XSLT文檔本身是一個良掏的XML文檔,它被鏈接到需要轉(zhuǎn)換的XML文檔上,通過XS

10、LT處理器實現(xiàn)對XML文檔的解析和轉(zhuǎn)換過程。XSLT轉(zhuǎn)換的過程如圖4中虛線部分所示。    例如32節(jié)中保存ALARM配置信息的文件alarmxml,通過定義XSL樣式表文件xml20ilxsl將其轉(zhuǎn)換為標準的OIL文件。為了保證XSL文件的通用性,對輸入XML文檔每個層次的節(jié)點都設計一個框架模板tem-plate,即為OIL對象的每個屬性和部分子屬性定義框架模板。這樣,當OIL對象增加和刪除時,XSL文件都可以快速地完成轉(zhuǎn)換而不需要做任何修改。使用Microsoftmsxml 4o作為:XSLT處理器,<xsl:output method=”text”in

11、dent=”no”>定義轉(zhuǎn)換的輸出方式為文本格式。    轉(zhuǎn)換32節(jié)中。KML文件的部分關鍵源代碼如下:3.4 讀取OIL配置文件和生成代碼    為了實現(xiàn)OIL文件的可移植性和可重用性,OSEK配置器還需要實現(xiàn)從外部直接讀取OIL文件(可由用戶手動編寫或其他OSEK實現(xiàn)生成),并通過GUI顯示和修改屬性配置的功能。這個過程需要一個OIL語言解析器,通過解析器將OIL文件轉(zhuǎn)換成XML文件提供給GUI,并且生成與操作系統(tǒng)相關的C代碼和頭文件。本組件通過LEX和YACC語言開發(fā)OIL語言解析器。3.4.1 利用ALEX和AYAGO構(gòu)

12、造解析器    Parser Generator是Windows環(huán)境下使用LEX和YACC語言開發(fā)編譯器的集成開發(fā)工具,包含了編譯程序構(gòu)造工具ALEX和AYACC。ALEX和AYACC不僅可將LEX和YACC源程序轉(zhuǎn)換成C語言詞法和語法分析程序,還可以根據(jù)用戶需要產(chǎn)生C+和Java代碼的詞法和語法分析程序。    OIL語言解析器的解析過程包括詞法分析、語法分析、錯誤處理和目標代碼的生成。首先根據(jù)OIL文件規(guī)范中的對象和屬性值、語法規(guī)則編寫LEX和YACC源文件,通過ALEX和AYACC自動生成以C+語言為代碼的詞法分析類OilLex

13、er和語法分析類OilParser,并且重載和添加一砦類成員函數(shù);然后將這兩個類加入到VC工程中,實現(xiàn)程序的錯誤處理和自動代碼生成部分,從而開發(fā)出OIL語言解析器。整個解析器設計原理如圖5所示。3.4.2 詞法分析類和語法分析類的設計    在詞法分析階段,掃描程序?qū)IL文件中的字符序列分解,去掉空格、換行等自字符,并把識別出來的各個單詞符號收集到記號(token)單元中。若在分析過程中發(fā)現(xiàn)詞法錯誤,則轉(zhuǎn)入錯誤處理程序。ALEX的輸入規(guī)則文檔Lexer.l包括以下3部分:    聲明部分。包含所需的頭文件及詞法分析類的定義。

14、0;   規(guī)則部分。定義正則表達式和OIL對象的關鍵字,然后添加對相應模式處理的C+語言源代碼,最后將token送給語法分析類OiiParser。例如:        程序部分。設計OIL掃描器時無需其他額外功能,因此為空。    在語法分析階段,語法分析程序從詞法分析類中獲取記號形式的源代碼,并完成定義OIL語言結(jié)構(gòu)的語法分析。AYACC輸入規(guī)格文檔Parsery也包括3部分:聲明部分、規(guī)則部分和程序部分。在聲明部分,包含OilParser類所需的頭文件以及聲明從詞法分析器返回的to

15、ken記號。規(guī)則部分分析OIL文件的語法規(guī)則。OIL文件的語法遵循Backus-Naur范式(BNF),對于每個OIL對象屬性的定義,其OIL實現(xiàn)類似于一個C結(jié)構(gòu)定義。一個OIL文件由3個模塊組成:版本、執(zhí)行定義和應用程序定義。用BNF范式可表示為:    執(zhí)行定義包含了一個OSEK實現(xiàn)的所有屬性,這些屬性的數(shù)據(jù)類型和取值范圍可能是受限制的。因此在語義規(guī)則部分設置錯誤處理語句,對OIL對象屬性的數(shù)據(jù)類型和取值范圍進行檢查。ALEX和AYACC的特性,可使錯誤檢測簡單、直觀地實現(xiàn),并且很容易和錯誤處理類集成,這對于從外部讀取OIL文件時進行語義判斷,保證OSEK配置器的兼容性有著重要的意義。    應用程序定義包含了一系列對象以及這些對象屬性的賦值,除了OS、COM和NM對象外,應用程序可以定義多個同一類型的對象。根據(jù)應用程序定義規(guī)則,完成形式文法規(guī)則以及對每條規(guī)則進行語義處理的C+語句。在處理語句中,根據(jù)GUI部分定義的XMI模板格式(如圖4中的MPCxml),將得到的對象及其屬性值一一對應到XML的樹型結(jié)構(gòu)中,從而完成OIL文件轉(zhuǎn)換為XML文件的過程。同樣,在處理語句中,根據(jù)操作系統(tǒng)中定義的接口將OIL對象及其屬性值提取出來,生成符合OSEK實時操作系統(tǒng)的API函數(shù)和數(shù)據(jù)結(jié)構(gòu),

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論