Re: [foxboro] Foxbatch Problem




If you need a value supplied by phase 2 before phase 1 runs, than you
either need a handshake to indicate that the value has been updated by
phase 2, or a brief time delay. You can add the delay before phase 1 in the
phase logic as transition logic with one of the functions "WaitSec()" ,
"WaitMin()", or "WaitHour()". I was having trouble with overlapping log
entries from different phases, and I straightened them out with a
"WaitSec(5)" (wait 5 seconds). It's a short time, that isn't noticeable in
the overall batch time, but it's enough to assure that the parallel phases
start in the right order. In your case, just set the amount of time
sufficient for phase 2 to update the value used by phase 1.

Jerry Hidahl


                                                                                
                                                   
                      "Omprakash"                                               
                                                   
                      <omprakash@jana-k        To:       
<foxboro@xxxxxxxxxxxxx>                                                   
                      sa.com>                  cc:                              
                                                   
                      Sent by:                 Subject:  [foxboro] Foxbatch 
Problem                                                
                      foxboro-bounce@fr                                         
                                                   
                      eelists.org                                               
                                                   
                                                                                
                                                   
                                                                                
                                                   
                      09/27/03 01:13 AM                                         
                                                   
                      Please respond to                                         
                                                   
                      foxboro                                                   
                                                   
                                                                                
                                                   
                                                                                
                                                   




Hi

We are having a configuration of five CP40A FT, one- AW51C six - WP51B,
two - AB30 and one COM10. AW51C is the host for all the CPs, also
Foxbatch server (Release 3.1) and legacy historian runs on this AW51C.
IA version is 6.1.

Presently we are modifying a recipe that involves one phase (say Phase
1) consecutively used two times in the recipe. II0001 of this phase gets
its value for another phase (say Phase 2) which runs in parallel with
Phase 1. There is a transition element which is configured to read the
value of II0001 of Phase 1 located above Phase 1. Based on the Phase 2
logic, this transition element value set from Phase 2.

When we run the recipe, transition element simply execute irrespective
of the value set by phase 2. This causes production problem. We tried to
configure different Phase in place of Phase 1 and also different tag
instead of II0001 transition element. Still same problem.We tried to
change the delta for read & write for IADriver from the default values
of 1 to 0.5 in the file /opt/fox/foxbatch/cmdfile/Run.cmd. No
improvement. Still same problem.

Can any one help me on this.


Regards

G.R.OMPRAKASH
Instrument & Control Engineer
Jubail Chemical Industries Company (JANA)
PoBox:10661, Jubail Industrial city 31961
Jubail, Saudi Arabia

Phone:  +966 3 3585002 Ext 323/343
Fax   :   +966 3 3583192
Mobile   +966 5 3968259



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