Goose报文格式

合集下载

61850goose报文格式

61850goose报文格式
MAC
计算检验
CRC(4字节)
ASDU格式(开关量):
说明
报文内容
gocbRef字符串
类型=80H
长度≤65
gocbRef字符串
有效时间t,INT32U,单位:毫秒
类型=81H
长度≤4
t
DatSet名字符串
类型=82H
长度≤65
DatSet名字符串
goID字符串
类型=83H
长度≤65
goID字符串
StNum加1时的时间,精确到毫秒
Test
配置版本号(配置次数),INT32U
类型=88H
长度≤4
confRev
未配置好标志,BOOLEAN
类型=89H
长度=1
ndsCom
Goose数据总个数,INT32U
类型=8aH
长度≤4
总个数
GOOSE数据的报头
类型=abH
长度
GOOSE数据1
C1/KZGGIO1.DPCSO.stVal
类型=83H
IEC61850的GOOSE报文的帧格式:
8
7
6
54Biblioteka 321Header
MAC
MAC目的地址(6字节)=0x010CCD010000~0x010CCD0101FF
MAC源地址(6字节)
Priority
tagged
TPID(2字节类型)=0x8100
TCI(2字节)=0x4000
Header
Ethertype
长度=1
stVal
C1/KZGGIO1.DPCSO.q
类型=84H
长度=3
03H
q(2字节)
C1/KZGGIO1.DPCSO.t

SVGOOSE报文解析

SVGOOSE报文解析

一,SV 报文解析SV报文在网络上传输时采用的是OSI模型,但只用到OSI网络模型七层中的四层,应用层、表示层、数据链路层和物理层,传输层和网络层为空。

应用层定义协议数据单元PDU,经过表示层编码后,不采用TCP/IP协议,而是直接映射到数据链路层和物理层。

这种映射方式的目的是避免通信堆栈造成传输延时,从而保证报文传输、处理的快速性。

SV报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag APPID报文长度、四字节的保留和APDUL SV的帧格式见下表:一帧SV报文:010CCD04000200C00000400288BA400200F2000000006081 E7800101A281E13081DE80144D4C313130324D552F4C4C4E 302E736D7663623(820207F28304000000018501008781B8 000005DC00000000TFFE1A100000000FFFFE1A100000000 FFFFEBC10000000000000A1F00000000FFFFF5E100000000 0000000000000000FFFFEBC1000000000000000000000000 000000000000000000000000000000000000000000000000 FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000 FFFFF12A00000000FFFFD73400000000FFFFF12A00000000 0000000000000000FFFFE25400000000FFFFE9BF00000000 FFFFFC4B00000000FFFFDAE900000000解析:010CCD04000200C00000400目的MAC 和源MAC 88BA网路数据类型,9-2报文4002appid00F2Length,从appid 开始的报文长度00000000保留字节后面是SV 报文的APDU6081E7标记60H , (81,不定长,长度超过127字节)长度E7 800101 标记 80,长度=01, ASDU 数目=01A281E1标记A2 (编码格式),长度E13081DE 标记30 (编码格式),长度DE符串820207F2标记82,长度=02,采样计数器07F2=2034 830400000001 标记 83,配置版本号 850100标记 85,长度=01,同步标志, 00为没有同步 8781B8标记87,长度B8=184,共23个数据后面是每个通道值和品质000005DC00000000FFFFE1A100000000FFFFE1A100000000FFFFEBC10000000000000A1F00000000FFFFF5E1000000000000000000000000FFFFEBC1000000000000000000000000000000000000000000000000000000000000000000000000FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000FFFFF12A00000000FFFFD73400000000FFFFF12A000000000000000000000000FFFFE25400000000FFFFE9BF0000000080144D4C313130324D552F4C4C4E302E736D766362记 80SVID 字FFFFFC4B00000000FFFFDAE900000000二,GOOSE报文解析GOOSE报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag APPID报文长度、四字节的保留和APDUGOOSE的帧格式见下表:GOOSE的APDU报文格式见下表一帧GOOSE报文:010ccd0100200010000010208100c000 88b8102000b1000000006181a6801850 4c32323031415049312f4c4c4e302447 4f24676f636230810227108218504c32 323031415049312f4c4c4e3024647347 4f4f5345308315504c32323031415049 312f4c4c4e302e676f6362308408592f 12b63ba5b10a85010386010087010088 010********a0113ab39830101830100 83010083010083010083010083010083 01008301008301008301008301008301 00830100830100830100830100830100 830101报文解析010ccd010020001000001020目的Mac 和源Mac8100c000Priority88b8GOOSE艮文1020appid00000000保留字节6181a6 标记618018504c32323031415049312f4c4c4e3024474f24676f63623标记80H 81022710 标记81H,长度02, t=27108218504c32323031415049312f4c4c4e30246473474f4f53453标记82H 8315504c32323031415049312f4c4c4e302e676f63623加记83H 8408592f12b63ba5b10a标记84H,字节08,后面是时间850103 标记85,长度01 , StNum=03860100 标记86H,长度01, SqNum=00870100 标记87H,长度01, test=00880101标记88H,长度01,版本号01890100 标记89H,长度01, false8a0113标记8aH,长度01,数据个数=13ab39标记abH,长度39 (字节数)后面是数据值830101830100830100830100830100830100830100830100830100 830100830100830100830100830100830100830100830100830100 830101。

Goose

Goose

Goose协议简介Goose是面向通用对象的变电站事件的简称,它是IEC 61850中的一种快速报文传输机制,用于传输变电站内IED之间重要的实时性信号。

传输机制GOOSE报文的发送按下图(图一)所示的规律执行。

其中T0是心跳时间,装置正常每隔T0时间发送一次当前状态,此时的报文成为心跳报文。

当GOOSE数据集中任何一个成员的数据值发生变化,装置会马上发送该数据集的所有数据,然后间隔T1发送第二帧以及第三帧,间隔T2发送第四帧,间隔T3发送第五帧,后续报文的发送时间间隔逐渐增加,直到最后报文间隔恢复为心跳时间。

图一T0——稳定条件(长时间无事件)下重传(T0)——稳定条件下的重传可能被时间缩短T1——时间发生后,最短的传输时间T2,T3——直到获得稳定条件的重传时间GOOSE报文心跳时间间隔为图中5—1中的T0。

按照国内IEC 61850实施规范的要求,报文允许生存时间为2T0,如果接收端超过2T0时间内没有收到报文则判断报文丢失;在报文允许生存时间的2倍时间内没有收到下一帧GOOSE报文即判断为通信中断。

判断中断后,装置将发出GOOSE断链报警。

因此在通信过程中,GOOSE通过不断自检实现了装置间回路通断的智能化监测,克服了传统电缆回路故障无法自动发现的缺点。

IEC 61850第一版中对于GOOSE报文重发的具体时间间隔值和重发次数并没有做出明确说明。

按照目前国内某些地区工程的实施习惯,T0一般设置成5000ms,T1设置成2ms,T2设置成2倍T1的时间,T3为2倍T2的时间。

所以变位报文的4次重传时间间隔为:第一次重传间隔2ms,第二次2ms,第三次4ms,第四次8ms。

经过四次重传后GOOSE报文强制恢复为心跳报文。

通信的实现1.Goose服务的映射采用GOOSE传输保护跳闸等重要的实时性报文,应满足继电保护“可靠性、速动性”的要求,因此GOOSE在IEC61850中属于快速报文传输服务。

goose报文分析

goose报文分析

GOOSE报文详解Goose报文在网络上传输时采用的是OSI模型,但只用到OSI网络模型七层中的四层,应用层、表示层、数据链路层和物理层,传输层和网络层为空。

应用层定义协议数据单元PDU,经过表示层编码后,不采用TCP/IP协议,而是直接映射到数据链路层和物理层。

这种映射方式的目的是避免通信堆栈造成传输延时,从而保证报文传输、处理的快速性。

GOOSE报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和GOOSEPDU。

Goose具体报文格式如图0所示[0]。

图0 Goose报文格式Goose举例报文(十六进制):01 0C CD 01 00 51 00 1E 4F D3 AE 41 81 00 80 42 88 B8 00 33 00 90 00 00 00 00 61 81 85 80 08 67 6F 63 62 52 65 66 31 81 05 00 00 00 27 10 82 07 64 61 74 53 65 74 31 83 05 67 6F 49 44 31 84 08 4E F2 85 E1 F7 CE D9 00 85 05 00 00 00 00 01 86 05 00 00 00 00 01 87 01 00 88 05 0000 00 00 01 89 01 00 8A 05 00 00 00 00 09 AB 36 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00分析如下(可结合Ethereal解析):1、01 0C CD 01 00 51目的MAC地址2、00 1E 4F D3 AE 41源MAC地址3、81 00 80 42GOOSE报文支持IEEE 802.1Q/P优先级技术,IEEE 802.1Q为VLAN技术的标准,IEEE 802.1P为报文优先级标准。

goose报文结构

goose报文结构

基于IEC61850的广域保护系统通信服务模型丛伟,潘贞存,赵建国,高湛军(山东大学电气工程学院,山东济南250061)摘要:针对广域保护系统对信息交换类型和交换方式的不同要求,讨论了基于IEC61850的广域保护系统通信服务模型,主要解决通信一致性和不同装置之间的互操作性问题,并从上层确保数据通信延时和可靠性满足广域保护系统要求。

讨论了通用变电站事件GSE的报文结构和通信机制,提出用GSE中的GSSE传输状态量信号、用采样测量值传输类模型传输模拟量的观点和一般方法。

关键词:广域保护系统;IEC61850;通信;服务模型。

0引言近几年来,广域保护系统逐渐成为新的研究方向和热点。

尽管目前国内外许多学者对广域保护系统的功能、结构等问题存在不同的理解,但有一点是一致的,那就是需要借助通信系统获取电网的广域信息。

根据广域保护系统所完成功能的不同,对通信系统性能的要求也不一样,例如对动作延时和可靠性有严格要求的继电保护功能和控制功能,对通信系统的快速性和可靠性也有严格的要求,而对动作延时要求稍低的某些控制功能,相应的对通信系统要求也稍低。

这样就需要构建一套能满足各种功能要求的通信系统为各种信息的交换提供平台。

这里所说的通信系统不仅指物理上可见的通信设备和通信网络,还包括该网络所采用的通信协议、网络所能提供的通信服务等上层内容。

但是在目前的电力通信系统中还没有一个统一的数据交换模型,并且所使用的大部分通信规约在快速性和可靠性性方面往往也难以满足更高的要求。

在通信层也采用一般的点到点通信模式和传统的局域网通信技术,无法保证广域同步信息传输的快速性和可靠性。

本文对基于IEC61850(变电站通信网络和系统系列标准)的广域保护系统通信服务模型进行分析和研究,研究了变电站通用事件GES (Generic Substation Event)的报文结构、信息交换方式、提供的服务模型等内容,重点研究利用GSE中的通用变电站状态事件GSSE(Generic Substation Status Event)传输状态量信号、利用采样测量值传输模型传输模拟量采样信号的方法。

GOOSE报文——完结篇

GOOSE报文——完结篇

GOOSE报文——完结篇话说上期大黄蜂学习GOOSE报文到一半就戛然而止了,今天他又抱着小板凳找了个阳光明媚的地方,继续研究上期没有学完的报文···例GOOSE报文举例之后的字节排序如下图所示:180 1A 50 52 53 2D 37 33 39 35 52 50 49 54 2F 4C 4C 4E 30 24 47 4F 24 67 6F 63 62 31GOOSE Control ReFerence字符串=PRS-7395RPIT/LLN0$GO$gocb1。

代表这个包的控制块的名字。

281 04 00 00 27 10Time Allowed to Live(报文存活时间,单位ms) =10000ms。

00 00 27 10转成10进制为10000,即10s。

GOOSE接收方的中断时间一般定为大于2* timeAllowedtoLive 即报GOOSE中断告警。

由于GOOSE报文的重要性,即使外部状态不再变换,也应重发。

此参数提示订阅者等待下一报文到来的最长时间。

当等待时间大于timeAllowedtoLive值仍未收到有效报文时,订阅者认为通信联系失去,采用预先定义的默认值取代。

我们就可以理解为持机等待时间。

382 1A 50 52 53 2D 37 33 39 35 52 50 49 54 2F 4C4C 4E 30 24 64 73 47 4F 4F 53 45 31DataSet字符串=PRS-7395RPIT/LLN0$dsGOOSE1。

是指这个包所在的数据集。

483 1A 54 45 4D 50 4C 41 54 45 52 50 49 54 2F 4C 4C 4E 30 24 47 4F 24 67 6F 63 62 31GOID字符串=TEMPLATERPIT/LLN0$GO$gocb1。

584 08 00 00 0A 2B AF 4B 15 00t,StNum加1时的时间=1970-01-01 08:43:23.684739 Tq: 00,GOOSE报文产生时的时标。

goose报文采用

goose报文采用

Goose报文1. 什么是Goose报文?Goose(Generic Object Oriented Substation Event)报文是一种用于电力系统中的通信协议,用于在互联的电力设备之间传输信息。

它基于IEC 61850标准,并采用了发布-订阅模式(Publish-Subscribe)。

Goose报文主要用于在智能电网中实现实时数据的传输和事件的通知。

它可以用于监测电力设备的状态变化、故障事件的传递以及控制指令的发送。

Goose报文具有高可靠性、低时延和广播特性,适用于各种电力系统中的通信需求。

2. Goose报文的结构Goose报文由报文头部和报文数据组成。

2.1 报文头部报文头部包含了一些关键的信息,用于标识和控制报文的传输。

•GooseID:每个Goose报文都有一个唯一的GooseID,用于标识报文的发送者和接收者。

它是一个16位的无符号整数。

•AppID:每个Goose报文都有一个唯一的AppID,用于标识报文的应用程序。

它是一个16位的无符号整数。

•GoCBRef:Goose Control Block的引用,用于标识报文的发送者和接收者之间的关联关系。

•TimeAllowedtoLive:报文的存活时间,以毫秒为单位。

超过存活时间后,报文将被丢弃。

•DatSet:报文中包含的数据集的名称。

•ConfRev:数据集的配置版本号,用于标识数据集的变化。

•NumDatSetEntries:数据集中包含的条目数量。

•AllData:指示报文中是否包含了所有数据。

2.2 报文数据报文数据包含了要传输的实时数据和事件信息。

Goose报文的数据部分采用了简单的二进制编码格式,可以包含多个数据条目。

每个数据条目由数据对象的名称、数据类型和数据值组成。

3. Goose报文的应用Goose报文在电力系统中有广泛的应用。

3.1 实时数据传输Goose报文可以用于实时传输电力设备的状态数据。

例如,变电站中的断路器状态、电流、电压等信息可以通过Goose报文传输到监控系统,实现对电力系统实时监测和控制。

GOOSE报文解析

GOOSE报文解析

GOOSE报文解析GOOSE报文的结构,基于ISO/IEC 8802-3的帧格式普通报文:目的MAC+ 源MAC+ (TPID+ TCI) + 以太网类型+ APPID+APDU数据的长度(m+8)TPID为0x8100 以太网类型为0x88B8(对于GOOSE报文)TCI为用户优先级+CFI+VID+ 00 00 + APDU(长度为m)00 00 为保留位注:( ) 中的部分可以不写,但强烈建议以以太网传输的时候,加入….APDU Head : 格式为61 81 + GOOSEPDU的长度,从80开始算起广播报文:目的MAC + 源MAC + 以太网类型+ APPID + APDU数据的长度(m+8)(目的MAC为FF FF FF FF)+ 00 00 + APDU(长度为m)ASN.1 的BE R编码形式为:TLV形式,即Tag + Length + Value 的形式Tag 与数据类型标记的编码一致Length 表示后面Value的长度Value 应用ASCII码进行编码解析对于Tag 的解析:Bit 7,6 Type of TagBit 5 Primitive or Constructed FlagBit 4-0 Tag V alueASN.1 数据类型83BOOL型84 BIT-String 型91 UTC 型(时间)85 Int 型86 Unsigned 型8a Visble-String 型翟大厨的报文分析:0000: 01 00 00 00 00 0708 00 06 86 48 42 81 0040 03目的MAC 源Mac TPID TCI0010: 88 B800 0700 9000 00 00 0061 81 8580 2550以太网类型APPID 长度保留位APDU Head gocbRef (80 表示数据类型Tag,25表示数据长度,从50开始都是后续数据)0020: 32 41 31 4A 31 51 36 50 72 6F 74 65 63 74 69 6F0030: 6E 2F 4C 4C 4E 30 24 47 53 45 70 72 6F 74 65 630040: 74 69 6F 6E81 02 05 0082 25 50 32 41 31 4A 31timeAllowtoLive(81表示类型) dataSet(82表示类型)0x0500---12800050: 51 36 50 72 6F 74 65 63 74 69 6F 6E 2F 4C 4C 4E0060: 30 24 47 53 45 70 72 6F 74 65 63 74 69 6F 6E 83goID(83表示类型)0x37 对应ASCII码中的‘7’0070: 01 3784 08 00 00 00 00 00 00 00 0085 01 0186t(84表示类型) stNum(85表示类型) Num 为1表示时间:01/01/1970_00:00:00.000000q000080: 03 02 70 A187 01 0088 01 01 89 01 008A 01 04numDatSetEntries(8A表示类型)值4 sqNum(86表示类型) test(87表示类型) ConfRev(88表示类型) ndsCom(89表示类型)0x0270A1---159905 00 表示FALSE 为1 00表示FALSE0090: AB 10 83 01 00 84 03 02 00 00 83 01 00 84 03 02allData(AB表示类型)allData为一个数据的集合10表示后面的数据长度内部分解为不同的小的数据集如:83 01 00 83 (数据类型为boolean型) 01(数据长度为1) 00 (表示数据内容,对于boolean型表示为FALSE)84 03 02 00 0084(数据类型为bit-string型)03(数据长度为03) 02 00 00(表示数据内容)00A0: 00 00注:其中numDatSetEntries表示了allData中的数据链的个数报文解析出来为:GoosePdu {gocbRef "P2A1J1Q6Protection/LLN0$GSEprotection",timeAllowedtoLive 1280,datSet "P2A1J1Q6Protection/LLN0$GSEprotection",goID "7",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 159905,test FALSE,confRev 1,ndsCom FALSE,numDatSetEntries 4,allData {boolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'B }}Comgoose 中报文分析:0000 01 0c cd 01 00 0401 0c cd 01 10 1088 b800 04目的MAC 源MAC 以太网类型APPID0010 00 9400 00 00 0061 81 8980 1c 58 37 32 31 32长度保留位APDU Head gocbRef0020 5f 32 48 42 50 52 4f 54 2f 4c 4c 4e 30 24 47 4f0030 24 67 6f 63 62 54 7881 02 27 10 82 1c 58 37 32timeAllowtoLive datSet100000040 31 32 5f 32 48 42 50 52 4f 54 2f 4c 4c 4e 30 240050 64 73 47 6f 6f 73 65 54 7883 11 58 37 32 31 32goID(查ASCII码表可得)X7212_GOOSE_TX_ID0060 5f 47 4f 4f 53 45 5f 54 58 5f 49 4484 08 47 42t0070 d2 8a c8 31 26 ea85 01 0186 01 0d87 01 0088stNum(值为1) sqNum(值为13) test(FALSE)0080 01 0189 01 008a 01 08ab 18 83 01 00 84 01 00ConfRev(值为1) ndsCom(FALSE) numDatSetEntries(值为8) allData(共有8个数据链,长度为24) 0090 83 01 00 84 01 00 83 01 00 84 01 00 83 01 00 8400a0 01 00报文解析出来为:GoosePdu {gocbRef "X7212_2HBPROT/LLN0$GO$gocbTx",timeAllowedtoLive 1280,datSet "X7212_2HBPROT/LLN0$dsGooseTx",goID " X7212_GOOSE_TX_ID ",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 13,test FALSE,confRev 1,ndsCom FALSE,numDatSetEntries 8,allData {boolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'Bboolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'B}}Goose3 中报文分析:0000 01 0c cd 01 01 ff00 0d 60 9f 07 a6 81 00 80 00目的MAC 源MAC TPID TCI 0010 88 b800 00 01 79 00 00 00 00 61 82 01 6d80 10以太网类型APPID 长度保留位APDU Head gocbRef0x0179---3850020 45 44 50 30 31 4c 44 30 2f 67 6f 6f 73 65 53 54 0030 81 01 0a 82 18 45 44 50 30 31 4c 44 30 2f 4c 4c timeAllowedtoLive datSet100040 4e 30 24 41 6c 6c 5f 53 54 5f 50 6f 7383 0c 4cgoID0050 44 30 5f 47 6f 6f 73 65 5f 53 54 84 08 00 00 00t0060 00 00 00 00 00 85 01 0186 01 00 87 01 00 88 01stNum sqNum test ConfRev值为1 值为0 FALSE 32 0070 2089 01 00 8a 01 08ab 82 01 10 a2 20 a2 05 85ndsCom numDatSetEntries allData 数据结构为嵌套型FALSE 值为8,表示有8个嵌套结构数据0080 01 00 89 00 86 01 00 84 02 06 40 84 03 03 00 00 0090 91 08 45 65 09 c2 7f ff ff 1883 01 00 a2 20 a200a0 05 85 01 00 89 00 86 01 00 84 02 06 80 84 03 03 00b0 00 00 91 08 00 00 00 00 00 00 00 0083 01 00 a2 00c0 20 a2 05 85 01 00 89 00 86 01 00 84 02 06 40 84 00d0 03 03 00 00 91 08 00 00 00 00 00 00 00 0083 01 00e0 00 a2 20 a2 05 85 01 00 89 00 86 01 00 84 02 0600f0 80 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 0100 83 01 00 a2 20 a2 05 85 01 00 89 00 86 01 00 84 0110 02 06 80 84 03 03 00 00 91 08 00 00 00 00 00 00 0120 00 0083 01 00 a2 20 a2 05 85 01 00 89 00 86 01 0130 00 84 02 06 40 84 03 03 00 00 91 08 00 00 00 00 0140 00 00 00 00 83 01 00 a2 20 a2 05 85 01 00 89 00 0150 86 01 00 84 02 06 40 84 03 03 00 00 91 08 00 00 0160 00 00 00 00 00 0083 01 00 a2 20 a2 05 85 01 00 0170 89 00 86 01 00 84 02 06 80 84 03 03 00 00 91 08 0180 00 00 00 00 00 00 00 00 83 01 00报文解析出来为:GoosePdu {gocbRef " EDP01LD0 /gooseST ",timeAllowedtoLive 10,datSet "EDP 01LD0/LL N0$All_S T_Pos ",goID " LD0_Goose _ST ",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 0,test FALSE,confRev 32,ndsCom FALSE,numDatSetEntries 8,allData {}}。

svgoose报文解析

svgoose报文解析

svgoose报文解析一,SV报文解析SV报文在网络上传输时采用的是OSI模型,但只用到OSI网络模型七层中的四层,应用层、表示层、数据链路层和物理层,传输层和网络层为空。

应用层定义协议数据单元PDU,经过表示层编码后,不采用TCP/IP协议,而是直接映射到数据链路层和物理层。

这种映射方式的目的是避免通信堆栈造成传输延时,从而保证报文传输、处理的快速性。

SV报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。

SV的帧格式见下表:SV的APDU报文格式见下表一帧SV报文:01 0C CD 04 00 0200 C0 00 00 40 0288 BA40 0200 F2 00 00 00 0060 81 E7 80 01 01 A2 81 E1 30 81 DE 80 14 4D 4C 31 31 30 32 4D 55 2F 4C 4C 4E 30 2E 73 6D 76 63 62 30 82 02 07 F283 04 00 00 00 0185 01 0087 81 B8 00 00 05 DC 00 00 00 00 FF FF E1 A1 00 00 00 00 FF FF E1 A1 00 00 00 00 FF FF EB C1 00 00 00 00 00 00 0A 1F 00 00 00 00 FF FF F5 E1 00 00 00 00 00 00 00 00 00 00 00 00 FF FF EB C1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 FF FF FF 99 00 00 00 00 FF FF FE CA 00 00 00 00 FF FF E9 BF 00 00 00 00 FF FF F1 2A 00 00 00 00 FF FF D7 34 00 00 00 00 FF FF F1 2A 00 00 00 00 00 00 00 00 00 00 00 00 FF FF E2 54 00 00 00 00 FF FF E9 BF 00 00 00 00 FF FF FC 4B 00 00 00 00 FF FF DA E9 00 00 00 00解析:01 0C CD 04 00 02 00 C0 00 00 40 02 目的MAC和源MAC 88 BA网路数据类型,9-2报文40 02 appid00 F2 Length,从appid开始的报文长度00 00 00 00 保留字节后面是SV报文的APDU60 81 E7标记60H,(81,不定长,长度超过127字节)长度E780 01 01 标记80,长度=01,ASDU数目=01A2 81 E1 标记A2(编码格式),长度 E130 81 DE 标记30(编码格式),长度 DE80 14 4D 4C 31 31 30 32 4D 55 2F 4C 4C 4E 30 2E 73 6D 76 63 62 30 标记80 SVID字符串82 02 07 F2 标记82,长度=02,采样计数器07 F2=203483 04 00 00 00 01 标记83,配置版本号85 01 00 标记85,长度=01,同步标志,00为没有同步87 81 B8标记87,长度B8=184,共23个数据后面是每个通道值和品质00 00 05 DC 00 00 00 00FF FF E1 A1 00 00 00 00FF FF E1 A1 00 00 00 00FF FF EB C1 00 00 00 0000 00 0A 1F 00 00 00 00FF FF F5 E1 00 00 00 0000 00 00 00 00 00 00 00FF FF EB C1 00 00 00 0000 00 00 00 00 00 00 0000 00 00 00 00 00 00 0000 00 00 00 00 00 00 0000 00 00 00 00 00 00 00FF FF FF 99 00 00 00 00FF FF FE CA 00 00 00 00FF FF E9 BF 00 00 00 00FF FF F1 2A 00 00 00 00FF FF D7 34 00 00 00 00FF FF F1 2A 00 00 00 0000 00 00 00 00 00 00 00FF FF E2 54 00 00 00 00FF FF E9 BF 00 00 00 00FF FF FC 4B 00 00 00 00FF FF DA E9 00 00 00 00二,GOOSE报文解析GOOSE报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。

goose报文分析

goose报文分析

GOOSE报文详解Goose报文在网络上传输时采用的是OSI模型,但只用到OSI网络模型七层中的四层,应用层、表示层、数据链路层和物理层,传输层和网络层为空。

应用层定义协议数据单元PDU,经过表示层编码后,不采用TCP/IP协议,而是直接映射到数据链路层和物理层。

这种映射方式的目的是避免通信堆栈造成传输延时,从而保证报文传输、处理的快速性。

GOOSE报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和GOOSEPDU。

Goose具体报文格式如图0 所示[0]。

图0 Goose报文格式Goose举例报文(十六进制):01 0C CD 01 00 51 00 1E 4F D3 AE 41 81 00 80 42 88 B8 00 33 00 90 00 00 00 00 61 81 85 8008 67 6F 63 62 52 65 66 31 81 05 00 00 00 27 10 82 07 64 61 74 53 65 74 31 83 05 67 6F 49 44 31 84 08 4E F2 85 E1 F7 CE D9 00 85 05 00 00 00 00 01 86 05 00 00 00 00 01 87 01 00 88 05 00 00 00 00 01 89 01 00 8A 05 00 00 00 00 09 AB 36 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 0800 00 00 00 00 00 00 00分析如下(可结合Ethereal解析):1、01 0C CD 01 00 51目的MAC地址2、00 1E 4F D3 AE 41源MAC地址3、81 00 80 42GOOSE报文支持IEEE 802.1Q/P优先级技术,IEEE 802.1Q为VLAN 技术的标准,IEEE 802.1P为报文优先级标准。

.svgoose报文解析

.svgoose报文解析

一,S V 报文解析SV报文在网络上传输时采用的是OSI模型,但只用到OSI 网络模型七层中的四层,应用层、表示层、数据链路层和物理层,传输层和网络层为空。

应用层定义协议数据单元PDU,经过表示层编码后,不采用TCP/IP 协议,而是直接映射到数据链路层和物理层。

这种映射方式的目的是避免通信堆栈造成传输延时,从而保证报文传输、处理的快速性。

SV报文在MAC 层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。

SV 的帧格式见下表:SV 的APDU 报文格式见下表一帧SV报文:010CCD04000200C00000400288BA400200F2000000006081 E7800101A281E13081DE80144D4C313130324D552F4C4C4E 302E736D76636230820207F28304000000018501008781B8 000005DC00000000FFFFE1A100000000FFFFE1A100000000 FFFFEBC10000000000000A1F00000000FFFFF5E100000000 0000000000000000FFFFEBC1000000000000000000000000 000000000000000000000000000000000000000000000000 FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000 FFFFF12A00000000FFFFD73400000000FFFFF12A00000000 0000000000000000FFFFE25400000000FFFFE9BF00000000 FFFFFC4B00000000FFFFDAE900000000解析:010CCD04000200C000004002目的MAC 和源MAC 88BA网路数据类型,9-2 报文4002appid00F2Length,从appid 开始的报文长度00000000保留字节后面是SV报文的APDU6081E7标记60H,(81,不定长,长度超过127 字节)长度E7800101标记80,长度=01,ASDU数目=01A281E1标记A2(编码格式),长度E13081DE标记30(编码格式),长度DE80144D4C313130324D552F4C4C4E302E736D766362标30记80SVID字符串820207F2标记82,长度=02,采样计数器07F2=2034830400000001 标记83,配置版本号850100标记85,长度=01,同步标志,00 为没有同步8781B8标记87,长度B8=184,共23 个数据后面是每个通道值和品质000005DC00000000FFFFE1A100000000FFFFE1A100000000FFFFEBC10000000000000A1F00000000FFFFF5E1000000000000000000000000FFFFEBC1000000000000000000000000000000000000000000000000000000000000000000000000FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000FFFFF12A00000000FFFFD73400000000FFFFF12A000000000000000000000000FFFFE25400000000FFFFE9BF00000000FFFFFC4B00000000FFFFDAE900000000二,GOOSE报文解析GOOSE报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。

goose报文分析

goose报文分析

GOOSE报文详解Goose报文在网络上传输时采用的是OSI模型,但只用到OSI网络模型七层中的四层,应用层、表示层、数据链路层和物理层,传输层和网络层为空。

应用层定义协议数据单元PDU,经过表示层编码后,不采用TCP/IP协议,而是直接映射到数据链路层和物理层。

这种映射方式的目的是避免通信堆栈造成传输延时,从而保证报文传输、处理的快速性。

GOOSE报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和GOOSEPDU。

Goose具体报文格式如图0所示[0]。

图0 Goose报文格式Goose举例报文(十六进制):01 0C CD 01 00 51 00 1E 4F D3 AE 41 81 00 80 42 88 B8 00 33 00 90 00 00 00 00 61 81 85 80 08 67 6F 63 62 52 65 66 31 81 05 00 00 00 27 10 82 07 64 61 74 53 65 74 31 83 05 67 6F 49 44 31 84 08 4E F2 85 E1 F7 CE D9 00 85 05 00 00 00 00 01 86 05 00 00 00 00 01 87 01 00 88 05 0000 00 00 01 89 01 00 8A 05 00 00 00 00 09 AB 36 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 83 01 00 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00分析如下(可结合Ethereal解析):1、01 0C CD 01 00 51目的MAC地址2、00 1E 4F D3 AE 41源MAC地址3、81 00 80 42GOOSE报文支持IEEE 802.1Q/P优先级技术,IEEE 802.1Q为VLAN技术的标准,IEEE 802.1P为报文优先级标准。

智能变电站GOOSE、SV报文如何看-秒懂

智能变电站GOOSE、SV报文如何看-秒懂

秒懂智能变电站GOOSE、SV报文一、GOOSE报文GOOSE是什么?它的英文全称是Generic Object Oriented Substation Event,是一种面向通用对象的变电站事件,主要用于实现在多IED之间的信息传递,包括传输跳合闸信号(命令),具有高传输成功概率。

GOOSE控制块:描述IED的“开出”能力。

IED将需要开出的数据实例化为不同的LN,再按一定的逻辑分类将其汇总至不同的数据集(DataSet),数据集再关联至不同的Gocb。

如保护装置的跳闸出口、测控装置的遥控出口、智能终端上送采集到的开入量等。

既然其作用是反映事件,必然需要反映事件的稳态与变化。

在稳态情况下,GOOSE 源将稳定的以T0(可设、一般为5S)时间间隔循环发送GOOSE报文,当有事件变化时,GOOSE 服务器将立即发送事件变化报文,此时T0时间间隔将被缩短;在变化事件发送完成一次后,GOOSE服务器将以最短时间间隔T1,快速重传两次变化报文;在三次快速传输完成后,GOOSE服务器将以T2、T3时间间隔各传输一次变位报文;最后GOOSE服务器又将进入稳态传输过程,以T0时间间隔循环发送GOOSE报文。

在GOOSE 传输机制中,有两个重要参数StateNumber 和SequenceNumber ,StateNumber(0~4294967295(FFFFFFF))反映出GOOSE报文中数据值与上一帧报文数据值是否有变化,SequenceNumber (0~4294967295)反映出在无变化事件情况下,GOOSE报文发送的次数(到最大值后,将归0重新开始计数)。

GOOSE服务器通过重发相同数据主要是为了获得额外的可靠性。

GOOSE源传输GOOSE 报文,都是以数据集形式发送,一帧报文对应一个数据集,一次发送,将整个数据集中所有数据值同时发送。

SV GOOSE报文解析

SV GOOSE报文解析

一,S V报文解析SV报文在网络上传输时采用的是OSI模型,但只用到OSI网络模型七层中的四层,应用层、表示层、数据链路层和物理层,传输层和网络层为空。

应用层定义协议数据单元PDU,经过表示层编码后,不采用TCP/IP协议,而是直接映射到数据链路层和物理层。

这种映射方式的目的是避免通信堆栈造成传输延时,从而保证报文传输、处理的快速性。

SV报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。

SV的帧格式见下表:SV的APDU报文格式见下表一帧SV报文:010CCD04000200C00000400288BA400200F2000000006081 E7800101A281E13081DE80144D4C313130324D552F4C4C4E 302E736D76636230820207F28304000000018501008781B8 000005DC00000000FFFFE1A100000000FFFFE1A100000000 FFFFEBC10000000000000A1F00000000FFFFF5E100000000 0000000000000000FFFFEBC1000000000000000000000000 000000000000000000000000000000000000000000000000 FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000 FFFFF12A00000000FFFFD73400000000FFFFF12A00000000 0000000000000000FFFFE25400000000FFFFE9BF00000000 FFFFFC4B00000000FFFFDAE900000000解析:010CCD04000200C000004002目的MAC和源MAC 88BA网路数据类型,9-2报文4002appid00F2Length,从appid开始的报文长度00000000保留字节后面是SV报文的APDU6081E7标记60H,(81,不定长,长度超过127字节)长度E7 800101标记80,长度=01,ASDU数目=01A281E1标记A2(编码格式),长度E13081DE标记30(编码格式),长度DE80144D4C313130324D552F4C4C4E302E736D76636230标记80SVID字符串820207F2标记82,长度=02,采样计数器07F2=2034 830400000001标记83,配置版本号850100标记85,长度=01,同步标志,00为没有同步8781B8标记87,长度B8=184,共23个数据后面是每个通道值和品质000005DC00000000FFFFE1A100000000FFFFE1A100000000FFFFEBC10000000000000A1F00000000FFFFF5E1000000000000000000000000FFFFEBC1000000000000000000000000000000000000000000000000000000000000000000000000FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000FFFFF12A00000000FFFFD73400000000FFFFF12A000000000000000000000000FFFFE25400000000FFFFE9BF00000000FFFFFC4B00000000FFFFDAE900000000二,GOOSE报文解析GOOSE报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。

.sv goose报文解析

.sv goose报文解析

一,S V报文解析SV报文在网络上传输时采用的是OSI模型,但只用到OSI网络模型七层中的四层,应用层、表示层、数据链路层和物理层,传输层和网络层为空。

应用层定义协议数据单元PDU,经过表示层编码后,不采用TCP/IP协议,而是直接映射到数据链路层和物理层。

这种映射方式的目的是避免通信堆栈造成传输延时,从而保证报文传输、处理的快速性。

SV报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。

SV的帧格式见下表:SV的APDU报文格式见下表一帧SV报文:010CCD04000200C00000400288BA400200F2000000006081 E7800101A281E13081DE80144D4C313130324D552F4C4C4E 302E736D76636230820207F28304000000018501008781B8 000005DC00000000FFFFE1A100000000FFFFE1A100000000 FFFFEBC10000000000000A1F00000000FFFFF5E100000000 0000000000000000FFFFEBC1000000000000000000000000 000000000000000000000000000000000000000000000000 FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000 FFFFF12A00000000FFFFD73400000000FFFFF12A00000000 0000000000000000FFFFE25400000000FFFFE9BF00000000 FFFFFC4B00000000FFFFDAE900000000解析:010CCD04000200C000004002目的MAC和源MAC 88BA网路数据类型,9-2报文4002appid00F2Length,从appid开始的报文长度00000000保留字节后面是SV报文的APDU6081E7标记60H,(81,不定长,长度超过127字节)长度E7800101标记80,长度=01,ASDU数目=01A281E1标记A2(编码格式),长度E13081DE标记30(编码格式),长度DE80144D4C313130324D552F4C4C4E302E736D76636230标记80SVID字符串820207F2标记82,长度=02,采样计数器07F2=2034 830400000001标记83,配置版本号850100标记85,长度=01,同步标志,00为没有同步8781B8标记87,长度B8=184,共23个数据后面是每个通道值和品质000005DC00000000FFFFE1A100000000FFFFE1A100000000FFFFEBC10000000000000A1F00000000FFFFF5E1000000000000000000000000FFFFEBC1000000000000000000000000000000000000000000000000000000000000000000000000FFFFFF9900000000FFFFFECA00000000FFFFE9BF00000000FFFFF12A00000000FFFFD73400000000FFFFF12A000000000000000000000000FFFFE25400000000FFFFE9BF00000000FFFFFC4B00000000FFFFDAE900000000二,GOOSE报文解析GOOSE报文在MAC层的帧结构包括:源MAC地址、目的地址即组播地址、报文类型、四字节Tag、APPID、报文长度、四字节的保留和APDU。

结合域含义的GOOSE报文

结合域含义的GOOSE报文

结合域含义的GOOSE报文1.GOOSE(Generic Object Oriented Substation Event)报文是一种通信协议,用于在电力系统中进行实时数据传输。

它是IEC 61850标准中定义的一种通信机制,可通过以太网传输数据。

GOOSE报文具有灵活性和高实时性,是电力系统实现保护、控制和自动化的重要组成部分。

本文将详细介绍GOOSE报文的结构和域的含义,以便更好地理解和使用该报文。

2. GOOSE报文结构GOOSE报文由一系列域组成,每个域都包含了特定的信息。

GOOSE报文的结构如下: Ethertype (2 tes)Destination MAC Address (6 tes)Source MAC Address (6 tes)VLAN Tag (optional, 4 tes)APPID (2 tes)Length (4 tes)Protocol ID (1 te)Destination IP Address (4 tes)Source IP Address (4 tes)Destination UDP Port (2 tes)Source UDP Port (2 tes)GOOSE Message下面将对各个域的含义进行详细解释。

2.1 EthertypeEthertype域用于标识GOOSE报文的类型。

它是一个2字节大小的字段,常见的值为0x88B8,表示该报文为GOOSE报文。

2.2 Destination MAC AddressDestination MAC Address域表示GOOSE报文的目标MAC。

该用于将报文发送到正确的接收者。

它是一个6字节大小的字段,由48个比特位表示。

2.3 Source MAC AddressSource MAC Address域表示GOOSE报文的源MAC。

该表示报文的发送者。

它也是一个6字节大小的字段。

2.4 VLAN TagVLAN Tag域是一个可选字段,用于标识虚拟局域网(VLAN)。

GOOSE报文解析

GOOSE报文解析

GOOSE 报文解析GOOSE 报文的结构,基于ISO/IEC 8802-3 的帧格式普通报文:目的MAC + 源MAC + (TPID + TCI) + 以太网类型+ APPID + APDU 数据的长度(m+8)TPID 为 0x8100 以太网类型为 0x88B8(对于 GOOSE 报文)TCI 为用户优先级 +CFI+VID+ 00 00 + APDU(长度为m)00 00 为保留位注:()中的部分可以不写,但强烈建议以以太网传输的时候,加入….APDU Head : 格式为 61 81 + GOOSEPDU 的长度,从 80 开始算起广播报文:目的MAC + 源MAC + 以太网类型+ APPID + APDU 数据的长度(m+8)(目的 MAC 为 FF FF FF FF)+ 00 00 + APDU(长度为m)ASN.1 的BE R 编码形式为:TLV 形式,即Tag + Length + Value 的形式Tag 与数据类型标记的编码一致Length 表示后面Value 的长度Value 应用ASCII 码进行编码解析对于Tag 的解析:Bit 7,6 Type of TagBit 5 Primitive or Constructed FlagBit 4-0 Tag ValueASN.1 数据类型83BOOL 型84BIT-String 型91 UTC 型(时间)85Int 型86Unsigned 型8a Visble-String 型翟大厨的报文分析:0000: 01 00 00 00 00 0708 00 06 86 48 4281 0040 03目的 MAC 源 Mac TPID TCI0010: 88 B800 0700 9000 00 00 0061 81 8580 2550以太网类型 APPID 长度保留位APDU Head gocbRef (80 表示数据类型 Tag, 25 表示数据长度,从 50 开始都是后续数据)0020: 32 41 31 4A 31 51 36 50 72 6F 74 65 63 74 69 6F0030: 6E 2F 4C 4C 4E 30 24 47 53 45 70 72 6F 74 65 630040: 74 69 6F 6E81 02 05 0082 25 50 32 41 31 4A 31timeAllowtoLive(81 表示类型) dataSet(82 表示类型)0x0500---12800050: 51 36 50 72 6F 74 65 63 74 69 6F 6E 2F 4C 4C 4E0060: 30 24 47 53 45 70 72 6F 74 65 63 74 69 6F 6E83goID(83 表示类型)0x37 对应 ASCII 码中的‘7'0070: 01 3784 08 00 00 00 00 00 00 00 0085 01 0186t(84 表示类型) stNum(85 表示类型) Num 为 1表示时间:01/01/1970_00:00:00.000000q000080: 03 02 70 A187 01 0088 01 01 89 01 008A 01 04 numDatSetEntries(8A 表示类型)值 4 sqNum(86 表示类型) test(87 表示类型) ConfRev(88 表示类型) ndsCom(89 表示类型) 0x0270A1---159905 00 表示 FALSE 为 1 00 表示 FALSE0090: AB 10 83 01 00 84 03 02 00 00 83 01 00 84 03 02allData(AB 表示类型)allData 为一个数据的集合 10 表示后面的数据长度内部分解为不同的小的数据集如:83 01 00 83 (数据类型为 boolean 型) 01(数据长度为 1) 00 (表示数据内容,对于 boolean 型表示为 FALSE)84 03 02 00 00 84(数据类型为 bit-string 型)03(数据长度为 03) 02 00 00(表示数据内容)00A0: 00 00注:其中numDatSetEntries 表示了allData 中的数据链的个数报文解析出来为:GoosePdu {gocbRef "P2A1J1Q6Protection/LLN0$GSEprotection",timeAllowedtoLive 1280,datSet "P2A1J1Q6Protection/LLN0$GSEprotection",goID "7",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 159905,test FALSE,confRev 1,ndsCom FALSE,numDatSetEntries 4,allData {boolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'B }}Comgoose 中报文分析:0000 01 0c cd 01 00 0401 0c cd 01 10 1088 b800 04目的 MAC 源 MAC 以太网类型 APPID0010 00 9400 00 00 0061 81 8980 1c 58 37 32 31 32长度保留位 APDU Head gocbRef0020 5f 32 48 42 50 52 4f 54 2f 4c 4c 4e 30 24 47 4f0030 24 67 6f 63 62 54 7881 02 27 10 82 1c 58 37 32timeAllowtoLive datSet100000040 31 32 5f 32 48 42 50 52 4f 54 2f 4c 4c 4e 30 240050 64 73 47 6f 6f 73 65 54 7883 11 58 37 32 31 32goID(查 ASCII 码表可得)X7212_GOOSE_TX_ID0060 5f 47 4f 4f 53 45 5f 54 58 5f 49 4484 08 47 42 t0070 d2 8a c8 31 26 ea85 01 0186 01 0d87 01 0088stNum(值为 1) sqNum(值为 13) test(FALSE)0080 01 0189 01 008a 01 08ab 18 83 01 00 84 01 00ConfRev(值为 1) ndsCom(FALSE) numDatSetEntries(值为 8) allData(共有 8 个数据链,长度为24)0090 83 01 00 84 01 00 83 01 00 84 01 00 83 01 00 84 00a0 01 00报文解析出来为:GoosePdu {gocbRef "X7212_2HBPROT/LLN0$GO$gocbTx",timeAllowedtoLive 1280,datSet "X7212_2HBPROT/LLN0$dsGooseTx",goID " X7212_GOOSE_TX_ID ",t 01/01/1970_00:00:00.000000q00,stNum 1,sqNum 13,test FALSE,confRev 1,ndsCom FALSE,numDatSetEntries 8,allData {boolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'Bboolean FALSE,bit-string '00000000000000'B,boolean FALSE,bit-string '00000000000000'B}Goose3 中报文分析:0000 01 0c cd 01 01 ff00 0d 60 9f 07 a6 81 00 80 00 目的 MAC 源 MAC TPID TCI0010 88 b800 00 01 79 00 00 00 00 61 82 01 6d80 10以太网类型 APPID 长度保留位 APDU Head gocbRef 0x0179---3850020 45 44 50 30 31 4c 44 30 2f 67 6f 6f 73 65 53 54 0030 81 01 0a82 18 45 44 50 30 31 4c 44 30 2f 4c 4c timeAllowedtoLive datSet100040 4e 30 24 41 6c 6c 5f 53 54 5f 50 6f 7383 0c 4cgoID0050 44 30 5f 47 6f 6f 73 65 5f 53 54 84 08 00 00 00t0060 00 00 00 00 0085 01 0186 01 00 87 01 00 88 01stNum sqNum test ConfRev值为 1 值为 0 FALSE 320070 2089 01 00 8a 01 08ab 82 01 10 a2 20 a2 05 85ndsCom numDatSetEntries allData 数据结构为嵌套型 FALSE 值为 8,表示有 8 个嵌套结构数据0080 01 00 89 00 86 01 00 84 02 06 40 84 03 03 00 00 0090 91 08 45 65 09 c2 7f ff ff 1883 01 00 a2 20 a2 00a0 05 85 01 00 89 00 86 01 00 84 02 06 80 84 03 03 00b0 00 00 91 08 00 00 00 00 00 00 00 0083 01 00 a2 00c0 20 a2 05 85 01 00 89 00 86 01 00 84 02 06 40 84 00d0 03 03 00 00 91 08 00 00 00 00 00 00 00 0083 01 00e0 00 a2 20 a2 05 85 01 00 89 00 86 01 00 84 02 06 00f0 80 84 03 03 00 00 91 08 00 00 00 00 00 00 00 00 0100 83 01 00 a2 20 a2 05 85 01 00 89 00 86 01 00 84 0110 02 06 80 84 03 03 00 00 91 08 00 00 00 00 00 00 0120 00 0083 01 00 a2 20 a2 05 85 01 00 89 00 86 01 0130 00 84 02 06 40 84 03 03 00 00 91 08 00 00 00 00 0140 00 00 00 00 83 01 00 a2 20 a2 05 85 01 00 89 00 0150 86 01 00 84 02 06 40 84 03 03 00 00 91 08 00 00 0160 00 00 00 00 00 0083 01 00 a2 20 a2 05 85 01 00 0170 89 00 86 01 00 84 02 06 80 84 03 03 00 00 91 08 0180 00 00 00 00 00 00 00 00 83 01 00报文解析出来为:GoosePdu {gocbRef " EDP01LD0 /gooseST ", timeAllowedtoLive 10,datSet " EDP 01LD0/LL N0$AII_S T_Pos goID " LD0_Goose _ST ",t 01/01/1970_00:00:00.000000q00, stNum 1,sqNum 0,test FALSE,confRev 32,ndsCom FALSE,numDatSetEntries 8, allData {AM MlKi 11怎----- 7 Plti [.RSI C.2]fe W r I 勺ra iIPW-2LJ21C.1 ISO/IEC S«02-3 协格式。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1.Goose报文格式
一、GOOSE通信帧结构描述
字节
1 2 3 4 5 6
7
8 9 10 11 12 13
14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 · · · ·
图1 以太网通信帧结构
解释:
1.以太网地址
2. TPID 和TCI 标记头的结构:
TPID值:0x8100
User Priority:三位,User priority 的值应在配置时进行设置,以便将模拟量采样值和时间紧迫的、保护相关的GOOSE信息与低优先级的总线负载相区别。

缺省的优先级为4。

CFI:一位[0],Length后无嵌入的RIF域/以太网标记帧中有类型域。

VID:支持虚拟局域网是一种可选的机制,如果采用了这种机制,那么配置时应设置虚拟局域网标识(VID)。

另外,虚拟局域网标识VID缺省值为0。

3.EtherType、APPID和Length
EtherType:基于ISO/IEC 8802-3 MAC子层的以太网类型将由IEEE 著作权注册机构进行注册。

所注册的以太网型(Ethertype)值为0X88B8。

APPID:应用标识。

APPID用于选择包含模拟量采样值的信息和用于区别关联的应用。

为模拟量采样值保留的APPID值范围是0x4000~0x7FFF。

缺省值为0x4000。

缺省值表示APPID没有被配置。

配置系统时将强烈推荐将APPIP配置为系统中的唯一值。

Length:包括从APPID开始的以太网型PDU的8位位组的数目。

4.保留1、保留2和APDU
Reserved1/Reserved2:用于将来的标准化应用。

该设备中认为是0x0000。

特别说明:
Length-ASN.1的字节数不确定。

假定数据域的字节数为n。

按ASN.1的编码规则,当n≤127时Length只有一个字节,值为n;当n>127时,Length有2~127字节,第一个字节的Bit7为1,Bit0~6为Length总字节数减1,第二个字节开始给出n,基于256,高位优先(例子:200用ASN.1表示就是0x81C8)。

APDU的数据域包括ASDU的数目和若干ASDU。

报文举例(goose_stvalqt,25 帧)
字节
1
2
3
4
5
6
7
8
9
1
1
1
1
1
1
1
1
1
1
2
2
2
2
2
2
2
2
2
2
3
3
3
3
3
3
3
3
3
3 4
4
4 4
4
4
4 44 45
GOOSE 报文有4 种格式,主要是数据结构上有差异
1. DO 开关量格式(stVal,q,t) , 文件:goose_stvalqt , 如上
2. DA 开关量格式(stVal,q,t) , 文件:goose_dastvalqt , 第10帧
3.DA开关量格式(stVal,q) , 文件:goose_dastvalq ,第10帧
4.DA开关量格式(stVal) , 文件:goose_dastval ,第10帧
补充说明1:还有其它类型:见goose_trace ,第2 帧, 头是15,表示结构的不同补充说明2:见goose_trace。

相关文档
最新文档