基于ZigBee的油井無(wú)線(xiàn)數據采集系統的設計

鑒于無(wú)線(xiàn)傳感器節點(diǎn)是在戶(hù)外工作，更換電池不太容易，且減小節點(diǎn)體積，所以采用可充電鋰離子鈕扣電池供電。一些傳感器電路的工作電流較強，因此應該采用突發(fā)式工作的方式，即在需要采集數據時(shí)才打開(kāi)傳感電路工作，從而降低能耗。由于一般的傳感器都不具備休眠模式，因此最方便的辦法是控制傳感器的電源開(kāi)關(guān)，實(shí)現對傳感器的狀態(tài)控制。對于僅需要小電池驅動(dòng)的傳感器，可以考慮直接采用MCU的I／O端口作為供電電源，這種控制方式簡(jiǎn)單而靈活； 對于需要大電流驅動(dòng)的傳感器，宜采用漏電流較小的開(kāi)關(guān)場(chǎng)效應管控制傳感器的供電。

4 軟件設計
整個(gè)無(wú)線(xiàn)通信程序包括系統初始化、數據發(fā)送和接收3個(gè)部分。發(fā)射過(guò)程由軟件寫(xiě)數據到TX／RX幀緩存器，這些數據和某些參數例如目的地地址和容許重測次數一起被傳送，對協(xié)議定時(shí)器進(jìn)行編程來(lái)標明發(fā)送數據幀時(shí)刻。這個(gè)時(shí)刻由被跟蹤協(xié)議高層的軟件所決定，一旦信息包被準備好和協(xié)議定時(shí)設定好，管控方將控制其傳輸。當信息按照預定時(shí)刻到達，管控方控制無(wú)線(xiàn)電和調制解調器時(shí)序來(lái)執行需求傳輸類(lèi)型。它可以按照IEEE 802．15．4標準要求在沒(méi)有處理器介入(包括要求重新測試和隨機backoffs)執行全部的工作步驟。
當傳輸開(kāi)始時(shí)，數據幀標頭是根據軟件編排的參數而創(chuàng )立，通過(guò)將數據串行化到調制解調器發(fā)射出去。同時(shí)無(wú)線(xiàn)電準備傳輸，在從bits-tream到調制解調器的通道中，它經(jīng)過(guò)一個(gè)CRC(循環(huán)冗余碼校驗)通過(guò)在運行時(shí)進(jìn)行校驗計算的校驗產(chǎn)生器，把它加到數據幀的末尾。
如利用跟蹤訪(fǎng)問(wèn)，在傳輸時(shí)定位跟蹤有可能超過(guò)定時(shí)，基本頻帶處理器會(huì )自發(fā)地處理這種情況并通過(guò)中斷方式來(lái)通知協(xié)議軟件，這顯然比當超時(shí)時(shí)再要求處理更好一點(diǎn)。
接收時(shí)，無(wú)線(xiàn)電接收裝置在一個(gè)特別頻道來(lái)接收。一收到來(lái)自調制解調器的數據，數據幀被直接轉換成TX／RX幀放在緩沖器內，在那里幀首和數據可以被協(xié)議軟件閱讀出來(lái)。一收到幀標題可能會(huì )產(chǎn)生一個(gè)中斷。正如數據幀來(lái)源于經(jīng)過(guò)校驗發(fā)生器的調制解調器，在接收端末端的校驗結果同整個(gè)信息末端相比較，來(lái)確定最后接收的數據是正確的。
接收過(guò)程中，Modem要確認接收連接質(zhì)量，確保接收最后結果可利用的，讓它符合802．15．4標準要求。終端節點(diǎn)以及網(wǎng)絡(luò )協(xié)調器的軟件流程圖如圖6所示。

5 網(wǎng)絡(luò )節點(diǎn)性能測試
測試時(shí)讓兩個(gè)節點(diǎn)互發(fā)數據，且兩節點(diǎn)間無(wú)任何障礙物，測試節點(diǎn)接收靈敏度。這里還需要考慮通信時(shí)延的問(wèn)題，時(shí)延包括協(xié)議棧時(shí)延和空中傳播的時(shí)延，空中傳播時(shí)延可以忽略不計，因此主要考慮協(xié)議棧時(shí)延。協(xié)議棧時(shí)延從發(fā)送消息函數開(kāi)始到無(wú)線(xiàn)目標實(shí)際開(kāi)始物理發(fā)射為止。由于條件有限，無(wú)法做出實(shí)際的結果。但是一般的情況下，協(xié)議棧發(fā)射時(shí)延約為550μs，接收時(shí)延約為600μs。

6 結論
本文利用Zigbee無(wú)線(xiàn)組網(wǎng)技術(shù)設計一套油田井口無(wú)線(xiàn)數據采集系統，成功地解決了油田井口數據采集困難的問(wèn)題，實(shí)現了油田生產(chǎn)管理和油井、管線(xiàn)維護監控的信息化、自動(dòng)化，極大地提高了工作效率，降低網(wǎng)絡(luò )組建和運行的成本。