TCP迷途

### Modbus TCP 响应报文格式及解析 #### 1. 基本结构 Modbus TCP 的响应报文由多个字段组成，这些字段共同定义了设备如何返回请求的数据。以下是其基本结构： - **事务处理标识符 (Transaction Identifier)** 长度为 2 字节，用于区分不同的通信会话。此字段通常在客户端发起请求时设置，在服务器端的响应中保持不变[^2]。 - **协议标识符 (Protocol Identifier)** 长度为 2 字节，固定值 `0x0000`，表示当前使用的协议是标准的 Modbus TCP 协议。 - **长度域 (Length Field)** 长度为 2 字节，指示后续数据部分的总字节数（不包括前面的 6 字节头部）。高位字节先传输。 - **单元标识符 (Unit Identifier)** 长度为 1 字节，指定目标从机地址或逻辑节点编号。如果未启用多播模式，则该值与请求中的相同。 - **功能码 (Function Code)** 长度为 1 字节，表明执行的操作类型。例如读线圈状态 (`0x01`) 或写单个寄存器 (`0x0F`) 等。正常情况下，响应的功能码与请求一致；但如果发生错误，则会被替换为对应的异常代码。 - **数据区域 (Data Field)** 可变长度，具体取决于所选功能码及其关联操作的结果集大小。对于某些查询而言可能为空白[]。 #### 2. 解析方法示例 下面提供了一个简单的 Python 函数来演示如何解析典型的 Modbus TCP 响应消息: ```python def parse_modbus_tcp_response(response_bytes): transaction_id = int.from_bytes(response_bytes[:2], byteorder='big') protocol_id = int.from_bytes(response_bytes[2:4], byteorder='big') length = int.from_bytes(response_bytes[4:6], byteorder='big') unit_id = response_bytes[6] function_code = response_bytes[7] data_start_index = 8 end_of_data = data_start_index + max(0, length - 1) parsed_result = { 'transaction_identifier': transaction_id, 'protocol_identifier': protocol_id, 'length_field': length, 'unit_identifier': unit_id, 'function_code': hex(function_code), 'data_payload': list(response_bytes[data_start_index:end_of_data]) } return parsed_result ``` 上述函数接受原始字节流作为输入参数，并按照既定顺序提取各个组成部分的信息。 #### 注意事项 当接收到非法命令或者无法完成预期动作时，服务器可能会发送带有特定错误标志的消息代替常规回复。此时，“功能码”字段将增加 0x80 并附加额外的一个字节用来描述具体的故障原因。 ---