Quality overlay initally white or red when swapping windows

It feels like the platform is slow while swapping windows. Tag overlays always takes 2-5 seconds to go “normal” after window swap.

If I have a leased tag groups with 2 sec driven class and 60 sec when not in fast mode. Should not the quality overlays when opening a window all be “normal” to begin with, given that all tags has been updated the last 60seconds?

Moreover, I have a template which shows around 30 states from a PLC (multistate indicators). This template uses indirect addressing based on an input “UdtAddress” .When changing the address for the template (actually swapping the PLC behind the path), all indicators loads for 2-5 seconds before updating with the new tag values.

This should not have anything to do with the tag setup right? (I am running OPC tags, through a FT Gateway server.) I expect my remote tag providers to always deliver “normal” quality data to the Front End vision server.

We are currently using ignition 8.05

We have the same issue in our company.
Our solution is to add this script in the Client event script, Start up section.


Hope that it helps

Thanks, i know about that one. It is not the best solution, but i get your point. Guess one could set ‘system.tag.setOverlaysEnabled(0)’ wait 5 sec then ‘system.tag.setOverlaysEnabled(1)’.

The main problem i guess we have(my and your company) is that the Ignition tag database is to slow relative to the vision module.

How crazy is to expect that a Vision-window, with 20 integers, would open with good data within 500ms!

1 Like

I completly agree with you, I made a project with only one memory tag and it’s the same.
At least we are not alone :sweat_smile:

  • Everything gigabit Ethernet.
  • Less than 1 ms response while pinging to tag provider,
  • All Ignition servers running in a brand new virtual environment, high end CPUs and memory.

Not good…

IA is aware and have been working on a fix. Last I heard the fix might be in .08.

1 Like

We have this problem as well. Is there an estimated timeframe for the fix to be released?

Most of the causes of this issue should be fixed in 8.0.10.

Good afternoon.

I have upgraded to Ignition 8.0.11 and the issue continues:


Best Regards.

You aren’t alone. I mentioned to IA that it wasn’t fixed and they told me it was. Very frustrating!!

Please, help.

Please email support@inductiveautomation.com, reference this forum post, and provide a copy of your project, or message me directly with a project export.

The changes in 8.0.10 directly affected how expression bindings evaluate on initial window open. Before these changes, expressions would evaluate with bad quality if referencing any tags, since the tag value would be null during first execution. These evaluations will now return an uncertain initial quality (rather than bad) if the initial tag value hasn’t yet been returned from the gateway, and then once the value is returned, will execute again with the proper value / quality. The unknown qualities shown (gray overlays) when toggling between screens is currently intended behavior to show that the tag value has yet to be initially returned from the gateway. There shouldn’t be any bad quality (red overlays) shown on window open unless the tag / binding is in fact bad.

1 Like

Good Morning.

I think I have managed to further specify the issue:
The problem is that sometimes and randomly, an icon of unknown quality appears in some templates.

This problem seems to be associated with the properties of the controls that are bound (property binding) with some tag (such as the “background color” of a button that is contained in the template).

In the designer, when I run “Run diagnostics” on the instance of a template, I can see the following:

The strangest thing is that it happens randomly (sometimes yes / sometimes no).

I have attached the template so that you try to reproduce the problem.

Template_Boton_OEE.zip (6.9 KB)

Best Regards.

Hi Kurt, am I right to assume the following: If we had red overlays before the “fix”, then best case scenario now is that the overlay is now white instead?

I mean, why do we have to wait more than one second before any overlays are gone when all tags are available on the tag providers? What is the reason for the delay?