油田遠程監控服務系統優化設計探討

前言：想要寫出一篇引人入勝的文章？我們特意為您整理了油田遠程監控服務系統優化設計探討范文，希望能給你帶來靈感和參考，敬請閱讀。

摘要：為提高油田數字化信息采集及處理進程，基于C/S模式在原有SCADA系統上進行完善和優化，設計了以現場RTU設備、數據處理中心和中央服務器三個層面的軟件系統架構，介紹各功能模型，并分析通過數據監測得到的3種常見油井故障異常示功圖特征，通過整體軟件通訊協議的完善及現場實踐，為數字化油田建設提供借鑒。

關鍵詞：數字化油田；油井遠程監控；GPRS；油井示功圖

引言

目前國內大部分油田勘探井所處環境條件惡劣、分布范圍較廣，在油田生產運行維護過程耗費大量時間，采用定點巡井、人工巡井等方式，已經不能滿足于目前油田生產需要。油田自動化、信息化、數字化是近年來熱門話題，采用多種自動化方法監控油田油井、管道，控制油井閥門組件、管道集輸系統、管匯閥門、計量系統等，從而實現數字化油田管理。遠程數據監控提高了油田自動化管理水平，能實時測量、采集、分析、處理現場取得的數據，協助生產運行工作人員對油田進行科學和高效的管理。在工業控制領域中，SCADA系統已被廣泛應用，但其在開放性方面還有一定的局限性，系統的開發和維護工作量較大，功能擴展能力較差。隨著互聯網技術的發展，SCADA系統已經可以實現互聯網、多媒體、短信業務、無線傳輸進行融合，支持了SCADA系統在更多領域上的發展，并實現與WebServices等網絡對接。本文基于油田數據采集特點，對現有系統開展相關分析，提出合理的系統擴展方案，結合油田生產實際需求，提出需要完善的功能和系統框架。

1系統總體設計

（1）系統分析。從油田現場管理來看，需要實時監測分析各采油區內各井生產情況，也就是各單井的運行參數，這些參數通過屏幕顯示出來，可以進行便捷分析和關系。針對采油井所有需要收集的數據參數種，抽油機示功圖是最為重要的參數，是分析油井工作電流、電壓、功率等的重要依據，當一些參數出現異常時，需要采油技術人員進行現場處理。在進行系統設計過程，目前已有油井服務系統，包括數據采集和中央服務器兩部分組成，服務器能連接web，可以正常進行數據瀏覽，新并入中心服務器能給用戶提供C/S模式管理。設計過程需要遵循以下原則：系統性能的穩定性、可靠性和具有較好的容錯性，能夠在現場維持較長時間的平穩運行；軟件架構具有良好的可拓展性，便于后期針對系統開展新功能的設計完善，提高軟件應用的靈活性；軟件界面及功能清晰，能夠根據用戶需求選擇不同的功能；界面友好、能進行多方位展示，人機交互功能簡單易行，普通人員通過系統說明書也能良好的進行操作；具有良好的維護性、穩定性，軟件架構和代碼都符合通常標準，采用模塊化設計。（2）系統結構設計。根據現場實際情況，從整體結構出發設計系統為三個層次：現場RTU設備層，包括RTU模塊、傳感器等；數據處理中心，負責接收底層傳上來的RTU數據，并存儲到相應數據庫中，如何重新上傳到中央服務器；中央服務器，由第三方軟件公司開發，能實現數據監控、瀏覽和控制功能。系統軟件能直接反應出客戶對目標管理的需求，根據圖例列出建立客戶需求的模塊，并分析系統性能的穩定性、可靠性、實時性，將系統劃為幾大模塊，數據采集通信、信息處理分析、數據監測、故障診斷等。

2數據通信模塊實現

（1）數據采集實現。在數據監測過程將RTU安裝于抽油機設備系統內，收集傳感器電信號值，經過分析計算得到工作量值，按照GPRSModem將數據發送給系統中心服務器。無線連接方式為GPRS移動通信模式，目前而言網絡覆蓋面較廣，雖然油田野外區域較廣，但通過部分基站的建設，為本系統的應用提供了條件。且GPRS網絡整體上而言較為便宜，具有一定的經濟性。（2）數據格式及解析。底層數據采集模塊只能采集到兩種數據，一是實時監測的數據，另一個是抽油機示功圖數據，數據格式設定為可自定義，由底層每隔一段時間上傳，兩種數據包用功能碼來實現消息的區分和表達，中心服務器接收到數據包后，需要完成一個返回包的發送，才能實現一個數據采集過程，數據頭格式見表1。數據采集服務器程序建立在TCP/IP層基礎上，即在應用層，從上到下分別為：應用層、傳輸層、網絡層、數據鏈路層，目前TCP/IP已實現工業化標準。在處理數據過程，采用多線路技術，每一個線程可以通過Socket接收到數據包，達到高效處理數據的目的。多線程指令由CPU發出，每一個指令彼此之間具有一定的獨立性，且數據同時發出。（3）與中央服務器通信。接收到監測數據和示功圖數據后，將數據解析完畢傳輸到中央服務器，服務器采用的通信協議由各大廠商提供，廠商將這些數據按照口頭協議重新組裝并發送給中央服務器，該協議為WIDG協議，是一種非標準協議。檢測模塊與中央服務器相互連接時采用長連接信息交互方式，當信道上沒有數據傳輸時，每個一定的時間雙方會發送跳包維持信號的連接，當連續兩次發送跳包對方未收到時，則說明鏈路出現了異常。接受和查詢應答時，在數據等待應答過程設定一個讀超時間，超時時間需要根據主站處理器詢問來設置，以免造成故障時間發送時間較長，甚至產生長時間不發送命令的資源浪費。在應答消息過程，需要保持事務處理和標簽協議的一致性，應答消息的前4個字節僅需要與所準備查詢數據的前4個字節即可。

3示功圖測量及故障診斷

（1）供液不足，即油層向井筒內供液的能力小于井筒內泵的排液能力，造成沉沒度逐漸變小，示功圖特征見圖1所示。（2）油井出砂故障，當地層出砂后，井筒內液體也會混著出砂進入泵筒中，使得活塞在運動過程產生阻力，當油井出砂輕微時，示功圖上表現出鋸齒的曲線特征（如圖2）（3）氣液比上升影響，當地層產出流體內氣體含量增加時，會給泵筒造成氣鎖情況，在上沖程過程無法打開凡爾閥，下沖程過程游動凡爾閥也無法正常打開，造成泵抽過程產液量變低甚至不產液（圖3）。

4結語

設計軟件經過大量的現場測試證明了利用GPRS移動傳輸系統能有效的實時傳輸數據，丟包率較低，能夠滿足數據分析需要。示功圖分析測試準確度較高，基本上完成了油田數字化服務的初步應用效果。

參考文獻：

[1]何鵬舉，曹允耀，吳來斌.基于嵌入式云技術的油井液位遠程測試系統[J].電子設計工程，2014,22(16):187-190.

作者：張家田 馬權 單位：西安石油大學