IEC 62682 defines a large number of terms that are covered by the OPC UA model but not used in the text. These IEC 62682 terms are listed below and include a description, mapping or relationship to OPC UA Alarms and Events:

Table E.1- IEC62682 Mapping

IEC 62682

OPC UA Mapping / Related Concept

IEC 62682 Definition

OPC UA Application of

absolute alarm

ExclusiveDeviationAlarmType NonExclusiveDeviationAlarmType

An alarm generated when the alarm set point is exceeded.

Both OPC UA models expose a set point and process the Alarmas an absolute Alarmrequires, the only difference is the interaction between relative states (High, HighHigh...)

adaptive alarm

Alarm for which the setpoint is changed by an algorithm (e.g., rate based).

In OPC UA adaptive alarming may be part of a vendor specific alarm application, but it would or could make use of a number of standard Alarmfunctions described in this specification. OPC UA provides limit, rate of change and deviation alarming. Vendors can easily develop algorithms to adjust any of the limits that are exposed.

adjustable alarm / operator-set alarm

ExclusiveLimitAlarmType NonExclusiveLimitAlarmType

An alarm for which the set point can be changed manually by the Operator.

Both OPC UA models allow Alarmlimits to be writeable and allow for an Operatorto change the limit. For all changes to limits an audit event should be generated tracking the change.

advanced alarming

A collection of techniques that can help manage annunciations during specific situations.

In OPC UA advanced alarming may be part of a vendor specific alarm application, but it would or could make use of a number of standard Alarmfunctions described in this specification, such as adaptive setting of a setpoint for deviation Alarm. It might also require the definition of new Alarmsub-types.

Annunciation / Alarm Annunciation

Retain

A function of the alarm system is to call the attention of the Operatorto an alarm.

OPC UA provides an Alarmmodel that includes concepts such as re-alarming, Alarmsilence and Alarmdelays, but it is up to the Clientapplication to make use of these features to generate both audible and visual annunciation to the Operator. OPC UA does not provide visual indication but it does provide priority information on which the client can be configured to provide the appropriate visual display. A key concept for alarm display is the concept of Alarmstates and a Retain bit (see Annex Bfor more details).

alarm attribute

Various Alarm Properties

The setting for an alarm within the process control system.

OPC UA defines a number of Properties that reflect what would be termed alarm attributes in IEC 62682 such as Alarmsetpoint which maps to the setpoint property in an ExclusiveDeviationAlarmType.

alarm class

ConditionClass,

ConditionSubClass

A group of alarms with a common set of alarm management requirements (e.g., testing, training, monitoring, and audit requirements).

OPC UA provides ConditionClasses, but also provides other groupings, like ConditionSubClass OPC UA also specifies a number of predefined classes, but it is expected that vendors, other standards group or even end users will define their own extensions to these classes. The OPC concepts allow Alarms to be categorized as needed.

alarm Deadband

ExclusiveDeviationAlarmType NonExclusiveDeviationAlarmType

A change in signal from the alarm setpoint necessary for the alarm to return to normal.

In OPC UA the ExclusiveDeviationAlarmTypeand NonExclusiveDeviationAlarmTypecontain an Alarmdeadband and can be used for the same functionality described in IEC 62682.

filtering(alarm)

Event Subscription

A function which selects alarm records to be displayed according to a given element of the alarm record.

In OPC UA Alarmsare received by a Clientaccording to the specific filter requested by the Client. The filtering can be very robust or very simple according to the needs of the client. It is up to the Clientapplication to generate and provide the appropriate filter to the server. OPC UA’s Alarmmodel is a subscription based model, not a push model that is configured on a server. The choice of filter is a client’s responsibility.

alarm flood

Alarm diagnostics

A condition during which the Alarmrate is greater than the Operatorcan effectively manage - (e.g., more than 10 Alarms per 10 minutes).

OPC UA does not define Alarmflooding but it does provide the capability to collect diagnostics that would allow an engineer to review overall Alarmperformance.

alarm group

alarm group

A set of alarms with common association (e.g., process unit, process area, equipment set, or service). Alarm groups are primarily used for display purposes.

OPC UA allows the definition of Alarmgroups and the assignment of Alarmsto these groups. In addition. OPC UA allows Alarms to also be part of a category. OPC UA also allows Alarms to be organized as a HasNotifierhierarchy (see clause 6). Groups, categories and hierarchies can be used for filtering or restricting Alarms that are being displayed.

alarm history

historical events

long term repository for alarm records.

OPC 10000-11describes historical Events.

alarm log

short term repository for alarm records.

This part does not specify repositories for Alarms. Alarmlogging is a Clientfunction.

alarm management

alarm system management

collection of processes and practices for determining, documenting, designing, operating, monitoring, and maintaining alarm systems.

OPC UA provides an infrastructure to allow vendors and Operators to provide Alarmmanagement, as such it should be an integral part of an alarm management system.

alarm message

Events

text string displayed with the alarm indication that provides additional information to the Operator(e.g., Operatoraction).

OPC UA provides an Eventstructure that includes many different pieces of information (see OPC 10000-5for additional details). Clientscan subscribe for as much of this information as desired and display this as an Alarmmessage. All typical fields that would be associated with an Alarmmessage are available. In addition OPC UA provides significant additional information.

alarm priority

Priority

relative importance assigned to an alarm within the alarm system to indicate the urgency of response (e.g., seriousness of consequences and allowable response time)

OPC UA provides a Priority Variableas part of the Alarm Objectthat provides the same functionality

alarm rate

Alarm diagnostics

the number of alarm annunciation, per Operator, in a specific time interval.

OPC UA provides diagnostics allowing the collection of Alarmrate information at any level in the system.

Record (Alarm)

Events, Event filtering

a set of information which documents an alarm state change.

In OPC UA all Alarms are generated as an Eventand the Clientcan select the fields that are to be included in the Events. This selection can be customized for each AlarmConditionType, which allows a customized Alarmrecord to be generated.

alarm setpoint, alarm limit, alarm trip point

Limit Alarms, Discrete Alarms

the threshold value of a process variable or discrete state that triggers the alarm indication.

OPC UA supports Alarmlimits and setpoints for multiple Alarmtypes, including limit Alarmsand discrete Alarms.

Sorting (alarm)

a function which orders alarm records to be displayed according to a given element of alarm record.

OPC UA does not provide Alarmsorting as part of an event subscription. Multiple filtering options are provided, but the Clientis required to perform any ordering of Alarms.

alarm summary, alarm list

a display that lists alarm annunciations with selected information (e.g., date, time, priority, and alarm type).

In OPC UA Alarmsummaries and Alarmlists are Clientfunctionality and are not specified. Extensive filtering capabilities are provided by the Serverto allow easier implementation of Alarmsummaries or lists by a Client.

Alert

An audible and/or visible means of indicating to the Operatoran equipment or process condition that can require evaluation when time allows.

Alerts are items that should be attended to, but are not as urgent as Alarms. OPC UA does not differentiate between Alarms and alerts, but it does provide a full range of priorities for Alarms. It is up to the end users to determine what range of priorities are considered an alert vs an Alarmetc.

allowable response time

The maximum time between the annunciation of the alarm and when the Operatortakes corrective action to avoid the consequence.

OPC UA does not provide any specific fields for allowable response time, but it does track the times at which an Alarmoccurs and when any actions are taken on the Alarm.

annunciator

device or group of devices that call attention to changes in process conditions.

OPC UA does not define annunciators, this is Clientfunctionality that can be implemented using OPC UA.

Audit

comprehensive assessment that includes the evaluation of alarm system performance and the effectiveness of the work practices used to administer the alarm system.

OPC UA does provide a number of features that can facilitate an audit, including diagnostics and audit events. Do not confuse OPC Audit Eventwith the IEC audit concept.

bad-measurement alarm

an alarm generated when the signal for a process measurement is outside the expected range (e.g., 3.8 mA for a 4 mA to 20 mA signal).

A bad measurement Alarmis not defined in OPC UA, but limit Alarms are defined and they could be used directly to represent a bad-measurement Alarm. Alternatively, limit Alarmscould be further subtyped to allow easier filtering on bad-measurement Alarms if desired.

bit-pattern alarm

Discrete alarm

an alarm that is generated when a pattern of digital signals matches a predetermined pattern.

In OPC UA a bit pattern Alarmcan be mapped to a DiscreteAlarmType.

calculated alarm

An alarm generated from a calculated value instead of a direct process measurement.

In OPC UA any of the defined Alarmtypes can be applied to calculated values or to process values.

call-out alarm

alarm that notifies and informs an Operatorby means other than, or in addition to, a console display (e.g., pager or telephone)

OPC UA does not specify call-out alarms, since this is client functionality. OPC UA does provide the ability to categorize or group an Alarmsuch that it could be easily identified as requiring a different type of annunciation.

chattering alarm

OnDelay, OffDelay

alarm that repeatedly transitions between the alarm state and the normal state in a short period of time.

The OPC UA features of OnDelayand OffDelaycan be used to help control chattering Alarms.

classification

ConditionClasses

the process of separating alarms into alarm classes based on common requirements (e.g. testing, training, monitoring, and auditing requirements).

OPC defines a number of extensible ConditionClassesthat can be used for this purpose.

controller-output alarm

alarm generated from the output signal of a control algorithm (e.g., PID controller) instead of a direct process measurement.

OPC UA does not provide an Alarmtype for controller-output alarm, but a type could be created or an existing type could be used, depending on the requirements.

dynamic alarming

An automatic modification of alarm attributes based on process state or conditions.

OPC UA does not define dynamic alarming behaviour, but it allows programmatic access to limits, set points or other parameters that would be required for a dynamic alarming solution.

enforcement

enhanced alarming technique that can verify and restore alarm attributes in the control system to the values in the master alarm database.

OPC UA does not provide enforcement, but it enables enforcement by providing an information model that includes default setting for Alarm types as well as original settings for dynamic Alarms. These features can be used by a Clientapplication to provide enforcement.

fleeting alarm

Suppression, Shelving

An alarm that transitions between an active alarm state and an inactive alarm state in a short period of time.

OPC UA provides Alarm Suppressionand Shelvingwhich an Operatormight use to control fleeting Alarms.

first-out alarm

first-up alarm

FirstInGroup

FirstInGroupFlag

An alarm determined (i.e., by first-out logic) to be the first, in a multiple-alarm scenario.

OPC UA can support first-up/first-out Alarms as part of the Alarminformation model, including definition of the group of Alarms.

instrument diagnostic alarm

InstrumentDiagnosticAlarmType

An alarm generated by a field device to indicate a fault (e.g., sensor failure).

OPC UA provides support for InstrumentDiagnostic Alarmsthat can be used to represent a failed sensor or an instrument diagnostic.

monitoring

Alarm Diagnostics

measurement and reporting of quantitative (objective) aspects of alarm system performance.

OPC UA provides diagnostic collection capabilities that can be used to measure and reports quantitative information related to alarm system performance.

nuisance alarm

Alarm Diagnostics

An alarm that annunciates excessively, unnecessarily, or does not return to normal after the Operatorresponse is taken. EXAMPLE: Chattering alarm, fleeting alarm, or stale alarm.

The OPC UA model provides Alarm Diagnostics for tracking the information needed to identify if an Alarmis a nuisance Alarm(i.e. has been in an Alarmstate excessively or does not return to normal).

plant state

plant mode

StateMachines

defined set of operational conditions for a process plant.

OPC UA provides an example StateMachine (see Annex F) that can be customized or adapted to provide process information. This StateMachine could also be used to affect alarming.

process area

Event Hierarchies

Object References (OPC 10000-5)

physical, geographical or logical grouping of resources determined by the site.

OPC UA provides multiple manners in which an information model can be displayed, this includes grouping objects into process areas or any other desired grouping. This is an inherent part of the OPC UA information model.

re-alarming alarm, re-triggering alarm

ReAlarmTime

ReAlarmRepeatCount

alarm that is automatically re-annunciated to the Operatorunder certain conditions.

OPC UA supports re-alarming as part of its base AlarmConditionType.

recipe-driven alarm

StateMachines

Alarm Limits

alarm with setpoints that depend on the recipe that is currently being executed.

OPC UA provides support for adjustable Alarmlimits. It also provides support for programs and other functionality that could be used to drive recipes. Annex Fprovides an example of a StateMachineand how it could be used to adjust Alarmsettings.

Reset

LatchedState / Reset

Operatoraction that unlatches a latched alarm.

OPC UA provides an optional StateMachineto indicate an Alarm is capable of being latched and is in a latched state. It also provides a Reset Methodfor clearing the latched state.

safety related alarm

safety alarm

SafetyConditionClassType

an alarm that is classified as critical to process safety for the protection of human life or the environment.

OPC UA defines a safety ConditionClassfor grouping safety related alarms.

stale alarm

Alarm Diagnostics

alarm that remains annunciated for an extended period of time (e.g., 24 hours).

OPC UA Alarm Diagnosticscan track the length of time an Alarmis active.

state-based alarm - mode-based alarms

StateMachine

alarm that has attributes modified or is suppressed based on operating states or process conditions.

OPC UA can provide a system state StateMachineto support process, device or system states (see Annex F). With this StateMachine Serverscan adjust Alarmattributes or just Suppressor Disable Alarmsbased on the StateMachine. The StateMachinecan be applied at multiple levels in the system.

statistical alarm

StatisticalConditionClassType

alarm generated based on statistical processing of a process variable or variables.

OPC UA provides an Alarm Conditionclass that any of the existing AlarmConditionTypescan be assigned to. This allows any Alarmtypes, such as limit Alarms, to be generated by statistical analysis.

Suppress

SuppressedOrShelved

Any mechanism to prevent the indication of the alarm to the Operatorwhen the base alarm condition is present (i.e., shelving, suppressed by design, out-of-service).

OPC UA provides a flag SuppressedOrShelvedthat matches this functionality.

suppressed by design

SuppressedState

alarm annunciation to the Operatorprevented based on plant state or other conditions.

OPC UA provides a SuppressedState that matches this functionality.

system diagnostic alarm

SystemDiagnosticAlarmType

alarm generated by the control system to indicate a fault within the system hardware, software or components.

OPC UA defines a system diagnostic Alarmthat can be used to represent faults with system hardware, software or components.

The following terms in IEC 62682 match the terms/concepts defined in the OPC UA specification and do not need any addition mapping or discussion:

  • Acknowledge
  • Active
  • Alarm
  • Alarm OffDelay
  • Alarm OnDelay
  • Alarm Type
  • Deviation Alarm
  • Discrepancy Alarm
  • Event
  • Highly Managed Alarm
  • LatchingAlarm
  • OutofService
  • Rateofchange alarms
  • Return to normal
  • Shelve
  • Silence
  • Unacknowledged