EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  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  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: mbboDirect problems
From: Eric Norum <[email protected]>
To: Mark Rivers <[email protected]>
Cc: EPICS mailing list <[email protected]>
Date: Mon, 8 Sep 2014 14:43:41 -0700
Yes.

On Sep 8, 2014, at 2:41 PM, Mark Rivers <[email protected]> wrote:

Does it work if you write to a bit field?
 
From: Eric Norum [mailto:[email protected]] 
Sent: Monday, September 08, 2014 4:17 PM
To: Mark Rivers
Cc: EPICS mailing list
Subject: Re: mbboDirect problems
 
The VAL field.
On Sep 8, 2014, at 2:11 PM, Mark Rivers <[email protected]> wrote:


What field is the client writing to?  The VAL field or an individual bit?
 
In R4-21 the following change was made:

“Improved the initMbboDirect function in devAsynUInt32Digital.c. If an initial value is read successfully from the driver it now sets the .Bn fields in the record. It also sets VAL rather than RVAL and returns 2 rather than 0. Thanks to Andrew Johnson for this.”

Mark
 
 
From: Eric Norum [mailto:[email protected]] 
Sent: Monday, September 08, 2014 3:50 PM
To: EPICS mailing list
Subject: mbboDirect problems
 
I have a number of mbboDirect records like:
 
record(mbboDirect, "$(P)$(R)EVR:event12trig") {
    field(DESC, "Extraction pre-trigger")
    field(DTYP, "asynUInt32Digital")
    field(OUT,  "@asynMask($(PORT) 0x30C 0xFF 0)")
    field(NOBT, "8")
    field(MASK, "0xFF")
}
 



The IOC starts up and reads back the initial value of this record properly.
The *first* caput to the record (I’ve tried from EDM and from caput) writes the readback value again, not the value from the client.
Subsequent caputs do write the value from the client.  It’s only the first operation that uses old data.



Is this a known problem? 
 -- 
Eric Norum
[email protected]
 
-- 
Eric Norum
[email protected]

-- 
Eric Norum
[email protected]


Replies:
RE: mbboDirect problems Mark Rivers
References:
mbboDirect problems Eric Norum
RE: mbboDirect problems Mark Rivers
Re: mbboDirect problems Eric Norum
RE: mbboDirect problems Mark Rivers

Navigate by Date:
Prev: RE: mbboDirect problems Mark Rivers
Next: RE: mbboDirect problems Mark Rivers
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: mbboDirect problems Mark Rivers
Next: RE: mbboDirect problems Mark Rivers
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 17 Dec 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·