How to delete bogus alarms in alarm list
Two months ago we added 5 AC800M controllers to an existing 800xA system version 6.0.1/3. 3 Aspect Server system. Like any startup, we had a large number of signals in alarm state during commissioning. Now almost two months in operation, we still see around 150 alarms in the alarm list showing AI signal errors on signals that are clearly no longer in error, and currently in operation. Time stamps appear to be from startup. Alarms appear on the IO signal Function Block, which is connected to IO hardware with standard RealIO variables. Going online with CBM shows IO signal status is not in signal error. Function Block is also not showing signal error. In brief, hardware status and Function Block are not showing signal error, but alarms are still in list. If we delete the alarms, they all reappear before too long. How can we clear these bogus alarms from list?
Regards
Peter
Regards
Peter
Asked 5 months ago
Voted best answer
2
AC 800M Connect support "OPC AE Refresh" = you must purge the alarm from the OPC server/controller to get rid of lingering alarms. As long as the alarm remain in the controller or OPC AE server of AC 800M, the 800xA HMI will "refresh" them back soon after you have "deleted" them.
By the way, "Delete" in 800xA HMI alarm list is "superficial" and only takes place in Alarm Manager (which by the way is RAM based, no file on disk to delete...). Restart/refresh will bring the alarms back to the HMI as soon as you perform a download or suffer a failover between Event Collectors.
-> Use 3rd party OPC AE client (e.g. MrCrilfe.exe) to verify that the AC 800M OPC Server is not having the old alarms. If they still exist there; you can try to restart the AC 800M OPC server service, but if the alarms come back, a cold start of the controller is likely required.
By the way, "Delete" in 800xA HMI alarm list is "superficial" and only takes place in Alarm Manager (which by the way is RAM based, no file on disk to delete...). Restart/refresh will bring the alarms back to the HMI as soon as you perform a download or suffer a failover between Event Collectors.
-> Use 3rd party OPC AE client (e.g. MrCrilfe.exe) to verify that the AC 800M OPC Server is not having the old alarms. If they still exist there; you can try to restart the AC 800M OPC server service, but if the alarms come back, a cold start of the controller is likely required.
Answers
0
Hi,
This issue is being faced by a lot of our team members.
Below link may help you out.
https://forum-controlsystems.abb.com/...
There are other threads of similar issue in this forum. you can search for buffer alarms,deletion of old date alarms or ghost alarms etc.
This issue is being faced by a lot of our team members.
Below link may help you out.
https://forum-controlsystems.abb.com/...
There are other threads of similar issue in this forum. you can search for buffer alarms,deletion of old date alarms or ghost alarms etc.
Add new comment