Skip to Main Content
AVEVA™ Products Feedback Portal

Welcome to our new feedback site!


We created this site to hear your enhancement ideas, suggestions and feedback about AVEVA products and services. All of the feedback you share here is monitored and reviewed by the AVEVA product managers.

To start, select the product of your interest in the left column. Then take a look at the ideas in the list below and VOTE for your favorite ideas submitted by other users. POST your own idea if it hasn’t been suggested yet. Include COMMENTS and share relevant business case details that will help our product team get more information on the suggestion. Please note that your ideas will first be moderated before they are made visible to other users of this portal.

This page is for feedback for specific AVEVA solutions, excluding PI Systems and Data Hub. For links to these other feedback portals, please see the tab RESOURCES below.

Status Will not implement
Portfolio area Enterprise SCADA Server
Created by Todd Cherry
Created on Mar 2, 2021

Ability to filter out parked alarms from alarm summary screen

Big Picture User Experience

TransGas would like to have the ability to hide parked alarms from the alarm summary display. They use alarm parking extensively and feel that having the parked alarms shown on the display makes it more difficult for the operators to deal with the non-parked alarms as the alarm summary display is clustered with parked alarms.

Our baseline BLT provides the ability to filter for just the parked alarms, but it does not provide the ability to hide the parked alarms.


Detailed Description

Customer wants a way to filter out parked alarms from the alarm summary screen.

New baseline BLT, or modifications to existing baseline BLT

Screen developers will use the new or modified BLT to get a list of alarms that do not include alarms that are parked.

Alarm management is very important to all our customers, and there is increasing regulatory pressure in this area. Any customer making extensive use of alarm parking may choose to filter them out from their main display.

Project level BLTs can suffice in the short term, but maintaining baseline functionality in custom BLTs is not sustainable (similar to VDB overrides).

Project team will configure the baseline alarm summary display to take advantage of this feature.

Acceptance criteria

Screen builder is able to use a new BLT or a modified existing BLT to populate a summary screen with alarms that are not parked.


Business Value

Keeping pace with modern alarm management regulation is a very high priority for Midstream.


Target Version

Customer requested this for 2018 SP3. Portfolio to advise project to develop custom BLT for now, and expect it in baseline for their next upgrade.

We will aim for next major release with capacity to spare, currently 2023.


Customer, Project, and Deadline Details

All customers that use alarm parking today may choose to use this.

No time commitments have been made other than "in a future release".


Customers System / Architecture

Size: Small, Med, and Large

Topology: Single site, Multi-Site, and Enterprise


Out of Scope

Converting project displays to use the new/modified BLT is out of scope.

List of items specifically excluded from the scope. Listing relevant items here increases confidence in the resulting estimate.

Baseline alarm summary display will not use this feature by default.


Assumptions

This is just like the existing BLT for retrieving current alarms, with either a new option to indicate if parked alarms should be returned, or a new BLT that only ever returns non-parked alarms.


Dependencies

Baseline alarm summary screen


Future considerations

Default behaviour may switch to always filter out parked alarms.


PSR - Performance, Scalability, Resilience

What aspects are important (or assumed) for this feature?

Alarm update latency on the operator workstation


What if there are 10,000 of these?

Will match the number of active alarm summary screens currently being displayed.


How quickly is this expected to react/respond?

Same as current BLT


Does this impact failover / mode switch?

No.


Is this assumed to have performance impact, or not?

No.


NFR - Non-Functional Requirements

Operating System: that which is supported by the version it is implemented for.

Other AVEVA products: None.

3rd Party products: Alarm Analysis tools like TiPs should not be affected.

CPU / Memory / Disk requirements/constraints: Same as for the release.


Risks/Mitigations

This is seen as very low risk.



Architecture Review

None required.


Do we need a SPIKE?

No.

User Persona Display Builder
  • Attach files
  • Admin
    Jake Hawkes
    Reply
    |
    Apr 26, 2022

    With the release of the BLT developer documentation, perhaps this should remain a project custom BLT for now.