Bug #610
SHL15的PSCADA协议测试帧发送间隔30s与华立PSCADA设备的20s无法配合导致通讯不正常--t3与协议标准20不符
Status:
New
Priority:
Urgent
Assignee:
-
Start date:
06/28/2020
Due date:
01/21/2021
% Done:
0%
Estimated time:
Description
QTISCS3.0beta20200612版se104_c.dll
总召结束后，（我们的主动发测试帧间隔t3=30s）20秒收到来自华立PSCADA设备的测试帧后，通讯异常，重新发起连接
需要将104主动发测试帧间隔t3由30s改为20s
超时的定义
参数 默认值 备注 选择值
t0 30s 连接建立的超时
t1 15s 发送或测试APDU的超时
t2 10s 无数据报文t2<t1时确认的超时
t3 20s 长期空闲t3 >t1状态下发送测试帧的超时
Files
History
Updated by yufeng wu almost 4 years ago
- Subject changed from SHL15的PSCADA协议测试帧发送间隔30s与华立PSCADA设备的20s无法配合导致通讯不正常 to SHL15的PSCADA协议测试帧发送间隔30s与华立PSCADA设备的20s无法配合导致通讯不正常--t3与协议标准20不符
Updated by yufeng wu almost 4 years ago
- File se104c间隔30秒发测试帧-导致我们重新发起始命令1-华立与标准同为20s.jpg se104c间隔30秒发测试帧-导致我们重新发起始命令1-华立与标准同为20s.jpg added
- File se104c间隔30秒发测试帧-导致我们重新发起始命令2-华立与标准同为20s.jpg se104c间隔30秒发测试帧-导致我们重新发起始命令2-华立与标准同为20s.jpg added
- Due date set to 01/21/2021
SHL15号线电力104c接口，存在我们30s才发测试帧，华立20s没等来我们主动发测试帧，华立pscada接口就按标准20s就主动给我们发测试帧，导致我们通讯流出错，Resend 多次后 重新发起始和总召（类似104复位重启）
Updated by xiangyang li almost 4 years ago
对方发测试帧，我们会回答，只有收发通道上都空闲了30s，我们才发测试帧，所以无论哪方发起测试帧，都没关系。
截图看起来是对方不响应我们的测试帧，才造成问题。与30s没关系。
Updated by yufeng wu almost 4 years ago
根据104协议标准，
1）我们空闲20秒没主动发测试帧，我们有错在先
2）20s 华立主动发测试帧了，这是符合标准的
3）至于我们违规后，猜测后面 华立是否 不响应我们的测试帧，现场这边再去抓包拿回分析