| 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 2025 | 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 2025 |
| <== Date ==> | <== Thread ==> |
|---|
| Subject: | RE: Optimal way to offer readback of PV from one IOC as a PV within another IOC |
| From: | Mark Rivers via Tech-talk <tech-talk at aps.anl.gov> |
| To: | "Wlodek, Jakub" <jwlodek at bnl.gov>, "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov> |
| Date: | Thu, 18 May 2023 15:27:11 +0000 |
|
Hi Jakub, I would suggest using an ao record in your aggregating IOC. It should be in Closed Loop mode with a DOL field that specifies a CP link to the remote IOC. That record gets processed whenever the remote IOC value changes. That ao record
OUT link writes the value to your aggregating IOC using the asynFloat64 interface. This way you don’t need to worry about Channel Access in your driver. Mark From: Tech-talk <tech-talk-bounces at aps.anl.gov> On Behalf Of
Wlodek, Jakub via Tech-talk Hi all, Essentially the use case of this is that I have an IOC that aggregates some signals into a custom data structure and transmits the data live over a TCP/IP socket. Most of the signals are calculated
within this IOC itself, but there are two additional ones that I'd like to include that are currently provided by another IOC. For context, the data aggregation IOC is an asynPortDriver, and both signals should be asynFloat64 ao readbacks. What would be the
best way to do this? Camonitor/caget events within the readFloat64 method? Or some other solution? Thanks, Jakub |