This seems to be a known issue with early control software versions
unfortunately saying that your system is 4.3 does not give the actual
control version. there was a quick fix issued back in 1998 which addressed
this among several other issues suggest you contact your local service
operation for latest control images
CAR # 10387 - Corrected demand_upstream() to ignore Data blocks. This
fix corrects the problem of
clobbering the HSCO1 parameter in a REAL block when the VALUE is connected
to a downstream block.
Regds
Graham Heath EUROTAC
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 21 November 2000 14:28
To: [EMAIL PROTECTED]
Subject: blocktype "REAL" HSCO1=0
Dear fellow engineers,
Does anybody have any experience with the following:
Data blocks of type "REAL" have ocasionally parameter "HSCO1" at zero,
despite its configured parameter that is non-zero. This results in VALUE=0
whenever the VALUE is modified to a non-zero value, e.g from "select" or
from
other applications. It occurs every now and then, 5-10 times a day on a
population of 325 REAL-blocks in one CP40. We have not been able to relate
this problem to configurator actions, checkpointing, upstream connections,
gets, sets and so on.
When noticed, we recover by keying "enter" on the block's parameter in the
control configurator (in the configurator the parameters are still in tact),
followed by "DONE".
Up to now the problem seems to be limited to CP40, CP30 seems to operate
properly.
We apply those parameters for all kind of process settings, therefore this
phenomenon can be very harmful.
Of course you can think of work-arounds, but none of them have the advantage
of the functional name and block-descriptor that you can assign to each
block. The number of REAL-blocks we apply is too high to be able to replace
them by other type of blocks, not to mention the amount of application work
this will result in. And above all, this is an elementary function that
should operate properly.
Additional data:
CP40 type a Hosted by AP50 rev 4.3
Eeprom revision level 1.2
Thanks in advance,
Groeten,
Cees Esser
BELLT-GCA, the Netherlands.
-----------------------------------------------------------------------
This list is neither sponsored nor endorsed by the Foxboro Company. All
postings from this list are the work of list subscribers and no warranty
is made or implied as to the accuracy of any information disseminated
through this medium. By subscribing to this list you agree to hold the
list sponsor(s) blameless for any and all mishaps which might occur due to
your application of information received from this mailing list.
To be removed from this list, send mail to
[EMAIL PROTECTED]
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]
-----------------------------------------------------------------------
This list is neither sponsored nor endorsed by the Foxboro Company. All
postings from this list are the work of list subscribers and no warranty
is made or implied as to the accuracy of any information disseminated
through this medium. By subscribing to this list you agree to hold the
list sponsor(s) blameless for any and all mishaps which might occur due to
your application of information received from this mailing list.
To be removed from this list, send mail to
[EMAIL PROTECTED]
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]