水輪發(fā)電機(jī)組故障診斷系統(tǒng)的設(shè)計與實現(xiàn)

宋宇

（烏江渡發(fā)電廠 貴州省遵義市 563000）

隨著水電機(jī)組單機(jī)容量不斷增加，在系統(tǒng)中占比不斷增長，水電廠的安全穩(wěn)定經(jīng)濟(jì)運(yùn)行已成為我國能源結(jié)構(gòu)調(diào)整目標(biāo)實現(xiàn)的重要保障。[1]當(dāng)前水電機(jī)組仍然采用計劃檢修模式，存在一定的盲目性，檢修不足無法保障機(jī)組的運(yùn)行性能，過度檢修又會造成資源的浪費(fèi)。為滿足水電企業(yè)提高機(jī)組等效可用率、降低生產(chǎn)成本等客觀需求，建立一個能準(zhǔn)確分析機(jī)組故障原因和評估機(jī)組運(yùn)行狀態(tài)的系統(tǒng)對電力系統(tǒng)穩(wěn)定可靠運(yùn)行具有十分重要的意義。

1 系統(tǒng)功能架構(gòu)

如圖1所示，水輪發(fā)電機(jī)組故障診斷系統(tǒng)功能架構(gòu)從下往上分別由數(shù)據(jù)采集層、數(shù)據(jù)存儲層、服務(wù)層、業(yè)務(wù)應(yīng)用層、展現(xiàn)層組成。數(shù)據(jù)采集層用于實時采集水電廠各類生產(chǎn)數(shù)據(jù)，主要包括計算機(jī)監(jiān)控系統(tǒng)、機(jī)組振擺監(jiān)測系統(tǒng)、電能量管理系統(tǒng)和變壓器色譜分析系統(tǒng)數(shù)據(jù)。各類數(shù)據(jù)經(jīng)過統(tǒng)一編碼后存入數(shù)據(jù)訪問KDP 平臺，以結(jié)構(gòu)化數(shù)據(jù)、非結(jié)構(gòu)化數(shù)據(jù)、消息數(shù)據(jù)、平臺基礎(chǔ)數(shù)據(jù)等模式進(jìn)行存儲。數(shù)據(jù)交換提供統(tǒng)一的數(shù)據(jù)訪問服務(wù)，該服務(wù)提供了基于REST和WebService 兩種模式數(shù)據(jù)接口，所有服務(wù)層和展現(xiàn)層都通過該接口來實現(xiàn)數(shù)據(jù)訪問，解耦業(yè)務(wù)及信息展示和數(shù)據(jù)庫存儲的關(guān)系。服務(wù)層的報表引擎、日志服務(wù)、統(tǒng)計運(yùn)算、實時計算、專業(yè)診斷、流程引擎、消息服務(wù)和權(quán)限服務(wù)均通過數(shù)據(jù)交換訪問KDP 平臺數(shù)據(jù)。結(jié)合水電廠生產(chǎn)實際情況，為故障診斷系統(tǒng)規(guī)劃了包含綜合信息、狀態(tài)監(jiān)測、能效分析、故障診斷、運(yùn)行優(yōu)化、檢修決策、系統(tǒng)管理七大業(yè)務(wù)應(yīng)用模塊，后期還可以隨著需求的不斷增長對業(yè)務(wù)應(yīng)用進(jìn)行擴(kuò)展。在展現(xiàn)層用戶可以通過普通的PC 瀏覽器接入平臺系統(tǒng)。

2 數(shù)據(jù)編碼設(shè)計

要實現(xiàn)設(shè)備管理信息化，數(shù)據(jù)標(biāo)準(zhǔn)統(tǒng)一化，首先必須對電廠內(nèi)的各類設(shè)備和數(shù)據(jù)按照統(tǒng)一規(guī)則進(jìn)行編碼，本故障診斷系統(tǒng)數(shù)據(jù)編碼基于KKS（電廠標(biāo)識系統(tǒng)，KraftwerkKennzeichen System）規(guī)則，其邏輯結(jié)構(gòu)和組成體系層次分明，代碼簡單明了，不依賴于計算機(jī)程序語言而獨(dú)立存在，用于足夠的容量進(jìn)行擴(kuò)充；[2]同時該編碼具有唯一性，是一種先進(jìn)合理、科學(xué)實用的編碼技術(shù)，分為管理域、設(shè)備域和量值域。

編碼管理域信息包括省份、廠站名和類別，編碼設(shè)備域信息包括主系統(tǒng)、子系統(tǒng)、設(shè)備和采集部位，編碼設(shè)備域包括電站標(biāo)識、設(shè)備KKS 編碼、數(shù)據(jù)源碼、數(shù)據(jù)源內(nèi)部碼、量值類型碼等信息。編碼量值域包括采集信號的來源、物理屬性和算法信息。管理域、設(shè)備域和量值域均采用17 位編碼實現(xiàn)KKS 標(biāo)識，以設(shè)備域為例的具體編碼規(guī)則如表1所示。

第一位用字母（為避免與數(shù)字1 或0 混淆，字母I 和O 棄用，下同）或數(shù)字表示全廠站范圍內(nèi)各主系統(tǒng)標(biāo)識，第二位F0 用數(shù)字作為前綴標(biāo)識隨后的F1、F2、F3 是字母數(shù)據(jù)分類的系統(tǒng)；當(dāng)F1、F2、F3 用來分類多個相似的獨(dú)立系統(tǒng)時，可以用F0 來進(jìn)行順序編號。F1、F2、F3 按照專業(yè)對主系統(tǒng)進(jìn)行分類，F(xiàn)N 則為各子系統(tǒng)編號；A1、A2 按照機(jī)械、電氣、儀控等類別用兩位字母對設(shè)備進(jìn)行分類，AN 由三位數(shù)字順序編號用于更進(jìn)一步區(qū)分同類設(shè)備，第13位A3 不用，一般設(shè)為0；B1、B2 用兩位字母按部件索引和信號約定劃分部件、信號或信號應(yīng)用，BN使用兩位數(shù)字表示對應(yīng)測點序號。

圖2：系統(tǒng)接口設(shè)計圖

圖3：狀態(tài)評估流程圖

表1：數(shù)據(jù)KKS 統(tǒng)一編碼規(guī)則（設(shè)備域）

圖4：故障診斷邏輯圖

3 系統(tǒng)接口設(shè)計

系統(tǒng)采用開放的數(shù)據(jù)訪問平臺，標(biāo)準(zhǔn)的數(shù)據(jù)訪問接口，如圖2所示，接口設(shè)計符合以下特點：

（1）自主開發(fā)了基于RESTFull 訪問規(guī)則的數(shù)據(jù)平臺訪問接口。

（2）診斷平臺中，所有應(yīng)用訪問診斷平臺數(shù)據(jù)都基于該接口實現(xiàn)。

（3）擴(kuò)展數(shù)據(jù)平臺接口，實行數(shù)據(jù)的基本統(tǒng)計和故障診斷、狀態(tài)監(jiān)測等。

此外，系統(tǒng)數(shù)據(jù)采集接口還應(yīng)滿足時標(biāo)一致性、數(shù)據(jù)緩存、斷電續(xù)傳的標(biāo)準(zhǔn)。為防止數(shù)據(jù)采集和傳輸過程中各種原因?qū)е碌臅r延，采集階段必須在數(shù)據(jù)采集的同時保留數(shù)據(jù)的原始時間標(biāo)簽，在數(shù)據(jù)上傳過程中也必須將數(shù)據(jù)與其對應(yīng)的時標(biāo)配對傳輸。數(shù)據(jù)緩存能力可以保證輸入數(shù)據(jù)庫的生產(chǎn)過程信息的連續(xù)性和完整性，不會因通訊故障等原因而導(dǎo)致數(shù)據(jù)的中斷或丟失。傳輸過程中遇到網(wǎng)絡(luò)中斷的情況自動記憶，并將數(shù)據(jù)緩沖到本地緩存，不斷嘗試網(wǎng)絡(luò)連通情況，當(dāng)網(wǎng)絡(luò)恢復(fù)時自動重新建立連接，并將數(shù)據(jù)從記憶斷點開始繼續(xù)傳輸。

4 狀態(tài)評估邏輯設(shè)計

機(jī)組狀態(tài)評估邏輯主要由三個步驟實現(xiàn)，第一步由在線監(jiān)測數(shù)據(jù)按照規(guī)則邏輯確定狀態(tài)量的狀態(tài)，由故障診斷功能模塊確定當(dāng)前機(jī)組或部件是否存在故障及其故障等級情況；第二步由部件關(guān)聯(lián)狀態(tài)量狀態(tài)按照規(guī)則邏輯確定關(guān)鍵部件的狀態(tài)；第三步由關(guān)鍵部件狀態(tài)按照規(guī)則邏輯確定機(jī)組主設(shè)備狀態(tài)，機(jī)組運(yùn)行狀態(tài)評估流程如圖3所示。

將設(shè)備狀態(tài)定義按照動態(tài)閾值等規(guī)則邏輯確定為四種不同的狀態(tài)，分別為正常、注意、異常和危險。當(dāng)任一特征值達(dá)到“注意”、“異?！?，或機(jī)組存在三級故障時則系統(tǒng)自動定位故障點，并發(fā)出黃色告警；當(dāng)機(jī)組存在二級故障或任一特征值為“危險”級別時，則發(fā)出橙色告警；當(dāng)機(jī)組存在三個及以上特征參數(shù)為“危險”級別或存在一級故障時，則判定機(jī)組處于“危險”狀態(tài)，發(fā)出紅色告警。

5 故障診斷邏輯設(shè)計

故障診斷邏輯圖如圖4所示。

實現(xiàn)故障診斷首先需要錄入歷史數(shù)據(jù)、試驗結(jié)果、典型案例，并結(jié)合專家經(jīng)驗和故障機(jī)理研究成果，建立包含不同故障類型的知識庫，通過診斷閾值系統(tǒng)、指標(biāo)計算體系、監(jiān)測量特征提取和異常與故障對應(yīng)庫形成多維向量協(xié)同推理機(jī)制，對實時數(shù)據(jù)源進(jìn)行監(jiān)測，滿足故障條件的迅速判定故障等級，自動生成故障描述，快速分析故障原因。[3]故障庫還可以根據(jù)人工離線干預(yù)的分析結(jié)論進(jìn)行補(bǔ)充，以保證故障知識庫不斷完善和充實。

6 系統(tǒng)硬件設(shè)計

根據(jù)國家電力監(jiān)管委員會對電力二次系統(tǒng)提出的“安全分區(qū)、網(wǎng)絡(luò)專用、橫向隔離、縱向認(rèn)證”安全防護(hù)原則，對系統(tǒng)硬件作如下部署：

（1）在安全Ⅰ區(qū)部署通訊服務(wù)器，經(jīng)過正向隔離裝置收集計算機(jī)監(jiān)控系統(tǒng)中的實時數(shù)據(jù)，之后經(jīng)過防火墻送至安全Ⅱ區(qū)的數(shù)據(jù)服務(wù)器中，通訊采用IEC104 協(xié)議。

（2）在安全Ⅱ區(qū)部署數(shù)據(jù)服務(wù)器和通訊服務(wù)器，數(shù)據(jù)服務(wù)器用于收集計算機(jī)監(jiān)控系統(tǒng)、機(jī)組狀態(tài)監(jiān)測系統(tǒng)、油色譜在線監(jiān)測系統(tǒng)等各系統(tǒng)傳送的數(shù)據(jù)。通訊服務(wù)器用于安全Ⅱ區(qū)和安全Ⅲ區(qū)的數(shù)據(jù)傳輸，安全Ⅱ區(qū)和安全Ⅲ區(qū)采用正向隔離裝置隔離，數(shù)據(jù)只可由安全Ⅱ區(qū)向安全Ⅲ區(qū)單向傳輸，目前沒有標(biāo)準(zhǔn)協(xié)議支持這種傳輸方式，因此自定義傳輸協(xié)議OSTP（Oneway Synchronizing Transport Protocol/TCP）。

（3）在安全Ⅲ區(qū)部署實時數(shù)據(jù)庫服務(wù)器、關(guān)系數(shù)據(jù)庫服務(wù)器、實時計算引擎服務(wù)器、應(yīng)用服務(wù)器、WEB 服務(wù)器、維護(hù)工作站、診斷工作站、通訊服務(wù)器等。實時數(shù)據(jù)庫服務(wù)器用于收集安全Ⅱ區(qū)傳送的實時數(shù)據(jù)及其它實時數(shù)據(jù)；關(guān)系數(shù)據(jù)庫服務(wù)器用于記錄非實時數(shù)據(jù)；實時計算引擎服務(wù)器用于KKS 編碼服務(wù)等應(yīng)用；應(yīng)用服務(wù)器用于各種分析運(yùn)算應(yīng)用等；WEB 服務(wù)器用于提供WEB 頁面服務(wù)和數(shù)據(jù)訪問服務(wù)；診斷工作站用于通過WEB 服務(wù)器實現(xiàn)對診斷平臺的數(shù)據(jù)調(diào)取、診斷操作、報告出具等。

7 結(jié)論

水輪發(fā)電機(jī)組故障診斷系統(tǒng)具有廣泛的應(yīng)用前景，隨著大數(shù)據(jù)、人工智能、邊緣計算等技術(shù)的深入發(fā)展，水電機(jī)組故障診斷技術(shù)也必將取得長足進(jìn)步。此外，水電機(jī)組故障種類繁多，其故障現(xiàn)象、原因和機(jī)理的復(fù)雜性和模糊性難以用準(zhǔn)確的數(shù)學(xué)模型加以描述，也難以完全依靠確定性的判據(jù)斷定故障的性質(zhì)，因此，本文采用多維向量協(xié)同推理機(jī)制解決故障診斷分析規(guī)則低效率問題是具有一定合理性和可行性的，對于幫助運(yùn)行人員找到設(shè)備運(yùn)行規(guī)律，及早預(yù)警設(shè)備隱患發(fā)展趨勢，快速定位故障點，自動分析設(shè)備故障原因均起到了預(yù)期效果，系統(tǒng)試運(yùn)行以來運(yùn)行良好，性能穩(wěn)定，功能符合業(yè)務(wù)需求，達(dá)到建設(shè)目標(biāo)。