Local Acknowledge Alarm
i have 4 clients installed in May 2015, currently they are receiving alarm on each one of the consoles, however, alarm will go away if any of the console clears it, then other people won't see the alarm. But the way our plant runs it's not going to work.
Is it possible to set up that individual console needs to clear the alarm before it goes away?
Many thanks, JY
Alarms and Events are global. They are tied to the Object ( ie Motor, Valve, PID etc ) that produces the Alarm. Every Client shares the same database of Alarms and Events. It is simply not possible in any way to have an alarm active on one client but acknowledged on another - this would require two different alarms.
Remember also that the Alarm Acknowledge is written back into the controller. The Alarm actually belongs to the controller object - not the operator workstation. Having separate alarms for every workstation would break this function.
After an alarm is acknowledged, an Event is recorded - so you can still see the History of Alarms.
> "Then how is my old multiple bus console working in terms of alarm generating and acknowledge?"
The MOD300 consoles receive messages from the controllers and make their own database of Alarms. Unlike the 800xA system MOD Multibus nodes have no common alarm database. So each console has a unique Alarm or message. If I recall correctly ( its been a while since I looked at a MOD system ), Acknowledging these alarms has no effect on the CCF objects - there is no Alarm Acknowledged state in the MOD.
Your 800xA Clients all share the same connectivity server. So they are all really the same Multibus Node. So I suppose you could try to install one Connectivity server for every client but I suspect this would cause more problems than it would solve ( as well as being very expensive )
However, If you are using TCL Replies for example you will see this works the same as the 800xA system - If you reply from one multibus console, then the TCL sequence processes that TCL reply and the other consoles cannot reply any more.