Alarmsare specializations of AcknowledgeableConditionsthat add the concepts of an Activestate and other states like Shelvingstate and Suppressedstate to a Condition. The state model is illustrated in Figure 5. The complete model with all states is defined in 5.8.
An Alarmin the Activestate indicates that the situation the Conditionis representing currently exists. When an Alarmis an inactive state it is representing a situation that has returned to a normal state.
The shelving state can be set by an Operatorvia OPC UA Methods. The suppressed state is set internally by the Serverdue to system specific reasons. Alarmsystems typically implement the suppress, out of service and shelve features to help keep Operatorsfrom being overwhelmed during Alarm “storms” by limiting the number of Alarms an Operatorsees on a current Alarm display. This is accomplished by setting the SuppressedOrShelvedflag on second order dependent Alarms and/or Alarms of less severity, leading the Operatorto concentrate on the most critical issues.
Alarms follow a typical timeline that is illustrated in Figure 6. They have a number of delay times associated with them and a number of states that they might occupy. The goal of an alarming system is to inform Operators about conditions in a timely manner and allow the Operatorto take some action before some consequences occur. The consequences may be economic (product is not usable and must be discard), may be physical (tank overflows), may safety (fire or explosion could occur) or any of a number of other possibilities. Typically, if no action is taken related to an alarm for some period of time the process will cross some threshold at which point consequences will start to occur. The OPC UA Alarmmodel describes these states, delays and actions.