61850典型報(bào)文解析說(shuō)明

61850典型報(bào)文分析說(shuō)明編寫：歐灶軍平臺(tái)現(xiàn)利用ethereal報(bào)文抓捕工具抓取部分典型報(bào)文分析說(shuō)明。1.1報(bào)告類COS61850報(bào)告服務(wù)，是一項(xiàng)特別重要的ACSI服務(wù)，它經(jīng)過(guò)SCSM映照為MMS協(xié)議中的InformationReport服務(wù)，我們?cè)谡{(diào)試過(guò)程中經(jīng)過(guò)捕包工具得到的61850報(bào)告報(bào)文，都是經(jīng)過(guò)編碼后的InformationReport數(shù)據(jù)。建好數(shù)據(jù)庫(kù)，連結(jié)好裝置后，啟動(dòng)SCADA服務(wù)器，并用ethereal抓報(bào)文，依據(jù)報(bào)告格式進(jìn)行分析。比如抓到的SOE報(bào)告ID號(hào)為BR03_brcbSOE01，此中03與模板中定義的各樣報(bào)告種類有關(guān)，比如在我使用的裝置模板中這么定義的：brcbREC、brcbCHK、brcbSOE分別為BR01、BR02、BR03，01表示該報(bào)告已經(jīng)實(shí)例化。因?yàn)镮nformationReport各成員的數(shù)據(jù)種類是確立的，依據(jù)編碼規(guī)則，各數(shù)據(jù)編碼后的數(shù)據(jù)也是確立的：RptID編碼后數(shù)據(jù)為：8aXXXXXX；OptFlds編碼后數(shù)據(jù)為：840307XXX0；SqNum編碼后數(shù)據(jù)為：86XXXXXX；TimeOfEntry編碼后數(shù)據(jù)為：8C06XXXXXXXXXXXX；DataSet編碼后數(shù)據(jù)為：8aXXXXXX；BufOvfl編碼后數(shù)據(jù)為：8301XX；EntryID編碼后數(shù)據(jù)為：89XXXXXX；ConfRev編碼后數(shù)據(jù)為：86XXXXXX；SubSeqNum編碼后數(shù)據(jù)為：86XXXXXX；MoreSegmentFollow編碼后數(shù)據(jù)為：8301XX；Inclusion-bitstring編碼后數(shù)據(jù)為：84XXXX；Data-Reference編碼后數(shù)據(jù)為：8aXXXX；Value取決于詳細(xì)數(shù)據(jù)種類；ReasonCode編碼后數(shù)據(jù)為：84XXXX；下邊以SOE報(bào)文為例，說(shuō)明整個(gè)報(bào)告的含義，報(bào)文以下：8a0e425230335f62726362534f453031(RptID)8403071180(OptFlds)89080000000000000020(EntryID)860101(ConfRev)8406058000001000(Inclusion-bitstring)（Values,共2個(gè)）8402024084020240(ReasonCode，共2個(gè))報(bào)告分析以下：RptID（BR03_brcbSOE01）：8a0e425230335f62726362534f453031，此中8a為tag，長(zhǎng)度為0e，后邊的為ID編碼。OptFlds：8403075300，84為tag，長(zhǎng)度為03，1180（分析為：0）決定各可選項(xiàng)能否出現(xiàn)，各位含義以下：ACSIValueofMMSBitRCBStatesPositionReserved0Sequence-number1Report-time-Stamp2Reason-for-Inclusion3Data-Set-Name4Data-Reference5Buffer-Overflow6EntryID7Conf-Rev8Segmentation9所以，分析后可知，第3、7、8位出現(xiàn)，即Reason-for-Inclusion、EntryID、Conf-Rev出現(xiàn)。EntryID：89080000000000000020，89為tag，長(zhǎng)度為9，條目號(hào)為20Conf-Rev：860101，配置版本號(hào)，86為tag，01為長(zhǎng)度，值為01，TRUE。Inclusion-bitstring：8406058000001000，84為tag，06為長(zhǎng)度，同時(shí)已用的位共有：(Length-1)X8-5=35位。此中第1、28位有值，其余全0。Value：8a，此中a2為tag,12為長(zhǎng)度，830101為stval（83代表bool種類，01為長(zhǎng)度，01為值，合）；8403030000為q（84代表bitstring，長(zhǎng)度為3，共有（3-1）X8-3=13位已使用，值全0）；910849f9700202d0e58a為時(shí)間t（91為UTC時(shí)間tag，長(zhǎng)度為8，后邊的為時(shí)間的詳細(xì)值）。共有2個(gè)值，可依據(jù)這個(gè)方式分析。ReasonCode：84020240，此中84為tag，02為長(zhǎng)度，原由為數(shù)據(jù)變化（DataChange）。圖1為ethereal分析出來(lái)的報(bào)文。解說(shuō)以下：1、RPT服務(wù)2、報(bào)告的RptID為BR03_brcbSOE013、報(bào)告的選項(xiàng)vvvvvvvvvvvvvvvvvvvvvvvv域，報(bào)告中包含哪些選項(xiàng)，按位表記，0為不存在，1為存在。4、條目號(hào)5、配置版本信息6、InclusionBitstring（該報(bào)告中出現(xiàn)的數(shù)據(jù)集成員）7、數(shù)據(jù)集成員Value（該成員為SPS，value對(duì)應(yīng)一個(gè)構(gòu)造體，一一對(duì)應(yīng)依據(jù)從上到下的次序）8、value的stval（狀態(tài)值）9、10、

value的q（質(zhì)量）value的t（時(shí)標(biāo)）11、報(bào)告的觸發(fā)原由種類為：數(shù)據(jù)變化（按位為保存、數(shù)據(jù)變化、品質(zhì)變化、數(shù)據(jù)更新、完好性、總呼喚，0為無(wú)1為有）圖1InformationReport1.2定值類定值服務(wù)能夠分為SGCB控制塊有關(guān)服務(wù)和定值有關(guān)服務(wù)。SGCB服務(wù)在邏輯設(shè)施中有一個(gè)定值組控制塊SGCB，SGCB包含若干屬性，SGCB有關(guān)服務(wù)可歸納為對(duì)SGCB屬性的讀寫操作，SGCB構(gòu)造定義以下：此中wNumOfSG為定值組數(shù)，wActSG為目前運(yùn)轉(zhuǎn)定值組，wEditSG為編寫定制組，sCnfEdit為確認(rèn)編寫定值組。SGCB有關(guān)服務(wù)主要有讀取定值組數(shù)和切換定值組，切換定值組時(shí)需要確認(rèn)切換。此中讀取定值組數(shù)為讀取SGCB的wNumOfSG值，而切換定值組，則是將要切換的定制組設(shè)置為目前運(yùn)行組。圖2SGCB服務(wù)圖3讀定值組數(shù)圖3為讀定值組數(shù)，讀取的是SGCB的NumofSG變量值。報(bào)文內(nèi)容：

1a144c4c4e30以上報(bào)文分析為：ISA351GLD1/LLN0$SP$SGCB$NumOfSG，邏輯設(shè)施名LDName為ISA351GLD1，LLN0是邏輯節(jié)點(diǎn)LNName，功能拘束FC為SP，該功能拘束表示數(shù)據(jù)屬性的初始值來(lái)至配置，其值不行變。數(shù)據(jù)對(duì)象DOName為SGCB，數(shù)據(jù)屬性DaName為NumOfSG。此中藍(lán)色部分報(bào)文為ISA351GLD1，1a為tag，0a為長(zhǎng)度，共10個(gè)字符，495341333531474c4431為ISA351GLD1的ASCII碼，節(jié)余部分報(bào)文為L(zhǎng)LN0$SP$SGCB$NumOfSG各個(gè)字符的ASCII碼值，在61850中均經(jīng)過(guò)這類方式來(lái)表記各數(shù)據(jù)引用。圖4裝置答復(fù)共9組定值裝置答復(fù)共有9組定值，在HMI上能夠看到各定值組號(hào)以及目前定值組。圖5懇求讀取目前運(yùn)轉(zhuǎn)的定值組讀取目前運(yùn)轉(zhuǎn)定值組經(jīng)過(guò)讀取SGCB的wActSG變量值來(lái)實(shí)現(xiàn)，報(bào)文內(nèi)容如下：分析為ISA351GLD1LLN0$SP$SGCB$ActSG，方法如上文所述。圖5裝置答復(fù)為第2組圖6懇求切換第4組為目前運(yùn)轉(zhuǎn)定值組切換第

4組定值為目前運(yùn)轉(zhuǎn)組，方法是將第

4組定值設(shè)置為

ActSG，報(bào)文以下與讀取目前運(yùn)轉(zhuǎn)定值組差別是，多出來(lái)一段報(bào)文a003860104，此中a0為tag，03為長(zhǎng)度，01為目前運(yùn)轉(zhuǎn)定值組，04為待切換定制組，這段報(bào)文意思是將目前運(yùn)轉(zhuǎn)定制組從01組切換到04組。圖7裝置答復(fù)切換成功定值服務(wù)定值有關(guān)服務(wù)主要有呼喚定值以及下裝定值，只有目前運(yùn)轉(zhuǎn)組的定值才能供給定值服務(wù)。將目前定制組定值呼喚上來(lái)后，即可改正定值，改正達(dá)成后需要下裝定值，為防備誤操作，需要確認(rèn)下裝，若撤消下裝，則不會(huì)改正裝置定值。圖8定值有關(guān)服務(wù)點(diǎn)擊呼喚定值，裝置會(huì)將目前定值組定值一一上送，圖9為主站要求讀取該定值組中的第1個(gè)定值，該值的數(shù)據(jù)引用為ISA351GLD1/SETGGIO1$SG$Dz01IXDLYX$setMag，邏輯設(shè)施名$fLDName為ISA351GLD1，SETGGIO1是邏輯節(jié)點(diǎn)LNName，功能拘束FC為SG，帶有功能拘束SG的數(shù)據(jù)屬性的值應(yīng)是目前激活值，數(shù)據(jù)屬性的初始值來(lái)至其配置，其值不行變。數(shù)據(jù)對(duì)象DOName為Dz01IXDLYX，數(shù)據(jù)屬性DaName為可見(jiàn)，該值數(shù)據(jù)屬性為setMag（模制定值），且該值為浮點(diǎn)數(shù)，對(duì)應(yīng)裝置模板中的相電流越限電流定值。圖10裝置返回該值為。圖11為主站要求讀取該定值組中的第2個(gè)定值，該值的數(shù)據(jù)屬性為setVal，為狀態(tài)量，對(duì)應(yīng)裝置模板中的剎時(shí)電流速斷保護(hù)投退，裝置返回該值為FALSE。圖9讀取目前定值組的第1個(gè)定值圖10裝置返回目前定值組第1個(gè)定值圖11讀取目前定值組第2個(gè)定值圖12裝置返回目前定值組第2個(gè)定值改正定值時(shí)，第一需要呼喚定值，將呼喚上來(lái)的定值改正為需要值，而后下裝定值。下裝定值前需要經(jīng)過(guò)讀取SGCB的EditSG變量來(lái)獲得可編寫定值組號(hào)（即目前運(yùn)轉(zhuǎn)定值組號(hào)，圖13），數(shù)據(jù)引用為ISA351GLD1/LLN0$SP$SGCB$EditSG，功能拘束SP表示數(shù)據(jù)屬性初始值來(lái)至配置，其值不行變。而后下裝定值，如圖14，為下裝第一個(gè)定值，該值下裝為10。其數(shù)據(jù)引用為ISA351GLD1/SETGGIO1$SE$Dz01IXDLYX$setMag，$f與圖9的差別是，功能拘束變?yōu)榱薙E，表示該數(shù)據(jù)屬性可被編寫。若下裝成功則裝置將答復(fù)DataWriteSuccess，而后經(jīng)過(guò)寫SGCB的CnfEdit變量確認(rèn)下裝，如圖15，該變量值為TRUE，表示下裝成功。能夠經(jīng)過(guò)呼喚測(cè)量值查察下裝能否成功。圖13讀取可編寫定值組號(hào)圖14下裝定值圖15確認(rèn)下裝定值1.3控制類ACSI控制服務(wù)映照為MMS的讀寫服務(wù)，經(jīng)過(guò)MMS讀寫出名變量服務(wù)來(lái)接見(jiàn)控制模型，帶有可控?cái)?shù)據(jù)屬性(從帶有FC=CO和FC=SP屬性的公用數(shù)據(jù)類所派生出的)的數(shù)據(jù)對(duì)象必定的規(guī)則進(jìn)行映照。MMS出名變量組件表示FC=CO和FC=SP的數(shù)據(jù)對(duì)象，有以下通用引用：<LDname>/<LNname>$CO$<DOname><LDname>/<LNname>$SP$<DOname>控制模型到MMS控制組件的映照有慣例安全體制的選擇和直接操作、加強(qiáng)安全體制的選擇和直接操作，慣例安全和加強(qiáng)安全的DaName分別為SBO、SBOW，遙控選擇實(shí)質(zhì)上就是經(jīng)過(guò)寫SBO、SBOW屬性的MMS服務(wù)來(lái)實(shí)現(xiàn)。操作的DaName為oper，相同的道理，操作服務(wù)也是經(jīng)過(guò)MMS寫操作屬性來(lái)實(shí)現(xiàn)，裝置則相應(yīng)的答復(fù)寫響應(yīng)，往常是DataWriteSuccess（寫成功），或許DataWriteFailure。關(guān)于選擇、操作的屬性則一定都賦值，若沒(méi)有值可寫默認(rèn)值，可是一定要有相應(yīng)的屬性，不然寫失敗。遙控的流程是這樣的：1、客戶端讀服務(wù)器SBOW的目錄構(gòu)造，GetDataDirectory，映照為mms的GetVarAccessAttributes服務(wù)，獲得服務(wù)器端SBOW擁有的屬性，如圖16為客戶端懇求RCS923A1PROT$PTRC1$CO$VEBI1$的目錄SBOW構(gòu)造。2、服務(wù)器端答復(fù)SBOW的目錄構(gòu)造。圖17答復(fù)的SBOW目錄構(gòu)造，包括ctlval、origin（包含orCat、orIdent）、ctlnum、T、Test、Check，意思分別是：控制值（Bool種類）、命令倡始者、控制編號(hào)、時(shí)間、測(cè)試、檢查。目前大多數(shù)廠家都只寫控制值，其他的屬性均賦默認(rèn)值，控制值TRUE代表合，F(xiàn)ALSE代表分。3、客戶端發(fā)送寫SBOW懇求ConfRequest:write（這類服務(wù)表示需要服務(wù)器端答復(fù)，不然沒(méi)法持續(xù)交互報(bào)文，而裝置上送的報(bào)告為Unconfirmed,即無(wú)需確認(rèn)的服務(wù)），如圖18寫RCS923A1PROT$PTRC1$CO$VEBI1$，此中SBOWctlval為TRUE，為合，其他各屬性值為客戶端默認(rèn)賦值，所有控制報(bào)文均這樣，能夠不用管。4、裝置答復(fù)寫懇求（ConfResponse:Write）：DatawriteSuccess，即寫數(shù)據(jù)成功，如圖19.5、6、

客戶端發(fā)送寫oper懇求ConfRequest:write，如圖20寫RCS923A1PROT$PTRC1$CO$VEBI1$，其屬性值和OperSBOW一致。裝置答復(fù)寫成功，整個(gè)遙控過(guò)程結(jié)束。仔細(xì)剖析能夠發(fā)現(xiàn)，61850遙控的過(guò)程和非61850遙控過(guò)程是相同的，寫SBOW相當(dāng)于遙控選擇，而寫oper值則相當(dāng)于遙控履行，不論是選擇仍是履行都需要遙控返校。圖16客戶端懇求SBOW目錄機(jī)構(gòu)圖17服務(wù)器端答復(fù)SBOW目錄構(gòu)造圖18客戶端發(fā)送寫SBOW懇求圖19服務(wù)器答復(fù)寫成功圖20客戶端發(fā)送寫oper懇求1.4讀目錄服務(wù)讀目錄服務(wù)用于后臺(tái)與裝置之間長(zhǎng)時(shí)間沒(méi)有報(bào)文交互時(shí)，測(cè)試網(wǎng)絡(luò)能否正常。圖21主機(jī)向裝置發(fā)送懇求讀目錄圖22裝置答復(fù)讀出ISA351G，且沒(méi)有后續(xù)報(bào)文1.5文件服務(wù)保信子站需要呼喚錄波文件，就是經(jīng)過(guò)文件服務(wù)來(lái)實(shí)現(xiàn)，那么客戶端怎么知道能否有錄波文件呢目前有兩種做法：一是，服務(wù)器初始化時(shí)就將Rcdmade置1，開(kāi)始錄波時(shí)Rcdmade被置成0，錄波達(dá)成后Rcdmade又被置成1，所以只需Rcdmade為1就能夠去呼喚錄波文件，我企業(yè)、四方以及中元華電等廠家都是這類辦理方式；另一種方法是，服務(wù)器初始化時(shí)Rcdmade被置成0，只需有新的錄波產(chǎn)生馬上Rcdmade置成1，這個(gè)時(shí)候就能夠去召錄波文件。召錄波文件的流程是這樣的：1、客戶端向服務(wù)器端發(fā)送讀錄波文件目錄懇求（ConfRequest:FileDirectory），如圖23所示，標(biāo)準(zhǔn)中規(guī)定，錄波文件應(yīng)為COMTRADE格式，COMTRADE格式又有1997和1999版，錄波文件可經(jīng)過(guò)我企業(yè)保護(hù)工程師站中的故障剖析工具查察，但只好查察切合COMTRADE格式1999版的錄波文件。別的標(biāo)準(zhǔn)中還規(guī)定錄波文件在服務(wù)器中應(yīng)包含在“COMTRADE”的文件目錄內(nèi)。2、服務(wù)器端返回錄波文件目錄列表，如圖24。在客戶端內(nèi)存中會(huì)保護(hù)一張錄波文件目錄表，客戶端假如發(fā)現(xiàn)此次呼喚的目錄列表和內(nèi)存中的不一致