解读Modbus TCP

海阔天空

M仪表的 M TCP-RTU通信选项模拟 RS-485 上的 M TCP 协议，允许使用低成本的串行以太关。M TCPIP 协议有助于通过以太 LAN 和 I 与 M TCPIP 关进行通信。请注意，M TCPIP 不是执行此操作的唯一方法。GPRShttp://www.key-iot.comdtu里面封装了PPP拨号协议和TCP/IP协议栈同时具有嵌入式操作系统，从硬件配置上，它可视作是内嵌式PC与无线GPRSMODEM的融合；

http://www.key-iot.com/static/upload/image/20220407/1649324760114178.png

许多 M 主应用程序有另一个选项（称为远程 T 服务器、串行设备服务器等），允许通过 TCPIP 套接字将未修改的 M RTU 串行消息发送到任何串行设备服务器 (SDS) 或串行设备适配器 (SDA)，而不是只是 M TCPIP 关。M TCPIP 协议和“M RTU S   TCPIP ”方法之间有一些差异需要注意。显着的区别是 M TCPIP 同时支持多个客户端连接，而后一种方法在任何给定时间仅支持单个客户端连接。如果您的应用程序不需要多个并发客户端连接，但它只支持 M TCPIP 协议，请进一步阅读以了解如何使用成本较低的 SDA 或 SDS 代替 M 关来降低成本。











M TCP-RTU 协议本质上是位于 TCPIP 协议之上（或封装在其之上）的 M RTU 串行协议。由于封装 RTU 消息的 TCPIP 数据包具有 CRC-32（循环冗余校验），因此 M 标准中省略了 8 位 M 消息校验和。但是，如果 M 主站包含 M 消息校验和，WN M 将在收到的消息中验证它并在回复中包含一条。这允许使用低成本以太RS485 SDA（串行设备适配器）作为 M 关的替代品，同时仍确保 RS485 总线与 SDA 和 WN 之间的消息完整性传输。下面列出了 WN 适用于 M TCPIP 标准的简化假设：







M 规范允许超过一分钟的非常长的从属响应延迟，这可能发生在必须通过 I 传输的数据包中。我们的现假设主设备和从设备通过正常运行的 LAN 段连接，例如内部，其中数据包传递和响应延迟保持在几秒钟之内。这消除了缓冲从主机（主）到 WN M RS-485 从设备的多个挂起命令的任何需要。这也减轻了对帧计数的需求，如下一个项目符号中所述。



M 规范说，多个 M 事务（命令）可以同时在同一个 TCP 连接上处于活动状态。WN 仪表不支持这一点，因为它一次只能处理一个命令，而且它通常是唯一的端点设备。但是，只要主软件在向另一个 WN 发出命令之前等待来自给定 WN 测量仪的回复，就可以通过 RS-485 将多个 WN 测量仪连接到同一个以太事务络服务 (TNS)。M 规范将 6 字节 TCPIP 报头的前两个字节保留为“事务标识符”或帧计数，当一次只能处理一个命令消息时不再需要它。事上，WN 会忽略速连续发送的两个未完成的帧，











因为 M 校验和通常不包含在封装的 M 消息中，我们建议启用奇偶校验与PM (1654) 寄存器结合 TCPIP M 协议选项以提高可靠性。您可能还必须配置 SDS 以现偶数奇偶校验。还建议保持 RS-485 总线电线短，并确保它们被良好屏蔽并尽可能远离 EMI（电磁干扰）源，以尽量减少 RS-485 总线上可能出现的噪声。



WN 不允许分段的 TCPIP 数据包。这通常不是问题，只需要 PC 软件在一次调用 OS 时将整个命令包传递到 OS TCPIP 套接字。由于该数据量很容易容纳在单个 TCPIP 和以太数据包中，因此当 PC 和 WN 通过本地以太 LAN 段进行通信时，很容易满足这一要求。