EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

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

Subject: Re: problem about Channel Archiver
From: Rolf Keitel <[email protected]>
To: "Dalesio, Leo" <[email protected]>
Cc: tech_talk <[email protected]>
Date: Tue, 30 Nov 2004 16:22:25 -0800
Bob,

Doesn't the record processing on an output record call the
dset->init_record routine during record initialization?
Isn't it the device support's responsibility to read back an initial
value from the hardware and stuff it into the rval field?
If you set PINI to YES and the device support does not provide an
initial rval value, the record is processed after database
initialization, and would write 0 to the hardware, irrespective of what
the hardware currently holds?

- rolf -

Dalesio, Leo wrote:

>All analog output records call the read routine of the driver on initialization. If you are using hardware that maintains its output through a reboot (PLC or a VME card with the sysReset trace cut for instance), and you set the PINI (process record on initiailization) to TRUE, the record should reflect the value in the hardware.
>
>As Bernhard points out - all records are SEVR=INVALID, STAT=UDF, UDF = TRUE. UDF=TRUE indicates that the record has never been processed successfully. Either it has never been scanned or the device support did not exist.
>
>
>-----Original Message-----
>From: Bernhard Kuner [mailto:[email protected]] 
>Sent: Tuesday, November 30, 2004 12:09 AM
>To: 黄松; [email protected]
>Subject: Re: problem about Channel Archiver
>
>Hallo 黄松:
>
>After reboot an EPICS database all records are STAT=INVALID, UDF=1.
>First Processing of the record will reset the UDF field to 0 and set STAT to the status that matches the result of the processing - NO_ALARM if no bad things happen. Your ao-record is an OUT record, so it is ok if it is UDF INVALID, as long as nobody wrote something to it.
>
>Another point is to initialize it to a reasonable start value - this is an old EPICS problem, because OUT records have no link field to be initialized after reboot from another record that provides a readback of the hardware. If there is any hardware to readback the "TC:PS:B1:AI1:current" it is Your turn to set your ao-record to this value after reboot of the IOC.
>
>best regards
>
>Bernhard Kuner
>
>  
>


-- 
+-------------------------------------------------+
| Rolf Keitel, TRIUMF         Tel: (604) 222-7453 |
| Group Leader ISAC Controls  Fax: (604) 222-7307 |
| and Electronics Development                     |
| Vancouver, B.C., Canada                         |
+-------------------------------------------------+



Replies:
Re: problem about Channel Archiver Andrew Johnson
References:
RE: problem about Channel Archiver Dalesio, Leo

Navigate by Date:
Prev: subArray INDX field? (3.14.6 -v- 3.13.6) Laznovsky, Michael
Next: Re: subArray INDX field? (3.14.6 -v- 3.13.6) Carl Lionberger
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: problem about Channel Archiver Dalesio, Leo
Next: Re: problem about Channel Archiver Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·