Mark,
Of course you can do it this way. You can also use the client wait feature of
the scan record directly.
The problems I have with this are: 1) It implies the server tool is deficient
since not all server functionality is supported properly. This is a general
problem for us since the server tool is currently a generic tool integrated
into several acquisition systems and at least one motion control system. 2)
It also means you have to have a VME crate in the loop to support the Busy
record.
I've known ways around the problem for quite a while, but since the interface
I've built around the PCAS is in general use now, I think I really need to
solve the problem rather than work around it.
Brian
Mark Rivers wrote:
> Brian,
>
> The way we do this is to make the data acquisition program be a channel
> access client, rather than a channel access server. The scan software
> writes a 1 to a local "Busy" record, which is just like a binary output
> record except it does not do the forward link until its value goes back to
> zero.
>
> The acquisition program monitors that Busy record. When it goes to 1 it
> starts collecting data. When the data acquisition is done it sets the Busy
> record back to zero, which lets the scan continue. This method does not
> have a problem with a 30 second limit.
>
> Mark
- References:
- RE: Callbacks and the PCAS question. Mark Rivers
- Navigate by Date:
- Prev:
where to load vxWorks.sym Paul Sichta
- Next:
Re: where to load vxWorks.sym Andrew Johnson
- Index:
1994
1995
1996
1997
1998
1999
2000
<2001>
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
RE: Callbacks and the PCAS question. Mark Rivers
- Next:
MATLAB and EPICS Channel Access Ernest L. Williams Jr.
- Index:
1994
1995
1996
1997
1998
1999
2000
<2001>
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|