為了能采用使節(jié)點功耗更低的無內(nèi)存駐留的休眠方式，因此將一些重要的參量保存在flash中，并在初始化中重新加載。終端節(jié)點的軟件框架流程圖如圖5所示。

3.2 中轉(zhuǎn)節(jié)點軟件設(shè)計

中轉(zhuǎn)節(jié)點的任務(wù)相對簡單，只需處理觸發(fā)的協(xié)議棧事件、接收和處理“網(wǎng)絡(luò)消息”?！熬W(wǎng)絡(luò)消息”分為來自串口透明傳輸設(shè)備的一級網(wǎng)絡(luò)命令和來自二級ZigBee網(wǎng)絡(luò)的消息。電量儀的處理包含在“命令解析與轉(zhuǎn)發(fā)”環(huán)節(jié)中。中轉(zhuǎn)節(jié)點沒有休眠，是不間斷工作的，其軟件設(shè)計流程圖如圖6所示。

中轉(zhuǎn)通過433 MHz串口透明傳輸模塊“SM55D”接收來自上位機的命令，“SM55D”會將接收的字符提供給JN5139模塊的串口(UART)0，可利用串口0的中斷處理解析節(jié)點命令。

串口0設(shè)置為每接收一個字符便進行中斷，在中斷處理中將字符添加至緩沖區(qū)，待緩沖區(qū)中的字符達到解析長度的下限值時，根據(jù)命令中的節(jié)點號和功能碼查表獲得對應(yīng)命令的指定長度S(包括CRC校驗碼);若字符總數(shù)N等于S，根據(jù)“網(wǎng)絡(luò)號”進行判斷，若非本PAN節(jié)點的命令，則不作任何處理，立即返回;否則進行CRC校驗，對于校驗通過的命令，查找表格對子節(jié)點進行地址映射，再進行下一步操作。中斷處理流程圖如圖7：

從圖7中可以看到“CRC16校驗失敗”、“子節(jié)點未注冊”、“命令下發(fā)失敗”三種特殊情況(若下發(fā)設(shè)置命令成功后，也會有特殊返回信息ACK0)發(fā)生后，中轉(zhuǎn)均通過發(fā)送特殊ACK信息對上位機進行反饋，便于設(shè)備的調(diào)試。對于ZigBee子節(jié)點設(shè)備，命令是否下發(fā)成功，中轉(zhuǎn)節(jié)點可通過ZigBee協(xié)議事件獲取;對于電量儀設(shè)備，根據(jù)其數(shù)據(jù)傳輸協(xié)議，所有命令都應(yīng)有數(shù)據(jù)返回，可在命令下發(fā)的同時，啟動定時器，若規(guī)定時間內(nèi)無正確數(shù)據(jù)返回，則認為命令下發(fā)失敗。

3.3 管理控制中心軟件設(shè)計

上位機只需按照節(jié)點的數(shù)據(jù)傳輸協(xié)議向串口寫入字符，即可實現(xiàn)命令發(fā)送。節(jié)點的網(wǎng)絡(luò)號和節(jié)點號，可從數(shù)據(jù)庫中相應(yīng)的配置表讀出。上位機程序利用時鐘驅(qū)動，對每個通信區(qū)塊的節(jié)點輪流下發(fā)命令并解析數(shù)據(jù)，每30分鐘進行一次。

在對子節(jié)點下發(fā)命令后，即偵聽對應(yīng)串口，解析其433MHz模塊接收到的字符，根據(jù)起始/終止符“0x7E”提取數(shù)據(jù)，找到數(shù)據(jù)中字符0x 7D”并拋除，并對其后的字符進行轉(zhuǎn)義，即再與“0x20”按位異或。對得到的數(shù)據(jù)包進行CRC16校驗，校驗通過后的數(shù)據(jù)按節(jié)點類型進行數(shù)據(jù)解析和相應(yīng)操作。操作流程圖如圖8所示。

4 結(jié)束語

通過傳感器節(jié)點、中轉(zhuǎn)節(jié)點組建的無線傳感器網(wǎng)絡(luò)，實現(xiàn)了油田生產(chǎn)信息的采集、傳輸與處理。適應(yīng)了油田點多面廣的應(yīng)用需求，同時也降低了組網(wǎng)、部署和維護成本。作為油田生產(chǎn)信息系統(tǒng)數(shù)據(jù)獲取的一種有效技術(shù)手段，無線傳感器網(wǎng)絡(luò)具有很好的應(yīng)用前景。