800xA 5.1 rev.A Alarm List full of old alarms rebooting servers
I need to know a method to clear (get rid off)
all the old alarms that appears any time we restart 800xA servers
and wich is the best/fastest way to clear during normal operation
when we have a lot of them during process upset.
Is there any standard procedure to delete some cache file ?
Thanks a lot.
Thanks a lot.
PB.
Answers
i am assuming you have recurring alarms that are dated way back in the past here...
So i had exactly the same issue on an SV5.1 system a few weeks ago.
We tried the following:-
cleared alarms by deleting
used the recommended methods documented on this forum
Remove applications from the controller and download
Cold download
None of these methods worked.
Finally, after chatting to an ABB rep, we came the conclusion that even an application removal or cold download doesnt actually flush the alarms in the memory of the CPU.
We powered down and removed the battery back-up for a few minutes and then did a download - problem resolved.
interesting to note, one of our sister companies has the exact same issue, and every expert has tried to remove the old alarms. they will try our method when they get some downtime.
Let us know how it goes.
Is it Process alarms are getting generating from the OPC AE of AC800M?
if so then how you confirm these are old alarms? Is it old time stamp is logging in the alarm list?
Try to check the time sync of controllers vs servers if old timestamps is logging.
Or is it soft alarms generating old alarms on restart of soft alarm provider or server which carries softalrm provider?
Then try to set the "Notifybadqualityevent" to false under "badqualityevent properties" aspect in softalarms.
"sticky alarms" indicate they are still kept by the OPC AE server.
The OPC AE protocol has no method for a client to clear a stuck alarm in the server. Hence, the only possible option is that the OPC server sends an "Enabled, Inactive, Acknowledged" signal.
Most OPC servers I have seen are state machines driven by updates from the PLC. Some PLC have refresh capability (e.g. AC 800M). An alarm stuck in the PLC might require a reset of the PLC to clear since rebooting the HMI or OPC server will just refresh from the PLC.
A 3rd party OPC AE client is a valuable tool with which you can prove the OPC AE server to contain or not contain an alarm.
Speak to your regional ABB support center; since ABB have multiple different PLC families, you must specify what brand of PLC/OPC server the alarm emerges from. With this info, the support team can escalate the issue to CoE.
If the PLC is non-ABB, you might have to speak to the vendor to find a method to clear the alarm.
Add new comment