I am attempting to read holding registers from an Advantech ADAM-4572 using the OPC/UA ModbusTCP driver to no avail. I am trying to establish a test setup before attempting field work, and I am not sure if my ADAM configuration, Ignition ModbusTCP driver configuration, or both are wrong.
ADAM is configured configured with static IP (.240). Wireshark indicates that communication is occurring between the Ignition server (.31) and ADAM (.240). Interestingly, Ignition sends ModbusTCP requests, and the ADAM returns TCP (not ModbusTCP) responses.
Start by modifying all of your tags' OPC Item Paths so the include a prefix of 1.. This sets the unit/slave id to 1, instead of the default of 0, which is virtually never correct when you're talking to a Modbus TCP to RTU Gateway.
e.g. [MyDevice]1.HR1
edit: 1, or whatever the actual slave address is supposed to be. Depends on how the serial device is configured.
My tags are reading are still 'Bad' after the change. Since the virtual ModbusTCP master program is having similar issues, I think this is pointing to a configuration issue with my ADAM module, unless you see something else off with my Ignition settings.
Thanks for the advice and immediate response! I will disable all but one tag and diagnose the ADAM settings from here and report back if I find anything.
This is just a follow-up for anyone else trying to get the ADAM-4572 working.
I was unable to get the ADAM-4572 to communicate to the Ignition ModbusTCP OPC/UA driver after many attempts. However, after configuring a Prosoft PLX31-MBTCP-MBS Modbus Gateway, the only setting that I had to change on the Ignition ModbusTCP driver was the IP address. The Prosoft module connected immediately, and it stayed connected.
I have seen other Advantech Modbus modules successfully connected to Ignition in some facilities, but I was unable to get the ADAM-4572 to work.
Looks the device is passing the rtu data over tcp. The documentation of the device doesn't look like its actually implementing a modbus server where you can map register over tcp. You mentioned that you were trying the modbus Tcp driver. The wire shark indicates tcp messages and the manual only lets you dedicate a port for tcp messages for that device. Did you try the Modbus RTU over TCP driver? I know this is a little late but I would give that driver a try.