# Modbus Tags "Bad\_NotConnected" When polling more than one device

**URL:** <https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865>\
**Category:** Ignition\
**Tags:** modbus\
**Created:** [July 7, 2024, 9:20am UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865 "2024-07-07T09:20:03Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ali\_R](https://avatars.discourse-cdn.com/v4/letter/a/4491bb/32.png) [@Ali\_R](https://forum.inductiveautomation.com/u/Ali_R)\
**Post date:** [July 7, 2024, 9:20am UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/1 "2024-07-07T09:20:03Z")

</div>

Hi everyone,

I am new to modbus systems now I have 4 RTU over RS485 devices ( Address 1: VFD, 2 and 3: Schneider PM2220 Powermeters and 4: Delta PLC). I have added their modbus addresses through Ignition Address mapping.  
When I add tags only from one device, there is no problem and errors. The problem is that once I add tags for multiple devices, I have occasional "Bad\_NotConnected: The variable should receive its value from another variable" errors. The more the number of tags I poll, the more frequent this error occurs.

I attach some pictures for reference.

Thanks everyone,  
Ali

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/5/0/50771efedd52c51fa7baa044f0cf5a0ebdf116a7.png)  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/8/b890db08a1d3cce16cdbb631674e04ab06fe2b38.png)  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/8/48f533642b9fcb31815c33014ea48232a9cf1c2f.png)

---

<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:** [July 7, 2024, 12:42pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/2 "2024-07-07T12:42:22Z")

</div>

What do you see on the device's diagnostics page?

---

<div class="post-metadata">

**Author:** ![Ali\_R](https://avatars.discourse-cdn.com/v4/letter/a/4491bb/32.png) [@Ali\_R](https://forum.inductiveautomation.com/u/Ali_R)\
**Post date:** [July 8, 2024, 5:51am UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/3 "2024-07-08T05:51:18Z")

</div>

The diagnostics Tag shows Good connection without errors. But I have investigated it further and it seems that the poll requests are being sent to all 4 slave devices at once resulting in Frame and CRC errors by slaves.  
I think I am experiencing the same problem here:

> [@Add delay between Polls for devices in Modbus RTU](https://forum.inductiveautomation.com/t/add-delay-between-polls-for-devices-in-modbus-rtu/40591/6):
>
> Unfortunately I notice today that driver issue all poll request at the same time for all IDs in the bus. So every device try to answer the request base on their ID and we have collisions detection on the RS485 bus. It seems the one who write the driver think it works as TCP connection and doesn’t care about serial limitation.  
> I hope IA fix this issue unless the driver is totally useless in serial mode.

---

<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:** [July 8, 2024, 11:23am UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/4 "2024-07-08T11:23:11Z")

</div>

> [@Ali\_R](#):
>
> the poll requests are being sent to all 4 slave devices at once

Are you sure there are no replies for each before the next is sent? (That is how RTU is supposed to work.) Are you sure these devices comply with Modbus RTU timing specifications? (They are supposed to ignore requests and replies that target other slave unit ID numbers.)

Are you including the unit number in your manual addressing? (Ignition's default to unit zero is a **broadcast** in Modbus RTU.)

---

<div class="post-metadata">

**Author:** ![Maxton\_Lemon](https://avatars.discourse-cdn.com/v4/letter/m/db5fbb/32.png) [@Maxton\_Lemon](https://forum.inductiveautomation.com/u/Maxton_Lemon)\
**Post date:** [August 14, 2024, 7:39pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/5 "2024-08-14T19:39:32Z")

</div>

Was this issue resolved? I am having the same issue

---

<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:** [August 14, 2024, 8:02pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/6 "2024-08-14T20:02:03Z")

</div>

In all cases the poster has disappeared when tasked with providing logs or other evidence to support the claim that multiple requests are sent at once.

---

<div class="post-metadata">

**Author:** ![Maxton\_Lemon](https://avatars.discourse-cdn.com/v4/letter/m/db5fbb/32.png) [@Maxton\_Lemon](https://forum.inductiveautomation.com/u/Maxton_Lemon)\
**Post date:** [August 14, 2024, 8:17pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/7 "2024-08-14T20:17:05Z")

</div>

Is there something else that would be causing the "variable should receive its value from another variable" error?

---

<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:** [August 14, 2024, 8:18pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/8 "2024-08-14T20:18:02Z")

</div>

Disable the "Reconnect after consecutive timeouts" setting on the driver. That's the usual culprit.

Then you'll need to figure out why the device isn't responding to requests.

---

<div class="post-metadata">

**Author:** ![Ali\_R](https://avatars.discourse-cdn.com/v4/letter/a/4491bb/32.png) [@Ali\_R](https://forum.inductiveautomation.com/u/Ali_R)\
**Post date:** [August 14, 2024, 8:22pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/9 "2024-08-14T20:22:17Z")

</div>

I have not disappeared, I just found other posts indicating the same issue where you and pturmel had responded to it without any solution (other than a driver offer for sale by pturmel), so I don't know why are you looking for same details here too, cause you already know the issue exists.  
Anyway, I could not use modbus for multiple slave devices, it is simply not possible in ignition due to a bug that is discussed in several posts.

---

<div class="post-metadata">

**Author:** ![Rajalakshmi\_R](https://avatars.discourse-cdn.com/v4/letter/r/9d8465/32.png) [@Rajalakshmi\_R](https://forum.inductiveautomation.com/u/Rajalakshmi_R)\
**Post date:** [March 21, 2025, 7:04am UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/10 "2025-03-21T07:04:56Z")

</div>

Me also facing same issue  
Bad\_NotConnected: The variable should receive its value from another variable.

---

<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:** [March 21, 2025, 12:15pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/11 "2025-03-21T12:15:51Z")

</div>

This is not a bug. As best could be told from the information in this and prior posts, the serial RTU link is simply overloaded, and made worse if any device drops out.

How many registers, across all devices, are you trying to poll, and at what pace? What is the baud rate on your RS-485 channel?

Ideal bulk polling, if every request is max size, and every slave responds instantly, is ~ (baud \* 0.045) registers per second. For typical 9600 baud links, that works out to an absolute maximum of 432 16-bit registers per second across the whole link.

---

<div class="post-metadata">

**Author:** ![john.roman](https://avatars.discourse-cdn.com/v4/letter/j/b5ac83/32.png) [@john.roman](https://forum.inductiveautomation.com/u/john.roman)\
**Post date:** [January 21, 2026, 7:21pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/12 "2026-01-21T19:21:04Z")

</div>

Me also. I’ve trying to diagnose this issue for days now! I three of the same devices, only reading one tag on each. As soon as I have more than (1) ID in designer perspective, I get ‘Bad’. Setup: ID1 (drop#1 or serial address in controller), ID2 (drop#2 or serial address in controller, ID3 (drop#3 or serial address in controller). 9600 baud, 8E1 on all devices. Modbus Poll runs great, with no errors on all three devices.

---

<div class="post-metadata">

**Author:** ![john.roman](https://avatars.discourse-cdn.com/v4/letter/j/b5ac83/32.png) [@john.roman](https://forum.inductiveautomation.com/u/john.roman)\
**Post date:** [January 21, 2026, 7:26pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/13 "2026-01-21T19:26:47Z")

</div>

I believe it to be a bug. Why is it then that I have same setup using app ‘Modbus Poll’ on 3 controllers and everything is fine, but when using in Ignition (and I’ve tried every possible setting in the gateway) I get ‘Bad’ quality when I add another ID (different) in Ignition designer (perspective).

---

<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:** [January 21, 2026, 8:54pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/14 "2026-01-21T20:54:38Z")

</div>

You are using a single device name in Ignition? And putting all three IDs in the same Ignition device? (Absolutely **required**.)

Please show the diagnostic page for your device instance.

---

<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:** [January 21, 2026, 8:56pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/15 "2026-01-21T20:56:08Z")

</div>

> [@Kevin.Herron](#):
>
> Disable the "Reconnect after consecutive timeouts" setting on the driver.

Let me reiterate this for everybody who stumbles into this thread in the future.

It may not solve the issue, but it will clear things up and change the failure to be more meaningful.

---

<div class="post-metadata">

**Author:** ![john.roman](https://avatars.discourse-cdn.com/v4/letter/j/b5ac83/32.png) [@john.roman](https://forum.inductiveautomation.com/u/john.roman)\
**Post date:** [January 22, 2026, 5:49pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/16 "2026-01-22T17:49:56Z")

</div>

I am using only one device for (3) ID's.  
 ![](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/f/0f3571dc32c7b36d0bf02e5f05e7430354aafdca.png)

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

---

<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:** [January 22, 2026, 5:52pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/17 "2026-01-22T17:52:16Z")

</div>

One of these days somebody with a serial analyzer is going to have to use it to snoop the difference between Ignition Modbus traffic and the working Modpoll or whatever other traffic.

---

<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:** [January 22, 2026, 5:58pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/18 "2026-01-22T17:58:17Z")

</div>

Years ago, I used these USB to serial adapters with an RS-232 to RS-485 converter to talk to devices for another HMI software and they worked great. While these don't look special, they have a special software you can install that will show you the raw data going through the serial port and helped troubleshooting.

[https://tripplite.eaton.com/keyspan-high-speed-usb-to-serial-adapter~USA19HS](https://tripplite.eaton.com/keyspan-high-speed-usb-to-serial-adapter~USA19HS)

~~Edit: I hope they still include that software and that it wasn't something from back 15+ years ago that didn't get ported. On their download page it only shows a driver, but I don't have one anymore so can't test it to see if it still has the extra diagnostics they used to have back with Windows XP.~~

Edit: They do still have the tool, but it didn't put any shortcuts in my start menu. The path to the serial assistant app for diagnostics is here: "C:\Program Files (x86)\Keyspan\Keyspan USA19H Driver\Windows 19H driver\K19HAsst.exe"

---

<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:** [January 22, 2026, 6:33pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/19 "2026-01-22T18:33:42Z")

</div>

The Moxa serial-ethernet converters I normally recommend have a traffic tracing page. 🤷‍♂️

---

<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:** [January 22, 2026, 6:37pm UTC](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865/20 "2026-01-22T18:37:26Z")

</div>

Are you talking the MB-3170/3270? Those are our go-to also for Modbus devices and great for diagnostics, but wasn't sure if they were using them in this case. It sounded like they were doing serial direct to the server, which in that case they'd need a USB-Serial converter with a diagnostics tool to monitor it (unless there's some other way I don't know about).

[Next page](https://forum.inductiveautomation.com/t/modbus-tags-bad-notconnected-when-polling-more-than-one-device/92865.md?page=2)
