摘要：為實(shí)現(xiàn)溫濕度集中實(shí)時(shí)顯示和遠(yuǎn)程管理，設(shè)計(jì)了基于SQLITE數(shù)據(jù)庫和嵌入式web服務(wù)器的分布式遠(yuǎn)程監(jiān)控系統(tǒng)。該系統(tǒng)通過QT技術(shù)實(shí)現(xiàn)溫濕度的集中實(shí)時(shí)顯示，采用CG1程序?qū)崿F(xiàn)嵌入式web服務(wù)器對(duì)SQLITE數(shù)據(jù)庫的遠(yuǎn)程訪問。系統(tǒng)的實(shí)驗(yàn)結(jié)果表明，該系統(tǒng)穩(wěn)定、可靠，能夠滿足現(xiàn)場(chǎng)溫濕度實(shí)時(shí)顯示和遠(yuǎn)程管理的要求。
關(guān)鍵詞：SOLITE數(shù)據(jù)庫；QT界面；嵌入式Web服務(wù)器；CGI

隨著SMT生產(chǎn)工藝技術(shù)的提高，生產(chǎn)車間對(duì)環(huán)境的溫濕度提出了溫度25±3℃。濕度45％RH～65％RH的要求。為了達(dá)到這樣的溫濕度要求，就不僅需要提高溫濕度傳感器的精度，而且要求現(xiàn)場(chǎng)的管理人員能夠?qū)崟r(shí)的查看現(xiàn)場(chǎng)的環(huán)境數(shù)據(jù)，同時(shí)要求遠(yuǎn)程的上級(jí)管理人員能夠查詢和管理各個(gè)監(jiān)測(cè)點(diǎn)的溫濕度數(shù)據(jù)。
為了解決現(xiàn)場(chǎng)溫濕度實(shí)時(shí)顯示的問題，張晨吳等人在基于485總線的數(shù)字化溫濕度測(cè)控系統(tǒng)的設(shè)計(jì)一文中，提出為485溫濕度變送器擴(kuò)展LCD顯示模塊來實(shí)現(xiàn)溫濕度實(shí)時(shí)顯示的方案。這種獨(dú)立實(shí)時(shí)顯示方案需要為每個(gè)監(jiān)測(cè)節(jié)點(diǎn)配置LCD模塊，存在成本投入高、不方便實(shí)時(shí)查看的缺點(diǎn)。文中針對(duì)這一缺點(diǎn)，提出了利用QT技術(shù)實(shí)現(xiàn)現(xiàn)場(chǎng)溫濕度集中實(shí)時(shí)顯示的方案，這個(gè)方案只需一個(gè)LCD模塊即可實(shí)現(xiàn)各監(jiān)測(cè)點(diǎn)溫濕度實(shí)時(shí)查看，不僅成本低，而且方便管理。為了解決溫濕度的遠(yuǎn)程管理問題，肖鴻威在基于modbus協(xié)議的空間分布式溫濕度測(cè)控系統(tǒng)設(shè)計(jì)一文中，提出了采用工控機(jī)和SQLserver的方案來實(shí)現(xiàn)溫濕度的遠(yuǎn)程采集和管理，這種方案需要配置高性能的工業(yè)PC，成本昂貴。針對(duì)這一不足，本文提出了采用嵌入式ARM平臺(tái)和SQLITE數(shù)據(jù)庫方案，這種方案不僅成本低，而且設(shè)備小巧，安裝維護(hù)靈活方便。
根據(jù)SMT車間溫濕度數(shù)據(jù)采集、監(jiān)控的要求，本文設(shè)計(jì)了基于SQLITE數(shù)據(jù)庫的分布式溫濕度遠(yuǎn)程監(jiān)控系統(tǒng)。本系統(tǒng)充分利用了QT技術(shù)和SQ LITE數(shù)據(jù)庫的優(yōu)點(diǎn)，搭建基于ARM微處理器和Linux操作系統(tǒng)的嵌入式Web服務(wù)器，從而實(shí)現(xiàn)現(xiàn)場(chǎng)數(shù)據(jù)的集中實(shí)時(shí)顯示和遠(yuǎn)程管理。

1 系統(tǒng)的硬件平臺(tái)和軟件平臺(tái)
本系統(tǒng)以嵌入式Linux系統(tǒng)為核心，包括硬件平臺(tái)和軟件平臺(tái)。首先在以S3C2440微處理器為核心的硬件平臺(tái)上搭建嵌入式Linux環(huán)境，然后在Linux環(huán)境下移植Qtopia、SQLITE數(shù)據(jù)庫和Boa服務(wù)器，最后通過Qtopia開發(fā)環(huán)境完成QT實(shí)時(shí)顯示界面的設(shè)計(jì)，利用CG1技術(shù)實(shí)現(xiàn)Web服務(wù)器對(duì)SQLITE數(shù)據(jù)庫的遠(yuǎn)程數(shù)據(jù)查詢。并且通過485總線搭建溫濕度的底層采集網(wǎng)絡(luò)。系統(tǒng)的平臺(tái)示意圖如圖1所示。

1．1 系統(tǒng)的硬件平臺(tái)
傳統(tǒng)的以單片機(jī)為核心的分散式儀表監(jiān)控模式，顯然已經(jīng)不能滿足當(dāng)前監(jiān)控系統(tǒng)對(duì)遠(yuǎn)程訪問和集中管理的要求。采用主機(jī)-終端的監(jiān)控模式，雖然能夠?qū)ΜF(xiàn)場(chǎng)的溫濕度進(jìn)行實(shí)時(shí)管理，但是這種監(jiān)控模式布線相對(duì)復(fù)雜，傳輸?shù)木嚯x受到限制，很難對(duì)不同地點(diǎn)的溫濕度進(jìn)行監(jiān)控。
為了對(duì)不同地點(diǎn)的溫濕度進(jìn)行實(shí)時(shí)的遠(yuǎn)程管理，需要搭建一個(gè)基于以太網(wǎng)的分布式監(jiān)控系統(tǒng)?；谝蕴W(wǎng)的監(jiān)控系統(tǒng)可以采用PC、PLC或者ARM為核心，采用PLC為核心的以太網(wǎng)監(jiān)控系統(tǒng)通常需要配備以太網(wǎng)模塊，采用PC為核心的監(jiān)控系統(tǒng)通常需要配置高性能的工業(yè)PC，這樣與以ARM為核心的監(jiān)控系統(tǒng)相比，價(jià)格要昂貴的多。因此，本文采用以ARM為核心的以太網(wǎng)溫濕度遠(yuǎn)程監(jiān)控系統(tǒng)。
1．2 系統(tǒng)的軟件平臺(tái)
本系統(tǒng)的軟件平臺(tái)主要包括宿主機(jī)和目標(biāo)機(jī)。宿主機(jī)是VMware8．0虛擬機(jī)下Fedora9．0的Linux操作系統(tǒng)+PC機(jī)，目標(biāo)機(jī)為ARM9電路板。其中在宿主機(jī)上需要完成Bootloader的編譯，裁剪內(nèi)核，制作內(nèi)核映像文件和根文件系統(tǒng)映像文件，然后將其下載到ARM板的Flash，從而完成嵌入式Linux操作系統(tǒng)的搭建。
本系統(tǒng)的軟件設(shè)計(jì)是建立在已搭建好的嵌入式Linux操作系統(tǒng)的基礎(chǔ)上。要設(shè)計(jì)QT實(shí)時(shí)顯示界面需要在宿主機(jī)上搭建起QT開發(fā)環(huán)境，需要在ARM板上通過移植Qtopia2．2．0搭建起QT運(yùn)行環(huán)境，最后將在宿主機(jī)編譯的執(zhí)行文件下載到ARM板上。要實(shí)現(xiàn)采集數(shù)據(jù)的遠(yuǎn)程web查詢，需要在ARM板上移植SQLITE數(shù)據(jù)庫和Boa服務(wù)器，然后通過CGI程序?qū)崿F(xiàn)對(duì)SQLITE數(shù)據(jù)庫的訪問。

2 QT實(shí)時(shí)顯示界面的設(shè)計(jì)
Qtopia是一個(gè)基于Ote的類似桌面系統(tǒng)的應(yīng)用環(huán)境，它能夠?yàn)榛谇度胧絃inux的消費(fèi)電子產(chǎn)品提供和創(chuàng)建圖形用戶界面，使用Qtopia開發(fā)的應(yīng)用程序界面清晰美觀、操作方便，多用于PDA產(chǎn)品的界面開發(fā)中。
2．1 QT開發(fā)環(huán)境和運(yùn)行環(huán)境的建立
QT開發(fā)是在宿主機(jī)上完成，而QT程序的運(yùn)行是在ARM板上完成的，因?yàn)樗拗鳈C(jī)是X86體系，而ARM板一般是ARM體系，所以必須在宿主機(jī)上既要搭建適合X86的開發(fā)環(huán)境，又要搭建適合ARM體系的開發(fā)環(huán)境。本系統(tǒng)通過編譯X86版本的Qtopia-2．2．0和ARM版本的Qtopia-2．2．0恰當(dāng)?shù)膶?shí)現(xiàn)了QT開發(fā)環(huán)境的搭建。
QT程序的運(yùn)行環(huán)境是在ARM板上，因此需要將Qtopia移植到ARM板上，即將Qtopia添加到文件系統(tǒng)中，為了讓Qtopia能夠在ARM板上運(yùn)行起來，需要制作一個(gè)Qtopia運(yùn)行腳本，然后將其權(quán)限設(shè)置為可執(zhí)行文件，同時(shí)修改文件系統(tǒng)的“etc／init．d／rc．S”文件，在其中添加“qtopia ＆”的語句。
2．2 QT界面程序的設(shè)計(jì)
在QT的程序設(shè)計(jì)中會(huì)用到信號(hào)和槽，信號(hào)和槽是QT用于對(duì)象間通訊的一種機(jī)制，它是QT的中心特征，也是QT與其他工具包最不同的部分。而且信號(hào)和槽的機(jī)制是安全的：一個(gè)信號(hào)的簽名必須與它的接收槽的簽名相匹配。因此，信號(hào)和槽的機(jī)制可以保證一旦一個(gè)信號(hào)和一個(gè)槽連接起來，槽會(huì)在正確的時(shí)間使用信號(hào)的參數(shù)而被調(diào)用。
在本系統(tǒng)的QT程序中，使用主函數(shù)調(diào)用初始化函數(shù)，進(jìn)行硬件的初始化，并打開傳感器設(shè)備；然后調(diào)用讀取函數(shù)，讀一次底層數(shù)據(jù)后發(fā)送一個(gè)信號(hào)，在QT程序中該信號(hào)連接一個(gè)槽，每發(fā)送一個(gè)信號(hào)，就會(huì)執(zhí)行一次數(shù)據(jù)的顯示。程序流程如圖2所示。

本系統(tǒng)中實(shí)現(xiàn)QT界面實(shí)時(shí)顯示的兩個(gè)重要函數(shù)：

信號(hào)和槽的連接是通過連接語句實(shí)現(xiàn)的。下面介紹QT程序中用到的2個(gè)connect語句：

因此，當(dāng)按下ok后，界面中將有數(shù)據(jù)顯示。
2．3 交叉編譯QT程序及實(shí)際運(yùn)行結(jié)果
在編譯好的ARM版本的Qtopia-2．2．0開發(fā)環(huán)境下，利用progen工具生成．pro文件，命令行為progen-o xianshi．pro；利用tmake工具生成Makefile文件，命令行為tmake-oMakefile xianshi．pro。然后通過make命令生成可執(zhí)行文件，并將生成的執(zhí)行文件xianshi下載到ARM板的／opt／Qtopia／bin／目錄下，將桌面圖標(biāo)文件xianshi．png下載到ARM板的／opt／Qtopia／pics／目錄下，將桌面啟動(dòng)器文件xiansh i．desktop下載到ARM板的／opt／Qtopia／Apps／Applicationst目錄下。最后重啟ARM板，在觸摸屏上點(diǎn)擊xiansh test文件圖標(biāo)，打開QT界面，再點(diǎn)擊Initialization按鈕和Ok按鈕即可得到相關(guān)測(cè)試數(shù)據(jù)。最終的運(yùn)行結(jié)果如圖3所示。

該運(yùn)行結(jié)果充分證明了QT程序已成功在ARM板上運(yùn)行。將QT程序設(shè)置為每1秒刷新一次溫濕度數(shù)據(jù)，讓ARM板長時(shí)間運(yùn)行，QT界面的溫濕度顯示仍然保持流暢，因此，說明該設(shè)計(jì)滿足實(shí)時(shí)顯示的要求。

3 CGI訪問SQLITE數(shù)據(jù)庫的實(shí)現(xiàn)
嵌入式系統(tǒng)在數(shù)據(jù)的采集和處理過程中有大量的動(dòng)態(tài)數(shù)據(jù)，而對(duì)數(shù)據(jù)的存取主要有兩種方式：一種是基于文件的方式，一種是基于數(shù)據(jù)庫的方式。對(duì)于文件方式，應(yīng)用程序通常獨(dú)占數(shù)據(jù)文件的讀寫操作，數(shù)據(jù)共享性差；對(duì)于數(shù)據(jù)庫方式，數(shù)據(jù)和應(yīng)用程序相互獨(dú)立，通過事務(wù)進(jìn)行調(diào)度和并發(fā)控制，可有效的實(shí)現(xiàn)對(duì)數(shù)據(jù)進(jìn)行存取、查詢等共享操作，并且運(yùn)行時(shí)需要較少的內(nèi)存。因此，本系統(tǒng)采用了基于SQLITE數(shù)據(jù)庫的方式。
嵌入式web服務(wù)器對(duì)SQLITE數(shù)據(jù)庫的訪問是通過CGI技術(shù)實(shí)現(xiàn)的。本系統(tǒng)在宿主機(jī)上通過編譯SQLITE數(shù)據(jù)庫工具包搭建起SQLITE數(shù)據(jù)庫開發(fā)環(huán)境，在ARM板上通過移植Boa服務(wù)器和SQLITE數(shù)據(jù)庫搭建起CGI程序運(yùn)行環(huán)境，然后在宿主機(jī)環(huán)境下編譯CGI程序并將生成的執(zhí)行文件下載到ARM板相關(guān)目錄下，從而實(shí)現(xiàn)CGI對(duì)SQLITE數(shù)據(jù)庫的訪問。圖4為嵌入式Web服務(wù)器對(duì)SQLITE數(shù)據(jù)庫進(jìn)行訪問的結(jié)構(gòu)圖。

3．1 CGI對(duì)嵌入式Boa服務(wù)器的訪問
CGI(Common Gateway Interface)是一個(gè)web服務(wù)器與外部應(yīng)用程序交互的標(biāo)準(zhǔn)接口，它允許將其輸出結(jié)果經(jīng)web服務(wù)器傳送給web瀏覽器。web服務(wù)器將web瀏覽器發(fā)來的消息，傳遞給CGI程序，由CGI程序進(jìn)行處理，處理完成后把響應(yīng)的結(jié)果再回送給web服務(wù)器，web服務(wù)器再把消息發(fā)送給web瀏覽器。CGI程序可以用多種語言來實(shí)現(xiàn)，如Perl、C、Unix shell等，由于C語言有較強(qiáng)的平臺(tái)無關(guān)性，占用的資源少，效率高，本系統(tǒng)選取C語言來編寫CGI程序。
CGI程序有GET和POST兩種提交數(shù)據(jù)的方法。其中，GET方式提交數(shù)據(jù)，是將數(shù)據(jù)保存在QUERY_STRING環(huán)境變量中，通過調(diào)用函數(shù)getenv(“QUERY_STRING”)來讀取數(shù)據(jù)；POST方式提交數(shù)據(jù)，則程序先從CONTENT-LENGTH環(huán)境變量中得到數(shù)據(jù)的字長，然后從標(biāo)準(zhǔn)輸入中讀取相應(yīng)長度的字符串。一般，如果只是為取得和顯示數(shù)據(jù)多采用GET方式提交數(shù)據(jù)，一旦涉及數(shù)據(jù)的保存和更新，多采用POST的方式提交數(shù)據(jù)，本系統(tǒng)采用的是GET方式來提交數(shù)據(jù)。
CGI是建立在Boa服務(wù)器的基礎(chǔ)上的，關(guān)于Boa服務(wù)器的移植在此不再贅述。
3．2 嵌入式SQLITE數(shù)據(jù)庫的實(shí)現(xiàn)
3．2．1 嵌入式SQLITE數(shù)據(jù)庫簡介
SQLITE是D．Richard Hipp開發(fā)的開源性嵌入式數(shù)據(jù)庫引擎，全部源代碼大約3萬行左右，編譯后的程序大小250 kB，甚至可以縮小至150 kB左右。它具有體積小、數(shù)據(jù)容量大、處理速度快、占用內(nèi)存少的特點(diǎn)。并且它用一個(gè)小型的C庫來實(shí)現(xiàn)嵌入式關(guān)系數(shù)據(jù)庫管理體制，提供了對(duì)SQL92的大多數(shù)支持，包括：多表和索引、事務(wù)、視圖、觸發(fā)和一系列的用戶驅(qū)動(dòng)及其接口。
3．2．2 SQLITE常用的API函數(shù)
1)打開數(shù)據(jù)庫：int sqlite3_open(const char*filename，SOLITE3**db)；／／*filename是數(shù)據(jù)庫的文件名，**db是數(shù)據(jù)庫句柄。
2)運(yùn)行函數(shù)：int sqlite3_exec (sqlite3*，const char**sql，sqlite3_callback，void*，char**errmsg)；callback是回調(diào)函數(shù)，用戶可以根據(jù)需要自己編寫callback函數(shù)獲得操作數(shù)據(jù)庫的結(jié)果。
3)查詢數(shù)據(jù)：int sqlite3_get_table(sqlite3*，const char*sql，char***result，int *nrow，int *ncolumn，char **errmsg)；／／參數(shù)result以數(shù)組的形式存放查詢的數(shù)據(jù)，參數(shù)nrow和ncolumn分別為查詢語句返回的結(jié)果集的行數(shù)和列數(shù)。
4)關(guān)閉數(shù)據(jù)庫：int sqlite3_close(sqlite3*)。
3．2．3 嵌入式SQLITE數(shù)據(jù)庫在ARM—LINUX上的移植
本系統(tǒng)是將嵌入式SQLITE數(shù)據(jù)庫應(yīng)用到S3C2440+
Linux環(huán)境中，首先需要在宿主機(jī)的交叉編譯環(huán)境下，編譯生成SQLITE的可執(zhí)行文件，然后將其下載到ARM板的相關(guān)目錄下。移植SQLITE的主要步驟如下：
1)解壓sqlite-3．5．6．tar．gz工具包，命令為tar-zxvf sqlite-3．5．6．tar．gz；
2)解壓完成之后進(jìn)入sqlite-3．5．6目錄下新建一個(gè)文件夾build。
3)進(jìn)入build文件夾，執(zhí)行．／configure--host=arm-linux-prefiX=／opt／sqlite-3．5．6／build，其中host是指定進(jìn)行編譯的交叉編譯器．prefix是編譯后目標(biāo)存放的路徑。
4)執(zhí)行make和make install命令，在新建的build目錄下生成bin、lib、include、share 4個(gè)文件夾。
5)將build／bin目錄下的文件拷貝到ARM板的／usr／bin中，將build／lib目錄下的文件拷貝到ARM板的lib文件夾下。
6)修改ARM板／usr／bin／sqlite3的權(quán)限，命令為chmod 755sqlite3。
完成上述6步后，可以在ARM板的終端輸入：sqlite3test．db來驗(yàn)證SQLITE數(shù)據(jù)庫是否移植成功。
3．3 嵌入式Web服務(wù)器對(duì)SQLITE數(shù)據(jù)庫的遠(yuǎn)程查詢
要實(shí)現(xiàn)嵌入式Web服務(wù)器對(duì)SQLITE數(shù)據(jù)庫的遠(yuǎn)程數(shù)據(jù)查詢，需要實(shí)現(xiàn)數(shù)據(jù)的查詢和網(wǎng)頁顯示。針對(duì)生產(chǎn)車間溫濕度數(shù)據(jù)的當(dāng)前值、最大值和最小值，本系統(tǒng)設(shè)計(jì)了對(duì)最近五次的溫濕度和所有溫濕度的最大值、最小值進(jìn)行查詢的CGI程序。在CGI程序中，利用sqlite3_get_table(db，“selectmax(temperature)from dhtll；”，＆result，＆nrow，neolumn，errmsg)來實(shí)現(xiàn)對(duì)溫度數(shù)據(jù)最大值的查詢，其它數(shù)據(jù)的查詢類似。要實(shí)現(xiàn)溫濕度的網(wǎng)頁顯示需要在CGI程序中指定輸出一個(gè)文本的html網(wǎng)頁，通過printf(“Content-type：text／html＼n＼n”)程序語句即可實(shí)現(xiàn)。
編寫好的CGI程序需要在特定的交叉編譯環(huán)境下才能編譯成功。這里使用arm-linux-gcc-I／opt／build／include-L／opt／build／lib-o main．cgi main．c-lsqlite3編譯生成main．cgi(其中-I和-L后面指定的是頭文件和鏈接文件)，然后將其下載到ARM板的www目錄下，并將該文件設(shè)置為可執(zhí)行文件權(quán)限。最后在客戶端的IE瀏覽器上輸入http：／／192．168．58．230／main．html即可進(jìn)入溫濕度實(shí)時(shí)查詢界面，其中下圖5顯示的是溫濕度的歷史數(shù)據(jù)頁面。

該運(yùn)行結(jié)果說明Boa服務(wù)器和SQLITE數(shù)據(jù)庫已成功移植到了設(shè)計(jì)的ARM電路板上，并且編寫的CGI程序完成了對(duì)SQLITE數(shù)據(jù)庫的遠(yuǎn)程訪問功能。經(jīng)多次實(shí)驗(yàn)運(yùn)行，本系統(tǒng)的嵌入式web服務(wù)器工作穩(wěn)定，執(zhí)行速度快并且安全、可靠。

4 結(jié)束語
文中設(shè)計(jì)了基于SQLITE數(shù)據(jù)庫的嵌入式Web服務(wù)器，引入QT技術(shù)來設(shè)計(jì)溫濕度實(shí)時(shí)顯示界面，利用SQLITE數(shù)據(jù)庫和Boa服務(wù)器實(shí)現(xiàn)溫濕度的遠(yuǎn)程管理。本系統(tǒng)是嵌入式技驗(yàn)測(cè)試穩(wěn)定可靠，可應(yīng)用到其他相關(guān)領(lǐng)域，為實(shí)現(xiàn)現(xiàn)場(chǎng)數(shù)據(jù)的集中實(shí)時(shí)顯示和遠(yuǎn)程數(shù)據(jù)訪問提供了一種切實(shí)可行的方案。