I’m using Ignition 8.3.2 with a Siemens S7-1500 PLC and communicating with it via OPC-UA. It’s apparently being overloaded and keeps changing its tags’ quality from ‘Good’ to ‘Good_Overload(“Sampling has slowed down due to resource limitations”)’.
Each time it does this it inserts a new row to the historian database because we have the tags configured for “on change” and ignition regards this a “change” even though the tag value itself hasn’t changed. The result is my partition sizes have swelled from 700MB at most to 60+ GB for 7 days of data.
In the past I remember there being a way to tell ignition to not allow Bad Quality Data or not allow uncertain quality data on the History Provider settings. How come this was removed/how can I get access to it again? Going through several thousand tags and using an expression script to force a quality is not a viable solution.
Good to know the distinction, I’m working with the client to get the root issue fixed, however it would still be nice to able to not have the historian filling up with 60 GBs of junk data.
Logically, if I’m telling it to log “On change” that is a reference to the value of the tag, not the quality of the tag.
I could see a point for the overall sentiment, however if you look in the historian, good_overload and good are both stored with a data integrity of 192. It’s just row after row after row of duplicated data and I would love a way to have the option to disable such data, and even all quality change data based on the needs of the client rather a one size fits all approach. Which brings me back to my original question:
In the past I remember there being a way to tell ignition to not allow Bad Quality Data or not allow uncertain quality data on the History Provider settings. How come this was removed/how can I get access to it again? Going through several thousand tags and using an expression script to force a quality is not a viable solution.