Re: [foxboro] Alarm panel


I kind of hate to admit this, but we had a problem with flashing annuciator=
 lights one time.  The cause seems kind of embarrassing.

The problem has similar symptoms.  We would have an annuciator light=
 flashing, but no alarms on the display.  We worked very hard to=
 acknowledge all the points, but the flashing did not go away.  We finally=
 tracked the problem down to one point after many weeks of playing and=
 observing the system. =20

The problem was that the alarm for the problem point was assigned to alarm=
 group 0.  It would initiate the flashing annuciator but would not clear it=
 once the point was acknowledged.

I'm not sure how we did this, but it sure was annoying.

Jack Ziegler
Sunoco Chemicals
Frankford Phenol Plant
Margaret & Bermuda Sts
Philadelphia, PA 19137
215-537-2455
JEZiegler@xxxxxxxxxxxxx=20


-----Original Message-----
From: Marsman, Bram [mailto:bmarsman@xxxxxxxxxxx]
Sent: Thursday, October 31, 2002 9:15 AM
To: 'foxboro@xxxxxxxxxxxxx'
Subject: Re: [foxboro] Alarm panel



If you say that there are blinking lights, but no alarms, how do you know?
Do you mean that if you push the button next to the light, you don't see=
 any
alarms on the appearing display?=20
If this is the case, most of the time this is because you generated your
AAtab file from your display, and thus (possibly) adding blocks to your
AAtab file that do not trigger something on the display.=20
When these block go into alarm, you see a light blinking, press the button
and no alarms appear on your display.

Try, if possible, to Acknowlegde ALL alarms in your system (Set all UNACK
parameters of all compounds to 0) and see if your annunciator light stops
blinking. If not, your annunciators are "out of phase".
I have seen this happen with older verions of MircoIA/CP30/CP40s, where
certain acknowledgements didn't reach the annunciator, but this was fixed a
long time ago...

Also, having multiple entries (same block) in your Tab file can cause some
problems.



-----Original Message-----
From: JL Joachim Leuker [mailto:Joachim_Leuker@xxxxxxxxxxxxxxxxx]
Sent: donderdag 31 oktober 2002 12:22
To: 'foxboro@xxxxxxxxxxxxx'
Subject: Re: [foxboro] Alarm panel



Hello, Bram,

thank you for your answer. It is a first entry for discussion and thus
helpful.

I think we have gone through all the issues you mention, but I will =3D
inspect
them again.

The "defective" AAtab file seems ok to me, but:
- It has no empty line at the end and
- the entries are unsorted with respect to panel and key numbers.
Is this really ok?

Not "correctly" means, that the panels do work but they blink where =3D
there is
no alarm.

Thank you again, regards
Joachim Leuker

--
Dr. Joachim Leuker - Client Manager
Actemium - HMS Planung & Automation GmbH
Duisburg, Germany
http://www.actemium.de
ACTEMIUM - A BRAND OF GTIE

-----Urspr=3DFCngliche Nachricht-----
Von: Marsman, Bram [mailto:bmarsman@xxxxxxxxxxx]
Gesendet am: Donnerstag, 31. Oktober 2002 10:57
An: 'foxboro@xxxxxxxxxxxxx'
Betreff: Re: [foxboro] Alarm panel


Hi Joachim,

I will answer you although it probably doesn't help much!
My experience has always been that increasing MAX_ACTIONS works, on =3D
both NT
and UNIX, in init.user.
So, here are some obvious things, maybe you overlooked one....

- Did you reboot?
- Did you remove the # in front of MAX_ACTIONS
- Did you perhaps add you "own" MAX_ACTIONS and is it overwritten later =3D
in
the file?
- Even more stupid suggestion: Did you perhaps changed init.user.rel in
stead of init.user?

You say the panels do not work "correctly". Do they work at all? Do =3D
they
only work for blocks 1-2000? Are there any syntax errors in your AAtab
files?

As a last resort: You could try to change MAX_ACTIONS in wp51_glbls, =3D
however
this has never been necessary in my experience, besides its "illegal". =3D
(own
risk etc)

Good Luck,
Bram Marsman
Invensys Systems Netherlands.

=20
=20
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
=20
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
=20
=20
=20
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
=20
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
=20

This email and any files transmitted with it are intended
solely for the use of the individual or entity to whom they
are addressed.  If you have received this e-mail in error,
please notify the originator.
 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave

Other related posts: