回复：1200作为MODBUS TCP客户机与第三方设备进行通讯，第三方MODBUS TCP服务器通讯一会就出错了-技术论坛-工业支持中心-西门子中国

回复：1200作为MODBUS TCP客户机与第三方设备进行通讯，第三方MODBUS TCP服务器通讯一会就出错了

威师爷

帖子

5108
精华

47
被关注

255

论坛等级：至圣

注册时间：2013-09-18

白金如何晋级?

发布于 2017-09-27 20:46:58

39楼

展开查看

以下是引用yming在2017-09-19 09:55:33的发言 >4楼：

工控机的MB_TCP是VB写的？它没有出错状态可检查？

1200的MB_TCP有个说明。

关于TSEND_C和TRCV_C

以下是引用威师爷在2017-09-19 09:47:10的发言 >3楼：Y版这个现象非常奇...

引用3楼详细内容：

Y版这个现象非常奇怪，使用MODBUS 测试工具与第三方的服务器通讯读写几个小时都没有问题，PLC读写1分钟左右就出错误，出错误之前的数据通讯是正常的，如果只读或者只写就坚持的久一点大概5分钟左右

1200之间的通讯没有问题，每次出错时都是第三方的MB_SERVER服务器停止了工作，具体什么原因导致停止了工作原因不详，第三方的MB_SERVER与PC测试工具读写又是正常的，这个问题我是一头雾水。

以下是引用yming在2017-09-19 09:16:58的发言 >2楼： 3-5分钟后服务器...

引用2楼详细内容：

3-5分钟后服务器端就出错，往往服务器缓冲区溢出了吧？第三方MB服务器处理不够强。

你不是定时的吧？

Y版！

按照连接的说明如下：

这里有一句话特别提到，如果开始新的发送任务，REQ参数必须复位一个周期然后在置位

这个在TCP/UDP等通讯里面的确是如此，但是在Modbus tcp 里面好像不是绝对是这样的情况，直接在REQ位置进行TRUE都是可以正常读写服务器的，至少我在1200之间的Modbus tcp 测试正常通讯的是这样做的，我直接把REQ置位为 1 读写速度也非常快，并且通讯很正常，明显不是类似于TCP/UDP等通讯如果没有01010101010101这样的上升边缘动作是不会一直发送数据的，一个上升边缘就只会发送一次。但是在MB_TCP块不是这样的，它可以一直发送接收数据。

这个不知道如何理解！

工业起重机防摇摆 QQ:404136820 AntiSwayControl

评论

编辑推荐：关闭

请填写推广理由：

活动公告查看全部公告>

AI 小西智伴登场，7×24 小时权威支援，让技术支持告别等待！

热门视频，猜你喜欢

本版热门话题

SIMATIC S7-1200系列

共有15117条技术帖

相关推荐

热门标签

相关帖子推荐

guzhang

恭喜，你发布的帖子

被评为精华帖！

快扫描右侧二维码晒一晒吧！

再发帖或跟帖交流2条，就能晋升VIP啦！开启更多专属权限！

分享
只看
楼主

您收到0封站内信：

×

×

信息提示

很抱歉！您所访问的页面不存在，或网址发生了变化，请稍后再试。