Bug #2888
广州FEPha的se104s协议在收到STARTDT起始帧后立即误报警3x2000点遥信asdu1(cot=3突发)（其他FEP版本的se104s和sefeps也同样有此问题）
0%
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
Updated by yufeng wu almost 2 years 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的链路初始积压误报的问题
Updated by yufeng wu over 1 year ago
- Status changed from New to Resolved
修改协议，在收到收到STARTDT起始帧后，立即先清除所有累计soe
且，收到soe后不putAyx=不改写遥信实时库值