在石油天然氣領域，HART儀表已得到了廣泛的應用，越來越多的用戶配置設備管理系統(tǒng)以獲取HART儀表額外豐富的信息并實施遠程配置和維護，其本身也具備一定的自我診斷和感知能力。但是由于診斷的實時性、準確性以及感知數(shù)據(jù)完整性等一系列問題，使得儀表自診斷和狀態(tài)感知達不到預期的效果。
在天然氣凈化廠，保障儀表的安全平穩(wěn)運行是凈化裝置“安穩(wěn)長滿優(yōu)”運行的重點環(huán)節(jié)，隨著儀表維護人員的退休減員，凈化廠儀表設備自動診斷的需求日益突出。傳統(tǒng)儀表維護的方式存在很多問題，如需要人工重復檢查導致巡檢效率低下;故障信息獲取難且分析效率低;維護記錄和校驗歷史數(shù)據(jù)往往通過故障記錄本等方式記錄歸檔，未能形成電子知識庫不利于經(jīng)驗分享等問題。
本文針對天然氣凈化領域中的HART儀表集中管理、故障智能診斷以及在線調(diào)校的需求，提出了基于分散控制系統(tǒng)(DCS)的HART儀表及控制回路故障智能診斷管理系統(tǒng)的設計與實現(xiàn)方法。
1、系統(tǒng)需求分析
1.1 業(yè)務需求分析
基于現(xiàn)狀分析，需要開發(fā)1套故障在線診斷管控系統(tǒng)，主要達到以下成效：
①減少人工巡檢頻次。通過更豐富的診斷信息實現(xiàn)智能儀表的“全面性”分析，通過在線監(jiān)測掌握儀表設備或回路狀態(tài)，減少人工巡檢頻次，最終取代人工巡檢，提高維護效率。
②減少對儀表維護人員的依賴。實現(xiàn)儀表控制回路故障在線定位，線上查看報警提示、輸出飽和狀態(tài)等設備實際狀態(tài)信息，提高儀表診斷準確性。
③輔助工藝控制決策。掌握儀表數(shù)據(jù)的準確性，在儀表設備出現(xiàn)故障信息報警時，更能果斷地做出應急處置，保障工藝參數(shù)的平穩(wěn)控制。
④實現(xiàn)遠程回路測試。系統(tǒng)開車或者檢修時，維護人員需要對儀表設備進行回路測試;通過該管控系統(tǒng)可以實現(xiàn)單人遠程閉環(huán)反饋校驗，解決了常規(guī)回路測試中需多人配合才能測試閉環(huán)回路的維護工作問題，節(jié)約測試時間50%，減少維護人員工作量，節(jié)省人力成本。
⑤實現(xiàn)在線調(diào)校。凈化廠包含眾多類型現(xiàn)場儀表，常規(guī)儀表設備調(diào)校需要使用手操器在現(xiàn)場逐一調(diào)校單個儀表。通過該系統(tǒng)可以同時遠程調(diào)校多個智能儀表，優(yōu)化工作流程，節(jié)省調(diào)校時間50%，降低維護人員在風險場所的暴露時間。
⑥在線編輯、查看維護記錄。解決低效的紙質(zhì)文檔傳遞和記錄丟失問題，同時，實現(xiàn)檢維修記錄和總結(jié)的線上歸檔，優(yōu)化了儀表維護工作流程和記錄，方便不同的維護人員隨時調(diào)閱，提高維護人員的專業(yè)技能水平。
故障智能診斷管理系統(tǒng)的業(yè)務框架如圖1所示。
圖1 故障智能診斷管理系統(tǒng)業(yè)務框架示意
1.2 可行性分析
1.2.1 經(jīng)濟可行性
前端數(shù)據(jù)接入物聯(lián)網(wǎng)平臺，后端系統(tǒng)采用B/S的架構(gòu)，整個Web程序部署在辦公網(wǎng)內(nèi)網(wǎng)環(huán)境的1臺服務器上，用戶僅需1臺能接入辦公網(wǎng)且安裝了瀏覽器的電腦，即可登錄系統(tǒng)進行操作。所需硬件成本較低，且該系統(tǒng)設計功能完善，后期運行維護的成本也比較低，因此，開發(fā)該系統(tǒng)具有較高的經(jīng)濟可行性。
所謂一級核算是醫(yī)院財務對制劑部門成本費用的核算，醫(yī)院把制劑部門作為利潤中心，對制劑部門消耗的直接材料費用、直接人工費用及制造費用進行歸集，對制劑部門的收入、支出及結(jié)余狀況進行核算。在一級核算基礎上，醫(yī)院在制劑部門設成本專管員二級核算，主要對每類品種的制劑部門可控變動成本進行核算。對于無法直接歸集的生產(chǎn)制劑所占用的廠房、生產(chǎn)設備等固定資產(chǎn)折舊、水電費、管理費用或其他間接費用，則由財務進行統(tǒng)一歸集，再根據(jù)選定的方法進行分攤，計入各相關制劑品種成本。這樣，既實現(xiàn)對制劑成本中占比最大比例的原材料成本進行有效的針對性監(jiān)控，也具有可操作性。
1.2.2 技術可行性
從數(shù)據(jù)接入方面，該系統(tǒng)實現(xiàn)了凈化廠物聯(lián)網(wǎng)系統(tǒng)的數(shù)據(jù)整合，接入了InfluxDB時序數(shù)據(jù)庫，可對現(xiàn)場儀表進行信息采集、分析評價，形成自動解析、定位故障模型。從硬件運行層面上，該系統(tǒng)可以部署在任何主流硬件平臺上，普通性能的服務器完全能夠流暢地運行該系統(tǒng)并提供Web服務，由于該系統(tǒng)采用B/S架構(gòu)，用戶無需安裝任何客戶端，只需打開瀏覽器輸入URL即可訪問。因此，開發(fā)該系統(tǒng)從技術上是可行的。
1.2.3 安全可行性
從系統(tǒng)安全方面，該系統(tǒng)采用Apache Shiro安全框架，可完成認證、授權(quán)、加密、會話管理與Web集成等功能，具備身份認證、角色授權(quán)等優(yōu)點。且該系統(tǒng)部署在凈化廠辦公區(qū)內(nèi)網(wǎng)，與互聯(lián)網(wǎng)實現(xiàn)物理隔離，避免受到黑客和病毒的攻擊。從功能模塊方面，以儀表在線遠程調(diào)校為例，部署在辦公網(wǎng)的Web服務器發(fā)出HART Command 43指令，通過HART通信服務器傳輸給OPC服務器工作站，下發(fā)到指定的HART儀表執(zhí)行“校零”操作，涉及到的TCP網(wǎng)絡通信和串行通信均處于生產(chǎn)網(wǎng)環(huán)境，設有嚴密的防火墻措施，確保系統(tǒng)的安全可行性。
2、系統(tǒng)概要設計
該系統(tǒng)基于Ruoyi軟件進行開發(fā)，Ruoyi是一款基于SpringBoot+Vue的前后端分離極速后臺開發(fā)框架，涉及到的技術選型有：系統(tǒng)環(huán)境是Java EE+Maven，主框架是Spring Boot+Spring Security，前端視圖層則采用了Vue+Axios+Element UI，借用FineBI和SupOS技術進行了大屏展示的設計與實現(xiàn)。
數(shù)據(jù)庫采用MySQL關系型數(shù)據(jù)庫，通過定時腳本接入現(xiàn)場InfluxDB時序數(shù)據(jù)庫定時采集數(shù)據(jù)。持久層運用了Mybatis+Hibernate+Alibaba Druid，保障了數(shù)據(jù)的持久可靠存儲。服務層為上層提供了定時任務、數(shù)據(jù)權(quán)限等服務，應用層則是滿足了用戶實時監(jiān)控、故障定位及診斷、在線調(diào)校等需求。
故障智能診斷管理系統(tǒng)架構(gòu)如圖2所示。
圖2 故障智能診斷管理系統(tǒng)架構(gòu)示意
3、系統(tǒng)詳細設計與實現(xiàn)
3.1 環(huán)境安裝配置
表1 開發(fā)環(huán)境搭建
3.2 數(shù)據(jù)庫設計
該系統(tǒng)使用MySQL作為底層數(shù)據(jù)庫，作為最流行的關系型數(shù)據(jù)庫管理系統(tǒng)(RDBMS)，MySQL運行速度快，可靠性高，系統(tǒng)穩(wěn)定性強，開源且免費。
該系統(tǒng)采用實體-聯(lián)系圖(E-R圖)的方法描述數(shù)據(jù)結(jié)構(gòu)。E-R圖是通過一種直觀圖形的方法來描述現(xiàn)實世界中各種復雜的自然關系和社會關系。E-R圖中包含的元素分別是屬性、實體和聯(lián)系，實體指現(xiàn)實世界中存在的實際物體，屬性是指實體所固有的性質(zhì)，E-R圖可進一步轉(zhuǎn)化為更具體的UML圖。系統(tǒng)涉及到的與業(yè)務相關的存在實體主要有：儀表基本信息、HART儀表靜態(tài)數(shù)據(jù)、回路點位、HART采集器基本信息、相關性分析、特性擴展、儀表及回路診斷結(jié)果信息、HART動態(tài)數(shù)據(jù)、報警事件、組織機構(gòu)等，除此之外還包含字典表、配置表等系統(tǒng)功能表。
3.3 前端設計及實現(xiàn)
該系統(tǒng)的前端借助Vue.js這一漸進式JavaScript框架來構(gòu)建用戶界面，使用element-ui生成前端ui組件，最后依靠npm包管理軟件統(tǒng)一管理前端項目中需要用到的包、插件、工具、命令等，便于開發(fā)和維護。該前端模塊主要包括：系統(tǒng)登錄、綜合總覽(首頁)、實時數(shù)據(jù)、歷史數(shù)據(jù)、報警展示、故障診斷、在線調(diào)校七大模塊，除此之外還有設備管理、維護記錄、系統(tǒng)設置等功能模塊。
①系統(tǒng)登錄模塊。用戶輸入提前注冊好的用戶名和密碼即可登入系統(tǒng)。
②綜合總覽模塊。成功登錄后，展現(xiàn)在用戶面前的是當前所有HART設備的數(shù)量及在線數(shù)，并通過餅圖、樹狀圖等方式直觀地展現(xiàn)設備類型、報警數(shù)量、異常數(shù)量、完整性等信息，方便管理人員掌握設備的實時全局動態(tài)，做出正確的決策。
③實時數(shù)據(jù)模塊。該模塊通過表格的方式展現(xiàn)當前在線儀表的動態(tài)數(shù)據(jù)，包含名稱、通道號、數(shù)字主變量、模擬主變量、電流等關鍵信息。可通過選擇單位、時間過濾篩選。
④歷史數(shù)據(jù)模塊。該模塊可通過設備類型、單位、日期等條件篩選儀表歷史數(shù)據(jù)，柱狀圖顯示儀表正常工作時長、故障時長以及報警時長。
⑤報警展示模塊。該模塊展示當前設備的報警頻次、時長及占比。
⑥故障診斷模塊。該模塊展示當前設備的工作狀態(tài)值如通信狀態(tài)、工作狀態(tài)、電流電壓值等，在儀表對應的回路模型定位故障，通過后端大數(shù)據(jù)模型智能診斷并分析出儀表故障的原因。
⑦在線調(diào)校模塊。該模塊對任意1塊現(xiàn)場儀表可在線遠程調(diào)校零位。
3.4 后端設計及實現(xiàn)
前端代碼是由瀏覽器渲染直接與用戶交互的部分，系統(tǒng)后端則是用于操作服務器和數(shù)據(jù)庫的代碼。由于該系統(tǒng)采用了前后端完全分離的架構(gòu)，前端和后端可以獨立運行，相互之間則通過開發(fā)人員提前約定好的接口(API)交互數(shù)據(jù)。后端的主框架是Spring Boot 2.2+Maven 3，采用了Mybatis和Alibaba Druid作為持久層將數(shù)據(jù)持久化，底層數(shù)據(jù)庫則選擇了MySQL+Redis。該系統(tǒng)采用了經(jīng)典的MVC框架，結(jié)構(gòu)如圖3所示。
圖3 MVC框架示意
圖3包括View層、Controller層、Service層和DAO(data access object)層。DAO層主要做數(shù)據(jù)持久層的工作，負責與數(shù)據(jù)庫進行聯(lián)絡的一些任務都封裝在此。Service層主要負責業(yè)務模塊的應用邏輯應用設計，而Controller層負責具體的業(yè)務模塊流程的控制，View層則屬于前端的范疇，其他三層是后端重點構(gòu)建的模型層。
4、結(jié)束語
本文設計并實現(xiàn)了基于DCS的HART儀表及控制回路故障智能診斷管理系統(tǒng)，主要的工作如下：
①對該系統(tǒng)進行了需求分析和概要設計，包括了對整體架構(gòu)和開發(fā)框架的設計與繪圖。
②遵循需求分析和概要設計的思路，進行了詳細設計，包括了MySQL數(shù)據(jù)庫的選型和數(shù)據(jù)表結(jié)構(gòu)的設計、使用Vue.js和element-ui作為前端框架、采用Spring Boot作為后端架構(gòu)等。
③對該系統(tǒng)進行模塊化測試和優(yōu)化。
④撰寫并完善開發(fā)文檔，沉淀一系列文檔包括并不限于整體架構(gòu)圖、開發(fā)框架流程圖、E-R圖、數(shù)據(jù)庫表等。
經(jīng)過探索研究，通過設計與開發(fā)該系統(tǒng)，能夠?qū)崟r獲取儀表設備豐富的數(shù)據(jù)信息，形成精確定位智能儀表及控制回路故障點的技術，提升現(xiàn)有儀表控制系統(tǒng)日常維護、檢維修質(zhì)量和輔助工藝決策控制，為管理、操作人員在線輔助指導，大幅提高儀表維護效率，進而推動傳統(tǒng)的儀表維護方式逐漸向更加科學全面、準確評估儀表和閥門的健康狀況的高效維護方式轉(zhuǎn)變。
作者：沈俊豪、楊云杰、范志弘、肖逸軍
