Re: [foxboro] Compound Device/Alarm Groups
- From: "Johnson, Alex P \(IPS\)" <alex.johnson@xxxxxxxxxxxxxxxx>
- To: <foxboro@xxxxxxxxxxxxx>
- Date: Fri, 13 Jun 2008 11:07:10 -0400
The normal thing to do is inhibit alarm annunciation on these blocks. If
the client won't allow that the 2nd best approach is to send the alarms
to an alarm group that does not have any alarm destinations in it (or
maybe only your historian).
There are 8 alarm groups:
1) Groups 1-3 are defined in the compound that hold the block
2) Groups 4-8 are defined in the STATION block.
You could define a group in your STATION block to be "empty" and
associate this group number with the troublesome alarms.
There is no penalty to doing this, but I can see a time in the future
when someone sees this "empty" group and decides to use it for something
else. There's no way to "comment" the use of this group in the STATION
block so you will have to find a way to do this procedurally in the
company.
With all of that said, using the alarm inhibit is the right approach.
Regards,
=
Alex Johnson
Invensys Process Systems
10900 Equity Drive
Houston, TX 77041
713 329 8472 (voice)
713 329 1600 (switchboard)
713 329 1944 (fax)
alex.johnson@xxxxxxxxxxxxxxxx
http://ips.invensys.com =
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]
On Behalf Of Maks Wilde
Sent: Friday, June 13, 2008 9:02 AM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] Compound Device/Alarm Groups
Dear List,
I am trying to retain alarm functionality at the CP level without
receiving
the alarms in Alarm Manager (eg: ACCUM alarms that drive logic).
The customer is cracking down on Inhibited alarms by running Process
Summary
Reporter and does not want ANY alarms inhibited on the system.
I have proposed to move the logic-driving blocks to new compounds, this
however has been met with some resistance.
My alternate solution is to set the Alarm GRP parameter in these blocks
to
something higher than the 3 configurable compound device groups (eg:
4-8).
FoxDoc states that GRP is a short with range 1-8.
My question: Are there any consequences to setting GRP to a value higher
than 3? Will the CP query the system for this group thus increasing
loading?
Are there other alternatives to accomplish the same?
Any feedback greatly appreciated,
Maks Wilde
-- =
Confidentiality Warning: This message and any attachments are intended
only
for the use of the intended recipient(s), are confidential, and may be
privileged. If you are not the intended recipient, you are hereby
notified
that any review, retransmission, conversion to hard copy, copying,
circulation or other use of this message and any attachments is strictly
prohibited. If you are not the intended recipient, please notify the
sender
immediately by return e-mail, and delete this message and any
attachments
from your system.
=
=
_______________________________________________________________________
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: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
=
* Confidentiality Notice:
This e-mail and any associated files are intended solely for the individual=
or entity to whom they are addressed. Please do not copy it or use it for =
any purposes, or disclose its contents to any other person. Further, this e=
-mail and any associated files may be confidential and further may be legal=
ly privileged. This email is from the Invensys Process Systems business uni=
t of Invensys plc which is a company registered in England and Wales with i=
ts registered office at Portland House, Bressenden Place, London, SW1E 5BF =
(Registered number 166023). For a list of European legal entities within t=
he Invensys Process Systems business group, please click here http://www.in=
vensys.com/legal/default.asp?top_nav_id=3D77&nav_id=3D80&prev_id=3D77.
If you have received this e-mail in error, you are on notice of its status.=
Please notify us immediately by reply e-mail and then delete this message =
from your system. Thank you for your co-operation. You may contact our Help=
desk on +44 (0)20 7821 3859 / 2105 or email inet.hqhelpdesk@xxxxxxxxxxxxx T=
his e-mail and any attachments thereto may be subject to the terms of any a=
greements between Invensys (and/or its subsidiaries and affiliates) and the=
recipient (and/or its subsidiaries and affiliates).
_______________________________________________________________________
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: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
Other related posts:
