| 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: Record processing during iocInit? |
| From: | Ralph Lange <[email protected]> |
| To: | EPICS Tech-Talk <[email protected]> |
| Date: | Wed, 05 Nov 2014 11:54:42 +0100 |
What record type are you using? SEVR=INVALID and STAT=UDF mean that the record's value is undefined.If you are processing an undefined output record, its value will usually still be undefined after processing, so SEVR/STAT will remain INVALID/UDF. If you are processing an input record using PINI=YES, usually its value will be retrieved, so that the records get defined and the status is reset. If your input record reads using ChannelAccess (from a remote record), it will still be undefined, as PINI processing happens before ChannelAccess is started.
A better way to trace processing is setting the TPRO ("trace processing") field of your record to "1". This will make it print a line on the console when it processes.
HTH, ~Ralph On 05/11/2014 11:36, Jörn Wüstenfeld wrote:
Hi, I have a problem of understanding the initialization of databaserecords during iocInit. If I set the field PINI to YES, i would expect accordng to the documentation, that the record gets processed once during iocInit. But it dos not as a call to dbpr with the record name gives SEVR: Invalid. Only after triggering the record with dbtr the revcord gets processed. I'm using EPICS base 3.14.12.4 on an arm Platform. But I have seen the same behaviour on an x86_64 machine. Is my understanding of the documentation wrong, or do I need additional fields to be set to get the record processed during init? Regards, Jörn Wüstenfeld