How the technical alarms operate and avoiding the alarm confirmation.

The Alarms page allows the error or accident detection on a KNX installation

When an alarm situation appears, the alarm system sends one communication object informing the Z38 that and alarm has been detected. The reception of this alarm message in the Z38 causes the apparition of a danger icon in the corresponding box. Moreover the touch panel starts blinking and emitting a “beep” in order to warn the user. When the user presses the bottom OK in the affected box to confirm the alarm, the touch panel recovers its normal state but the icon remains in the display until the message informing that the alarm situation has disappeared is received by the Z38.

This week we have received a question asking how the confirmation function can be avoided. That is to say that, when the message informing that the alarm has disappeared is received by the Z38, both the blinking and the danger icon disappear too without having to confirm the alarm.

Canceling the confirmation can be done with a logical function using the alarm trigger value object sent to Z38 as call for the logical function:

When the alarm trigger value is “1” (configurable in ETS) the value that cancels the alarm is “0”. Therefore, the logical operation to carry out with the trigger value is NOT but configuring the result for sending the value only when it is equal to “1”. This result will be linked to the confirmation object by means of group address.

When the alarm trigger value is “0” the value that cancels the alarm is “1”. Therefore, the logical operation to carry out with the trigger value is the IDENTITY but configuring the result for sending the value only when it is equal to “1”. In the same way, we have to link the result to the confirmation object by means of group address.

NOTE: Zennio hardly recommends you to notify the users about any modification you could carry out with the performance of the technical alarms.