李文宏 張修華

(山東科技大學信息與電氣工程學院，山東 青島 266510)

0 引言

由于煤礦的特殊工作環(huán)境，它對供電系統(tǒng)的要求較為嚴格，因此可靠、高效的電力故障監(jiān)控系統(tǒng)對煤礦的安全生產極其重要。本文所述的監(jiān)控系統(tǒng)以支持TCP/IP協(xié)議和現(xiàn)場總線接口的工控機為核心部件。作為總線上的主控器和煤礦局域網上的節(jié)點，監(jiān)控系統(tǒng)通過總線與故障檢測模塊交換信息，通過以太網與上位機監(jiān)控軟件交換信息，使總線通信局限于單個變電所;主體通信通過以太網完成，從而減少外界干擾，擴大檢測系統(tǒng)的覆蓋面，提高系統(tǒng)的工作效率。

IEC 60870-5-104之前的規(guī)約大多在具有永久連接電路的站間傳輸基本遠動信息，而104規(guī)約是“采用標準傳輸文件集的 IEC60870-5-101 的網絡訪問”［1－5］，運行于TCP協(xié)議之上，可以在TCP/IP框架內運行在不同結構的網絡上［6－9］。本文主要分析了104規(guī)約的數據格式、傳輸規(guī)則和機制，并在TCP/IP協(xié)議基礎上實現(xiàn)了104規(guī)約的主要功能。

1 系統(tǒng)總體結構分析

前期煤礦的供電監(jiān)控系統(tǒng)大多采用現(xiàn)場總線技術，各個變電所相互獨立，信息傳輸距離較短，易受現(xiàn)場環(huán)境的干擾;組成的網絡規(guī)模小，不能實現(xiàn)真正意義上的遠程監(jiān)控，必須進行現(xiàn)場操作才能獲得變電所的供電參數。這使得井下操作效率低下、安全性低。早期監(jiān)控系統(tǒng)框架如圖1所示。

圖1 早期監(jiān)控系統(tǒng)示意圖Fig.1 Schematic diagram of the monitoring system of early stage

基于網絡技術的檢測系統(tǒng)能克服總線型系統(tǒng)的缺點，上位機和所有變電所都掛接到網絡上，所有信息參數通過TCP/IP網絡傳輸，可以真正實現(xiàn)遠程監(jiān)控和數據統(tǒng)計。這樣的監(jiān)控系統(tǒng)覆蓋面廣、組網簡單靈活、易于擴展，其系統(tǒng)框圖如圖2所示。

圖2 基于網絡的監(jiān)控系統(tǒng)示意圖Fig.2 Schematic diagram of the monitoring system based on network

在基于網絡技術的檢測系統(tǒng)中，工控機系統(tǒng)支持TCP/IP協(xié)議和總線接口，104規(guī)約也在工控機上實現(xiàn)。工控機通過總線接口讀取各個檢測模塊采集到的故障信息，并根據信息的類型打包成相應格式的104規(guī)約數據包，再通過網絡套接口發(fā)送到網絡上;上位機接收此數據報，在解析出現(xiàn)場信息之后，再進行下一步的用戶交互操作。

2 IEC 60870-5-104規(guī)約格式解析

IEC60870-5-104規(guī)約的數據格式［4］定義具體如表1所示。

表1 遠動配套標準的APDU定義Tab.1 Definition of APDU for telecontrol supporting standard

表1中，啟動字符為68 H，定義了數據流的起點。應用協(xié)議數據單元(application protocol data unit，APDU)的長度是指控制域字節(jié)到APDU最后一個字節(jié)之間的所有字節(jié)數。

IEC 60870-5-104規(guī)約規(guī)定了I格式幀、S格式幀和U格式幀3種幀類型，幀類型由4個控制域字節(jié)決定。類型標志用來標志APDU中數據的類型，主要包括遙測、遙信/變化遙信、順序事件記錄SOE、遙控等，每種類型各有1 B的常量值與之對應。

可變結構限定詞的各位段取值如表2所示。

表2 結構限定詞Tab.2 Structure qualifiers

表2中，SQ和N均表示可變幀長。

傳送原因字段用來標志數據傳輸的原因，主要包括周期、循環(huán)、突發(fā)、初始化、請求/被請求、激活、激活確認、激活結束、響應總召喚等，每個傳送原因都對應1 B的常量值。公共地址一般與鏈路地址相同。信息體地址分為兩類:若是響應總召喚類變長幀，信息體地址為0000;若為轉發(fā)YC/YX/YM值，則信息體地址為YC/YX/YM。品質描述主要用于命令數據傳送，主要包括召喚全數據、召喚組數據、召喚全電度、召喚組電度或YC/YX/YM值。遙控命令限定詞的位定義如表3所示。

表3 遙控命令限定詞Tab.3 Telecontrol command qualifiers

表3中，S/E為0表示遙控執(zhí)行，為1表示遙控預置;DCS為0表示不允許，為1表示遙控分閘，為2表示遙控合閘，為3表示不允許。

3 IEC 60870-5-104規(guī)約的實現(xiàn)

IEC 60870-5-104規(guī)約使用TCP/IP提供的服務在網絡上傳輸?，F(xiàn)在的操作系統(tǒng)大都支持TCP/IP協(xié)議棧，在無操作系統(tǒng)的情況下，也有許多功能比較完善的TCP/IP 協(xié)議模塊可以直接使用［10］，如 BSD TCP/IP、LwIP、uIP、TinyTcp等，它們提供了充分的用戶接口，可以開發(fā)網絡應用程序而不必關心協(xié)議的具體實現(xiàn)細節(jié)。本文設計的系統(tǒng)目前運行于Windows系統(tǒng)下，提供了大量Socket API和2個Socket類。這些接口和類封裝了網絡協(xié)議的細節(jié)，可以使用戶專注于應用層程序(104規(guī)約)的開發(fā)，提高開發(fā)效率，縮短開發(fā)周期。

3.1 規(guī)約的變量定義

IEC 60870-5-104規(guī)約中定義了一些變量，這些變量的狀態(tài)在數據傳輸過程中是不斷變化的，是數據準確傳輸的前提。因此，在應用程序開發(fā)中要對這些變量特別關注，必須通過相應的編程技術對它們加以保護，避免訪問沖突。這些變量主要有:APDU總長度、端口號、發(fā)送序列號NS、接收序列號NR等，具體定義如下。

①APDU總長度:IEC 60870-5-104規(guī)約規(guī)定APDU的總長度限制為255 B，故應用服務數據單元(application service data unit，ASDU)最多包含249 B 的數據。

②端口號:在傳輸層固定為2404，這已經得到互聯(lián)網數字分配授權(Internet assigned number authority，IANA)的認可［5］。

③發(fā)送序列號NS:發(fā)送方每發(fā)送一幀數據，發(fā)送序列號就自動加1，并記錄發(fā)送幀的個數，此值在初創(chuàng)建或重新創(chuàng)建TCP連接時初始化為0。

④接收序列號NR:接收方每接收一幀數據，接收序列號就自動加1，當此值被返回給發(fā)送站時，表示所有發(fā)送序列號小于此值的APDU被認可。

⑤t0:連接建立應在此時間范圍內完成，否則連接建立超時，默認值為30 s。

⑥t1:發(fā)送方發(fā)送一個I格式或U格式報文后，應在此時間范圍內得到對方的確認信息，否則將重新建立TCP連接，默認值為15 s。

⑦t2:接收方在接收到I格式報文后，若經此時間后沒有新I格式報文送來，則接收方要發(fā)送S格式幀對已收到的I格式幀進行確認，默認值為10 s。

⑧t3:在此時間內若沒有收到任何格式的數據，則應向對方發(fā)送測試鏈路幀。在接收到任一種格式的數據后，復位此時間值，默認值為20 s。

⑨k:在某一特定時間內，若未被確認的連續(xù)編號的I格式幀的個數達到此數值時，發(fā)送方停止發(fā)送，默認值為12個APDU，取值范圍為1～32767個APDU。

⑩w:接收方在收到I格式后應盡快進行確認，104規(guī)約規(guī)定最晚在接收到w個I格式幀后必須進行確認，默認值為8個APDU，取值范圍為1～32767個APDU。

3.2 規(guī)約的數據傳輸

IEC 60870-5-104規(guī)約既規(guī)定了數據格式，又規(guī)定了數據收發(fā)規(guī)則，保證數據的可靠傳輸，這些規(guī)則和要求是104規(guī)約實現(xiàn)的依據。104規(guī)約是建立在TCP協(xié)議基礎上的。TCP協(xié)議是面向連接的可靠傳輸協(xié)議，具有完備的編號系統(tǒng)、差錯控制、流量控制和擁塞控制等機制，以保證數據傳輸的可靠性［8］。因此，在規(guī)約實現(xiàn)時，可以充分利用這些控制機制來提高信息的傳輸效率和準確性。104規(guī)約定義的功能較多，可根據實際需要在實現(xiàn)時予以裁減。規(guī)約的主體功能實現(xiàn)主要包括以下幾個方面的內容。

3.2.1 連接初始化

連接初始化步驟如下。

①連接建立。104規(guī)約規(guī)定發(fā)送數據前必須先建立連接，連接由控制站建立。若所有站都是控制站，則選擇其中的一個建立?？刂普鞠蚓W絡發(fā)送主動連接請求，若被控站監(jiān)聽到此請求，則連接建立;否則控制站將反復發(fā)送此連接請求，直到被控站返回，被動打開連接請求。監(jiān)聽到控制站連接請求后，建立連接。

②連接重置。在連接建立后，如果出現(xiàn)連接故障，控制站可以重置連接。控制站首先發(fā)出重置命令，被控站確認并發(fā)出主動關閉連接請求，主控站確認并發(fā)送被動關閉連接請求，兩站之間連接被釋放。經過一段時間(即t0)后，開始建立新連接操作。

③連接關閉?？刂普竞捅豢卣径伎梢蕴岢鲠尫胚B接的請求?？刂?被控站發(fā)出主動關閉連接請求，被控/控制站確認并發(fā)送被動關閉連接請求，控制/被控站對這個被動關閉請求作出確認后，連接被釋放。

④傳輸控制。TCP邏輯鏈路成功建立后，控制站必須利用U格式幀中的STARTDT和STOPDT位來控制被控站的數據傳輸，否則被控站不會發(fā)送任何數據(未編號的控制功能除外);同時，通信雙方要一直監(jiān)視鏈路，使得當鏈路故障時，能夠再次發(fā)送連接請求重新建立連接。主站發(fā)送開始或結束控制報文，當子站正確應答此報文后，即可以開始或結束數據傳輸過程。

3.2.2 數據上傳

數據上傳主要包括以下幾個方面。

①事件主動上傳。104規(guī)約采用的是平衡傳輸方式，當子站檢測到突發(fā)事件后，應主動上傳事件信息，如變位遙信、帶時標的變位遙信等。子站主動上傳，主站要予以確認。

②循環(huán)上傳。對于電壓、電流等模擬量數據，其值是連續(xù)變化的，要在一定的時限內以遙測幀的形式循環(huán)上傳。子站上傳，主站確認。

③召喚上傳。當主站需要某類信息時，發(fā)送相應的召喚命令，子站根據主站的要求發(fā)送相應的數據包。一般在連接建立、時鐘同步之后，主站會發(fā)送總召喚命令;子站根據總召喚命令發(fā)送相應的全部信息。上傳完一種類型的數據后，主站要進行確認。

④傳輸確認。如果數據只在一個方向傳輸，就要在另一個方向發(fā)送S格式幀，認可已經發(fā)送的APDU，否則已經傳送的數據無效。

3.2.3 主站遙控

遙控命令用于遠程控制子站的執(zhí)行機構，以完成相應操作。主站發(fā)出遙控預置命令，由子站進行返校確認;主站在接收到返校幀后，發(fā)送遙控執(zhí)行命令，由子站執(zhí)行并返回執(zhí)行確認幀;執(zhí)行完成后再發(fā)送執(zhí)行完成幀，從而完成一個遙控過程。

3.2.4 時鐘同步和鏈路測試

①時鐘同步。在最大網絡延遲小于規(guī)約要求的時鐘精度的情況下，應該進行時鐘同步，如果不進行同步，帶時鐘信息的數據中，時間信息就變得沒有意義。首先主站發(fā)送時間同步命令，子站在接收后更新時鐘，并生成時鐘報文發(fā)送給主站，用以確認;主站確認后即完成同步。系統(tǒng)初始化時要進行同步，且以后每隔一定的時間要再進行同步操作。

②鏈路測試。如果連接建立但沒有使用，或在規(guī)定時間間隔內沒有數據傳輸，就要發(fā)送測試幀，并在兩個方向上進行周期性測試。

除以上所述功能外，用戶還可根據需要，添加文件傳輸、參數裝載、累積量傳輸等功能，具體細節(jié)參考文獻［5］。

3.3 規(guī)約實施流程

采用工控機作為104規(guī)約網絡傳輸系統(tǒng)中的被控站和現(xiàn)場總線系統(tǒng)中的主控制器。下位機的具體任務流程與104規(guī)約的應用場合有關，不同場合有不同的信息關注點，因此其任務內容也會有差異。但總體說來，104規(guī)約的實施內容主要包含以下幾個步驟。

①建立TCP連接。

②請求數據通信。TCP連接建立后，要啟動鏈路才能夠開始I格式的數據傳輸，否則鏈路上只能傳輸U格式的數據。

③對時。若將要傳輸的數據需時間信息，則應先同步各個站點之間的時鐘，否則數據包中的時標信息對控制站來說是無意義的。

④總召喚。一般系統(tǒng)啟動后要先收集子站上所有的信息，如各線路的開合狀態(tài)、電流電壓值等，這時控制站就需要進行一次總召喚操作，將子站的全部狀態(tài)信息收集一次。

⑤一般數據傳送。完成以上幾步后，控制站開始調度各個被控站點的事件主動上傳、一般遙信/遙測數據上傳以及遙控數據傳輸等操作。

需要注意的是:鏈路測試、計時程序、故障診斷等輔助程序是與以上過程并行執(zhí)行的，無論哪個環(huán)節(jié)出現(xiàn)鏈路中斷、計時超時等問題，系統(tǒng)都會調用相應的關閉連接、重置連接、鏈路測試、單向確認等子程序，以及時處理這些問題，確保系統(tǒng)的正常運行。

⑥斷開或重置連接。TCP鏈路使用完畢后要斷開連接，若通信過程中TCP鏈路出現(xiàn)故障，則要根據實際要求關閉或重置鏈路。

4 結束語

試驗和應用證明，本文所述的基于工業(yè)以太網技術、采用IEC 60870-5-104規(guī)約的電力監(jiān)控系統(tǒng)［10-14］靈活高效，能夠很好地完成煤礦電力監(jiān)控系統(tǒng)所要求的全部功能。與傳統(tǒng)的采用現(xiàn)場總線技術、Modbus協(xié)議［15－16］、CDT規(guī)約等半雙工或不平衡傳輸協(xié)議的監(jiān)控系統(tǒng)相比，該監(jiān)控系統(tǒng)具有很大的效率優(yōu)勢。在當前一定時期內，系統(tǒng)還可與IEC 61850規(guī)約系統(tǒng)配合使用，共同構建大型電力監(jiān)控系統(tǒng)。

［1］張勝，王健，賀春，等.IEC 60870-5系列配套標準應用探討［J］.電力系統(tǒng)保護與控制，2009，37(11):99－105.

［2］馮煥霞，楊俊華，鄭儉華，等.IEC 60870-5-104協(xié)議的實時性能分析［J］.華東電力，2009，37(4):577 －581.

［3］黃金民.IEC60870-5-104協(xié)議及其模擬器的研究與實現(xiàn)［D］.廣州:華南理工大學，2010.

［4］中華人民共和國國家經濟貿易委員會.DL/T634·5101-2002/IEC 60870-5-101［S］.北京:中國電力出版社，2003.

［5］中華人民共和國國家能源局.DL/T634·5104-2009/IEC 60870-5-104［S］.北京:中國電力出版社，2009.

［6］趙淵，沈智鍵.基于TCP/IP的IEC 60870-5-104遠動規(guī)約在電力系統(tǒng)中的應用［J］.電網技術，2003，27(10):56 －71.

［7］路偉逢，吳峰.礦井電力監(jiān)控管理系統(tǒng)［J］.煤炭技術，2009，28(2):188 －189.

［8］Forouzan B A.TCP/IP協(xié)議族［M］.王海，張娟，朱曉陽，譯.北京:清華大學出版社，2011:368－430.

［9］Scaglia S.嵌入式 Internet TCP/IP基礎、實現(xiàn)及應用［M］.潘琢金，徐蕾，拱長青，等，譯.北京:北京航空航天大學出版社，2008:20－415.

［10］焦海波，劉健康.嵌入式網絡系統(tǒng)設計—基于Atmel ARM7系列［M］.北京:北京航空航天大學出版社，2008:132－285，355－425.

［11］任泰明.TCP/IP網絡編程［M］.北京:人民郵電出版社，2009:22－314.

［12］王久鵬，尚春陽.ZigBee和GPRS技術在無線監(jiān)控系統(tǒng)中的應用［J］.電訊技術，2008，48(4):331 －332.

［13］張勇，侯立剛，肖炎良，等.工控組態(tài)軟件實時數據庫系統(tǒng)的開發(fā)與設計［J］.自動化儀表，2011，32(12):28－31.

［14］李冰.地鐵綜合監(jiān)控系統(tǒng)中的數據轉發(fā)研究［J］.自動化與儀表，2011(6):35－37.

［15］王成多，方祥，武素蓮.基于Modbus－RTU協(xié)議的現(xiàn)場總線局域網在智能電器中的應用［J］.電氣制造，2007(12):72－75.

［16］董立君，劉書偉，侯逸青.VB基于Modbus規(guī)約的串口通信［J］.工業(yè)控制計算機，2006，19(8):8 －10.