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: | "Mooney, Tim M." <[email protected]> |
To: | Bruno Martins <[email protected]>, "[email protected]" <[email protected]> |
Date: | Mon, 18 Dec 2017 20:34:38 +0000 |
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 monitors 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 |