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 | 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 |
<== Date ==> | <== Thread ==> |
---|
Subject: | RE: mbbi/mbbo Mask values |
From: | "Dalesio, Leo" <[email protected]> |
To: | "Dudley, David" <[email protected]>, "[email protected]" <[email protected]> |
Date: | Fri, 1 Jun 2012 12:58:07 +0000 |
In the record reference manual on the EPICS wiki
https://wiki-ext.aps.anl.gov/epics/index.php/RRM_3-14_Multi-Bit_Binary_Input it states:
It would be better if the introduction to this record type had pointed this out. I will chance that today - if I remember how to get into the wiki page. From: Dudley, David
Sent: Friday, June 01, 2012 8:42 AM To: Dalesio, Leo; [email protected] Subject: Re: mbbi/mbbo Mask values I am assuming that is defined somewhere?
Looking at the MBBI record definition, I see that Mask, ZRVl, ONVL, … FFVL are all ULONGS, which would allow a bit field to be defined that didn't depend on consecutive bits. Seems that the limitation is that NOBT defines MASK.
If NOBT was set to 0 (I would take that meaning as "don't define mask"), seems MASK 'should' be able to be manipulated.
Looking in the ether-ip driver, it doesn't look like mask from the record is even used. It builds it's own internally.
David
From: <Dalesio>, Leo <[email protected]>
Date: Friday, June 1, 2012 8:34 AM To: David Dudley <[email protected]>, "[email protected]" <[email protected]> Subject: RE: mbbi/mbbo Mask values The limit/definition of the MBBx record types was that the bits were consecutive.
I think that you would have to use a calc record between the input and MBBx record to mask out the bits in between. Bob |