Bug #1222
SHL15 ats接口服务器FEP的rtu1和对应的通道1+通道2均有故障
Status:
Feedback
Priority:
Normal
Assignee:
-
Start date:
01/27/2021
Due date:
% Done:
0%
Estimated time:
Description
20210127重启91.1 91.2主备QTISCS实时服务器后，
91.1为主daq服务器
SHL15 mtcp.dll协议与ats接口服务器91.8的FEP2#设备tcms的二十几个服务侦听端口通道建立socket非常困难5分钟以上都连不上
QTISCS的数据库和91.8FEP备份已上传sftp服务器/upload/M15/0备份
History
Updated by yufeng wu over 3 years ago
最终停止91.8 ats2#FEP程序，让91.7ats1#FEP切换为主FEP，QTISCS与atsFEP1#所有通道立马连接成功
Updated by yufeng wu over 3 years ago
- Subject changed from SHL15 mtcp.dll协议与ats接口服务器FEP2#设备的二十几个服务侦听端口通道建立socket非常困难5分钟以上都连不上 to SHL15 ats接口服务器FEP的rtu1和对应的通道1+通道2均有故障
- Priority changed from High to Normal
FEP环境和semodel.db配置见sftp /upload/M15/0备份/91.8ats20210127.zip
数据问题：RTU1采集列车1tcms数据，DI的686点开始的70点被dcvt的通道状态点覆盖踩踏，修改RTU1改为RTU42后问题变通解决
通道问题：RTU1对应通道1通道2，反复切换尝试打开通道1和通道2，由‘打开中’变为‘打开’建立socket后，瞬间主动断开变为‘打开中’，一直持续尝试，但不能正常通讯。
而且影响到新加的27#和28#列车的通道连接的建立，现象跟1#列车的rtu1类似
后尝试修改通道1的通道号至301；修改通道2的通道号至302；
重启fep程序，3列车的通道均能建立连接并能正常通讯了