技术支持
AI小西
风驰卡
产品入门
在线产品选型
售后登记和质保查询
备件商城
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室培训课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
运维工程师专区
官方商城
西门子中国
白金
本版热门话题
相关推荐
相关帖子推荐
恭喜，你发布的帖子
发布于 2017-09-27 19:20:26
38楼
服务器不能处理了，就是这样的。
在客户端侧，不管是写还是读，都是要发送请求，然后等待接收（状态7006）结果，这时Busy=1。
至于，是否有像485串口那些协议一样，超时重发3次，我觉得不能肯定。
通常来讲，TCP包，如果客户端不主动要求重发（就像浏览器有时我们使用刷新），可能客户端就是得不到响应。
在这里，就应该停止请求（或断开连接？），再重新请求（重新连接）。
还是的详细看看我给你的链接，看看TSEND_C , TREV_C 的工作流程。
引用27楼详细内容：
今天实验使用了1200与MODSCAN作为客户机同时读第三方服务器，没有出现错误，已经坚持了一个小时左右了！
但是在1200同时启动读写以后大概5分钟左右1200PLC这边的MB_CLIENT就出现如下状态，MODSCAN读写数据还是正常的。
的确是服务器停止了工作！
我这个情况经过测试分析，应该不是发送频率的问题引起，感觉是服务器与西门子数据格式方面有问题。
我目前认为这个问题可能是服务器寄存器定义的问题以及西门子数据访问格式的问题引起，现在在第三方硬件上定义了两个服务器服务器1，服务器2，读写分开，并且寄存器直接从40001开始读写。也是误打误撞的就好了，
请填写推广理由：
分享
只看
楼主
