# Device connections AllenBradley

**URL:** <https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735>\
**Category:** Ignition\
**Created:** [November 4, 2021, 5:35pm UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735 "2021-11-04T17:35:12Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![JamesUalto](https://avatars.discourse-cdn.com/v4/letter/j/54ee81/32.png) [@JamesUalto](https://forum.inductiveautomation.com/u/JamesUalto)\
**Post date:** [November 4, 2021, 5:35pm UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/1 "2021-11-04T17:35:12Z")

</div>

Since adding some new tags to my tree it seems my tag response time has worsened. Simply changing a boolean value through a push button tag binding takes more than a few seconds.

Screenshot shows stats for connection to a AB L33ER PLC over Ethernet.

How do I resolve?

 ![15](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/6/26e0dbe42dbc26bec6b233b7abc339cec37c8921.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:** [November 4, 2021, 6:22pm UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/2 "2021-11-04T18:22:38Z")

</div>

What firmware version is the PLC running? Periodic or continuous task? Can you or have you increased the overhead timeslice setting in the PLC?

---

<div class="post-metadata">

**Author:** ![JamesUalto](https://avatars.discourse-cdn.com/v4/letter/j/54ee81/32.png) [@JamesUalto](https://forum.inductiveautomation.com/u/JamesUalto)\
**Post date:** [November 4, 2021, 7:25pm UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/3 "2021-11-04T19:25:39Z")

</div>

v32. Continuous. Ive never changed it. I think I can change.

---

<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:** [November 4, 2021, 7:35pm UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/4 "2021-11-04T19:35:05Z")

</div>

Try changing it.

On the Ignition side you can maybe tweak the Concurrency and CIP Connection Size settings on the driver but you’d probably need to adjust the overhead timeslice before doing this. If a connection size other than the default is going to work it will likely be \<= 2000. I’d try 1000 to start and see if that helps at all.

---

<div class="post-metadata">

**Author:** ![JamesUalto](https://avatars.discourse-cdn.com/v4/letter/j/54ee81/32.png) [@JamesUalto](https://forum.inductiveautomation.com/u/JamesUalto)\
**Post date:** [November 5, 2021, 8:14am UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/5 "2021-11-05T08:14:40Z")

</div>

OK. What does the overload and monitored item count mean in real terms? I don’t believe this was an issue until I added some new tags to my tree.

---

<div class="post-metadata">

**Author:** ![JamesUalto](https://avatars.discourse-cdn.com/v4/letter/j/54ee81/32.png) [@JamesUalto](https://forum.inductiveautomation.com/u/JamesUalto)\
**Post date:** [November 5, 2021, 8:48am UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/6 "2021-11-05T08:48:39Z")

</div>

FYI

 ![16](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/e/debc0abbda64e5aab56df8e456514cd492886e48.png)  
 ![17](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/b/ab6b88e7c446d5998ae502b55b4b257d43311826.png)  
 ![18](https://us1.discourse-cdn.com/inductiveautomation/original/3X/8/d/8decf417753f04a3242a4c370befc2b19a8ada97.png)

---

<div class="post-metadata">

**Author:** ![JamesUalto](https://avatars.discourse-cdn.com/v4/letter/j/54ee81/32.png) [@JamesUalto](https://forum.inductiveautomation.com/u/JamesUalto)\
**Post date:** [November 5, 2021, 9:52am UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/7 "2021-11-05T09:52:33Z")

</div>

I changed the scan rate in Ignition. This has reduced the overload but doesn’t seem to have sped up the response time in my client?

 ![19](https://us1.discourse-cdn.com/inductiveautomation/original/3X/f/f/ffe57cb75833f199592ce159cfdf77527cbbae02.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:** [November 5, 2021, 11:27am UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/8 "2021-11-05T11:27:19Z")

</div>

Look at the mean response time versus the number of requests. Multiply. Divide by # of concurrent requests. The resulting # of milliseconds is the fastest pace your connection supports.

You might gain a bit by increasing concurrency, but if the bottleneck is in the PLC (likely), the response times will go up and you won’t really be going faster.

PLC bottlenecks can be mitigated by changing a continuous task to a periodic. In your case, I’d recommend a 10ms or 20ms period. Logix processors also have a setting for communications time slice. Increase that.

---

<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:** [November 5, 2021, 11:28am UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/9 "2021-11-05T11:28:11Z")

</div>

It didn’t change anything because when you were requesting 1000ms polling you were only getting ~3200ms anyway.

Overload is how far over the requested/ideal sampling you are. Monitored Item count is basically just subscribed tag count for that device.

---

<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:** [November 5, 2021, 11:48am UTC](https://forum.inductiveautomation.com/t/device-connections-allenbradley/52735/10 "2021-11-05T11:48:19Z")

</div>

You might also want to review this topic if you are reading much from AOIs:

> [@Cannot read some tags inside Rockwell AOI](https://forum.inductiveautomation.com/t/cannot-read-some-tags-inside-rockwell-aoi/38393):
>
> I am trying to see tags inside an AOI. I went back to basics and dragged and dropped the tags from the OPC browser into the Tags Folder, but the quality is bad and there is a red x next to them. What is more confusing is that some are working and some are not. I cannot see any similarities between the few that aren’t working. Data type, In and Out types are working and not working. I can create a new UDT as an In/Out but this seems cumbersome. In this case, I would need to create tags only fo…

Also, avoid reading alias tags. (I recommend avoiding aliases, period.)
