Evaluate the AutomationView desktop suite free for 30 days. No credit card required. Claim trial key →
arrow_back Back to Articles
HMI

Deep Dive: Integrating OPC UA Alarms & Conditions (A&C) into Modern SCADA Systems

calendar_month
person Carvalho Raphael

Deep Dive: Integrating OPC UA Alarms & Conditions (A&C) into Modern SCADA Systems

HMI
%%{init: {'theme':'dark', 'themeVariables': { 'background': '#001c38' }}}%%
---
title: OPC UA A&C Architecture
---
flowchart LR
    classDef plc fill:#3b82f6,stroke:#2563eb,color:#ffffff
    classDef scada fill:#10b981,stroke:#059669,color:#ffffff
    classDef alarm fill:#ef4444,stroke:#b91c1c,color:#ffffff
    A["PLC (OPC UA Server)"]:::plc -->|A&C Event Stream| B["SCADA (OPC UA Client)"]:::scada
    A -->|State Change| A
    B -->|Acknowledge| A
    C["Alarm DB"]:::alarm -.-> B
AutomationView Icon AutomationView

For decades, SCADA systems managed alarms by continuously polling PLC memory registers (e.g., a boolean tag named Pump_Fault). When the SCADA detected a transition from 0 to 1, it generated an alarm, timestamped it locally, and displayed it to the operator. This legacy approach is fundamentally flawed: it consumes excessive bandwidth, risks missing fleeting alarms between polling cycles, and results in inaccurate timestamps. The modern solution is OPC UA Alarms & Conditions (A&C).

Key Takeaways

  • Event-Driven: OPC UA A&C pushes alarm events only when they occur, eliminating polling overhead.
  • Source Timestamping: The PLC assigns the timestamp at the exact millisecond the fault occurs, not when the SCADA receives it.
  • State Management: Alarm states (Active, Acknowledged, Cleared) are maintained inside the PLC, ensuring a single source of truth.

The Flaw of Tag-Based Alarming

In a traditional tag-based architecture, the SCADA acts as the alarm engine. It reads raw data and applies limit evaluations (e.g., “If Level > 90, trigger High Alarm”). This means the logic defining what constitutes an alarm lives in the HMI layer, disconnected from the control logic.

If you have multiple HMI clients or a redundant SCADA server, each node evaluates the tags independently. Network latency or server load can cause discrepancies where an alarm appears slightly earlier on one screen than another. Furthermore, if the network drops momentarily, alarms that toggle on and off quickly may never be recorded by the historian.

---
title: Alarm Bandwidth Utilization
---
pie
    "Legacy Polling" : 85
    "OPC UA A&C (Event Push)" : 15

How OPC UA A&C Transforms the Architecture

With OPC UA A&C, the PLC itself becomes the alarm engine. The control engineer writes the limit logic inside the PLC program and configures the alarm object natively within the controller’s memory. The SCADA system simply subscribes to the OPC UA Server’s “Event Node.”

The Advantages of the A&C Specification

Feature Legacy Tag Polling OPC UA A&C
Timestamp Accuracy SCADA receipt time (inaccurate) PLC execution time (millisecond precision)
Network Load High (continuous polling of all tags) Very Low (report by exception only)
Acknowledgement Requires writing to a separate PLC handshake tag Native Method Call built into the OPC UA protocol

Implementing the Acknowledge Handshake

One of the most complex parts of legacy alarming is synchronizing the “Acknowledge” state. Usually, an operator clicks “Ack” on the HMI, which sets a bit in the PLC, which then resets the flashing light, which then feeds back to the HMI to stop the siren. It requires custom handshake logic for every single alarm.

OPC UA A&C handles this natively. When the operator acknowledges the alarm in the SCADA Alarm Summary component, the SCADA client executes an OPC UA Method Call directly on the specific Alarm Object inside the PLC. The PLC transitions its internal state to “Acknowledged,” and automatically fires an event back to all connected SCADA clients updating the status. No custom handshake ladder logic is required.

Conclusion

Transitioning from tag-based alarming to OPC UA Alarms & Conditions is a paradigm shift that requires moving the alarm configuration from the SCADA layer down to the PLC layer. While this requires a change in engineering workflows, the result is a highly deterministic, low-bandwidth, and mathematically accurate alarm system that perfectly aligns with ISA-18.2 guidelines.

For more insights on architecting modern control systems, explore the technical resources at the AutomationView Store.

FAQ

Do all PLCs support OPC UA Alarms & Conditions?

No. While most modern PLCs (like Siemens S7-1500 or Rockwell ControlLogix) support OPC UA Data Access (DA), full support for the A&C profile is usually found only in higher-end models or requires specific firmware revisions. Always check the vendor’s OPC UA capability matrix.

Can I mix legacy tag alarms and OPC UA A&C in the same SCADA?

Yes. Platforms like Ignition or FactoryTalk View SE allow you to run both alarm engines simultaneously, allowing for a phased migration of older equipment while utilizing A&C on new skids.

Share this article

Stay Updated with HMI

Get the latest articles and news delivered directly to your inbox.

Log in to Subscribe

You must be registered and logged in to manage subscriptions.

Recommended for you

Ultimate SCADA Alarm Management Tips for ISA-18.2

HMI
%%{init: {'theme':'dark', 'themeVariables': { 'background': '#001c38' }}}%%
flowchart LR
    A[Alarm Philosophy] --> B[Rationalize & Prioritize]
    B --> C[Dynamic Suppression]
    C --> D[High-Performance HMI]
    D --> E[Continuous Monitoring]
AutomationView Icon AutomationView
calendar_month

Ultimate SCADA Alarm Management Tips for ISA-18.2

Introduction to ISA-18.2 and Alarm Fatigue In a typical control room, an operator might be hit by a deluge of over 2,000 alarms per shift during a minor process upset. Most of these are nuisance alarms. When a SCADA system drowns operators in noise, genuine critical warnings get buried—often with catastrophic consequences. Effective SCADA Alarm […]

Read Article arrow_forward

5 Essential OPC UA Integration Tips for Secure PLC Success

Learning
%%{init: {'theme':'dark', 'themeVariables': { 'background': '#001c38' }}}%%
flowchart LR
    A[OPC UA Setup] --> B[Use Subscriptions]
    A --> C[Enforce Security]
    A --> D[Optimize Intervals]
    A --> E[Standardize Models]
AutomationView Icon AutomationView
calendar_month

5 Essential OPC UA Integration Tips for Secure PLC Success

Configuring a PLC to talk to a plant-level network often exposes unexpected bottlenecks—especially when polling rates overwhelm the controller’s CPU. While OPC UA Integration provides the standard for bridging operational technology (OT) and enterprise systems, a naive implementation will quickly cause network congestion and security vulnerabilities. Many engineers connect their PLCs using default settings, resulting […]

Read Article arrow_forward

Deep Dive: Designing Ergonomic Alarm Annunciation for High-Stress Control Rooms

HMI
%%{init: {'theme':'dark', 'themeVariables': { 'background': '#001c38' }}}%%
---
title: HMI alarm annunciation
---
flowchart LR
    classDef default fill:#1E293B,stroke:#475569,stroke-width:2px,color:#F8FAFC
    classDef alert fill:#EF4444,stroke:#B91C1C,color:#FFFFFF

    A["Process Anomaly"] --> B("Alarm Server")
    B -->|Priority 1| C["Audible Horn"]:::alert
    B -->|Priority 1| D["Flashing Red Indicator"]:::alert
    B -->|Priority 3| E["Banner Log Only"]
AutomationView Icon AutomationView
calendar_month

Deep Dive: Designing Ergonomic Alarm Annunciation for High-Stress Control Rooms

When a critical failure cascades through a plant, the control room transforms into a high-stress environment. If an operator is bombarded by a wall of indistinguishable red flashing lights and a cacophony of sirens, cognitive overload occurs within seconds. HMI alarm annunciation is the critical bridge between a process fault and the operator’s corrective action. […]

Read Article arrow_forward