{}

Our Brands

Welcome to the Schneider Electric Website

Welcome to our website.
How can we help you today?
Suppressing Communication Alarm Noise in Geo SCADA

Frequent communication alarms can clutter your alarm banner, potentially masking critical events. If your immediate priority is to reduce this noise without necessarily diagnosing the root cause, a targeted suppression workaround can be implemented.

This technique involves creating a dedicated alarm severity level specifically for communication alarms, allowing you to selectively silence them while retaining the ability to escalate them when needed.

Important Considerations:

  • This is a workaround, not a permanent solution. It is crucial to eventually investigate and resolve the underlying causes of frequent communication alarms.

Implementation Steps:

  1. Create a Custom Severity:

    • In your server configuration, create a new alarm severity level. For example, you might name it "Suppressed Comms Alarm." In  our example we named it "Alert".Create a custom severity
  2. Assign Severity to Communication Alarms:
  • Configure your outstation communication alarms to use this newly created "Alert" severity.

Assign severity to the Outstation

3. Configure Suppression:

  • Within the severity settings, disable any audible notifications (sound).
  • Optionally, configure user-specific alarm filters to hide alarms of this severity from standard alarm lists, minimizing visual clutter.

 hide alarms of this severity

4. Create a New Change Priority Action:

  • Create a new "Change Priority" action (Create New | Alarm Redirection | Change Priority Action) and set it to a severity level other than "Alert." This will be used to escalate the suppressed alarms.

ChangePriorityAction

5. Implement Alarm Redirection for Escalation:

    • Configure an alarm redirection on the root group of your system (Edit properties | 'Redirection' tab).
    • This redirection should escalate alarms of the "Suppressed Comms Alarm" severity to the severity configured in the "Change Priority" action after a defined delay. This ensures that persistent communication issues will eventually trigger a visible alarm.

Alarmredirection in root

Alarm List (Pre-Delay)

This screenshot demonstrates the alarm list before the delay period has elapsed. It shows the communication alarms present, potentially with the suppressed severity, and optionally hidden by user filters.

Before Delay

Alarm List (Post-Delay)

This screenshot shows the same alarm list after the delay period has passed. The alarm redirection has escalated the communication alarms to a visible and audible severity, making them noticeable.

AfterDelay

Schneider Electric Nigeria

Users group

Discuss this topic with experts

Visit our Community for first-hand insights from experts and peers on this topic and more.
move-arrow-top
Your browser is out of date and has known security issues.

It also may not display all features of this website or other websites.

Please upgrade your browser to access all of the features of this website.

Latest version for Google Chrome, Mozilla Firefox or Microsoft Edgeis recommended for optimal functionality.
Your browser is out of date and has known security issues.

It also may not display all features of this website or other websites.

Please upgrade your browser to access all of the features of this website.

Latest version for Google Chrome, Mozilla Firefox or Microsoft Edgeis recommended for optimal functionality.