關(guān)口計量采集運(yùn)維管理系統(tǒng)及其應(yīng)用
【技術(shù)領(lǐng)域】
[0001]本申請涉及一種管理系統(tǒng)，尤其涉及一種與現(xiàn)有關(guān)口采集系統(tǒng)配合應(yīng)用于關(guān)口計量裝置運(yùn)行管理的關(guān)口計量采集運(yùn)維管理系統(tǒng)，以及其具體應(yīng)用。
【背景技術(shù)】
[0002]傳統(tǒng)的關(guān)口計量裝置運(yùn)行管理模式是按照dl/t448_2000《電能計量裝置技術(shù)管理規(guī)程》等相關(guān)管理規(guī)程的要求，對各關(guān)口計量點的電能表、互感器等計量裝置進(jìn)行定期輪換檢定。但這種管理模式往往引起一些準(zhǔn)確正常運(yùn)行的計量裝置“無病大檢”，致使計量管理部門工作周期忙閑不均，造成人力、物力資源浪費(fèi)；而一些未到檢定周期的計量裝置，由于缺乏準(zhǔn)確有效的監(jiān)管手段，在運(yùn)行中的一些隱患不能及時發(fā)現(xiàn)而未能及時檢定維護(hù)，最終造成計量差錯，甚至計量丟失。
[0003]同時目前的關(guān)口采集系統(tǒng)分別部署于生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))、管理信息大區(qū)(安全I(xiàn)II區(qū))，通過正反向安全隔離裝置(物理隔離網(wǎng)閘)進(jìn)行物理隔離，數(shù)據(jù)無法“直聯(lián)直通”，未充分體現(xiàn)“數(shù)據(jù)”的價值，也增加了關(guān)口計量運(yùn)維工作的統(tǒng)一部署、跟蹤、管理的難度，影響工作效率。

【發(fā)明內(nèi)容】

[0004]本申請的目的在于提出一種規(guī)范關(guān)口計量裝置故障處理流程，建立質(zhì)量監(jiān)督機(jī)制和客觀評價體系，確保關(guān)口數(shù)據(jù)采集及時、正確、穩(wěn)定的關(guān)口計量采集運(yùn)維管理系統(tǒng)；在此目的的基礎(chǔ)上，本申請的另一目的是在于提出關(guān)于關(guān)口計量采集運(yùn)維管理系統(tǒng)的應(yīng)用。
[0005]本申請的目的是這樣實現(xiàn)的:關(guān)口計量采集運(yùn)維管理系統(tǒng)包括數(shù)據(jù)整合模塊、故障分析模塊、故障處理模塊、故障反饋模塊、質(zhì)量評價模塊和用以存儲相關(guān)數(shù)據(jù)的數(shù)據(jù)庫。通過故障分析模塊、故障處理模塊、故障反饋模塊和質(zhì)量評價模塊形成故障運(yùn)維的閉環(huán)流程，并通過故障反饋模塊和質(zhì)量評價模塊修正故障分析算法。
[0006]所述數(shù)據(jù)整合模塊是指整合分布于生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))、管理信息大區(qū)(安全I(xiàn)II區(qū))的關(guān)口采集數(shù)據(jù)，將關(guān)口采集數(shù)據(jù)庫和運(yùn)維管理系統(tǒng)數(shù)據(jù)庫在數(shù)據(jù)庫層直接進(jìn)行同步。
[0007]所述故障分析模塊是用以針對設(shè)備故障分析和數(shù)據(jù)缺陷分析，其中設(shè)備故障分析又分為采集設(shè)備故障分析和關(guān)口電能表故障分析。
[0008]所述故障處理模塊是針對故障分析模塊所判斷的故障原因，在系統(tǒng)進(jìn)行派工后，安排現(xiàn)場處理或遠(yuǎn)程處理，并根據(jù)故障處理情況，進(jìn)行掛起及歸入白名單操作。
[0009]所述故障反饋模塊是用以在現(xiàn)場故障處理完后，選擇錄入故障原因和手工填寫處理情況，反饋故障處理情況，用于質(zhì)量評價、建立故障處理經(jīng)驗庫及修正故障分析算法。故障原因分為通信故障、終端故障、電表故障、系統(tǒng)問題等。處理完成后故障狀態(tài)變?yōu)榇龤w檔，由系統(tǒng)根據(jù)數(shù)據(jù)采集情況進(jìn)行自動歸檔，形成閉環(huán)。
[0010]所述質(zhì)量評價模塊是根據(jù)故障類型、故障原因、故障處理及時性、處理正確性、故障發(fā)生數(shù)量、數(shù)據(jù)完整率、市場占有率等各方面因素權(quán)重，按一定算法對故障處理質(zhì)量、終端質(zhì)量、電表質(zhì)量進(jìn)行評價，得出評價指數(shù)，建立質(zhì)量監(jiān)督機(jī)制和客觀評價體系。
[0011]由于實施上述技術(shù)方案，本申請通過數(shù)據(jù)整合將各安全區(qū)的數(shù)據(jù)在數(shù)據(jù)庫層直接進(jìn)行同步，可進(jìn)行大量數(shù)據(jù)的同步轉(zhuǎn)移；故障分析可快速確定故障類型，從而有針對性的進(jìn)行故障處理；故障處理針對故障分析模塊產(chǎn)生的新故障，在系統(tǒng)進(jìn)行派工后，安排處理方式；質(zhì)量評價功能模塊用于質(zhì)量評價、建立故障處理經(jīng)驗庫及修正故障分析算法。通過故障分析、故障處理、故障反饋、質(zhì)量評價形成故障運(yùn)維的閉環(huán)流程，統(tǒng)一關(guān)口計量裝置運(yùn)維，規(guī)范關(guān)口計量裝置故障處理流程，建立質(zhì)量監(jiān)督機(jī)制和客觀評價體系，確保關(guān)口數(shù)據(jù)采集及時、正確、穩(wěn)定。
[0012]【附圖說明】:本申請的具體結(jié)構(gòu)由以下的附圖和實施例給出:
圖1是關(guān)口計量采集運(yùn)維管理系統(tǒng)原理圖；
圖2是故障處理流程圖；
圖3是與生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))關(guān)口采集系統(tǒng)數(shù)據(jù)交換原理圖；
圖4是管理信息大區(qū)(安全I(xiàn)II區(qū))采集系統(tǒng)數(shù)據(jù)交換原理圖。
[0013]圖例:1、數(shù)據(jù)整合模塊，2、故障分析模塊，3、故障處理模塊，4、故障反饋模塊，5、質(zhì)量評價模塊。
[0014]【具體實施方式】:
本申請不受下述實施例的限制，可根據(jù)本申請的技術(shù)方案與實際情況來確定具體的實施方式。
[0015]實施例:如圖1所示，關(guān)口計量采集運(yùn)維管理系統(tǒng)包括數(shù)據(jù)整合模塊1、故障分析模塊2、故障處理模塊3、故障反饋模塊4、質(zhì)量評價模塊5和用以存儲相關(guān)數(shù)據(jù)的關(guān)口運(yùn)維數(shù)據(jù)庫。通過故障分析模塊2、故障處理模塊3、故障反饋模塊4和質(zhì)量評價模塊5形成故障運(yùn)維的閉環(huán)流程，并通過故障反饋模塊4和質(zhì)量評價模塊5修正故障分析算法。在關(guān)口計量采集運(yùn)維管理系統(tǒng)外通過數(shù)據(jù)整合模塊I分別與生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))關(guān)口采集系統(tǒng)的數(shù)據(jù)庫，管理信息大區(qū)(安全I(xiàn)II區(qū))關(guān)口采集系統(tǒng)的數(shù)據(jù)庫相連。
[0016]如圖3、4所示，所述數(shù)據(jù)整合模塊是指整合分布于生成控制大區(qū)(安全I(xiàn)I區(qū))、管理信息大區(qū)(安全I(xiàn)II區(qū))的關(guān)口采集數(shù)據(jù)，將關(guān)口采集數(shù)據(jù)庫和運(yùn)維管理系統(tǒng)數(shù)據(jù)庫在數(shù)據(jù)庫層直接進(jìn)行同步。所述數(shù)據(jù)整合模塊包括兩種情況:
I)與生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))關(guān)口采集系統(tǒng):關(guān)口采集系統(tǒng)部署于生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))及管理信息大區(qū)(安全I(xiàn)II區(qū))，其中生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))的關(guān)口采集系統(tǒng)通過正反向安全隔離裝置(物理隔離網(wǎng)閘)進(jìn)行物理隔離，只能通過文件復(fù)制方式進(jìn)行數(shù)據(jù)穿透，考慮到需集成的數(shù)據(jù)量較大，且實時性要求較低，數(shù)據(jù)整合方案如下所示:
a、由生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))的關(guān)口采集系統(tǒng)數(shù)據(jù)庫開放相應(yīng)數(shù)據(jù)表只讀權(quán)限，在生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))部署數(shù)據(jù)抽取服務(wù)，定時從生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))的關(guān)口采集系統(tǒng)抽取檔案數(shù)據(jù)、采集數(shù)據(jù)生成XML或其它文件存放于指定的文件存放區(qū)；
b、由物理隔離裝置內(nèi)置的管理軟件將生產(chǎn)控制大區(qū)(安全I(xiàn)I區(qū))文件存放區(qū)的指定文件定時傳輸至管理信息大區(qū)(安全I(xiàn)II區(qū))文件存放區(qū)；
C、在管理信息大區(qū)(安全I(xiàn)II區(qū))部署數(shù)據(jù)寫入服務(wù)，每日定時從管理信息大區(qū)(安全I(xiàn)II區(qū))文件存放區(qū)將數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行解析后寫入關(guān)口運(yùn)維數(shù)據(jù)庫。
[0017]2)與管理信息大區(qū)(安全I(xiàn)II區(qū))關(guān)口采集系統(tǒng):兩關(guān)口采集系統(tǒng)均部署于管理信息大區(qū)(安全I(xiàn)II區(qū))，由于需集成的數(shù)據(jù)量較大，且實時性要求較低，在數(shù)據(jù)庫層直接進(jìn)行同步，數(shù)據(jù)整合方案如下所示:
a、管理信息大區(qū)(安全I(xiàn)II區(qū))的關(guān)口采集系統(tǒng)數(shù)據(jù)庫開放相應(yīng)數(shù)據(jù)表只讀權(quán)限；
b、關(guān)口運(yùn)維系統(tǒng)每日定時抽取所需數(shù)據(jù)寫入關(guān)口運(yùn)維數(shù)據(jù)庫。
[0018]所述故障分析模塊是用以針對設(shè)備故障分析和數(shù)據(jù)缺陷分析，其中設(shè)備故障分析又分為采集設(shè)備故障分析和關(guān)口電能表故障分析。
[0019]所述故障處理模塊是針對故障分析模塊所判斷的故障原因，在系統(tǒng)進(jìn)行派工后，安排現(xiàn)場處理或遠(yuǎn)程處理，并根據(jù)故障處理情況，進(jìn)行掛起及歸入白名單操作。
[0020]所述故障反饋模塊是用以在現(xiàn)場故障處理完后，選擇錄入故障原因和手工填寫處理情況，反饋故障處理情況，用于質(zhì)量評價、建立故障處理經(jīng)驗庫及修正故障分析算法。故障原因分為通信故障、終端故障、電表故障、系統(tǒng)問題等。處理完成后故障狀態(tài)變?yōu)榇龤w檔，由系統(tǒng)根據(jù)數(shù)據(jù)采集情況進(jìn)行自動歸檔，形成閉環(huán)。
[0021]所述質(zhì)量評價模塊是根據(jù)故障類型、故障原因、故障處理及時性、處理正確性、故障發(fā)生數(shù)量、數(shù)據(jù)完整率、市場占有率等各方面因素權(quán)重，按一定算法對故障處理質(zhì)量、終端質(zhì)量、電表質(zhì)量進(jìn)行評價，得出評價指數(shù)，建立質(zhì)量監(jiān)督機(jī)制和客觀評價體系。
[0022]如圖1一4所示，實際應(yīng)用中:在數(shù)據(jù)整合模塊將分布于生成控制大區(qū)(安全I(xiàn)I區(qū))、管理信息大區(qū)(安全I(xiàn)II區(qū))的關(guān)口采集數(shù)據(jù)整合完畢后，進(jìn)入如下步驟:
一、故障分析:
1、是否為設(shè)備故障:
采集設(shè)備故障分析:根據(jù)采集設(shè)備與主站的通信情況及報文，初步判斷是否為采集設(shè)備故障，發(fā)現(xiàn)問題及時告警，并生成故障工單，進(jìn)入故障處理流程；
采集設(shè)備故障判斷依據(jù): a終端與主站無通訊； b終端與主站通訊正常，但終端返回空值； c終端與電表無通訊；
d相關(guān)的事件包括誤差超差、時鐘超差、TV缺相、TA斷線、相序錯誤、工作電源失電等。
[0023]關(guān)口電能表故障分析:通過對電能表產(chǎn)生的告警事件及電壓、電流、功率、通信報文進(jìn)行監(jiān)測分析，發(fā)現(xiàn)關(guān)口電能表相關(guān)典型故障，如失壓、失流、斷相、掉電等。
[0024]2、是否為數(shù)據(jù)缺陷:對關(guān)口采集數(shù)據(jù)進(jìn)行分析，發(fā)現(xiàn)問題及時告警，并生成故障工單，進(jìn)入故障處理流程；
采集數(shù)據(jù)缺陷主要包括: a米集數(shù)據(jù)不完整，存在漏米和米集失敗的冋題； b電量負(fù)荷曲線中存在不合理的大數(shù)值； c關(guān)口電能表時鐘存在誤差。
[0025]二、故障處理:如圖2所示，當(dāng)發(fā)現(xiàn)新故障后，不需要現(xiàn)場處理的情況下進(jìn)行遠(yuǎn)程處理即可。
[0026]當(dāng)新故障需要現(xiàn)場處理時，發(fā)出派工命令。
[0027]若當(dāng)時故障無法解決，進(jìn)行掛起操作，進(jìn)入待處理狀態(tài)。
[0028]待處理狀態(tài)在一定時間未排除故障則轉(zhuǎn)回處理狀態(tài)，由系統(tǒng)發(fā)出改派命令或二次派工命令，如此循環(huán)直