Alan:
If this helps...
In orden to supress alarmas in abnormal situations we change alarm =
priority to 5 on the fly. We have also a filter on CAD to not show them. =
Priority 5 doesn=B4t sound to not bother panel operators.
Regads
Claudio
-----Mensaje original-----
De: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]En
nombre de Armour, Alan
Enviado el: Martes, 19 de Diciembre de 2006 19:15
Para: foxboro@xxxxxxxxxxxxx
Asunto: Re: [foxboro] alarm inhibiting vs. alarm disabling - process
summary reporter
Good one Michael,
The annoying thing that I find is that as soon as you
use INHIB or INHALM to configure logically driven alarm suppresion the
block automatically appears as "inhibited" on the inhibited alarms
report. What I have done is to use INHALM for logically supressing
alarms, so that the operators can still overide the logical inhibits by
using INHIB. I have walked away from the Foxboro inhibited alarms
reports and used a script which looks for INHIB =3D3D1, and combined =
with
another script which extracts alarm inhibiting actions from the operator
action logs. This gives me a time stamp of when an alarm was operator
inhibited. The other annoying thing is as part of my overall alarm
philosopy I want to reduce alarm traffic to the operator during abnormal
situations. There is important data which can be used in post event
analysis which would be lost if a blanket inhibit of non immediately
important alarms are suppressed, so I have a desire to divert many
alarms to an "historian only" alarm group. This would be easy to do if
the alarm group paramaters on any block which produces alarms was
connectable, but....(hope Alex is looking!). At the moment what I am
doing is run two blocks, one for the operators, and one for historian,
and use block names which are as close as possible to each other.
regards,
Alan =3D20
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]
On Behalf Of Michael Kessler
Sent: Wednesday, 20 December 2006 12:22 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] alarm inhibiting vs. alarm disabling - process
summary reporter
> 2. You can send a HEX pattern to the AIN's INHALM parameter. =
Again=3D20
> this =3D3D parameter is connectable and settable, so any display =
or=3D20
> program can set =3D3D the hex pattern if there is no connection. =
For=3D20
> example a pattern 0x0003 =3D3D will inhibit HIGH and LOW alarms.
>
You can also toggle the HEX bits individually from block detail in
Select. For example, to inhibit only the HI alarm, 1. Call up block
detail for the AIN. 2. Click Alarms 3. From Select pick the HIABS
parameter. 4. Click Toggle
A black INHIBITED should appear indicating that the HEX bit to disable
HIABS has been set.
mk
=3D20
=3D20
_______________________________________________________________________
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
=3D20
foxboro mailing list: http://www.freelists.org/list/foxboro
to subscribe: =3D
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3D3Djoin
to unsubscribe: =3D
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3D3Dleave
=3D20
_________________________________________________________________________=
_________
DISCLAIMER
The contents of this electronic message and any attachments are intended =
only
for the addressee and may contain legally privileged, personal, =
sensitive or
confidential information. If you are not the intended addressee, and =
have
received this email, any transmission, distribution, downloading, =
printing or
photocopying of the contents of this message or attachments is strictly
prohibited. Any legal privilege or confidentiality attached to this =
message and
attachments is not waived, lost or destroyed by reason of delivery to =
any
person other than intended addressee. If you have received this message =
and
are not the intended addressee you should notify the sender by return =
email and
destroy all copies of the message and any attachments. Unless expressly
attributed, the views expressed in this email do not necessarily =
represent the
views of the company.
=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 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