黃志輝,羅峰

(同濟大學(xué) 汽車學(xué)院,上海201804)

黃志輝(碩士研究生),研究方向為車輛電子技術(shù)。

引 言

自動代碼生成技術(shù)在航空航天、汽車、工業(yè)控制及自動化等領(lǐng)域有著廣泛的應(yīng)用。20世紀90年代,隨著計算機技術(shù)和軟件技術(shù)的發(fā)展,許多工業(yè)領(lǐng)域廣泛采用基于模型的設(shè)計方法,極大地提高了系統(tǒng)的開發(fā)效率?；谀Ｐ偷拈_發(fā)方法中一項核心的技術(shù)就是自動代碼生成技術(shù),在快速原型及系統(tǒng)實現(xiàn)等方面做出了巨大貢獻[1]。

Real-Time Workshop Embedded Coder(RTWEC)能夠?qū)imulink中圖形化設(shè)計的模塊生成用戶目標所需的C語言代碼,該代碼可以應(yīng)用于許多實時或者非實時的場合,比如快速原型和硬件在環(huán)測試[2]。用戶可以修改生成的代碼,在獨立于Matlab之外的環(huán)境下執(zhí)行。代碼轉(zhuǎn)換是RTWEC的應(yīng)用基礎(chǔ),它能生成與ANSI/ISO標準相兼容的C語言代碼,這樣的代碼可運行于目標微控制器和實時操作系統(tǒng)(RTOS)。

本文以基于飛思卡爾公司的8位微控制器MC9S08QE128的電動智能車轉(zhuǎn)向控制系統(tǒng)系統(tǒng)為例,闡述利用RTWEC生成高質(zhì)量、高效率的C代碼,并移植到該芯片內(nèi)的過程。由于 RTWEC對本課題所使用的MC9S08QE128并沒有專門的支持,因此用戶需要自己定制所需要的模塊。

1 RTWEC代碼轉(zhuǎn)換過程

RTWEC自動程序創(chuàng)建過程,能在不同主機環(huán)境下生成用于實時應(yīng)用的程序。程序創(chuàng)建過程使用高級語言編譯器中的聯(lián)編實用程序,來控制所生成源代碼的編譯和鏈接過程。如圖1所示,代碼生成的整個流程可以分為3個步驟[3]。

圖1 RTWEC代碼生成流程

①通過RTWEC將建立起來的模型文件model.mdl文件編譯成一個中間描述文件,即model.rtw。它包括模塊參數(shù)、信號寬度、采樣時間以及各模塊的執(zhí)行次序。該文件可以被用戶修改,用來傳遞重要的參數(shù)信息。

②讀取中間描述文件mode1.rtw,然后進行編譯和執(zhí)行目標文件中的命令,包括系統(tǒng)目標文件和每一個模塊目標文件。在這一階段中,目標語言編譯器TLC將中間描述文件model.rtw和相關(guān)的模塊、S函數(shù)等轉(zhuǎn)換為目標源代碼。

③RTWEC根據(jù)系統(tǒng)模板聯(lián)編文件生成自定義聯(lián)編文件model.mk,然后調(diào)用make實用程序,它根據(jù)生成的聯(lián)編文件model.mk的規(guī)則,把生成的源代碼編譯、鏈接,從而生成可執(zhí)行代碼。比較特殊的一點是,CodeWarrior IDE使用的是project.mcp工程文件來進行編譯、鏈接,而不是make實用程序,因此需要另外設(shè)計接口。

2 目標驅(qū)動模塊設(shè)計

目標驅(qū)動模塊主要是用來生成微處理器所需的底層驅(qū)動代碼,即對微處理器的寄存器進行設(shè)置。在CodeWarrior IDE的指令集中,大量寄存器的設(shè)置因所選單片機型號各異,對不熟悉其復(fù)雜指令的設(shè)計人員來說,調(diào)試過程是很漫長的。而目標驅(qū)動模塊如同CodeWarrior IDE的Processor Expert模塊,更為方便地提供給用戶進行設(shè)計。如圖2所示,用戶只需要在PORT下拉列表框中選擇相應(yīng)的端口,而不需要了解繁瑣的寄存器設(shè)置。

圖2 數(shù)字I/O輸入模塊

根據(jù)上述RTWEC代碼生成的流程,可以得到目標驅(qū)動模塊的設(shè)計過程。目標驅(qū)動模塊主要是由S函數(shù)和TLC文件定制的。S函數(shù)(需要被封裝)用于定制自定義simulink模塊,該模塊可以傳遞用戶設(shè)置的參數(shù)信息,并保存在model.rtw文件中。TLC文件可以取出model.rtw文件中保存的參數(shù)信息,通過內(nèi)聯(lián)和一定的代碼生成規(guī)則,用于控制代碼生成過程與格式。

下面以數(shù)字I/O輸入模塊為例來說明目標驅(qū)動模塊的設(shè)計。

(1)編寫C MEX S函數(shù)

S函數(shù)有很多種設(shè)計方式,比如m文件和C語言等。其中,只有用可被編譯C語言文件(C MEX文件)或者S函數(shù)生成器建立起來的S函數(shù),才能夠內(nèi)聯(lián)TLC文件,從而生成所需代碼。在編寫S函數(shù)中,最重要的是參數(shù)傳遞,即將用戶所選擇的參數(shù)傳遞到TLC文件中去。這里RTWEC提供了一個model.rtw文件,該文件可以用作S函數(shù)和TLC文件的橋梁。其實現(xiàn)方法是,通過mdlRTW函數(shù)將用戶參數(shù)傳遞到rtw中的SFcnParamSettings對象中去。代碼如下:

這樣,在 TLC文件中通過SFcnParamSettings.port_name便可以調(diào)用該參數(shù)。完成后用命令mex進行編譯,即可生成所需的C MEX文件。

(2)封裝S函數(shù)

該步驟主要為方便用戶進行參數(shù)設(shè)置,注意參數(shù)名與S函數(shù)對話框中的參數(shù)名要一致,而且必須是DOUBLE類型的。封裝好的模塊便可以放到自定義的Simulink模型庫中去。

(3)編寫TLC文件

這一文件的編寫非常重要,它直接決定了生成代碼的形式,即代碼內(nèi)容和它安放在生成的C語言文件中的位置。其參數(shù)的獲得正是通過rtw中的SfcnParamSettings對象所得到的。注意,TLC文件名與S函數(shù)一致才能夠被內(nèi)聯(lián)。下列TLC語句段顯示了如何根據(jù)用戶的選擇將寄存器的設(shè)置嵌入到生成的代碼中去:

3 CodeWarrior IDE接口設(shè)計

為了在RTWEC生成代碼的同時建立起CodeWarrior IDE的工程文件,并自動對其進行操作。RTWEC提供了兩種截然不同的方法[4]。

(1)XML工程導(dǎo)入

CodeWarrior IDE的大多數(shù)版本都支持可擴展標記語言(XML)形式的工程導(dǎo)入或者導(dǎo)出。通過修改TLC文件,RTWEC可自動生成XML文件,作為CodeWarrior IDE的工程導(dǎo)入。但該方法有個缺陷,每當用戶在CodeWarrior IDE中修改工程時,必須重新修改TLC文件,給使用帶來了很大不便。其設(shè)計過程如圖3所示。

圖3 以XML工程導(dǎo)入為接口

(2)COM組件控制工程建立

在CodeWarrior IDE有許多的接口函數(shù),而這些函數(shù)是可以通過用戶建立COM組件來進行調(diào)用的。COM組件技術(shù)可以自動執(zhí)行一些重復(fù)性的任務(wù),從而進行外部操作。比如通過命令 actxserver(＇CodeWarrior.CodeWarriorApp＇)來打開CodeWarrior IDE,從而對其進行控制。

本文嘗試了一種手工建立工程的方法,即在CodeWarrior IDE中建立工程,修改源文件 main.c,然后將生成的代碼文件和函數(shù)分別添加到工程和main.c中去,從而形成一種文件路徑的映射關(guān)系。這樣,每次在RTWEC中生成代碼后,直接用CodeWarrior IDE編譯即可。該方法使用簡單,但缺點是自動化程度差,用戶需要自行建立mcp工程,添加和修改文件。

4 智能車隨動算法的C代碼生成與測試

下面以一個實例來說明RTWEC代碼的生成及其測試。本文所設(shè)計的系統(tǒng)將前瞻傳感器安裝在智能車的伺服電機(隨動舵機)上,前置并懸伸出車體前端,將前瞻距離延長到前排傳感器所能達到的最大距離。然后,控制隨動舵機使其跟蹤黑線,并始終將黑線置于隨動光電組的中間位置。在控制算法中通過隨動比調(diào)節(jié)轉(zhuǎn)向舵機的轉(zhuǎn)角,使其配合隨動舵機進行轉(zhuǎn)向,如此便能達到智能車系統(tǒng)的超前調(diào)節(jié)和路徑優(yōu)化等目的[5]。

圖4為利用Matlab/StateFlow搭建起來的控制器模型。該模型比較復(fù)雜,手寫C代碼易出錯,調(diào)試周期長;而使用RTWEC自動代碼生成技術(shù),調(diào)試過程中很容易檢查出邏輯沖突、數(shù)據(jù)溢出等錯誤,大大縮短了開發(fā)周期。

圖4 隨動控制算法的有限狀態(tài)機模型

在生成的代碼中,最重要的是初始化函數(shù)model_initialize()和運行主函數(shù)model_step()。設(shè)計人員只要將這兩個函數(shù)包含在主函數(shù)里,就可以運行了。

為了測試RTWEC生成代碼的正確性和運行效率,將同樣的控制算法的生成代碼和手寫C代碼放在VC++中運行。運行前將一傳感器返回值設(shè)為1,設(shè)置不同的運行時間(運行次數(shù)),比較計算結(jié)果和 CPU消耗周期(cpucounter)。其中計算結(jié)果和隨動轉(zhuǎn)角(angle)成正比,CPU消耗周期用庫函數(shù)QueryPerformanceCounter()計算得到。

圖5是手寫代碼與生成代碼消耗CPU周期對比,圖6為手寫代碼與生成代碼計算結(jié)果對比。可見兩者極為接近,自動生成的代碼運行正確,且效率沒有明顯降低。

圖5 手寫代碼與生成代碼消耗CPU周期對比

圖6 手寫代碼與生成代碼計算結(jié)果對比

5 結(jié) 論

生成代碼在CodeWarrior編譯后效率會降低,但隨著程序長度的增加,代碼運行的主要執(zhí)行時間將更多地消耗在邏輯判斷上,RTWEC生成代碼的執(zhí)行速度會相對得到提高。編程人員除了要提高代碼的執(zhí)行效率之外,還需要考慮設(shè)計的快速性、調(diào)試的方便性,以及可讀性等多方面因素。

[1]楊向忠,安錦文,崔文革.嵌入式自動代碼生成技術(shù)應(yīng)用研究[J].彈箭與制導(dǎo)學(xué)報,2008,28(3).

[2]戴海峰,魏學(xué)哲,孫澤昌.V-模式及其在現(xiàn)代汽車電子系統(tǒng)開發(fā)中的應(yīng)用[J].機電一體化,2006(6).

[3]任傳俊,蔣志文.Real-Time Workshop實時仿真研究與應(yīng)用[J].計算機仿真,2007(8).

[4]Mathworks,Inc.Matlab R2008b Help Document,2008.

[5]卓晴,黃開勝,邵貝貝.學(xué)做智能車[M].北京:北京航空航天大學(xué)出版社,2007.