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: aCalcout AVAL monitors |
From: | Bruno Martins <[email protected]> |
To: | "Mooney, Tim M." <[email protected]> |
Cc: | "[email protected]" <[email protected]> |
Date: | Mon, 18 Dec 2017 15:44:08 -0500 |
Hi Bruno,
This seems a good improvement. How about this: if any array element has changed by MDEL or larger, the array is posted with DBE_VALUE, and
if any array element has changed by ADEL or larger, the array is posted with DBE_LOG.
Tim Mooney ([email protected]) (630)252-5417
Beamline Controls Group (www.aps.anl.gov)
Advanced Photon Source, Argonne National Lab
From: [email protected] <[email protected]> on behalf of Bruno Martins <[email protected]>
Sent: Monday, December 18, 2017 2:24:00 PM
To: [email protected]
Subject: aCalcout AVAL monitorsHowever, the same is not true for AVAL. Even with MDEL set to -1, if AVAL doesn't change I get no new monitor events. Here's the relevant code in the calc module:Hi everyone,If VAL doesn't change between processings, acalcout doesn't post a monitor event to it, unless MDEL is set to -1 (as expected).
https://github.com/epics-modules/calc/blob/master/ calcApp/src/aCalcoutRecord.c# L983
This has come up before, and Tim Mooney explained it here:
So my question is: shouldn't AVAL's behavior follow VAL's? Or at the very least, shouldn't there be a mechanism to force AVAL to update?
Bruno