Project

General

Profile

Bug #2888

广州FEPha的se104s协议在收到STARTDT起始帧后立即误报警3x2000点遥信asdu1(cot=3突发)(其他FEP版本的se104s和sefeps也同样有此问题)

Added by yufeng wu over 1 year ago. Updated over 1 year ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Start date:
03/20/2023
Due date:
% Done:

0%

Estimated time:

Description

2台fepha(172.23.16.31-56)抓包数据位置\\192.168.2.250\upload\广州综合监控项目\备份\中央FEP抓包20230318
20230318凌晨施工点,中心FEPha为广州佳都中心104接口(172.23.0.41-46),每个站新增一个104s转发RTU端口,实现fepha采集1个车站pscada数据,1份数据转发给2个不同端口的转发RTU,提供给佳都ISCS的104c使用
佳都172.23.0.41仅跟fepha的2506端口通讯;市广路站
佳都172.23.0.46仅跟fepha的2504端口通讯;市广路站
FepWireshark.pcap18.pcap18抓包文件显示:
20230318 13:04:10至17:16:41,佳都172.23.0.46----16.56的2504端口,3秒一次发测试保活(热备链路)
20230318 17:16:43,佳都172.23.0.46----16.56的2504端口,发送起始帧,激活此为主链路
此时,我们的fepha的2504端口,立即主动推送asdu1的全数据(cot=3突发)和20230318 1:42:05的凌晨soe包,佳都ISCS显示一堆突发误报警
误报警详见\\192.168.2.250\upload\广州综合监控项目\备份\中央FEP抓包20230318\市广路2023年3月18日事件(1).xls

要求:104s的RTU链路在收到起始复位帧后,没有收到现场真实的遥信报警或soe时,不得误上报之前发生的老报警

History

#1

Updated by yufeng wu over 1 year ago

经过对FEP 3.0.5的se104s测试,存在以上同样的老报警积压误报上传问题。

#2

Updated by yufeng wu over 1 year ago

  • Subject changed from 广州FEPha的se104s协议在收到STARTDT起始帧后立即误报警3x2000点遥信asdu1(cot=3突发) to 广州FEPha的se104s协议在收到STARTDT起始帧后立即误报警3x2000点遥信asdu1(cot=3突发)(其他FEP版本的se104s和sefeps也同样有此问题)

经测试,
除了广州FEPha的se104s、sefeps,在一采多复制RTU转发,环境会出现此积压误报问题外,
其他版本的FEP的se104s、sefeps也会出现此种后连接转发RTU的链路初始积压误报的问题

#3

Updated by yufeng wu over 1 year ago

  • Status changed from New to Resolved

修改协议,在收到收到STARTDT起始帧后,立即先清除所有累计soe
且,收到soe后不putAyx=不改写遥信实时库值

Also available in: Atom PDF