引用39楼详细内容：

Y版！

按照连接的说明如下：

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

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

这个不知道如何理解！

引用4楼详细内容：

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

1200的MB_TCP有个说明。

关于TSEND_C和TRCV_C

引用3楼详细内容：

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

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

引用2楼详细内容：

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

你不是定时的吧？