Suppress – OPC Unified Architecture – Part 9: Alarms & Conditions

OPC Unified Architecture – Part 9: Alarms & Conditions

v1.05.06

1Scope
2Normative references
3Terms, definitions, and abbreviations
- 3.1Terms and definitions
- 3.2Abbreviations and symbols
4Concepts
5Model
6AddressSpace organisation
7System State & Alarms
8Alarm Summary and Objects
9Alarm Metrics
Annex ARecommended localized names (Informative)
- A.1Recommended state names for TwoState Variables
- A.2Recommended dialog response options
Annex BExamples (Informative)
- B.1Examples for Event sequences from Condition instances
- B.2AddressSpace examples
Annex CMapping to EEMUA (Informative)
Annex DMapping from OPC A&E to OPC UA A & C (Informative)
Annex E– IEC 62682 Mapping
Annex FSystem State (Informative)
- F.1Overview
- F.2SystemStateStateMachineType
Bibliography

3.1.19 Suppress

act of determining whether an Alarm should not occur

Note 1

Note 1 to entry: “An Alarm is suppressed when logical criteria are applied to determine that the Alarm should not occur, even though the base Alarm Condition (e.g. Alarm setting exceeded) is present” as defined in EEMUA. In IEC 62682 Suppressed Alarms are also described as being “Suppressed by Design”, in that the system is designed with logic to Suppress an Alarm when certain criteria exist. For example, if a process unit is taken off line then low level alarms are Suppressed for all equipment in the off-line unit.