# ModbusTCP OPC/UA Driver - ADAM-4572 ModbusRTU Gateway Connection Issues **URL:** \ **Category:** Ignition\ **Tags:** opcua, ignition81, modbus\ **Created:** [November 26, 2024, 5:49pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137 "2024-11-26T17:49:56Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![jpai](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jpai/32/70090_2.png) [@jpai](https://forum.inductiveautomation.com/u/jpai)\ **Post date:** [November 26, 2024, 5:49pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137/1 "2024-11-26T17:49:56Z")
Hello, 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. ## Virtual Testing - For a sanity check, I plugged in two USB RS-232 adapters and made sure the ModbusRTU slave was working using virtual Modbus master/slave programs. I set the first 12 holding registers and was able to read them successfully. (The excellent Modbus Tool repo is here: [GitHub - ClassicDIY/ModbusTool: A modbus master and slave test tool with import and export functionality, supports TCP, UDP and RTU.](https://github.com/ClassicDIY/ModbusTool) ) ![Screenshot 2024-11-26 105644](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/9/796aa85c64c4ab92028f9c7aad1643dee2263d15.jpeg) ## ADAM-4572 Settings - Settings: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/2/02da547149bceed1e795d22a4383c5bf72060028.png) ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/5/6/5629b4b5e3dd77192249498e577377e03bc239ed.png) ## Ignition OPC/UA ModbusTCP Driver Settings - Settings (all advanced settings are default): ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/7/9774efa8fed6bed79d03662027936fa07d79f0ae.png) ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/b/0b1257707ce33fd4bbf0085880b467e45b5d4e6b.png) ![Screenshot 2024-11-26 114142](https://us1.discourse-cdn.com/inductiveautomation/original/3X/1/d/1dc2394dc244aff2f0804055bacad927d9dcfe8d.png) ## Ignition OPC Tags - Tags: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/8/d/8dec51bd090a24ecb3b71cd04743aef410faedbc.png) ## Wireshark diagnostics - 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. - I used ModbusMaster to create a virtual ModbusTCP master to try to connect to the ADAM and got similar Wireshark results as above. Does anyone have any ideas? Please let me know if you need more information or screenshots. Thank you. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [November 26, 2024, 5:51pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137/2 "2024-11-26T17:51:37Z")
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. ---
**Author:** ![jpai](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jpai/32/70090_2.png) [@jpai](https://forum.inductiveautomation.com/u/jpai)\ **Post date:** [November 26, 2024, 5:52pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137/3 "2024-11-26T17:52:39Z")
I am on it! I will let you know what happens. ---
**Author:** ![jpai](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jpai/32/70090_2.png) [@jpai](https://forum.inductiveautomation.com/u/jpai)\ **Post date:** [November 26, 2024, 6:01pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137/4 "2024-11-26T18:01:09Z")
I set all of the tags with the format you mentioned ([ADAM]1.HR1). Example: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/8/0/8019850bad066a85d344926b80f5b4ed05099b18.png) Also, I double checked that my virtual ModbusSlave is set for ID: 1. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/5/0/50c0f48ed6479c1dd398404f91aa30acaf407afb.png) 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. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [November 26, 2024, 6:02pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137/5 "2024-11-26T18:02:54Z")
Ignition settings look fine, if other masters also can't read it's probably a problem with the ADAM like you suggest. I'll leave you with 2 other pieces of advice for the Ignition side: - don't be tempted to use the Address Map page, just define the tags like you're already doing - disable all but 1 tag you know exists until you have established comms and a successful read ---
**Author:** ![jpai](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jpai/32/70090_2.png) [@jpai](https://forum.inductiveautomation.com/u/jpai)\ **Post date:** [November 26, 2024, 6:04pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137/6 "2024-11-26T18:04:49Z")
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. ---
**Author:** ![jpai](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jpai/32/70090_2.png) [@jpai](https://forum.inductiveautomation.com/u/jpai)\ **Post date:** [January 3, 2025, 4:12pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137/7 "2025-01-03T16:12:34Z")
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. ---
**Author:** ![Marcus\_Sysum](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/marcus_sysum/32/57944_2.png) [@Marcus\_Sysum](https://forum.inductiveautomation.com/u/Marcus_Sysum)\ **Post date:** [January 3, 2025, 6:48pm UTC](https://forum.inductiveautomation.com/t/modbustcp-opc-ua-driver-adam-4572-modbusrtu-gateway-connection-issues/99137/8 "2025-01-03T18:48:12Z")
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.