Experimental Physics and
Industrial Control System
| 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024 | Index | 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024 |
| <== Date ==> | <== Thread ==> |
|---|
| Subject: | group PV question |
| From: | Timo Korhonen <[email protected]> |
| To: | EPICS Core Talk <[email protected]> |
| Date: | Fri, 26 Oct 2018 10:45:33 +0000 |
|
Hi,
I guess this is addressed to Michael but maybe this is a question worth asking in the group:
I am wondering about the difference in group PV atomicity. I tried to follow the circle.db example.
It seems to work as I expected. However, when I use pvget:
$ pvget circle circle epics:nt/NTTable:1.0 structure record structure _options uint queueSize 0 boolean atomic true double angle 279 alarm_t alarm NO_ALARM NO_STATUS NO_ALARM time_t timeStamp 2018-10-26T12:35:48.132 0 structure value double X 0.156434 double Y -0.987688 The attribute "atomic" is true, as I expected (set it using info tags). But with monitoring, I get:
circle epics:nt/NTTable:1.0 structure record structure _options uint queueSize 0 boolean atomic false double angle 349 alarm_t alarm NO_ALARM NO_STATUS NO_ALARM time_t timeStamp 2018-10-26T12:36:57.948 0 structure value double X 0.981627 double Y -0.190809 for the same group pv.
Trying to dig into the code (I have not been able to go deep), I see references to "pgatomic" and "monatomic".
This suggests to me that there is a difference in how monotonicity is set/handled with monitors. Is this true? How can one make groups be handled atomically?
Or is this just my over-interpretation?
I tried to figure this out from the documentation but I could not.
Thanks,
Timo
|
- Replies:
- Re: group PV question Michael Davidsaver
- Which version are you using Re: group PV question Kasemir, Kay via Core-talk
- Navigate by Date:
- Prev: Base 3.16 => 7.0 Merge Johnson, Andrew N. via Core-talk
- Next: pvget -m timeout after first value Kasemir, Kay via Core-talk
- Index: 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: Base 3.16 => 7.0 Merge Johnson, Andrew N. via Core-talk
- Next: Re: group PV question Michael Davidsaver
- Index: 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·