Operator can manually reject an alarm
If an alarm or object update was applied to a running system in IGSS V9 you could end up with an alarm that would
remain on the active alarms list. A new command in the IGSS alarms application now makes it possible to manually
delete such an alarm.
New command line parameters
Current alarm list may be saved to a .CSV file by running Alarm.exe with a –CSV parameter. The –file
< path > parameter
specifies which file should be saved to. Alarm list may be sent as an e-mail instead by specifying –mail
< address > to
specify the recipient of the message.
Store alarm data in SQL database
A new option to store alarm history on a SQL server along with normal logged values has been added. Setting this
option stores a copy of all alarm events in the SQL database that may be accessed by other applications or systems.
An alarm record will be added to the SQL database when:
- An alarm is registered
- An alarm is acknowledged
- An alarm is ended