# Some tag disconnects when connecting a different device with different modbus device ID

**URL:** <https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941>\
**Category:** Ignition\
**Tags:** ignition83\
**Created:** [June 11, 2026, 12:43am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941 "2026-06-11T00:43:06Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 11, 2026, 12:43am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/1 "2026-06-11T00:43:06Z")

</div>

Hello Everyone,

Need your help on how can I fix the problem of colliding data for tags from different devices. I have a single modbus network wherein I will be connecting PV inverters and Power meters, I connected the PV inverter first with a modbus device ID of 1 and all of the mapped tags are working great. However when I connected a Power meter with modbus device ID of 15, 2 tags from the inverter suddenly disconnected while all of the tags in the Power meter is working properly. I am confident the the mapping are right and its working when connected alone. Please Help

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 11, 2026, 1:02am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/2 "2026-06-11T01:02:35Z")

</div>

Here are the inverter tags when the power meter is not connected

 ![PV inverter tags Online](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/f/2f25029f512f1e3cf365e66dfe91cca0e9048b9f.jpeg)

you can see that the above tags for Power meter is not yet updating.

 ![Power meter online](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/9/d9188b24ca69a963ee8dd53b560bd65a23ccca41.jpeg)

and then above are the tags for Power meter and then below happens

 ![Tag in red2](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/1/a197b2a596c267455f54f2cf52aea5cb3d36f575.jpeg)

Inverter device ID is 1 the address for the Load Power=1.HR198, Utility Power=1.HR203, Data Type Integer, Function Code 3 Holding Registers

Power meter device ID is 15, Data Type Float, Function Code 4 Input Register

---

<div class="post-metadata">

**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:** [June 11, 2026, 2:22am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/3 "2026-06-11T02:22:50Z")

</div>

Logs and/or Wireshark capture would be useful.

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 11, 2026, 2:51am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/4 "2026-06-11T02:51:22Z")

</div>

Where can I go to logs? is this it?

 ![IO Gateway logs](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/2/02f518b4a72680b30ee698b2b1b71b3a50357010.jpeg)

 ![Logs](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/2/22daf066496ed4b049033906aa39549ac943b715.jpeg)

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 11, 2026, 3:01am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/5 "2026-06-11T03:01:15Z")

</div>

New observation, I added more tags from the Power Meter, now all the individual tag connection problem from inverter got switched, all the previous working tags are now disconnected and the 2 disconnected tags are now working.

 ![Problem switched](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/7/b709d4812584abfd3142035c1c107a707c627d59.jpeg)

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 11, 2026, 4:09am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/6 "2026-06-11T04:09:46Z")

</div>

![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/7/7763563c8d4d7978384027586a23cb9be83b5daa.png)

Here is the wireshark diagnostic results

---

<div class="post-metadata">

**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\
**Post date:** [June 11, 2026, 8:36am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/7 "2026-06-11T08:36:37Z")

</div>

Your device is not responding fast enough, here it is showing at a quarter of a second for 3 requests. Use the fastest modbus baud rate you can on both devices and make sure that the devices are capable of reading that much data over modbus at that speed.

The “Overload” graph should be close to 0% at all times.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [June 11, 2026, 12:44pm UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/8 "2026-06-11T12:44:18Z")

</div>

That wireshark image is not showing modbus traffic.

How is your gateway talking to the MB network? (Driver and settings.)

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 11, 2026, 10:29pm UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/9 "2026-06-11T22:29:12Z")

</div>

Thank you @davice\_Stone for the advice, I will try this. Regards

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 11, 2026, 10:33pm UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/10 "2026-06-11T22:33:07Z")

</div>

Hello Phil, The PV inverter and Power meter is wired (daisy chain) to a RS485 to Modbus TCP converter.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/5/d/5df01a1711e363eda8adf94184c470f31611bb6f.png)

Its just disconnected right now as I am typing, I am not in the site right now.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [June 12, 2026, 12:50am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/11 "2026-06-12T00:50:43Z")

</div>

> [@brillian.teope](#):
>
> RS485 to Modbus TCP converter

Brand and Model?

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 12, 2026, 1:38am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/12 "2026-06-12T01:38:10Z")

</div>

I have attached link to the datasheet, see below:

> **[Client Challenge](https://www.scribd.com/document/862513659/ZWGW01-02-LoRa-Modbus-Transceiver-Datasheet)**

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [June 12, 2026, 2:01am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/13 "2026-06-12T02:01:48Z")

</div>

It isn't entirely clear, but that document suggests the device is not intended to bridge Modbus RTU and Modbus TCP, but instead bridge either of those to LoRaWan.

Two points I noticed:

- The default framing on the RS485 port is 9600 N-8-1. N-8-1 is explicitly **not** supported in Modbus RTU, though many devices tolerate it.

- The device indicates its max packet size is 232. You will need to reduce the max coils/discretes/registers per read or write to accommodate that.

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 12, 2026, 3:51am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/14 "2026-06-12T03:51:19Z")

</div>

Hello Phil, so what is the framing configuration that is supported by Modbus RTU?

---

<div class="post-metadata">

**Author:** ![lane.duncan](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/lane.duncan/32/83700_2.png) [@lane.duncan](https://forum.inductiveautomation.com/u/lane.duncan)\
**Post date:** [June 12, 2026, 8:15am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/15 "2026-06-12T08:15:11Z")

</div>

1. You are using a very low cost device which will result in appropriate low cost performance. Any issues you have will most certainly be due to device issues. You have settings that are asking for performance that is simply not obtainable with this device. The trick is finding the settings that work.

2. Page 12 of [this document](https://www.modbus.org/file/secure/modbusoverserial.pdf) has the communication parameter recommendations that Phil is referring to. Note that No Parity requires two stop bits. It appears that the default configuration will only produce 10 bits instead of the required 11 (Good catch @pturmel , I would have never caught that). I would alter the communication settings to even parity if that is an option.  

3. My experience with low cost devices is that bad tag quality happens quite frequently. These devices tend to be powered by chipmunks on treadmills, which overheat and take frequent breaks. Bad quality tags are to be expected from time to time. This is the trade off for the low cost.

4. As @ [David\_Stone](https://forum.inductiveautomation.com/u/david_stone) stated, the Overload % should be zero. This is the measurement you should monitor and optimize, not bad tag count.

5. Your tag sample rate is set to 1000ms in your tag configuration for all tags. This is the default value and is most likely way too fast for a low cost device such as this. Set it as high you can tolerate (30000ms) for now, then when you get things working you can tweak it for better performance.

6. I have found that if a low cost device doesn't respond in 100ms it most likely will not respond at all (the chipmunks are on break). I normally set the communication timeout to 200ms, as there is no point in waiting for information that will never arrive:  

7. The max data length of 232 bytes is less than the Modbus specification of 253bytes (another good @pturmel catch!). It appears the Ignition defaults are set to expect 250bytes of data. I would adjust the following values to 80% of the defaults:

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/f/1/f1d542e0b7efa520fd28123d8c45a4271e63579d.png)

1. I have found that the "Span Gaps" optimization can cause issues with low-cost devices. Uncheck it.

---

<div class="post-metadata">

**Author:** ![tgarrison](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tgarrison/32/80965_2.png) [@tgarrison](https://forum.inductiveautomation.com/u/tgarrison)\
**Post date:** [June 12, 2026, 11:39am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/16 "2026-06-12T11:39:04Z")

</div>

Nice write-up. I am going to take some of these ideas and give them a try at one of our clients who have a ton of modbus gateways that are finicky..

---

<div class="post-metadata">

**Author:** ![brillian.teope](https://avatars.discourse-cdn.com/v4/letter/b/22d042/32.png) [@brillian.teope](https://forum.inductiveautomation.com/u/brillian.teope)\
**Post date:** [June 13, 2026, 1:59pm UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/17 "2026-06-13T13:59:06Z")

</div>

Greatly appreciate your support! Thank you

---

<div class="post-metadata">

**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\
**Post date:** [June 13, 2026, 4:22pm UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/18 "2026-06-13T16:22:36Z")

</div>

I also wonder how much the LoRaWAN bridge is causing issues since it's ultra low bandwidth (should be able to do 9600bps though, but aren't intended for high speed anything.

---

<div class="post-metadata">

**Author:** ![lane.duncan](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/lane.duncan/32/83700_2.png) [@lane.duncan](https://forum.inductiveautomation.com/u/lane.duncan)\
**Post date:** [June 14, 2026, 6:35am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/19 "2026-06-14T06:35:30Z")

</div>

That’s why I chose the words “low cost.”

I didn’t want to explicitly call out a reason such as LoWaRAN, but just to set expectations in general about the performance of these devices.

It is unreasonable to expect a $10 device to perform as well as a $500 device.

---

<div class="post-metadata">

**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\
**Post date:** [June 14, 2026, 6:54am UTC](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941/20 "2026-06-14T06:54:02Z")

</div>

> [@lane.duncan](#):
>
> It is unreasonable to expect a $10 device to perform as well as a $500 device.

I see you've never compared an AB unmanaged switch to the rest of the market...

[Next page](https://forum.inductiveautomation.com/t/some-tag-disconnects-when-connecting-a-different-device-with-different-modbus-device-id/115941.md?page=2)
