Hello,
I observed a strange behavior of the mbboDirectRecord: the record
remains undefined (UDF==1), even though a correct value was put into VAL
(the hardware was written correctly either). Nevertheless, the STAT and
SEVR are both ok.
I compared the code to that of the mbboRecord. It is obvious that UDF is
not handled properly in the mbboDirect.
First, inside init_record, UDF is not set to 0 after
pdset->init_record() returns ok. BTW, init_record checks if the return
value is 2, which doesn't make sense in a record that has no conversion.
Second, inside process(), UDF is not checked and there is no call to
recGblSetSevr that sets STAT = UDF_ALARM.
I propose to correct these things for R3.13.2.
Ben
- Navigate by Date:
- Prev:
Re: I/O Intr and Asynchronouse device Marty Kraimer
- Next:
RE: Delays in receipt of CA monitors Garrett D. Rinehart
- 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
- Navigate by Thread:
- Prev:
Re: I/O Intr and Asynchronouse device Marty Kraimer
- Next:
Using GPIB with EPICS Russell Page
- 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
|