要注意！这个ModBus TCP的REQ 功能 完全不同使用CM通讯模块的 ModBus RTU。

对于CM模块的 功能块的 REQ是启动一次与CM模块的交换；直到DONE/ERROR的结束。

而这种ModBus TCP功能块的REQ是启动对（指定）服务器访问的请求。该请求要与Disconnect（断开连接）配合操作。

我理解，实际运行中，该客户端的功能是每循环周期，根据REQ和Disconnect两者状态来工作的。

REQ保持1、Disconnect保持0，此客户端一直保持与服务器的连接，连续读取服务器变化的数据。

你只需要在DONE=1的那个周期取出数据即可。

在这里，同一台PLC可使用多个客户端去连接不同的服务器，每一客户端会占用一个系统连接资源。

客户端数量最多到系统开放式+动态连接资源用光。这就是说，这种方式不需要轮询，是并发的。

而且即便断开网络，再次接续，也会自动连接，不需要操作REQ。

如果系统连接资源不够，那就需要操作REQ和Disconnect了。

对于客户端来说，DONE完成取数据后，首先要Disconnect=1，等待STATUS=7003（已断开）后，REQ=0。

然后可以操作另一个客户端功能块的Disconnect和REQ，占用同一个连接ID，发起对另一个服务器的请求。

当然，也可以在断开连接条件下，改变访问参数、读写方式等后，再次发起请求和连接。目的仅仅是使用同一个连接ID，适应系统连接资源紧张的情况。

注意：TCP传输是异步通讯，是可以在VPN网络中传输的，其间可以通过很多的阶跃点路由；一次访问交换通讯时长不定！也可以通过3G网络远程通讯呢。应答响应时间会1-2秒。而在负荷很轻的局域网内，则响应周期可达几毫秒 -十几毫秒。

所以定时发送请求是不正确的。只是在特定场合可行。