IEC104 规约详细解读(二)交互流程以及协议解析

流程

第一步：首次握手（U帧）

发送―>激活传输启动：
68（启动符）04（长度）07（控制域）
00 00 00

接收―>确认激活传输启动：
68（启动符）04（长度）0B（控制域）
00 00 00

第二步：总召唤，召唤YC,YX（可变长I帧）初始化后定时发送总召唤

发送―>总召唤：

68（启动符）0E（长度）
00 00（发送序号，2个字节）00 00（接收序号，2个字节）64（类型标识）01（可变结构限定词）06
00（传送原因，2个字节）01 00（公共地址，即RTU站址，2个字节）0000
00（信息体地址，3个字节）14（QOI，区分是总召唤还是分组召唤,如果是2002版基地址的没有分组召唤）

接收―>S帧:(记录接收到的长帧,双方都可以按频率发送,文本规定最多接收8帧I帧回答一S帧,但我们要求接收一帧I帧就应答一S帧)

68 04 01 00 02 00:

接收―>总召唤确认(发送帧的镜像,除传送原因不同)：

68（启动符）0E（长度）00
00（发送序号，2个字节）
00 00（接收序号，2个字节）
64 （类型标识）01（可变结构限定词）
07 00（传送原因，2个字节）
01 00（公共地址，即RTU站址，2个字节）00
00 00（信息体地址，3个字节）
14 （QOI）

发送―>S帧记录接收到的长帧,双方都可以按频率发送,文本规定最多接收8帧I帧回答一S帧,但我们要求接收一帧I帧就应答一S帧)

68 04 01 00 02 00

接收―>YX帧：(以类型标识1为例)

68（启动符）
1A（长度）
02 00 （发送序号，2个字节）02 00（接收序号，2个字节）
01（类型标识,单点遥信）
04（可变结构限定词，有4个遥信上送）
14 00 （传送原因，2个字节，响应总召唤）01 00
（公共地址，即RTU站址，2个字节）03
00 00（信息体地址，3个字节，第3号遥信）
00（遥信分）
05 00 00 （信息体地址，3个字节，第5号遥信）00（遥信分）
08 00 00（信息体地址，3个字节，第8号遥信）01
（遥信合）09 00 00
（信息体地址，3个字节，9号遥信）00（遥信分）

发送―>S帧:

68 04 01 00 04 00

接收―>YX帧：(以类型标识3为例)

68（启动符）
1E（长度）
04 00（发送序号，2个字节）
02 00（接收序号，2个字节）03（类型标识，双点遥信）
05 （可变结构限定词，有5个遥信上送）14 00（传送原因，2个字节，响应总召唤）
01 00 （公共地址，即RTU站址，2个字节）01
00 00 （信息体地址，3个字节，第1号遥信）02（遥信合）
06 00 00 （信息体地址，3个字节，第6号遥信）02（遥信合）
0A 00 00 （信息体地址，3个字节，第10号遥信）01（遥信分）
0B 00 00（信息体地址，3个字节，第11号遥信）02 （遥信合）
0C 00 00（信息体地址，3个字节，第12号遥信）01（遥信分）

发送―>S帧:

68 04 01 00 06 00

接收―>YC帧：(以类型标识9为例)

68（启动符）
13（长度）
06 00 （发送序号，2个字节）02 00
（接收序号，2个字节）09
（类型标识，带品质描述的遥测）82（可变结构限定词，有2个连续的遥测）
14 00 （传送原因，2个字节，响应总召唤）01 00（公共地址，即RTU站址，2个字节）
01 07 00（信息体地址，3个字节，从第0x701即0号遥测开始）A1
10（遥测值0x10A1）
00（品质描述）
89 15（遥测值0x1589）
00（品质描述）

发送―>S帧:

68 04 01 00 08 00

接收―>结束总召唤帧：

68（启动符）
0E（长度）08 00
（发送序号，2个字节）02 00（接收序号，2个字节）
64 （类型标识）01（可变结构限定词）0A 00
（传送原因，2个字节）01 00
（公共地址，即RTU站址，2个字节）00
00 00（信息体地址，3个字节）
14（QOI）

发送―>S帧:

68 04 01 00 0A 00

第二步：发送对时报文**(通过设置RTU参数表中的”对时间隔”单位是分钟,默认是20分钟左右.)**

发送―>对时命令:

68（启动符）14（长度）
02 00（发送序号，2个字节）0A 00（接收序号，2个字节）67（类型标识）01（可变结构限定词）06
00（传送原因，2个字节）01 00（公共地址，即RTU站址，2个字节）0000
00（信息体地址，3个字节）01 (毫秒低位)
02(毫秒高位) 03(分钟)
04(时) 81 (日与星期)
09(月) 05(年)

接收―>对时确认：

68（启动符）14（长度）
0C 00（发送序号，2个字节）04 00（接收序号，2个字节）67（类型标识）01（可变结构限定词）07
00（传送原因，2个字节）01 00（公共地址，即RTU站址，2个字节）0000
00（信息体地址，3个字节）**
(毫秒低位) (毫秒高位)

(分钟) 04(时)
81 (日与星期) 09(月)
05(年)

发送―>S帧:

68 04 01 00 0E 00

第三步：电度总召唤(如果没有电度此步骤可以省略且该步骤可以在对时之前发送,DF8900系统通过设置RTU参数表中的”全数据扫描间隔”单位是分钟.DF1800/DF8002系统在程序中写定,一般15分钟召唤一次,如果不需要召唤电度一定在RTU参数表中电度个数设置为0**)**

发送―>召唤电度：

68（启动符）0E（长度）
04 00（发送序号，2个字节）0E 00（接收序号，2个字节）65（类型标识）01（可变结构限定词）06
00（传送原因，2个字节）01 00（公共地址，2个字节）0000
00（信息体地址，3个字节）45（QCC）

接收―>召唤确认(发送帧的镜像,除传送原因不同)：

68（启动符）0E（长度）10
00（发送序号，2个字节）
06 00（接收序号，2个字节）
65 （类型标识）01（可变结构限定词）
07 00（传送原因，2个字节）
01 00（公共地址，2个字节）00 00 00（信息体地址，3个字节）
45 （QCC）

发送―>S帧:

68 04 01 00 12 00

接收―>电度数据：68（启动符）
1A（长度）
12 00（发送序号，2个字节）
06 00（接收序号，2个字节）
0F （类型标识）02（可变结构限定词，2个电度值）
05 00 （传送原因，2个字节）01 00（公共地址，2个字节）01
0C 00 （信息体地址，3个字节，0xc01，0号电度）00
00 00 00（电度值）00（描述信息）02 0C 00（信息体地址，3个字节，0xc01，1号电度）00
00 00 00 （电度值）01（描述信息）

发送―>S帧:

68 04 01 00 14 00

接收―>结束总召唤帧：

68（启动符）
0E（长度）14 00
（发送序号，2个字节）06 00（接收序号，2个字节）
65 （类型标识）01（可变结构限定词）0A 00
（传送原因，2个字节）01 00
（公共地址，2个字节）00 00 00（信息体地址，3个字节）
45（QCC）

发送―>S帧:

04 01 00 16 00

第四步**:如果RTU****有变化数据主动上送**

主动上送变位遥信,类型标识为1或3

接收―>变位遥信：

68（启动符）
0E（长度）
16 00 （发送序号，2个字节）06
00 （接收序号，2个字节）01（类型标识，单点遥信）
01（可变结构限定词，1个变位发生）
03 00 （传送原因，2个字节，表突发事件）01 00（公共地址，2个字节）
03 00 00（信息体地址，3个字节，3号遥信）00（分）

发送―>S帧:

04 01 00 18 00

接收―>变位遥信：

68（启动符）0E（长度）
18 00 （发送序号，2个字节）06
00（接收序号，2个字节）
03（类型标识，双点遥信）01（可变结构限定词，1个变位发生）
03 00（传送原因，2个字节，表突发事件）
01 00 （公共地址，2个字节）06
00 00（信息体地址，3个字节，6号遥信）
01（分）

发送―>S帧:

04 01 00 1a 00

SOE****主动上送,类型标识为0x1e或0x1f

接收―>SOE：

68（启动符）
15（长度）
1a 00（发送序号，2个字节）
06 00（接收序号，2个字节）
1E（类型标识，单点）01（可变结构限定词，1个SOE）
03 00 （传送原因，2个字节，表突发事件）01
00 （公共地址，2个字节）08 00 00（信息体地址，3个字节，8号遥信）
00（分）AD 39
（毫秒，2个字节）1C（分）
10（时）7A（日与星期）
0B（月）
05（年）

发送―>S帧:

04 01 00 1c 00

接收―>SOE：

68（启动符）
15（长度）1c 00（发送序号，2个字节）
06 00（接收序号，2个字节）1F（类型标识，双点）01（可变结构限定词，1个SOE）
03 00（传送原因，2个字节，表突发事件）01
00 （公共地址，即RTU站址，2个字节）0A
00 00 （信息体地址，3个字节，10号遥信）01（信息体元素）
2F 40 （毫秒，2个字节）1C（分）
10 （时）7A（日与星期）
0B（月）
05（年）

第五步如果主站超过一定时间没有下发报文或RTU也没有上送任何报文则双方都可以按频率发送U帧,测试帧

发送―>U帧:
68 04 43 00 00 00

接收―>应答:
68 04 83 00 00 00

第六步**

IEC104 规约详细解读(二)交互流程以及协议解析相关推荐

HTTP FLV交互流程及实例解析
HTTP FLV交互流程及实例解析文章目录 HTTP FLV交互流程及实例解析 HTTP FLV传输方式 HTTP FLV 抓包分析结束语 HTTP FLV传输方式前文已经介绍过,HTTP FL ...
调用wireshark（二）：调用协议解析器
上文[调用wireshark(一):初次尝试 http://www.cnblogs.com/zzqcn/archive/2013/05/11/3072362.html ]已经介绍了调用wireshar ...
白话详细解读(二)-----AlexNet
一.AlexNet简介 2012年,Alex Krizhevsky可以算作是LeNet的一个更深和更广的版本,可以用来学习更加复杂的对象. Alex的要点 1.用ReLU得到非线性,用ReLU非线性函 ...
dubbo 消费者也要暴露端口吗_一文详细解读 Dubbo 中的 http 协议
(给ImportNew加星标,提高Java技能) 转自:Kirito的技术分享,作者:kiritomoe 太阳红彤彤,花儿五颜六色,各位读者朋友好,又来到了分享 Dubbo 知识点的时候了.说到 Du ...
dubbo协议_一文详细解读 Dubbo 中的 http 协议
太阳红彤彤,花儿五颜六色,各位读者朋友好,又来到了分享 Dubbo 知识点的时候了.说到 Dubbo 框架支持的协议,你的第一反应是什么?大概会有 Dubbo 默认支持的 dubbo 协议,以及老生常 ...
更详细的二维码生成和解析
1,依赖 <dependency><groupId>com.google.zxing</groupId><artifactId>core</art ...
iec104点号_IEC104规约详细讲解全解.ppt
IEC104规约详细讲解全解概论必读文件 <中华人民共和国电力行业标准> idtIEC60870-5-104:2002 技术背景适应和引导电力系统调度自动化的发展,规范调度自动化及远 ...
C++/Qt音视频通话开发MetaRTC源码解读，dtls交互流程，dtls抓包分析
目录 dtls抓包分析 dtls流程,主叫发送Client Hello dtls流程,Application Data dtls流程,Encrypted Alert 本章内容解读MetaRTC开源代码 ...
等保测评2.0超详细解读，收藏这一篇就够了
一.等级保护介绍 1.1什么是等级保护网络安全等级保护是指对国家重要信息.法人和其他组织及公民的专有信息以及信息和存储.传输.处理这些信息的信息系统分等级实行安全保护,对信息系统中使用的信息安全产品 ...

IEC104 规约详细解读(二)交互流程以及协议解析

流程

IEC104 规约详细解读(二)交互流程以及协议解析相关推荐

最新文章

热门文章