Re: [foxboro] FW: parameter state at CP boot

Dirk,

Are you using PID type blocks to AOUT to ECB and then to a valve?

If you configure the FBM's ECB for fail safe, and you set the AOUT =
PRIBLK true (1) then on recovery of a failure, either the field bus =
fails or the CP reboots, your PID (I assume you set it to initialize in =
Manual) will hold its output at whatever you selected for the ECB =
failsafe value, regardless
of the value for PID.OUT in your checkpoint file.

If you have blocks between the PID and the AOUT, you need to back =
propagate status bits so that you can still set AOUT.PRIBLK true.

If you are talking about ON-OFF valves controlled by PLB, you need to do =
a lot of coding to make this happen, but it can be done.

Regards,

Terry



-----Message d'origine-----
De=A0: foxboro-bounce@xxxxxxxxxxxxx =
[mailto:foxboro-bounce@xxxxxxxxxxxxx] De la part de Pauwels, Dirk - RSM
Envoy=E9=A0: January 30, 2006 9:45 AM
=C0=A0: foxboro@xxxxxxxxxxxxx
Objet=A0: [foxboro] FW: parameter state at CP boot




We have the same problem. Not for controlled shutdowns, in which we take
a checkpoint with all vlves/pumps in safe position, but for crash,
uncontrolled, shutdown... Most of our valves are fail to close, so
shutdown is not so much of a problem, it's the startup we're worried
about....Because there is such a thing as a checkpoint file I asked
Foxboro if it was possible to create a default checkpoint reboot file,
which would contain safe valve/pump autdsr. This file only has to be
executed during reboot ,not during regular checkpoint. I was told it was
not possible to handle it this way. I'm sure other sites have the same
problem, so I'm also interested in knowing how they handle it. Creating
calc blocks to switch all of these vlvs to "safe" position would mean we
would have to create a large number of blocks.

Rgds,

Dirk Pauwels - DCS/MOC coordinator=3D20
Engineering dept.
Hexion Specialty Chemicals
E mail: dirk.pauwels@xxxxxxxxxxxxxx
T.  +32.(0)3.570.95.97
F.  +32.(0)3.570.16.09
Mob. +32.(0)497.428.300


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx]
On Behalf Of steve.shimp@xxxxxxxxxxxxxx
Sent: vrijdag 27 januari 2006 16:43
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] parameter state at CP boot


I am looking for tips/feedback regarding setting parameters to a known,
safe state when a CP reboots.  For instance, we have a valve configured
via
ICC such that AUTDSR =3D3D 0 and INITMA =3D3D 1.  However, the =
checkpoint =3D
file
has
the AUTDSR =3D3D 1, which happened to be the desired valve state when =
the
checkpoint occurred.  When the CP reboots, the valve will be in auto and
open, which is undesirable.  I need a way to override this when the CP
reboots.

Is there any way that I can definitively tell when a CP is first
initializing/booting and explicitly override any undesirable parameters
that may be in the checkpoint file?


Steve Shimp
Maintenance & Systems Engineer
ExxonMobil Paulsboro Lube Plant
phone: 856.224.5059      cell: 609.820.8501      fax: 856.224.5030
email:  steve.shimp@xxxxxxxxxxxxxx

=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
=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

Other related posts: