Event Handling

How Operators are Alerted to Alarms

Desigo CC displays all the detected alarms/events in Event List, with each one on a separate row. This is your main starting point for dealing with events. In addition:

For details about these user-interface elements, see Overview of the Classic UI Client.

 

Methods of Handling an Event

 

Simultaneous Handling of Events by Different Operators

A Desigo CC installation can have one or multiple client stations from which operators monitor and respond to events.

The system continually updates the list of users who are handling the same event and removes any users who are disconnected for any reason.

 

Visibility of Events in the System

Your user visibility rights affect the specific events that the Summary bar and the Event List, Investigative Treatment, and Assisted Treatment windows display. If an event is generated by a point not visible to you in System Browser, it does not display on your Desigo CC station.

 

Validation for Event Handling

Validation might be required for commanding events. This means when an event occurs, to be able to send any event-handling commands, the operator will be asked to provide a comment (Validation Profile = Enabled) or a comment and a password (Validation Profile = Supervised).

The event-handling comment that explains the reason for the action is recorded and stored in the Detail Log tab.

 

Auto-Event Handling

Desigo CC can be configured to automatically start the handling of certain events when specified conditions occur on the site. In this case, certain actions such as opening Event List or selecting the event might happen automatically, so you will not need to do them manually.

 

Activity Log and Event Log

During event treatment, entries are recorded in the History Database for the following:

For background information about Desigo CC activities and events historical data, see Log Viewer.

 

Alarm Suppression

If the alarm suppression feature is enabled on specific system objects, depending on the alarm class you want to suppress, any events coming from those objects are suppressed in the management station. This means that any events relating to those objects will not be visible in the Summary bar and Event List, will not be available in the Event Log, and any event-based procedures (such as, event-handling procedures, or reactions) will not be activated. Anyway, unlike the out-of-scan feature, the objects properties are always updated even when alarm suppression is enabled.

When this feature is enabled for a specific object/subtree, it will suppress the next events that occur in the field panel. Any events detected prior to enabling this feature will remain visible in the Summary bar and Event List. When this feature is disabled for a specific object/subtree, any detected events relevant to that object/subtree display immediately in the Summary bar and Event List.

You can check whether the alarm suppression is active for an object in the Alarm Suppression column (Enabled or Disabled) of the Textual Viewer. You can also filter the System Browser tree to display those system objects or generate a report of system objects affected by alarm suppression. For instructions, see Handling Alarm Suppression for System Objects.

When alarm suppression is present for at least a system object, the management station generates an event. Also, if alarm suppression is available for your configuration, this icon displays on the Summary bar with a tooltip that tells you the number of objects affected by alarm suppression that you can view based on your user role and system objects visibility rights.