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  2008  2009  2010  2011  2012  <20132014  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  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: .PACT .TIME
From: Andrew Johnson <[email protected]>
To: [email protected]
Date: Mon, 7 Jan 2013 09:56:50 -0600
Hi Benjamin,

On 2012-12-18 Benjamin Franksen wrote:
> On Wednesday, December 12, 2012 14:16:12 Mark Rivers wrote:
> > I don't think that PACT would really be considered "metadata".
> >
> > But this Web page explains which fields in dbCommon do post monitors
> >
> > https://wiki-ext.aps.anl.gov/epics/index.php/RRM_3-14_dbCommon
> 
> Posting monitors for PACT would be a most welcome addition. Maybe this
> could be added in 3.15?

That would require changes to every record type's process() routine [which I 
couldn't do for record types not in Base], and would hit performance.  Every 
call to db_post_event() requires it to search the record's list of CA clients, 
comparing the posted address with that of the subscribed field for every 
subscriber, and for PACT there would be two calls since it changes twice per 
process.

It /might/ be possible to make the .TIME field accessible over CA and post 
monitors on it from within recGblGetTimeStamp(), but I haven't looked at the 
code changes necessary to implement that.  The native type of the TIME field 
would probably become ULONG[2] but I'd like to make it accessible as a string 
as well, and doing all that might need some deep changes so no promises.

- Andrew
-- 
There is no such thing as a free lunch.  When invited for lunch,
it is best to check if you are there to eat, or to be eaten.
-- Clive Robinson

References:
Re: .PACT .TIME Benjamin Franksen

Navigate by Date:
Prev: Re: epics input and output via records Wesley Moore
Next: Re: epics input and output via records James F Ross
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: .PACT .TIME Benjamin Franksen
Next: unable to see epics variables James F Ross
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 20 Apr 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·