How to isolate truly bad Tags from the others ?

06 Sep 2022
During data polling, a single tag in error (truly bad) can cause a number of other (good) tags to appear in error as well because, for communication optimization purposes, tag requests and responses are grouped in one single exchange. The whole group is then affected with the same error status. Example here, only one Tag is wrong mceclip0.png This article explains how to do to isolate the truly bad Tag that is causing the group of Tags to be in Bad Quality.

 

APPLICABLE PRODUCTS

Ewon : Flexy

 

PROCEDURE

During commissioning or maintenance, you indeed may want to isolate the truly bad tag from the others. Therefore, you have to disable the polling of tags in error. This can be done in the IO Server > Global Config parameters as shown below:

 

mceclip1.png

The relevant tag will no longer be polled, and it will no longer be included in a group (and hence it will not impact other tags).

mceclip3.png


At the creation of the Tags or at the initialization of an IOServer, all tags are considered as valid and are polled.
If repetitive errors occur on some Tags, these tags will be considered as invalid and will not be polled anymore!
A specific error message will be written in the event log.
This message is "Protocol Error while reading Tag (IOserver - TagName - Polling disabled for this tag)" (see example in figure below)

 

mceclip4.png

 

Invalid tags will be polled again when:
• the IOServer is started (i.e.: after a IOServer modification)
• a manual INIT of the IOServer is operated using the "Init" link next to the IOServer
selection box
• a modification of the Tag (in the I/O Server Setup part of Tag Setup)

 

Remind yourself to uncheck the "Disable Tags in Error" box, as soon as you have completed
your commissioning or maintenance task.

 

mceclip5.png