本文提出了一種在單片機系統(tǒng)中實施基于HTTP協(xié)議的數(shù)據(jù)采集的方案，利用嵌入式網(wǎng)絡模塊實現(xiàn)串口到以太網(wǎng)數(shù)據(jù)的轉(zhuǎn)換，使用采集板將數(shù)據(jù)封裝成HTTP包。

該方案靈活方便，實現(xiàn)簡單;采用分布式結(jié)構(gòu)，采集效率高，可適用于大量數(shù)據(jù)的采集，而且可以方便擴展為基于Internet的遠程數(shù)據(jù)采集。

1、前言

隨著工業(yè)以太網(wǎng)的發(fā)展，由于傳輸速度、傳輸可靠性及可擴展性等綜合性能方面的優(yōu)越性，越來越多的數(shù)據(jù)采集系統(tǒng)都是基于以太網(wǎng)接口，并且越來越多的儀器儀表設備也提供了以太網(wǎng)接口。但是很多企業(yè)都有早期投入的設備儀表，一般使用串口進行數(shù)據(jù)通信，因此需要一種簡單、高效、易于擴充的集成方案，實現(xiàn)對原有設備儀表的數(shù)據(jù)采集，并且可以方便的集成到現(xiàn)有的以太網(wǎng)工業(yè)控制系統(tǒng)中。本文提出一種數(shù)據(jù)采集方案，除了滿足前面要求外，由于其采用HTTP協(xié)議，可以方便擴展為基于Internet的遠程數(shù)據(jù)采集.HTTP協(xié)議可以利用嵌入式系統(tǒng)（WinCE、Linux等）基于其自帶的TCP/IP協(xié)議棧實現(xiàn)或者直接使用嵌入式Web服務器，在計算機系統(tǒng)中也可以利用高級語言直接使用Web客戶端使用HTTP協(xié)議或者利用Winsock網(wǎng)絡編程，實現(xiàn)基于HTTP的數(shù)據(jù)交互，但都會增加系統(tǒng)的開發(fā)成本，本文提出一種基于嵌入式網(wǎng)絡模塊在單片機系統(tǒng)中實現(xiàn)簡單HTTP協(xié)議的方法，并基于此方法構(gòu)建數(shù)據(jù)采集方案。

2、系統(tǒng)結(jié)構(gòu)

HTTP協(xié)議是一種基于TCP實現(xiàn)的應用層協(xié)議，它是因特網(wǎng)可靠的交換數(shù)據(jù)的重要基礎。如果要實現(xiàn)HTTP協(xié)議，必須以TCP/IP協(xié)議棧為基礎，利用嵌入式網(wǎng)絡模塊即可方便的實現(xiàn)TCP/IP協(xié)議棧的功能。圖1為一個利用嵌入式網(wǎng)絡模塊實現(xiàn)的基于HTTP協(xié)議的數(shù)據(jù)采集方案。

圖1中，最關鍵部分是采集板和網(wǎng)絡模塊。當今儀器儀表最常用的通訊接口是485串行接口，采集板和儀表設備一般通過485總線連接，采集板利用單片機開發(fā)，實現(xiàn)下位機和設備儀表的通信，采用主從方式采集所需要的數(shù)據(jù)，再通過485總線發(fā)送給網(wǎng)絡模塊，網(wǎng)絡模塊收到采集板數(shù)據(jù)發(fā)出的串行數(shù)據(jù)，利用內(nèi)嵌的TCP/IP協(xié)議棧實現(xiàn)串行數(shù)據(jù)到以太網(wǎng)數(shù)據(jù)的轉(zhuǎn)換，網(wǎng)絡模塊通過網(wǎng)線、交換機和采集服務器連接。采集板是實現(xiàn)HTTP應用層協(xié)議的地方，只要采集板發(fā)出的數(shù)據(jù)符合HTTP協(xié)議，經(jīng)由網(wǎng)絡模塊轉(zhuǎn)化后成為合法的HTTP請求，則Web服務器可使用任何的服務器端動態(tài)網(wǎng)頁技術(shù)（CGI、ASP、JSP、PHP、ASP.Net等）實現(xiàn)數(shù)據(jù)的處理和保存。

3.1 采集板

采集板和儀表進行主從通訊采集數(shù)據(jù)以外，最主要的任務就是把采集的數(shù)據(jù)封裝為HTTP協(xié)議的數(shù)據(jù)包，也就是要在單片機中實現(xiàn)簡化的HTTP協(xié)議，能夠完成基本的數(shù)據(jù)交互功能即可。在國際標準中，有兩個HTTP協(xié)議的標準文檔：RFC1945和RFC2616。這兩個文檔分別描述了HTTP/1.0和HTTP/1.1的實現(xiàn)標準。這兩個版本的HTTP協(xié)議最大區(qū)別在于前者不支持保持連接，規(guī)定每次的HTTP請求和響應后都要關閉TCP連接，而后者支持持久連接，這意味著可以打開一次TCP連接進行多次請求/響應，大大提高了性能。為了提高性能，本文中將實現(xiàn)基本的HTTP1.1協(xié)議。經(jīng)過分析研究，找出了一種比較簡單且有效的實現(xiàn)。下面通過一個具體例子說明實現(xiàn)的HTTP協(xié)議包格式。

GET /com2http/test.aspx HTTP/1.1CRLF

Host： 127.0.0.1CRLF

Content-Length： 86CRLF

Connection： Keep-AliveCRLF

CRLF

000000C8420000C8420000C8420000C8420000C8420000C8420000C842000

0C8420000C8420000C84251AD

通過工具截獲的數(shù)據(jù)以16進制顯示如下：

00000000:47 45 54 20 2F 63 6F 6D 32 68 74 74 70 2F 74 65 GET /com2http/te

00000010:73 74 2E 61 73 70 78 20 48 54 54 50 2F 31 2E 31 st.aspx HTTP/1.1

00000020:0D 0A 48 6F 73 74 3A 20 31 32 37 2E 30 2E 30 2E 。.Host： 127.0.0.

00000030:31 0D 0A 43 6F 6E 74 65 6E 74 2D 4C 65 6E 67 74 1..Content-Lengt

00000040:68 3A 20 38 36 0D 0A 43 6F 6E 6E 65 63 74 69 6F h： 86..Connectio

00000050:6E 3A 20 4B 65 65 70 2D 41 6C 69 76 65 0D 0A 0D n： Keep-Alive.。。

00000060:0A 30 30 30 30 30 30 43 38 34 32 30 30 30 30 43 .000000C8420000C

00000070:38 34 32 30 30 30 30 43 38 34 32 30 30 30 30 43 8420000C8420000C

00000080:38 34 32 30 30 30 30 43 38 34 32 30 30 30 30 43 8420000C8420000C

00000090:38 34 32 30 30 30 30 43 38 34 32 30 30 30 30 43 8420000C8420000C

000000A0:38 34 32 30 30 30 30 43 38 34 32 30 30 30 30 438420000C8420000C

000000B0:38 34 32 35 31 41 44 84251AD

上面顯示的便是一個合法的HTTP協(xié)議的數(shù)據(jù)包實例，從0x61開始為真正的有效數(shù)據(jù)信息，數(shù)據(jù)包括一個字節(jié)的采集站地址，本例中為“00”，10個符合IEEE-754標準的單精度四字節(jié)浮點數(shù)，本例中為10個100.0（16進制表示為0000C842），和2個字節(jié)的CRC16的循環(huán)檢驗碼，本例中為“51AD”.HTTP協(xié)議傳送的數(shù)據(jù)一般都是文本格式，所以總共43字節(jié)二進制數(shù)據(jù)經(jīng)過轉(zhuǎn)化成為86字節(jié)的16進制字符串數(shù)據(jù)。在HTTP包的封裝中，除了數(shù)據(jù)域以外，0x4開始的“/com2http/test.aspx”和0x43開始86會根據(jù)實際需要在下位機中由程序自動設置，分別表示處理該數(shù)據(jù)的處理頁面和提交的有效數(shù)據(jù)字節(jié)數(shù)。由此可以看出，只要在有效數(shù)據(jù)的前面加上HTTP請求頭，就可以實現(xiàn)簡單的HTTP1.1協(xié)議，在單片機系統(tǒng)中實現(xiàn)這種功能和寫普通的串口發(fā)送程序一樣簡單。

3.2 網(wǎng)絡模塊

該模塊在該系統(tǒng)中起著承上啟下的作用，實現(xiàn)了TCP/IP協(xié)議棧，完成把485線上串行傳送的HTTP包數(shù)據(jù)轉(zhuǎn)化為在交換式以太網(wǎng)中的以太網(wǎng)幀，真正向Web服務器發(fā)出HTTP請求。

3.3 Web Server And Real Database

網(wǎng)絡模塊轉(zhuǎn)化后的HTTP請求最終到達Web服務器，可用任何服務器端動態(tài)網(wǎng)頁技術(shù)實現(xiàn)數(shù)據(jù)的處理和保存，實驗方案采用微軟最新的動態(tài)網(wǎng)頁技術(shù)ASP.Net.通過編寫程序獲取有效數(shù)據(jù)，轉(zhuǎn)化為原始二進制數(shù)據(jù)形式，驗證校驗碼，如果無誤根據(jù)數(shù)據(jù)的對應寫入實時數(shù)據(jù)庫，如果實時性要求不高以及數(shù)據(jù)存儲量不大，可以使用ACCESS數(shù)據(jù)庫，不然可以使用專用的數(shù)據(jù)庫服務器，如Oracle和SQL Server.

4、優(yōu)點

本文中數(shù)據(jù)采集方案有以下優(yōu)點：

（1）可以很方便的集成現(xiàn)有設備和儀表的數(shù)據(jù)采集。只要知道儀表設備的通訊協(xié)議，在下位機實現(xiàn)數(shù)據(jù)通訊，把采集到的數(shù)據(jù)封裝為HTTP協(xié)議包通過串口發(fā)出即可。

（2）采用工業(yè)交換以太網(wǎng)，基于HTTP協(xié)議，同時滿足局域和遠程采集的需要?？梢园言撓到y(tǒng)連至Internet，Web Server And Real Database和采集系統(tǒng)不在同一地理位置，而且服務器可以同時處理多個不同地理位置的數(shù)據(jù)，方便實現(xiàn)數(shù)據(jù)集中，能更好的管理和使用數(shù)據(jù)。

（3）方便維護和升級，方便增加采樣點?？梢愿鶕?jù)需要隨意增加下位機，做到需要幾個模塊調(diào)試增加幾個模塊。

（4）不同于傳統(tǒng)的專用采集服務器采集數(shù)據(jù)模式，上位機服務器的功能由Web服務提供，不需要編寫專門的數(shù)據(jù)接收程序和采集程序，只要編寫完成數(shù)據(jù)的處理和保存的代碼。真正同儀表的通訊由下位機完成，形成分布式數(shù)據(jù)采集，Web服務是多線程體系結(jié)構(gòu)，可并發(fā)處理多個下位機模塊發(fā)送的數(shù)據(jù)，使得整個系統(tǒng)支持更多的數(shù)據(jù)點采集，提高整個系統(tǒng)的采集效率。

5、實驗

（1）下位機實現(xiàn)：同普通的下位機系統(tǒng)設計和實現(xiàn)，只是在數(shù)據(jù)發(fā)送時需要加上HTTP協(xié)議包的包頭，可參考3.1.

（2）網(wǎng)絡模塊：實驗選用了廣州周立功單片機發(fā)展有限公司開發(fā)的一款嵌入式網(wǎng)絡模塊-ZNE-100T，它內(nèi)部集成了TCP/IP 協(xié)議棧，利用它可以輕松完成嵌入式設備的網(wǎng)絡功能，另外為了測試方便直接使用了ZNE-100T的評估板。通過周立功公司提供的配置軟件可以輕松設置網(wǎng)絡模塊的參數(shù)，需要設置的參數(shù)包括IP地址、子網(wǎng)掩碼、網(wǎng)關、串口的波特率設置、端口工作模式、目標IP 地址和目標端口等，特別說明的是端口工作模式，由于HTTP協(xié)議是基于TCP的，所以該方案中模式設為TCP Client模式，目標端口一般默認設置為80.

（3）Web服務器使用聯(lián)想萬全520服務器，Windows Server2003操作系統(tǒng)，IIS6.0，數(shù)據(jù)庫采用SQL Server 2005，使用ASP.Net技術(shù)編程實現(xiàn)數(shù)據(jù)處理和保存。 下面給出用C#實現(xiàn)的數(shù)據(jù)處理核心代碼實例：

byte ［］a;

a=this.Request.BinaryRead （ this.Request.ContentLength） ;//獲取提交的數(shù)據(jù)

System.Text.ASCIIEncoding ascii=new System.Text.ASCIIEncoding （）;

string c=ascii.GetString （a）;

if （！CheckValidChr （c））//檢查是否有非法字符

return ;

byte ［］b=new byte ［a.Length /2］;

for （int i=0;i

b［i/2］=Convert.ToByte （c.Substring （i，2） ，16）;

if （！CheckCRC（b））//驗證CRC

return ;

for （int i=5;i

｛

if （ （i-1） % 4 ==0 ）

｛

float t=BitConverter.ToSingle （b，i-4）;//把字節(jié)數(shù)據(jù)轉(zhuǎn)化為浮點數(shù)

SaveData（b［0］，（i-1）/4，t）;//根據(jù)下位機站地址以及數(shù)據(jù)位置保存數(shù)據(jù)

｝

｝

6、結(jié)束語

經(jīng)過實驗證明，基于本文方案可以快速有效的部署一個數(shù)據(jù)采集系統(tǒng)，比傳統(tǒng)的串口數(shù)據(jù)采集方法有很多優(yōu)越性，擴展維護方便，由于上位機基于動態(tài)網(wǎng)頁技術(shù)，只需編寫數(shù)據(jù)處理和保存程序，使得系統(tǒng)的開發(fā)工作主要放在下位機和儀表的通信上。需要說明的是，該方案中使用ZNE-100T評估板和下位機通過485串行總線相連，下位機向網(wǎng)絡模塊發(fā)送的有效數(shù)據(jù)需要加入CRC校驗，防止在485總線上數(shù)據(jù)出現(xiàn)錯誤引起Web服務器采集到錯誤數(shù)據(jù)。另外一個解決方案是把ZNE-100T模塊集成在下位機，這樣可以取消校驗。不過前者有個優(yōu)點就是如果下位機距離交換機很遠，可以近距離用網(wǎng)線把交換機和網(wǎng)絡模塊連接，用485線把網(wǎng)絡模塊和下位機連接，實現(xiàn)了長距離數(shù)據(jù)傳輸。由此可出看出，利用嵌入式網(wǎng)絡模塊實現(xiàn)基于HTTP協(xié)議的數(shù)據(jù)采集系統(tǒng)確是一個非常靈活的方案。

責任編輯：gt