Modbus TCP/串口转发器无法转发正确指令问题求助

1. 功能码转发不匹配 #

Airzone设备可能对不同功能码的写请求处理逻辑不同。你本地直接写0能用，大概率是用了功能码0x06（写单个保持寄存器），但转发服务器可能把TCP端的请求转换成了0x10（写多个保持寄存器），而Airzone对写0的多寄存器请求不响应。

• 检查转发代码，确保TCP端收到的请求原封不动用相同功能码转发到串行端口，不要擅自修改功能码类型。

2. 数据字节序/类型转换错误 #

Modbus寄存器数据的字节序（大端/小端）会影响实际写入值，有些设备对这一点要求严格：

• 写1时，字节序转换前后结果一致，但写0时可能因为转发代码的字节处理逻辑，导致发给Airzone的不是有效0值。
• 排查代码中是否对寄存器值做了不必要的类型转换或字节反转，比如把uint16类型转成其他类型再转发。

3. 请求被过滤或缓存 #

部分pymodbus转发示例会加入请求过滤或缓存逻辑，可能误将写0的请求判定为无效请求而跳过：

• 检查代码中是否有判断值为0就不转发的逻辑。
• 给转发服务器加日志，确认写0的TCP请求是否真的被转发到了串行端口。

4. 串行端口参数不一致 #

虽然本地写正常，但转发服务器的串行端口参数可能和本地测试时存在细微差异：

• 比如波特率、奇偶校验、停止位，某些设备对连续写请求（开→关）的时序敏感，参数不匹配会导致写0请求无法被正确识别。
• 确保转发服务器中ModbusSerialClient的参数（baudrate、parity、stopbits等）和本地测试时完全一致。

5. pymodbus默认优化导致的问题 #

pymodbus转发服务器默认可能开启请求合并或重复请求忽略的优化：

• 如果短时间内连续发送写1和写0请求，转发服务器可能合并或忽略了第二个请求。
• 尝试在代码中禁用这类优化，或者添加日志打印每个请求的处理过程。

快速验证步骤 #

在转发处理逻辑中添加日志，对比TCP请求和转发的串行请求参数是否一致：

# 示例：在转发函数中打印请求详情
def handle_request(request):
    print(f"TCP请求：功能码={request.function_code}, 寄存器地址={request.address}, 值={request.values}")
    # 转发到串行端的代码
    serial_response = serial_client.execute(request)
    print(f"串行转发请求：功能码={request.function_code}, 寄存器地址={request.address}, 值={request.values}")
    return serial_response

内容的提问来源于stack exchange，提问作者jjcasmar