摘要：分析和討論qt/embedded的主流版本3.x系列的底層實(shí)現(xiàn)技術(shù)；結(jié)合2.x版本系列和3.x版本系列，在兩種不同的硬件平臺(tái)（in pxa255開發(fā)系統(tǒng)與筆者自行設(shè)計(jì)的motorola mc9328 mx1開發(fā)系統(tǒng)）上的移植過程，討論qt/embedded的底層設(shè)備接口與應(yīng)用移植技術(shù)。

   關(guān)鍵詞：

引言

隨著嵌入式linux應(yīng)用的不斷發(fā)展，嵌入式處理器運(yùn)算能力的不斷增強(qiáng)，越來越多的嵌入式設(shè)備開始采用較為復(fù)雜的gui系統(tǒng)，手持設(shè)備中的gui系統(tǒng)發(fā)展得非常迅速。傳統(tǒng)的gui系統(tǒng)，如microwindows等，由于項(xiàng)目規(guī)模較小、功能較為薄弱，缺乏等三方軟件開發(fā)的支持等諸多原因，在比較的手持或移動(dòng)終端設(shè)備（如pda、smart-phone、車載導(dǎo)航系統(tǒng)）中應(yīng)用較少。

qt/embedded是的qt庫(kù)開發(fā)商trolltech公司開發(fā)的面向嵌入式系統(tǒng)的qt版本，開發(fā)人員多為kde項(xiàng)目的核心開發(fā)人員。許多基于qt的x window程序可以非常方便地移植到qt/embedded上，與x11版本的qt在zui大程度上接口兼容，延續(xù)了在x上的強(qiáng)大功能，在底層*摒棄了x lib，僅采用framebuffer作為底層圖形接口。qt/embedded類庫(kù)*采用c++封裝。豐富的控件資源和較好的可移植性是qt/embeddedzui為的一方面，使用x下的開發(fā)工具qt designer可以直接開發(fā)基于qt/embedded的ui（用戶操作接口）界面。越來越多的第三方軟件公司也開始采用qt/embedded開發(fā)嵌入式linux下的應(yīng)用軟件。其中非常的qt palmtop environment（qtopia）早期是一個(gè)第三方的開源項(xiàng)目，并已經(jīng)成功應(yīng)用于多款pda。trolltech公司針對(duì)smart-phone中的應(yīng)用需求，于2004年5月底發(fā)布了qtopia的phone版本。

1 qt/embedded的實(shí)現(xiàn)技術(shù)基礎(chǔ)分析

橫向來看，由于發(fā)布的版權(quán)問題，qt/embedded采用兩種方式進(jìn)行發(fā)布：在gpl協(xié)議下發(fā)布的free版與專門針對(duì)商業(yè)應(yīng)用的commercial版本。二者除了發(fā)布方式外，在源碼上沒有任何區(qū)別?？v向看來，當(dāng)前主流的版本為qtopia的2.x系列與的3.0x系列。其中2.0版本系統(tǒng)較多地應(yīng)用于采用qtopia作為pda主界面的應(yīng)用中；3.x版本系列則應(yīng)用于功能相對(duì)單一，但需要gui圖形支持的場(chǎng)合，如volvo公司的遠(yuǎn)程公交信息系統(tǒng)。圖1為qt/embedded的實(shí)現(xiàn)結(jié)構(gòu)。

3.x版本系列的qt/embedded相對(duì)于2.x版本系統(tǒng)增加了許多新的模塊，如sql數(shù)據(jù)庫(kù)查詢模塊等。幾乎所有2.x版本中原有的類庫(kù)，在3.x版本中都得到極大程度的增強(qiáng)。這就極大地縮短了應(yīng)用軟件的開發(fā)時(shí)間，擴(kuò)大了qt/embedded的應(yīng)用范圍。

    在代碼設(shè)計(jì)上，qt/embedded巧妙地利用了c++*的機(jī)制，如繼承、多態(tài)、模板等，具體實(shí)現(xiàn)非常靈活。但其底層代碼由于追求與多種系統(tǒng)、多種硬件的兼容，代碼補(bǔ)丁較多，風(fēng)格稍顯混亂。

1．1 qt/embedded的圖形引擎實(shí)現(xiàn)基礎(chǔ)

qt/embedded的底層圖形引擎基于framebuffer。framebuffer是在linux內(nèi)核架構(gòu)版本2.2以后推出的標(biāo)準(zhǔn)顯示設(shè)備驅(qū)動(dòng)接口。采用mmap系統(tǒng)調(diào)用，可以將framebuffer的顯示緩存映射為可連續(xù)訪問的一段內(nèi)存儲(chǔ)針。由于目前比較的arm體系的嵌入式cpu中大多集成了lcd控制模塊，lcd控制模塊一般采用雙dma控制器組成的dma通道。其中一個(gè)dma可以自動(dòng)從一個(gè)數(shù)據(jù)結(jié)構(gòu)隊(duì)列中取出并裝入新的參數(shù)，直到整個(gè)隊(duì)列中的dma操作都已完成為止。另外一個(gè)dma與畫面緩沖區(qū)相關(guān)，這部分由兩個(gè)dma控制器交替執(zhí)行，并每次都自動(dòng)按照預(yù)定的規(guī)則改變參數(shù)。雖然使用了雙dma，但這兩個(gè)dma控制器的交替使用對(duì)于cpu來說是不可見的。cpu所獲得的只是由兩個(gè)dma組成的一個(gè)“通道”而已。

framebuffer驅(qū)動(dòng)程序的實(shí)現(xiàn)分為兩個(gè)方面：一方面是對(duì)lcd及其相關(guān)部分的初始化，包括畫在緩沖區(qū)的創(chuàng)建和對(duì)dma通道的設(shè)置；另外一方面是對(duì)畫面緩沖區(qū)的讀寫，具體到代碼為read、write、lseek等系統(tǒng)調(diào)用接口。至于將畫面緩沖區(qū)的內(nèi)容輸出到lcd顯示屏上，則由硬件自動(dòng)完成。對(duì)于軟件來說是透明的。當(dāng)對(duì)于dma通道和畫面緩沖區(qū)設(shè)置完成后，dma開始正常工作，并將緩沖區(qū)中的內(nèi)容不斷發(fā)送到lcd上。這個(gè)過程是基于dma對(duì)于lcd的不斷刷新的?；谠撎匦?，framebuffer驅(qū)動(dòng)程序必須將畫面緩沖區(qū)的存儲(chǔ)空間（物理空間）重新映射到一個(gè)不加高緩存和寫緩存的虛擬地址區(qū)間中，這樣能才保證應(yīng)用程序通過mmap將該緩存映射到用戶空間后，對(duì)于該畫面緩存的寫操作能夠?qū)崟r(shí)的體現(xiàn)在lcd上。

在qt/embedded中，qscreen類為抽象出的底層顯示設(shè)備基類，其中聲明了對(duì)于顯示設(shè)備的基本描述和操作方式，如打開、關(guān)閉、獲得顯示能力、創(chuàng)建gfx操作對(duì)象等。另外一個(gè)重要的基類是qgfx類。該類抽象出對(duì)于顯示設(shè)備的具體操作接口（圖形設(shè)備環(huán)境），如選擇畫刷、畫線、畫矩形、alpha操作等。以上兩個(gè)基類是qt/embedded圖形引擎的底層抽象。其中所有具體函數(shù)基本都是虛函數(shù)，qt/embedded對(duì)于具體的顯示設(shè)備，如linux的framebuffer、qt virtual framebuffer做的抽象接口類全都由此繼承并重載基類中的虛函數(shù)實(shí)現(xiàn)。圖2為qt/embedded中底層圖形引擎實(shí)現(xiàn)結(jié)構(gòu)。

圖2

    在圖2中，對(duì)于基本的framebuffer設(shè)備，qt/embedded用qlinuxfbscreen來處理。針對(duì)具體顯示硬件（如mach卡、voodoo卡）的加速特性，qt/embedded從qlinuxfbscreen和圖形設(shè)備環(huán)境模板類qgfxraster繼承出相應(yīng)子類，并針對(duì)相應(yīng)硬件重載相關(guān)虛函數(shù)。

qt/embedded在體系上為c/s結(jié)構(gòu)，任何一個(gè)qt/embedded程序都可以作為系統(tǒng)中*的一個(gè)gui server存在。當(dāng)應(yīng)用程序以系統(tǒng)gui server的方式加載時(shí)，將建立qwsserver實(shí)體。此時(shí)調(diào)用qwsserver::opendisplay（）函數(shù)創(chuàng)建窗體，在qwsserver::opendisplay（）中對(duì)qwsdisplay：：data中的init（）加以調(diào)用；根據(jù)qgfxdriverfactory實(shí)體中的定義（qlinuxfbscreen）設(shè)置關(guān)鍵的qscreen指針qt_screen并調(diào)用connect（）打開顯示設(shè)備（dev/fb0）。在qwsserver中所有對(duì)于顯示設(shè)備的調(diào)用都由qt_screen發(fā)起。至此完成了qt/embedded中qwsserver的圖形發(fā)生引擎的創(chuàng)建。當(dāng)系統(tǒng)中建立好gui server后，其它需要運(yùn)行的qt/embedded程序在加載后采用共享內(nèi)存及有名管道的進(jìn)程通信方式，以同步訪問模式獲得對(duì)共享資源framebuffer設(shè)備的訪問權(quán)。

1.2 qt/embedded的事件驅(qū)動(dòng)基礎(chǔ)

qt/embedded中與用戶輸入事件相關(guān)的信號(hào)，是建立在對(duì)底層輸入設(shè)備的接口調(diào)用之上的。qt/embedded中的輸入設(shè)備，分為鼠標(biāo)類與鍵盤類。以3.x版本系列為例，其中鼠標(biāo)設(shè)備的抽象基類為qwsmouse handler，從該類又重新派生出一些具體的鼠標(biāo)類設(shè)備的實(shí)現(xiàn)類。該版本系列的qt/embedded中，鼠標(biāo)類設(shè)備的派生結(jié)構(gòu)如圖3所示。

與圖形發(fā)生引擎加載方式類似的，在系統(tǒng)加載構(gòu)造qwsserver時(shí)，調(diào)用qwsserver::openmouse與qwsserver::openkeyboard函數(shù)。這兩個(gè)函數(shù)分別調(diào)用qmousedriverfactory::cr-eate（）與qkbddriverfactory::cr-eate（）函數(shù)。這時(shí)會(huì)根據(jù)linux系統(tǒng)的環(huán)境變量qws_mouse_proto與qws_keyboard獲得鼠標(biāo)類設(shè)備和鍵盤類設(shè)備的設(shè)備類型和設(shè)備節(jié)點(diǎn)。打開相應(yīng)設(shè)備并返回相應(yīng)設(shè)備的基類句柄指針給系統(tǒng)，系統(tǒng)通過將該基類指令強(qiáng)制轉(zhuǎn)換為對(duì)應(yīng)的具體子類設(shè)備指針，獲得對(duì)具體鼠標(biāo)類設(shè)備和鍵盤類設(shè)備的調(diào)用操作。

值得注意的是，雖然幾乎鼠標(biāo)類設(shè)備的功能上基本一致，但由于觸摸屏和鼠標(biāo)底層接口并不一樣，會(huì)造成對(duì)上層接口的不一致。舉例來講，從鼠標(biāo)驅(qū)動(dòng)接口中幾乎不會(huì)得到位置信息，一般只會(huì)讀到相對(duì)移動(dòng)量。另外，鼠標(biāo)的移動(dòng)速度也需要考慮在內(nèi)，而觸摸屏接口則幾乎是清一色的位置信息和壓力信息。針對(duì)此類差別，qt/embedded將同一類設(shè)備的接口部分也給予區(qū)別和抽象，具體實(shí)現(xiàn)在qmousedriverinterface類中。鍵盤類設(shè)備也存在類似問題，同樣引入了qkbddriver inteface來解決。具體實(shí)現(xiàn)此處暫不多述。

2 qt/embedded的移植與應(yīng)用

針對(duì)qt/embedded的實(shí)現(xiàn)特點(diǎn)，移植該嵌入式gui系統(tǒng)一般分為以下幾個(gè)步驟：

①設(shè)計(jì)硬件開發(fā)平臺(tái)，并移植linux操作系統(tǒng)；

②采用靜態(tài)鏈接進(jìn)linux內(nèi)核的方式，根據(jù)該平臺(tái)顯示設(shè)備的顯示能力，開發(fā)framebuffer驅(qū)動(dòng)程序；

③開發(fā)針對(duì)該平臺(tái)的鼠標(biāo)類設(shè)備驅(qū)動(dòng)程序，一般為觸摸屏或usb鼠標(biāo)；

④開發(fā)針對(duì)該平臺(tái)的鍵盤類設(shè)備驅(qū)動(dòng)程序，一般為板載按鈕或usb鍵盤（該部分可選）；

⑤根據(jù)framebuffer驅(qū)動(dòng)程序接口，選擇并修改qt/embedded中的qlinuxfbscreen和qgfxraster類；

⑥根據(jù)鼠標(biāo)類設(shè)備驅(qū)動(dòng)程序，實(shí)現(xiàn)該類設(shè)備在qt/embedded中的操作接口；

⑦根據(jù)鍵盤類設(shè)備驅(qū)動(dòng)程序，實(shí)現(xiàn)該類設(shè)備在qt/embedded中的操作接口（該部分可選）；

⑧根據(jù)需要選擇qt/embedded的配置選項(xiàng)，交叉編譯qt/embedded的動(dòng)態(tài)庫(kù)；

⑨交叉編譯qt/embedded中的example測(cè)試程序，在目標(biāo)平臺(tái)上運(yùn)行測(cè)試。

framebuffer設(shè)備驅(qū)動(dòng)程序提供出的接口是標(biāo)準(zhǔn)的，除了注意endian問題外，配置qt/embedded時(shí)選擇相應(yīng)的色彩深度支持即可，因此該部分的移植難點(diǎn)就在于framebuffer驅(qū)動(dòng)程序的實(shí)現(xiàn)。qt/embedded部分的qwsserver打開/dev/中的framebuffer設(shè)備后讀出相應(yīng)的顯示能力（屏幕尺寸、顯示色彩深度），模板qgfxraster將根據(jù)色彩深度在用戶空間設(shè)備創(chuàng)建出與顯示緩存同樣大小的緩沖作為雙緩沖，并采用正確方式進(jìn)行顯示。

    2.1 在pxa255平臺(tái)上移植和應(yīng)用    3.x中鍵盤接口基類們于src/embedded/qkbd_qws.cpp中，為qwskeyboardhandler。實(shí)現(xiàn)i2c總線擴(kuò)展出的16鍵鍵盤接口類方式與觸摸屏類似，此處不多述。需要注意的是，qt/embedded提供了事件過濾器（key event filter）的接口，在鍵盤點(diǎn)擊事件從qwsserver截獲并發(fā)送到相應(yīng)的client之前會(huì)經(jīng)過函數(shù)qwsserver::keyboardfilter。在此函數(shù)中可以按照自身需求生成新的鍵盤點(diǎn)擊事件，而后利用qwsserver::sendkeyevent（）發(fā)送新的點(diǎn)擊事件到client中。利用該方式可以將各種鍵盤點(diǎn)擊無法輸入的unicode字符轉(zhuǎn)換出來，從而可以在較少的按鍵鍵盤上實(shí)現(xiàn)多unicode字符輸入法。qt/embedded 3.x鍵盤接口的移植與鼠標(biāo)設(shè)備接口類似，此處不多述。

在筆者參與設(shè)計(jì)的某smart-phone開發(fā)平臺(tái)中，gui系統(tǒng)實(shí)現(xiàn)方案采用了qt/embedded 2.3.7和qtopia 1.7.0（基于qt/embedded 2.x系列的手持套件），硬件平臺(tái)采用了基于in xscale pxa255處理器的嵌入式開發(fā)系統(tǒng)。該開發(fā)系統(tǒng)采用640×480分辨率的tft lcd和pxa255內(nèi)部lcd控制模塊作為顯示設(shè)備，ads7846n作為外部電阻式觸摸屏控制器；另外，采用了五方向按鍵作為板載鍵盤。由于該系統(tǒng)采用了isp1161作為usb host控制器，較好地支持了usb接口的鍵盤和鼠標(biāo)，操作系統(tǒng)為arm linux 2.4.19。參考linux 2.4.19內(nèi)核目錄drivers/input部分，可以按照標(biāo)準(zhǔn)內(nèi)核中input device接口設(shè)計(jì)實(shí)現(xiàn)觸摸屏和鍵盤，在實(shí)現(xiàn)了基于isp1161的ehci驅(qū)動(dòng)程序后，移植標(biāo)準(zhǔn)的usb接口的人機(jī)界面設(shè)備驅(qū)動(dòng)hid和usb鍵盤、鼠標(biāo)的驅(qū)動(dòng)程序后，可以獲得對(duì)于該類設(shè)備的調(diào)用接口。此過程不屬本文討論范疇，此處暫不多述。

qt/embedded 2.x系列對(duì)于輸入設(shè)備的底層接口與3.x系列不同，觸摸屏設(shè)備和鍵盤設(shè)備需要根據(jù)具體的驅(qū)動(dòng)程序接口在qt/embedded中設(shè)備實(shí)現(xiàn)對(duì)應(yīng)的設(shè)備操作類。其中對(duì)應(yīng)于鼠標(biāo)類設(shè)備的實(shí)現(xiàn)位于src/kernel/qmouse_qws.cpp中。由于觸摸屏在實(shí)現(xiàn)原理上存在著a/d量化誤差的問題，因此所有的觸摸屏接口實(shí)現(xiàn)類需要從特殊的qcalibratedmousehandler繼承，并獲得校正功能。

qt/embedded 2.x中對(duì)于鍵盤響應(yīng)的實(shí)現(xiàn)函數(shù)位于src/kernel/qkeyboard_qws.cpp中。在qkeyboard_qws.h中，定義了鍵盤類設(shè)備接口的基類qwskeyboardhandler，移植時(shí)需要根據(jù)鍵盤驅(qū)動(dòng)程序從該類派生出實(shí)現(xiàn)類，實(shí)現(xiàn)鍵盤事件處理函數(shù)processkeyevent（），并在qwsserver::newkeyboardhandler函數(shù)中注冊(cè)自己的鍵盤類設(shè)備即可。其中對(duì)于點(diǎn)擊鍵的鍵碼定義在qt/embedded的命名空間——src/kernel/qnamespace.h中。

圖4為筆者在該smart-phone開發(fā)平臺(tái)上移植qt/embedded 2.3.7和qtopia 1.7.0后顯示的截圖。

2.2 在mc9328平臺(tái)上移植和應(yīng)用

在某車載導(dǎo)航輔助系統(tǒng)的開發(fā)平臺(tái)設(shè)計(jì)中，采用了qt/embedded 3.3.2版本作為其gui系統(tǒng)的實(shí)現(xiàn)方案。硬件平臺(tái)采用自行設(shè)計(jì)的以motorola mc9328 mx1為核心的開發(fā)系統(tǒng)。該系統(tǒng)采用cpu內(nèi)部lcd控制器和240×320分辨率的16 bpp tft lcd作為顯示設(shè)備，采用i2c總線擴(kuò)展出16按鍵以及mx1集成的asp模塊和電阻觸摸屏。操作系統(tǒng)為arm linux 2.4.18。

qt/embedded 3.x版本系統(tǒng)中與底層硬件接口相關(guān)部分的源碼位于src/embedded/目標(biāo)中。該部分包含三類設(shè)備的接口：framebufer、鼠標(biāo)與鍵盤。參照該目標(biāo)中相關(guān)設(shè)備的具體接口代碼，根據(jù)自身硬件臺(tái)增添接口即可。

由于系統(tǒng)lcd的岔道率為240×320，物理尺寸較小，在實(shí)現(xiàn)其于該系統(tǒng)的framebuffer驅(qū)動(dòng)程序時(shí)并沒有將其本身與linux字符控制臺(tái)設(shè)備掛靠，因此framebuffer并不具備text模式的工作方式。在移植qt/embedded時(shí)，無需作framebuffer設(shè)備的工作方式轉(zhuǎn)換。正確配置色彩顯示支持后，qt/embedded能夠在lcd顯示出正確的圖形。由于該平臺(tái)的顯示系統(tǒng)為縱向320行，在設(shè)計(jì)時(shí)考慮到人對(duì)于非手持設(shè)備的視覺習(xí)慣為寬度大于高度的觀察方式，為了符合這種習(xí)慣性的觀察方式，在移植qt/embedded時(shí)采用了transformed的旋轉(zhuǎn)圖形顯示方式在軟件上實(shí)現(xiàn)了顯示方向的轉(zhuǎn)換變化。

鼠標(biāo)設(shè)備接口這一基類qwsmousehandler的實(shí)現(xiàn)位于src/embedded/qmouse_qws.cpp中。與2.x版本系列不同的是，3.x中所有的linux觸摸屏示例接口代碼均實(shí)現(xiàn)在src/embedded/qmouselinuxtp_qws.cpp中的qwslinuxtpmousehandler類中。其中對(duì)于不同型號(hào)的觸摸屏的接口實(shí)現(xiàn)代碼，采用不同的宏定義和預(yù)編譯的方式將它們分隔開。筆者還通過從qwslinuxtpmousehandler中繼承自身觸摸屏接口類，替代原有的qwslinuxtpmousehandlerprivate類，而在qwslinuxtpmousehandler生成自身觸摸屏接口對(duì)象的方式，較好地將移植部分的代碼與原有比較混亂的代碼分隔開來。

圖4

 

3 總結(jié)

隨著嵌入式處理器運(yùn)算能力的不斷提高，對(duì)外設(shè)支持的不斷豐富，嵌入式linux系統(tǒng)的應(yīng)用也逐漸增多。qt/embedded延續(xù)了qt在桌面系統(tǒng)的所有功能，豐富的api接口和基于組件的編程模型使得嵌入式linux系統(tǒng)中的應(yīng)用程序開發(fā)更加便捷。由于qt/embedded本身面向的手持設(shè)備和移動(dòng)設(shè)備，將成為未來嵌入式系統(tǒng)的主要gui