Re: [foxboro] two quick questions
- From: Stan Ruth <Stan_Ruth@xxxxxxxxxxxx>
- To: foxboro@xxxxxxxxxxxxx
- Date: Tue, 17 Feb 2004 08:19:36 -0600
Tom,
We have used the method shown for some time (probably since version 4.x)
and it has been quite reliable. We typically use it for alarm limits we
don't want changed, block status (AIN block MA parameter forced to 1) or
other parameters (KSCALE / BSCALE in an AIN block) that we don't want
changed accidentally.
Stan M. Ruth, P.E.
Process Control
Engineer
Huntsman
E-mail:
stan_ruth@xxxxxxxxxxxx
tom.vandewater@dow
corning.com To: foxboro@xxxxxxxxxxxxx
Sent by: cc:
foxboro-bounce@fre Subject: Re: [foxboro] two
quick questions
elists.org
02/12/2004 01:23
PM
Please respond to
foxboro
Are there a lot of people using the method described below?
:TC100_PIDA.HOLIM.100
I like it but I can remeber having intermittent problems with connecting
paramters in a block to other parameters within that same block. The most
famous was a block initialization problem when linking the .FBK parameter
to
the same blocks .OUT parameter. An unresolved linkage could occur causing
the controller output to drift toward zero. Those issue may have been
fixed
but we have long since avoided internal linkages.
It would be nice to know if this link is dependable.
Thanks for any feedback.
Tom VandeWater
Control Systems Developer/Analyst
Dow Corning Corp.
Carrollton, KY USA
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx
[mailto:foxboro-bounce@xxxxxxxxxxxxx]On Behalf Of MUGARTET@xxxxxxxxxxxxx
Sent: Thursday, February 12, 2004 12:53 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] two quick questions
A while ago I needed to secure the HOLIM parameter of a block and I got =
this answer that may apply to your problem.
> -----Original Message-----
> From: Neil Martin [mailto:neil_martin@xxxxxxxxxxxx]
> Sent: Friday, 6 December 2002 9:57 AM
> To: foxboro@xxxxxxxxxxxxx
> Subject: Re: [foxboro] Output limiting
>
>
>
>
> One way to selectively restrict the parameters for certain blocks from
> being changed outside of the configurator is to secure the parameter =
in the
> configurator by connecting the parameter back to itself and setting =
the
> value. This means that the parameter can only be changed by entering =
a new
> value in the configurator.
>
> For the HOLIM parameter of a block named TC100_PIDA, the configurator
> entry for HOLIM might look like the following:
>
> :TC100_PIDA.HOLIM.100
>
> Neil Martin
> Huntsman Corporation
> 7114 North Lamar Blvd
> Austin, TX. 78752
> ph) 512-483-0119
I works as expected, and it's a neat solution. Hope it helps.
Regards,
Mart=EDn R. Ugarte
Control Avanzado y Sistemas
Refiner=EDa La Plata - RepsolYPF
+54-221-4298310 ext. 28034
AVISO LEGAL:
Esta informaci=F3n es privada y confidencial y est=E1 dirigida =
=FAnicamente a su destinatario. Si usted no es el destinatario original =
de este mensaje y por este medio pudo acceder a dicha informaci=F3n por =
favor elimine el mensaje. La distribuci=F3n o copia de este mensaje =
est=E1 estrictamente prohibida. Esta comunicaci=F3n es s=F3lo para =
prop=F3sitos de informaci=F3n y no debe ser considerada como propuesta, =
aceptaci=F3n ni como una declaraci=F3n de voluntad oficial de REPSOL YPF =
S.A. y/o subsidiarias y/o afiliadas. La transmisi=F3n de e-mails no =
garantiza que el correo electr=F3nico sea seguro o libre de error. Por =
consiguiente, no manifestamos que esta informaci=F3n sea completa o =
precisa. Toda informaci=F3n est=E1 sujeta a alterarse sin previo aviso.=20
This information is private and confidential and intended for the =
recipient only. If you are not the intended recipient of this message =
you are hereby notified that any review, dissemination, distribution or =
copying of this message is strictly prohibited. This communication is =
for information purposes only and shall not be regarded neither as a =
proposal, acceptance nor as a statement of will or official statement =
from REPSOL YPF S.A. and/or subsidiaries and/or affiliates. Email =
transmission cannot be guaranteed to be secure or error-free. Therefore, =
we do not represent that this information is complete or accurate and it =
should not be relied upon as such. All information is subject to change =
without notice.
_______________________________________________________________________
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
_______________________________________________________________________
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: