Re: [foxboro] Some things to talk about

For those interested and who might want to second the suggestion to 
Invensys, I submitted PER (Product Enhancement Request) 2923 on June 16 
for a boolean and real alarm wait parameter.  Text from the suggestion is 
shown below, but please, be kind about my wording.
For those who are not aware, following requests from several years ago, 
Invensys is finally implementing a control block parameter (NASTDB) in 8.X 
and the CP270s that provides a time deadband for boolean alarms - like CIN 
state alarms.  Working similar to a measurement alarm's DeadBand, I 
believe this parameter enables a time duration to be configured for a 
state to return to "GOOD" before the state alarm will go away.  This is an 
OFF delay.  Now what we are also needing is an alarm ON delay.


PER 2923  - submitted June 16, 2008

Description:

Need built in capability for real and boolean alarms to not 
trigger the alarm unless it is in the alarm state for a 
designated amount of time.  This will help eliminate 
nuisance alarms due to momentary  or short duration 
spikes.


Suggested Solution:

Provide a parameter called something like ALMWT (Alarm 
Wait) that specifies the time that an alarm condition shall 
exist before the alarm is triggered.  It is like the opposite of 
the NASTDB parameter.


Anticipated Benefits:

Provide additional system capability to reduce nuisance 
alarms.



Neil Martin
Huntsman Performance Chemicals
Conroe & Dayton , TX. 
Conroe ph) 936-760-6205
Dayton ph)  936-257-4212
pager) 936-522-0052



"Jones, Charles R. (Chuck)" <Chuck.Jones@xxxxxxxxxxxxxxx> 
Sent by: foxboro-bounce@xxxxxxxxxxxxx
07/24/2008 11:15 AM
Please respond to
foxboro@xxxxxxxxxxxxx


To
<foxboro@xxxxxxxxxxxxx>
cc

Subject
Re: [foxboro] Some things to talk about






Like Corey, I (often) use LOGIC blocks for their inexpensive alarm delay
capability (to filter out spikes).  I sometimes use them for creating
interlocks where I need to OR or AND some inputs.  If LOGIC blocks go
away, I can use a MON block for the same function.  For alarm delays, I
could still use the larger CALC or CALCA. =20

I think we should keep LOGIC blocks.  Or, better yet, build a Delay ON
function into our existing alarms.

Chuck Jones
Automation Technologist
Tate & Lyle South Plant



***************************************************************************=
*****************************
This email and any files transmitted with it are confidential and intended 
=
solely for the=20
use of the individual or entity to whom they are addressed. If you are not 
=
the intended=20
recipient or the person responsible for delivering the email to the 
intende=
d recipient, be=20
advised that you have received this email in error that any use, 
disseminat=
ion,=20
forwarding, printing, or copying of this email is strictly prohibited.  If 
=
you have received=20
this email in error please notify the sender immediately. Please note that 
=
we reserve=20
the right to monitor and read any emails sent and received by the Company 
i=
n=20
accordance with and to the extent permitted by applicable legal rules.

Tate & Lyle PLC, registered in England: number 76535. Registered office: 
Ta=
te & Lyle PLC, Sugar Quay,
Lower Thames Street, London EC3R 6DQ.=20

Tate & Lyle Industries Limited registered in England:number 699090.
Registered office: Tate & Lyle Industries Limited, Sugar Quay, Lower 
Thames=
 Street,
London EC3R 6DQ
***************************************************************************=
******************************

 
 
_______________________________________________________________________
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
 



 
 
_______________________________________________________________________
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: