# Intermittent Tag update delays in one provider while OPC Quick Client updates normally (8.1.54)

**URL:** <https://forum.inductiveautomation.com/t/intermittent-tag-update-delays-in-one-provider-while-opc-quick-client-updates-normally-8-1-54/117201>\
**Category:** Ignition\
**Tags:** ignition81\
**Created:** [September 26, 2026, 6:23pm UTC](https://forum.inductiveautomation.com/t/intermittent-tag-update-delays-in-one-provider-while-opc-quick-client-updates-normally-8-1-54/117201 "2026-09-26T18:23:17Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![550900682](https://avatars.discourse-cdn.com/v4/letter/5/f14d63/32.png) [@550900682](https://forum.inductiveautomation.com/u/550900682)\
**Post date:** [September 26, 2026, 6:23pm UTC](https://forum.inductiveautomation.com/t/intermittent-tag-update-delays-in-one-provider-while-opc-quick-client-updates-normally-8-1-54/117201/1 "2026-09-26T18:23:17Z")

</div>

Hi everyone,

We are experiencing intermittent Tag update delays in one Standard Tag Provider on a production Gateway. I would appreciate advice on where to investigate and what diagnostics to collect.

Environment:

- Ignition 8.1.54
- Java 17, Windows Server 2022
- 16 logical processors, approximately 32 GB RAM, 18 GB maximum JVM heap
- Redundant Gateway setup
- Two business Standard Tag Providers on the same Gateway
- The affected provider uses both external Siemens OPC UA connections and devices connected through Ignition's built-in OPC UA server

Symptoms:

1. Tags in the affected provider continue updating, but their values fall several seconds to tens of seconds behind. The problem eventually clears without intervention. We observed two episodes today.

2. During previous incidents, OPC Quick Client on the affected Gateway showed the monitored PLC value updating normally, while the corresponding Tag in the affected provider was delayed.

3. We have also observed another provider on the same Gateway updating normally for the same PLC point while the affected provider was lagging.

4. The delay is not limited to the Designer display. It has also been observed in Gateway scripts, SQL Bridge Transaction Groups, and another Gateway consuming tags from the affected provider.

5. Tags from multiple PLCs appear to be affected together. Memory Tag updates also appeared delayed, although we have not yet measured this separately.

6. During recovery, a PLC heartbeat counter appears to update faster and gradually catch up. We do not have a complete recording of every update, so we cannot confirm whether intermediate values are skipped.

These observations were collected across several incidents; not every comparison was recorded simultaneously during each incident.

The heartbeat uses a Direct Tag Group with a 1,000 ms rate and Subscribed mode. After recovery, OPC diagnostics showed:

- Revised sampling interval: 1,000 ms
- Revised publishing interval: 1,000 ms
- Queue size: 1
- Status: Good

Overall Gateway CPU usage does not appear high during the issue.

My questions:

- Given that OPC Quick Client can remain up to date while one provider's consumers lag, which part of the Tag system should we investigate first?
- How can we distinguish delayed Tag value updates from delayed delivery to subscribers?
- Which Gateway diagnostics, metrics, or specific loggers would be most useful during the next occurrence?

We have collected diagnostic bundles and thread dumps and can provide relevant sanitized excerpts if needed.

Thank you.

---

<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:** [September 26, 2026, 10:20pm UTC](https://forum.inductiveautomation.com/t/intermittent-tag-update-delays-in-one-provider-while-opc-quick-client-updates-normally-8-1-54/117201/2 "2026-09-26T22:20:08Z")

</div>

First question is: Have you got Change Scripts on your tags?

---

<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:** [September 26, 2026, 10:40pm UTC](https://forum.inductiveautomation.com/t/intermittent-tag-update-delays-in-one-provider-while-opc-quick-client-updates-normally-8-1-54/117201/3 "2026-09-26T22:40:57Z")

</div>

After answering David,

> [@550900682](#):
>
> provide relevant sanitized excerpts if needed.

How will you know what is relevant? Other than typical removal of obviously trivial addresses & names, uncut material is generally needed is difficult cases (like yours). You may need to use IA support, who can protect the content of your diagnostic bundle from untrusted volunteers here on the forum.

---

<div class="post-metadata">

**Author:** ![zgsying](https://avatars.discourse-cdn.com/v4/letter/z/c68b51/32.png) [@zgsying](https://forum.inductiveautomation.com/u/zgsying)\
**Post date:** [September 28, 2026, 2:04am UTC](https://forum.inductiveautomation.com/t/intermittent-tag-update-delays-in-one-provider-while-opc-quick-client-updates-normally-8-1-54/117201/4 "2026-09-28T02:04:00Z")

</div>

> [@pturmel](#):
>
> How will you know what is relevant? Other than typical removal of obviously trivial addresses & names, uncut material is generally needed is difficult cases (like yours). You may need to use IA support, who can protect the content of your diagnostic bundle from untrusted volunteers here on the forum.

Thanks for the advice. I understand that unredacted diagnostic material is often required for difficult cases, and I will submit a request to IA Support directly.
