EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  <20082009  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  2007  <20082009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: accessing a slice of an array field
From: "Jeff Hill" <[email protected]>
To: "'Dehong Zhang'" <[email protected]>, <[email protected]>
Date: Wed, 27 Aug 2008 14:33:08 -0600
> 
> Is it possible to extend channel access to take two optional parameters
> (for array fields only), so that we can read/write only a few consecutive
> elements of the array (N elements starting at index I, default to the
whole
> array)?

This _is_ on the list but it is currently somewhat further down the list.

> 
> Another idea, is it possible to extend the registering of monitoring
> callbacks to take some optional parameters?  And the IOC would check
> against those extra conditions to decide whom to send the callback.
> 

I am currently working on a Channel Access server upgrade that will allow
clients to specify generalized filter expressions, as character strings,
when they enter a subscription. The upgrade will also allow posting of
events containing service specific payload content. The boolean filter
expression will run against any named parameter in the payload as interfaced
by the Data Access library, and the subscription update is sent to the
client only when the expression evaluates true.

I spent the majority of my time on another project last year, but this has
recently changed and I now expend a much larger (majority) percentage of my
efforts on the server upgrade.

> 
> How much work will this be?  

Concerning your first request, this requires a protocol change. The first
decision will need to be whether this upgrade should be implemented as an
extension to the existing protocol or in the redesigned protocol (there is a
design document for the new protocol on the wiki if you are interested).

Concerning your second request, this is the top item on my Channel Access
upgrade list. There is quite a bit of work to do, but I am making good
progress. When I finish the new server there will be additional work related
to defining new services and or extensions to the execution semantics for
the database.

> Will it break all the existing clients?

No. When we transition to a redesigned protocol, we will maintain code
interfacing with the old protocol during the interim.

Jeff


References:
accessing a slice of an array field Dehong Zhang

Navigate by Date:
Prev: Re: PV Gateway Andrew Johnson
Next: EDM's and base/configure/RULES_ARCH's use of $(TOP) Carl Schumann
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  <20082009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: accessing a slice of an array field Dehong Zhang
Next: CAN232 Szalata, Zenon M.
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  <20082009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·