Acknowledgment-triggered reporting (ATR)
With the "Acknowledgment-triggered reporting of SFB 33-35" option, it is possible to suppress
the repeated reporting of "fluttering" signals, until an acknowledgment has been issued. This
can help to make the message list clearer, as well as to take some of the strain off the
communication system.
However, we recommend that you leave ATR deactivated, for the following reasons:
● It can cause the plant operator to stop acknowledging messages, even those which are not
"fluttering messages". If this is the case, the operator will not realize that the event causing
the message is recurring.
● The ATR property is a property of the CPU, which must be explicitly set for each CPU. If
this property is not set to the same value for all CPUs, this can result in varying message
behavior for the operator.
● The ALARM (SFB 33), ALARM_8 (SFB 34), and ALARM_8P (SFB 35) blocks then only
report a change of signal if the previous change of signal (the previous incoming message)
has been acknowledged. This property applies to all signals on these blocks, irrespective
of the "Acknowledgment required" property in PCS 7.
● The setting can only be subsequently changed by performing a complete CPU download.
● "Fluttering messages" which appear during commissioning or when a process tag is faulty
can also be blocked using the "Acknowledge error" OS function.
Configuration of the hardware (AS and I/O)
6.1 General CPU settings (H system and standard AS)
Compendium Part A - Configuration Guidelines (V8.2)
94 Configuration Manual, 08/2016, A5E38166869-AA
To Next Page
Loading...
Need help?
General
