61850典型报文解析说明

61850典型报文分析说明编写：欧灶军平台现利用ethereal报文抓捕工具抓取部分典型报文分析说明。1.1报告类COS61850报告服务，是一项特别重要的ACSI服务，它经过SCSM映照为MMS协议中的InformationReport服务，我们在调试过程中经过捕包工具得到的61850报告报文，都是经过编码后的InformationReport数据。建好数据库，连结好装置后，启动SCADA服务器，并用ethereal抓报文，依据报告格式进行分析。比如抓到的SOE报告ID号为BR03_brcbSOE01，此中03与模板中定义的各样报告种类有关，比如在我使用的装置模板中这么定义的：brcbREC、brcbCHK、brcbSOE分别为BR01、BR02、BR03，01表示该报告已经实例化。因为InformationReport各成员的数据种类是确立的，依据编码规则，各数据编码后的数据也是确立的：RptID编码后数据为：8aXXXXXX；OptFlds编码后数据为：840307XXX0；SqNum编码后数据为：86XXXXXX；TimeOfEntry编码后数据为：8C06XXXXXXXXXXXX；DataSet编码后数据为：8aXXXXXX；BufOvfl编码后数据为：8301XX；EntryID编码后数据为：89XXXXXX；ConfRev编码后数据为：86XXXXXX；SubSeqNum编码后数据为：86XXXXXX；MoreSegmentFollow编码后数据为：8301XX；Inclusion-bitstring编码后数据为：84XXXX；Data-Reference编码后数据为：8aXXXX；Value取决于详细数据种类；ReasonCode编码后数据为：84XXXX；下边以SOE报文为例，说明整个报告的含义，报文以下：8a0e425230335f62726362534f453031(RptID)8403071180(OptFlds)89080000000000000020(EntryID)860101(ConfRev)8406058000001000(Inclusion-bitstring)（Values,共2个）8402024084020240(ReasonCode，共2个)报告分析以下：RptID（BR03_brcbSOE01）：8a0e425230335f62726362534f453031，此中8a为tag，长度为0e，后边的为ID编码。OptFlds：8403075300，84为tag，长度为03，1180（分析为：0）决定各可选项能否出现，各位含义以下：ACSIValueofMMSBitRCBStatesPositionReserved0Sequence-number1Report-time-Stamp2Reason-for-Inclusion3Data-Set-Name4Data-Reference5Buffer-Overflow6EntryID7Conf-Rev8Segmentation9所以，分析后可知，第3、7、8位出现，即Reason-for-Inclusion、EntryID、Conf-Rev出现。EntryID：89080000000000000020，89为tag，长度为9，条目号为20Conf-Rev：860101，配置版本号，86为tag，01为长度，值为01，TRUE。Inclusion-bitstring：8406058000001000，84为tag，06为长度，同时已用的位共有：(Length-1)X8-5=35位。此中第1、28位有值，其余全0。Value：8a，此中a2为tag,12为长度，830101为stval（83代表bool种类，01为长度，01为值，合）；8403030000为q（84代表bitstring，长度为3，共有（3-1）X8-3=13位已使用，值全0）；910849f9700202d0e58a为时间t（91为UTC时间tag，长度为8，后边的为时间的详细值）。共有2个值，可依据这个方式分析。ReasonCode：84020240，此中84为tag，02为长度，原由为数据变化（DataChange）。图1为ethereal分析出来的报文。解说以下：1、RPT服务2、报告的RptID为BR03_brcbSOE013、报告的选项vvvvvvvvvvvvvvvvvvvvvvvv域，报告中包含哪些选项，按位表记，0为不存在，1为存在。4、条目号5、配置版本信息6、InclusionBitstring（该报告中出现的数据集成员）7、数据集成员Value（该成员为SPS，value对应一个构造体，一一对应依据从上到下的次序）8、value的stval（状态值）9、10、

value的q（质量）value的t（时标）11、报告的触发原由种类为：数据变化（按位为保存、数据变化、品质变化、数据更新、完好性、总呼唤，0为无1为有）图1InformationReport1.2定值类定值服务能够分为SGCB控制块有关服务和定值有关服务。SGCB服务在逻辑设施中有一个定值组控制块SGCB，SGCB包含若干属性，SGCB有关服务可归纳为对SGCB属性的读写操作，SGCB构造定义以下：此中wNumOfSG为定值组数，wActSG为目前运转定值组，wEditSG为编写定制组，sCnfEdit为确认编写定值组。SGCB有关服务主要有读取定值组数和切换定值组，切换定值组时需要确认切换。此中读取定值组数为读取SGCB的wNumOfSG值，而切换定值组，则是将要切换的定制组设置为目前运行组。图2SGCB服务图3读定值组数图3为读定值组数，读取的是SGCB的NumofSG变量值。报文内容：

1a144c4c4e30以上报文分析为：ISA351GLD1/LLN0$SP$SGCB$NumOfSG，逻辑设施名LDName为ISA351GLD1，LLN0是逻辑节点LNName，功能拘束FC为SP，该功能拘束表示数据属性的初始值来至配置，其值不行变。数据对象DOName为SGCB，数据属性DaName为NumOfSG。此中蓝色部分报文为ISA351GLD1，1a为tag，0a为长度，共10个字符，495341333531474c4431为ISA351GLD1的ASCII码，节余部分报文为LLN0$SP$SGCB$NumOfSG各个字符的ASCII码值，在61850中均经过这类方式来表记各数据引用。图4装置答复共9组定值装置答复共有9组定值，在HMI上能够看到各定值组号以及目前定值组。图5恳求读取目前运转的定值组读取目前运转定值组经过读取SGCB的wActSG变量值来实现，报文内容如下：分析为ISA351GLD1LLN0$SP$SGCB$ActSG，方法如上文所述。图5装置答复为第2组图6恳求切换第4组为目前运转定值组切换第

4组定值为目前运转组，方法是将第

4组定值设置为

ActSG，报文以下与读取目前运转定值组差别是，多出来一段报文a003860104，此中a0为tag，03为长度，01为目前运转定值组，04为待切换定制组，这段报文意思是将目前运转定制组从01组切换到04组。图7装置答复切换成功定值服务定值有关服务主要有呼唤定值以及下装定值，只有目前运转组的定值才能供给定值服务。将目前定制组定值呼唤上来后，即可改正定值，改正达成后需要下装定值，为防备误操作，需要确认下装，若撤消下装，则不会改正装置定值。图8定值有关服务点击呼唤定值，装置会将目前定值组定值一一上送，图9为主站要求读取该定值组中的第1个定值，该值的数据引用为ISA351GLD1/SETGGIO1$SG$Dz01IXDLYX$setMag，逻辑设施名$fLDName为ISA351GLD1，SETGGIO1是逻辑节点LNName，功能拘束FC为SG，带有功能拘束SG的数据属性的值应是目前激活值，数据属性的初始值来至其配置，其值不行变。数据对象DOName为Dz01IXDLYX，数据属性DaName为可见，该值数据属性为setMag（模制定值），且该值为浮点数，对应装置模板中的相电流越限电流定值。图10装置返回该值为。图11为主站要求读取该定值组中的第2个定值，该值的数据属性为setVal，为状态量，对应装置模板中的刹时电流速断保护投退，装置返回该值为FALSE。图9读取目前定值组的第1个定值图10装置返回目前定值组第1个定值图11读取目前定值组第2个定值图12装置返回目前定值组第2个定值改正定值时，第一需要呼唤定值，将呼唤上来的定值改正为需要值，而后下装定值。下装定值前需要经过读取SGCB的EditSG变量来获得可编写定值组号（即目前运转定值组号，图13），数据引用为ISA351GLD1/LLN0$SP$SGCB$EditSG，功能拘束SP表示数据属性初始值来至配置，其值不行变。而后下装定值，如图14，为下装第一个定值，该值下装为10。其数据引用为ISA351GLD1/SETGGIO1$SE$Dz01IXDLYX$setMag，$f与图9的差别是，功能拘束变为了SE，表示该数据属性可被编写。若下装成功则装置将答复DataWriteSuccess，而后经过写SGCB的CnfEdit变量确认下装，如图15，该变量值为TRUE，表示下装成功。能够经过呼唤测量值查察下装能否成功。图13读取可编写定值组号图14下装定值图15确认下装定值1.3控制类ACSI控制服务映照为MMS的读写服务，经过MMS读写出名变量服务来接见控制模型，带有可控数据属性(从带有FC=CO和FC=SP属性的公用数据类所派生出的)的数据对象必定的规则进行映照。MMS出名变量组件表示FC=CO和FC=SP的数据对象，有以下通用引用：<LDname>/<LNname>$CO$<DOname><LDname>/<LNname>$SP$<DOname>控制模型到MMS控制组件的映照有惯例安全体制的选择和直接操作、加强安全体制的选择和直接操作，惯例安全和加强安全的DaName分别为SBO、SBOW，遥控选择实质上就是经过写SBO、SBOW属性的MMS服务来实现。操作的DaName为oper，相同的道理，操作服务也是经过MMS写操作属性来实现，装置则相应的答复写响应，往常是DataWriteSuccess（写成功），或许DataWriteFailure。关于选择、操作的属性则一定都赋值，若没有值可写默认值，可是一定要有相应的属性，不然写失败。遥控的流程是这样的：1、客户端读服务器SBOW的目录构造，GetDataDirectory，映照为mms的GetVarAccessAttributes服务，获得服务器端SBOW拥有的属性，如图16为客户端恳求RCS923A1PROT$PTRC1$CO$VEBI1$的目录SBOW构造。2、服务器端答复SBOW的目录构造。图17答复的SBOW目录构造，包括ctlval、origin（包含orCat、orIdent）、ctlnum、T、Test、Check，意思分别是：控制值（Bool种类）、命令倡始者、控制编号、时间、测试、检查。目前大多数厂家都只写控制值，其他的属性均赋默认值，控制值TRUE代表合，FALSE代表分。3、客户端发送写SBOW恳求ConfRequest:write（这类服务表示需要服务器端答复，不然没法持续交互报文，而装置上送的报告为Unconfirmed,即无需确认的服务），如图18写RCS923A1PROT$PTRC1$CO$VEBI1$，此中SBOWctlval为TRUE，为合，其他各属性值为客户端默认赋值，所有控制报文均这样，能够不用管。4、装置答复写恳求（ConfResponse:Write）：DatawriteSuccess，即写数据成功，如图19.5、6、

客户端发送写oper恳求ConfRequest:write，如图20写RCS923A1PROT$PTRC1$CO$VEBI1$，其属性值和OperSBOW一致。装置答复写成功，整个遥控过程结束。仔细剖析能够发现，61850遥控的过程和非61850遥控过程是相同的，写SBOW相当于遥控选择，而写oper值则相当于遥控履行，不论是选择仍是履行都需要遥控返校。图16客户端恳求SBOW目录机构图17服务器端答复SBOW目录构造图18客户端发送写SBOW恳求图19服务器答复写成功图20客户端发送写oper恳求1.4读目录服务读目录服务用于后台与装置之间长时间没有报文交互时，测试网络能否正常。图21主机向装置发送恳求读目录图22装置答复读出ISA351G，且没有后续报文1.5文件服务保信子站需要呼唤录波文件，就是经过文件服务来实现，那么客户端怎么知道能否有录波文件呢目前有两种做法：一是，服务器初始化时就将Rcdmade置1，开始录波时Rcdmade被置成0，录波达成后Rcdmade又被置成1，所以只需Rcdmade为1就能够去呼唤录波文件，我企业、四方以及中元华电等厂家都是这类办理方式；另一种方法是，服务器初始化时Rcdmade被置成0，只需有新的录波产生马上Rcdmade置成1，这个时候就能够去召录波文件。召录波文件的流程是这样的：1、客户端向服务器端发送读录波文件目录恳求（ConfRequest:FileDirectory），如图23所示，标准中规定，录波文件应为COMTRADE格式，COMTRADE格式又有1997和1999版，录波文件可经过我企业保护工程师站中的故障剖析工具查察，但只好查察切合COMTRADE格式1999版的录波文件。别的标准中还规定录波文件在服务器中应包含在“COMTRADE”的文件目录内。2、服务器端返回录波文件目录列表，如图24。在客户端内存中会保护一张录波文件目录表，客户端假如发现此次呼唤的目录列表和内存中的不一致