EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: lexical analyzer for .db?
From: Ralph Lange <[email protected]>
To: Heinrich du Toit <[email protected]>
Cc: EPICS Tech Talk <[email protected]>
Date: Fri, 02 Nov 2007 19:46:04 +0100
Hello Heinrich,

If you additionally set the PHAS field of all input records to a low number (e.g. 1) and the PHAS field of all calc records to a higher number (e.g. 2), you will ensure that the .2sec-task will first process all inputs and then process all calcs.

That way your calcs will always see all input values from the same run of the .2sec-task, so they will always be newer than (0.2 seconds plus run time of .2-sec-processing).

Possible exceptions:
Asynchronously processing inputs: calcs see the old value.
Overloading the 0.2sec-task (processing all .2sec- records takes longer than .2 sec): major screw up.


Difference to FLNKs: FLNKs ensure that each pointed-to calc record is processed directly and immediately after the FLNKing input record, setting the PHAS field to (1,2) only ensures that all calc records (in any order) are processed after all the input records (in any order).

Ralph


Heinrich du Toit wrote:
Hi

Thanks for all your help

Wonder why the FLNK isn't a direct DB link then if possible? (e.g. record inside same IOC)
Does the fanout do it differently?


What would you say about the idea of just putting all the inputs on SCAN = .2 second
and then all the calc(out) rule records also on .2seconds SCAN ?


The way I see it a calc record can then never work with a value older than .4 seconds... which is fine for the system I think.

Can maybe just FLNK or fanout the critical stuff then

-H


References:
lexical analyzer for .db? Heinrich du Toit
Re: lexical analyzer for .db? Andrew Johnson
Re: lexical analyzer for .db? Heinrich du Toit
Re: lexical analyzer for .db? Ned Arnold
Re: lexical analyzer for .db? Eric Norum
Re: lexical analyzer for .db? Heinrich du Toit

Navigate by Date:
Prev: Configuring Detectors with Different Software Jeffrey Lipton
Next: Re: question about iocConsole Ralph Lange
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: lexical analyzer for .db? Owens, PH (Peter)
Next: Re: lexical analyzer for .db? Rodney R. Porter
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Nov 2011 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·