《電子技術(shù)應用》
您所在的位置:首頁 > 通信與網(wǎng)絡(luò) > 設(shè)計應用 > 智能化用電信息采集功能設(shè)計與實現(xiàn)
智能化用電信息采集功能設(shè)計與實現(xiàn)
2018智能電網(wǎng)增刊
李允昭1,柯 偉2,劉銘洋2,徐一晨2,潘紅偉2,馬勝國3
1. 國網(wǎng)新疆電力有限公司,新疆 烏魯木齊830063; 2. 國網(wǎng)新疆電力有限公司電力科學研究院計量中心,新疆 烏魯木齊830000; 3. 深圳市國電科技通信有限公司,廣東 深圳518031
摘要: 以省級計量中心計量自動化系統(tǒng)的采集功能對打破計量自動化系統(tǒng)信息孤島,整合計量自動化系統(tǒng)信息資源提出了要求。分析了計量自動化系統(tǒng)采集功能需求,進而提出了系統(tǒng)架構(gòu)和服務框架。闡述了系統(tǒng)采集功能的內(nèi)容,設(shè)計了實現(xiàn)的技術(shù)方案,并介紹了具體的實現(xiàn)方法。實現(xiàn)效果表明,該設(shè)計能夠很好地解決異構(gòu)系統(tǒng)間的信息整合問題。
中圖分類號: TP311.1
文獻標識碼: A
DOI:10.16157/j.issn.0258-7998.2018.S1.074
Abstract:
Key words :

0  引言

    計量自動化系統(tǒng)(又簡稱“四線一庫”系統(tǒng))是指:單相智能電能表自動化檢定系統(tǒng)、三相智能電能表自動化檢定系統(tǒng)[1]、低壓電流互感器自動化檢定系統(tǒng)[2]、用電采集終端自動化檢定系統(tǒng)、智能化倉儲庫房?!八木€一庫”是在國家電網(wǎng)公司“三集五大”中營銷業(yè)務系統(tǒng)的一個重要環(huán)節(jié)之一的“省級計量中心生產(chǎn)調(diào)度平臺”(MDS)的業(yè)務基礎(chǔ)。

    “四線一庫”總控技術(shù)支持系統(tǒng)(MCS)[3-4]作為主要對“四線一庫”的集中調(diào)度、控制的系統(tǒng),在其中集成了各“四線一庫”的信息。本文從MCS中接口模塊的信息建模、交互流程、關(guān)鍵技術(shù)等方面主要闡述了系統(tǒng)對“四線一庫”系統(tǒng)信息進行采集和整合的設(shè)計及實現(xiàn)。

1  系統(tǒng)分析

1.1  現(xiàn)存問題

1.1.1  信息孤島問題

    目前“四線一庫”系統(tǒng)作為各省公司計量中心的生產(chǎn)核心,存在一些問題:各系統(tǒng)由不同廠家承建,軟硬件差異較大,且物理位置分散(各系統(tǒng)處于計量中心各樓層),不利于管理。各自系統(tǒng)的信息處于相互孤立、難以利用的狀態(tài)。另外,其他輔助系統(tǒng)(如溫濕度[5]、空壓機等)的監(jiān)控,由于不牽涉主要生產(chǎn)業(yè)務,一般不被納入業(yè)務系統(tǒng),處于各自獨立實現(xiàn)的狀態(tài),無統(tǒng)一規(guī)范。

1.1.2  信息建模問題

    已有的MDS四線一庫接口[6]主要關(guān)注檢定任務、出入庫任務的下發(fā)和最終執(zhí)行情況。其中實現(xiàn)了各檢定、倉儲任務的調(diào)度功能,存在業(yè)務單一、數(shù)據(jù)量較小、對應接口可擴展性較低的問題。主要原因為在已有系統(tǒng)中未建立統(tǒng)一可擴展的傳輸信息模型。

1.1.3  響應效率問題

    需要監(jiān)控的“四線一庫”各系統(tǒng)信息粒度較細,數(shù)據(jù)較大,會導致交互頻繁。原有的MDS中的交互處理方式為業(yè)務需要等待業(yè)務處理完成,返回響應,如業(yè)務處理時間過長,采用同樣的方式易導致網(wǎng)絡(luò)堵塞。

1.2  系統(tǒng)主體框架

    為在省級計量中心實現(xiàn)對于各檢定、倉儲系統(tǒng)的監(jiān)控,需要建立對“四線一庫”系統(tǒng)實時統(tǒng)一監(jiān)控的平臺,解決各套系統(tǒng)的信息整合問題。MCS基于“四線一庫”全場景信息的狀態(tài)在線監(jiān)測關(guān)鍵技術(shù)研究成果,結(jié)合浙江計量中心計量生產(chǎn)的實際情況和業(yè)務需要設(shè)計和研發(fā),主要實現(xiàn)對“四線一庫”的集中調(diào)度、分級控制,實現(xiàn)計量生產(chǎn)過程的實時監(jiān)控,發(fā)現(xiàn)運行中存在的問題和隱患,提供實時預警功能。

    MCS使用OSGi的技術(shù)框架[7-8],實現(xiàn)模塊的可插拔部署。各功能作為組件構(gòu)建整個系統(tǒng),具有較高的可移植性和可擴展性。模塊(Bundle)為OSGi框架中的最基本單位,各模塊實現(xiàn)系統(tǒng)中需要的各類功能。在各模塊中,使用J2EE分層架構(gòu)[8],分別為數(shù)據(jù)層、邏輯層、控制層和界面層。數(shù)據(jù)層使用hibernate技術(shù)框架,邏輯層使用Spring技術(shù)框架,控制層使用Spring MVC技術(shù)框架,前端主要采用JS/JSP技術(shù)。在MCS中,按實現(xiàn)功能劃分有:告警監(jiān)控、流程監(jiān)控、樓層監(jiān)控、計劃監(jiān)控、接口運行狀態(tài)監(jiān)控、采集等模塊。

1.3  接口功能需求

    MCS中采集模塊負責與外部系統(tǒng)的交互,在系統(tǒng)中整合與其他多套系統(tǒng)通過網(wǎng)絡(luò)交互數(shù)據(jù),打破各系統(tǒng)之間的異構(gòu)壁壘,為MCS提供數(shù)據(jù)支撐,如圖1所示。

lyz-t1.gif

    接口需要滿足如下功能和性能方面的需求:

    (1)需要建立統(tǒng)一的編碼標準和通信技術(shù)規(guī)范,以整合不同系統(tǒng)的數(shù)據(jù);

    (2)交互方式易于擴展,能夠基于對應的編碼進行擴展;

    (3)響應數(shù)據(jù)盡可能快,交互響應與后續(xù)數(shù)據(jù)處理分離。

2  信息交互功能設(shè)計和實現(xiàn)

2.1  傳輸技術(shù)

    系統(tǒng)接口模塊選用Web Service技術(shù)[9-12]進行通信。Web Service具有良好的互操作性、良好的封裝性、廉價性、松散耦合的結(jié)構(gòu),能夠滿足異構(gòu)系統(tǒng)間的交互。傳輸內(nèi)容為符合規(guī)范的XML格式。

    在MCS中開發(fā)Web Service服務端,接收和解析各類消息,作為通信消息或者控制消息使用。各檢定及倉儲系統(tǒng)中開發(fā)客戶端根據(jù)自身業(yè)務規(guī)范將自身數(shù)據(jù)封裝,作為接口參數(shù)數(shù)據(jù)傳輸至服務端。

2.2  信息建模

    在使用Web Service進行異構(gòu)系統(tǒng)間通信時,首先應當考慮數(shù)據(jù)的建模問題。從監(jiān)控對象、數(shù)據(jù)分類、數(shù)據(jù)結(jié)構(gòu)3個角度進行信息建模。

2.2.1  數(shù)據(jù)對象

    在MCS中,系統(tǒng)的資產(chǎn)按層級分為系統(tǒng)、裝置以及電氣設(shè)備三層。其中系統(tǒng)定義為單、三相電能表、互感器、采集終端監(jiān)測以及自動化倉儲系統(tǒng);裝置為系統(tǒng)下的各類生產(chǎn)單元,如檢定系統(tǒng)下的外觀監(jiān)測裝置、多功能檢定裝置等;電氣層為各系統(tǒng)底層PLC可監(jiān)控到的最小維度,為裝置的組件。

    出于模擬仿真需要,傳輸?shù)臄?shù)據(jù)粒度主要為裝置一級,進行數(shù)據(jù)的傳輸和展示。可通過面向?qū)ο螅∣O)[13]的思維對傳輸數(shù)據(jù)進行建模。傳輸?shù)臄?shù)據(jù)對象主要為裝置的數(shù)據(jù)對象。標識數(shù)據(jù)對象可用一串編碼字符串,編號規(guī)則見表1。

lyz-b1.gif

    電氣設(shè)備編號示例如圖2,表示“自動化單相01號單元01號檢定裝置027號壓接氣缸”。如想標識裝置或系統(tǒng)一層,截取編號中前面對應位數(shù)即可,如1101208001表示“自動化單相01號單元01號檢定裝置”,“1101”表示“自動化單相01號單元”。

lyz-t2.gif

2.2.2  數(shù)據(jù)結(jié)構(gòu)

    每個數(shù)據(jù)對象中包含基本信息和業(yè)務信息,均作為對象中屬性存在(可見2.3第報文規(guī)范)。其中,基本信息包含數(shù)據(jù)的標識、交互規(guī)范版本、發(fā)送及接收方信息、交互時間等。業(yè)務信息包含數(shù)據(jù)對象信息,如狀態(tài)、業(yè)務數(shù)量和處理時長等。

2.2.3  數(shù)據(jù)分類

    根據(jù)業(yè)務以及傳輸頻度,MCS中主要的數(shù)據(jù)類型可分為實時數(shù)據(jù)和定時數(shù)據(jù)。其中,實時數(shù)據(jù)包含狀態(tài)信息和告警信息,用于信息的實時展示(例如三維仿真系統(tǒng)應用),交互頻度較高;定時數(shù)據(jù)為系統(tǒng)的各類業(yè)務數(shù)值數(shù)據(jù),用于信息統(tǒng)計展示,交互頻度相對較低。

2.3  報文規(guī)范

    傳輸?shù)膶ο蟾袷綖樽孕卸x的XML格式,報文詳細格式內(nèi)容如圖3所示。

lyz-t3.gif

    從圖3中可見,報文的基礎(chǔ)信息在報文的根節(jié)點(DBSET)中,在其下放置各信息,類似于定義類的屬性。這樣后期的修改和擴展較為靈活,可根據(jù)各自需要修改詳細的報文規(guī)范,在報文中進行字段的增刪改操作,對接口交互部分無影響。

2.4  信息處理步驟

    數(shù)據(jù)的交互處理在“四線一庫”系統(tǒng)與MCS之間進行。MCS收集并處理四線一庫系統(tǒng)的業(yè)務數(shù)據(jù),并在處理完成后對數(shù)據(jù)進行存儲或者轉(zhuǎn)發(fā)操作。信息交互處理流程如圖4所示。

lyz-t4.gif

    信息的接收處理步驟為:

    (1)MCS采集模塊接收數(shù)據(jù),記錄交互的數(shù)據(jù)內(nèi)容;

    (2)對數(shù)據(jù)進行判定,查看數(shù)據(jù)是否正常,回復客戶端并記錄日志,寫入數(shù)據(jù)庫;

    (3)開啟線程,通過DOM將XML數(shù)據(jù)轉(zhuǎn)換為普通java對象格式;

    (4)開啟數(shù)據(jù)處理線程,對對象進行處理。

    由于接收到數(shù)據(jù)后即簡單判定回復客戶端(步驟(1)、步驟(2)),與數(shù)據(jù)處理過程分離,所以交互相應速度較快,不會出現(xiàn)因處理時間過長而發(fā)生數(shù)據(jù)阻塞的情況,能滿足高頻的處理需求。

3 系統(tǒng)實現(xiàn)效果

    在功能方面,目前MCS在浙江省電力公司計量中心上線運行。該系統(tǒng)能在保持各系統(tǒng)低耦合的情況下,實現(xiàn)信息的整合,打破信息孤島,能夠?qū)崿F(xiàn)信息的收集、解析,并基于此實現(xiàn)后續(xù)處理和展示功能;且系統(tǒng)的可擴展性較好,在現(xiàn)有的標準基礎(chǔ)上,能夠?qū)?shù)據(jù)項進行簡易擴展,滿足不同系統(tǒng)的不同數(shù)據(jù)項監(jiān)控要求。

    在性能方面,經(jīng)過調(diào)研,真實的系統(tǒng)單元數(shù)量及數(shù)據(jù)頻度被獲取并整理?;诖诉M行測試模擬,在較高交互頻度及數(shù)據(jù)量下每次交互響應時間為20~25 ms,能夠滿足在具有更高硬件條件和更低交互頻度下的真實生產(chǎn)環(huán)境需求。

4  結(jié)束語

    在互聯(lián)網(wǎng)思維的影響下,整合各類系統(tǒng)資源的需求增多。本設(shè)計通過統(tǒng)一報文、統(tǒng)一編碼建模,結(jié)合Web Service交互技術(shù),打破各系統(tǒng)之間的異構(gòu)屏蔽,實現(xiàn)異構(gòu)系統(tǒng)整合。通過整合各類信息資源,提高監(jiān)管的精細化程度,提升生產(chǎn)的效率。

參考文獻

[1] 張曉穎, 莊葛巍, 朱錚, 等. 新型高安全性的智能電表自動化檢定系統(tǒng)[J]. 自動化儀表, 2016, 37(5): 75-78.

[2] 章鹿華,易忠林,王思彤,等.低壓電流互感器自動化檢定系統(tǒng)設(shè)計與實現(xiàn)[J]. 自動化儀表, 2013, 34(12): 48-50.

[3] 丁濤, 徐二強, 劉忠, 等. 省級計量中心生產(chǎn)調(diào)度平臺的設(shè)計[J]. 電氣應用, 2012(9):34-37.

[4] 陳立. 省級計量中心生產(chǎn)調(diào)度平臺架構(gòu)研究[J]. 通訊世界, 2014(11):166-167.

[5] 范志夫, 曹宏純, 湯振華. 基于OPC協(xié)議的省級計量中心檢定區(qū)溫濕度接口函數(shù)開發(fā)及實現(xiàn)[J]. 江西電力, 2015(3).

[6] 國家電網(wǎng)公司.省級計量中心生產(chǎn)調(diào)度平臺與四線一庫系統(tǒng)接口技術(shù)規(guī)范[S].2012.

[7] 李朋云, 陳金勇, 張琦. 基于OSGi的面向服務軟件體系結(jié)構(gòu)設(shè)計[J]. 計算機與網(wǎng)絡(luò), 2014(22):61-63.

[8] 葛新, 董朝陽, 梁小江. 基于OSGi面向服務的軟件體系架構(gòu)[J]. 計算機技術(shù)與發(fā)展, 2012(10):121-124.

[9] 榮秋生, 郭國強. 基于J2EE四層體系框架系統(tǒng)的研究與實現(xiàn)[J]. 計算技術(shù)與自動化, 2006(4):84-87.

[10] ABITRBOUL S, BENJELLOURN O, MANOLESCU I, et al. Active XML: peer-to-peer data and web services integration [C]. Proc of Vldb, 2002:1087-1090.

[11] 彭冰沁, 劉先鋒. 基于XML的Web Service分布式應用[J]. Computer and Modernization, 2006(11):8-11.

[12] 李建奇. 基于Web Services的異構(gòu)系統(tǒng)集成技術(shù)研究與應用[D]. 長沙: 湖南大學, 2007.

[13] XIONG W, WEI C. Design of object oriented web service API framework[J]. Computer Technology & Development, 2009, 19(8): 54-57, 61.



作者信息:

李允昭1,柯  偉2,劉銘洋2,徐一晨2,潘紅偉2,馬勝國3

(1. 國網(wǎng)新疆電力有限公司,新疆 烏魯木齊830063;

2. 國網(wǎng)新疆電力有限公司電力科學研究院計量中心,新疆 烏魯木齊830000;

3. 深圳市國電科技通信有限公司,廣東 深圳518031)

此內(nèi)容為AET網(wǎng)站原創(chuàng),未經(jīng)授權(quán)禁止轉(zhuǎn)載。