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: MBBI Value Type |
From: | Mark Rivers <[email protected]> |
To: | "'Elmer Pensack'" <[email protected]>, "[email protected]" <[email protected]> |
Date: | Tue, 25 Nov 2014 18:46:25 +0000 |
The data type of the ZRVL field is ULONG: This is from mbbiRecord.dbd for 3.14.12.4: field(ZRVL,DBF_ULONG) { prompt("Zero Value") promptgroup(GUI_BITS1) special(SPC_MOD) pp(TRUE) base(HEX) interest(1) } However, because Channel Access does not support a ULONG datatype, it promotes it to double. Mark From: [email protected] [mailto:[email protected]]
On Behalf Of Elmer Pensack In working with the value types of a MBBI, I noticed that the native type of the mbbi values is DBF_DOUBLE even though the documentation states ULONG. When a connection handler completes a connection with those attributes it returns the
DOUBLE type. Also, when a caget with the –D option is executed the following is displayed.
> caget –d DBR_LONG <PV NAME>.ZRVL
<PV NAME>.ZRVL Native Data Type: DBF_DOUBLE Request Type: DBR_LONG Element Count: 1 Value: 0 However a caput with a double value does get truncated during the put. Which makes sense as these values should be integers. So why is the native type a double? Currently I am
basing display of data by the EPICS type. So this data is shows as a decimal value because it comes back as a DOUBLE.
Thanks |