使用Ruby实现ModBus TCP通信失败：读取Helios设备寄存器超时

先帮你一步步拆解问题，找出rmodbus代码超时的核心原因，再给出修正方案：

1. 先理清modpoll参数与设备的对应关系 #

你用modpoll能正常通信，关键是要搞懂那些参数的含义，才能对应到rmodbus的代码里：

第一个modpoll命令（触发数据准备） #

./modpoll -m tcp -a 180 <ipaddr> 0x7630 0x3031 0x3034 0x0000

• -a 180：这是设备的Modbus Slave ID（从站地址），是设备的唯一标识，所有通信必须匹配这个值才能被设备响应。
• 后面的四个十六进制值：是向设备的保持寄存器写入的触发指令，结合第二个命令的输出，它们被写入到了1-based起始地址1的寄存器（对应0-based编号的0）。

第二个modpoll命令（读取数据） #

./modpoll -m tcp -a 180 -t4:hex -c 8 -0 -1 <ipaddr>

输出里的关键信息：

• address = 180：再次确认Slave ID是180
• start reference = 1 (PDU)：读取的起始寄存器是1-based的1（Modbus协议PDU层的参考编号），-c 8表示连续读取8个寄存器（1-8，对应0-based的0-7）。

2. 你的Ruby代码的三个错误点 #

错误1：Slave ID设置错误 #

你代码里用了client.with_slave(1)，但设备的实际Slave ID是180，这会导致设备直接忽略你的请求，自然会超时。

错误2：寄存器地址范围完全错配 #

你写的slave.holding_registers[180..187]，是在访问180开始的寄存器，但modpoll读取的是起始地址1（1-based）的8个寄存器，对应rmodbus的0-based起始地址0，正确范围应该是0..7。

错误3：缺少前置触发写入操作 #

modpoll的流程是先写入触发指令让设备准备数据，再读取结果，但你的代码直接跳过写入步骤就读取，设备可能没有准备好响应数据，导致无响应超时。

3. 修正后的Ruby代码 #

require 'rmodbus'

ipaddr = "你的设备IP地址"

ModBus::TCPClient.new(ipaddr, 502) do |client|
  # 使用正确的Slave ID：180
  client.with_slave(180) do |slave|
    slave.debug = true
    slave.read_timeout = 5  # 可根据设备响应速度适当延长超时时间
    
    # 第一步：写入触发指令（对应modpoll的第一个命令）
    # 向0-based起始地址0的寄存器写入4个16位值
    slave.write_multiple_registers(0, [0x7630, 0x3031, 0x3034, 0x0000])
    
    # 第二步：读取8个保持寄存器（0-based 0到7，对应modpoll的1-based 1到8）
    registers = slave.read_holding_registers(0, 8)
    # 以十六进制格式输出，和modpoll的输出格式对齐
    puts registers.map { |val| "0x#{val.to_s(16).upcase}" }
  end
end

额外注意事项 #

• rmodbus的寄存器操作默认是0-based编号，和modpoll用-1参数的1-based编号差1，转换的时候要注意。
• 如果设备响应偏慢，可以调大slave.read_timeout的值（单位是秒），避免不必要的超时。
• 确认设备的Modbus TCP端口是502（默认值，你的modpoll也用了这个端口，没问题）。

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