本内容由 [b]卓越信通TSC工业以太网交换机[/b] 提供 
 


4. 协议结构
                               
    本部分阐述了通过MODBUS/TCP网络携带的MODBUS请求和或响应封装的一般格式。必须注意到请求和响应本体（从功能代码到数据部分的末尾）的结构和其它MODBUS变量具有完全相同的版面格式和含义，如：
                               
MODBUS 串行端口 - ASCII 编码
MODBUS 串行端口 - RTU (二进制) 编码
MODBUS PLUS 网络 – 数据通道
 
    这些其它案例仅在组帧次序，检错模式和地址描述等格式有所不同。
     所有的请求通过TCP从寄存器端口502发出。 请求通常是在给定的连接以半双工的方式发送。也就是说，当单一连接被响应所占用，就不能发送其它的请求。有些装置采用多条TCP连接来维持高的传输速率。 
     然而一些客户端设备尝试“流水线式”的请求。允许服务器以这种方式工作的技术在附录A中阐述。
MODBUS “从站地址”字段被单字节的“单元标识符”替换，从而用于通过网桥和网关等设备的通讯，这些设备用单一IP地址来支持多个独立的终接单元。 
请求和响应带有六个字节的前缀，如下：
      byte 0:     事务处理标识符 –由服务器复制 –通常为 0
      byte 1:     事务处理标识符 –由服务器复制 –通常为 0
      byte 2:     协议标识符= 0
      byte 3:     协议标识符= 0
      byte 4:     长度字段 （上半部分字节） = 0 (所有的消息长度小于256)
      byte 5:     长度字段  (下半部分字节)   = 后面字节的数量
      byte 6:     单元标识符 (原“从站地址”)
      byte 7:     MODBUS 功能代码
      byte 8 on:   所需的数据
 
因而处理示例“以4的偏移从UI 9读1寄存器”返回5的值将是
 
     请求：00  00  00  00  00  06  09  03  00  04  00  01
     响应：00  00  00  00  00  05  09  03  02  00  05
 
一致性等级0-2的功能代码的应用的例子见后续部分
                               
    熟悉MODBUS的设计师将注意到MODBUS/TCP中不需要“CRC-16”或“LRC”检查字段。而是采用TCP/IP和链路层（以太网）校验和机制来校验分组交换的准确性。
 
 
 
5. 一致性等级的协议参考值
                               
    注意到在例子中，请求和响应列在功能代码字节的前面。如前所述，在MODBUS/TCP案例中有一个依赖传输的包含7个字节的前缀。 
ref  ref  00  00  00  len  unit前面两个字节的“ref  ref”在服务器中没有具体的值，只是为方便客户端而从请求和响应中逐字的复制过来。单客户机通常将该值置为0。
                               
    在这个例子中，请求和响应的格式如下（例子是“读寄存器”请求，详述见后面部分）。
    03 00 00 00 01  =>   03 02 12 34