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  <20102011  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  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: device support PINI problem
From: "Mark Rivers" <[email protected]>
To: "John Dobbins" <[email protected]>
Cc: EPICS Tech-Talk <[email protected]>
Date: Mon, 12 Apr 2010 07:25:08 -0500
Section 7.4 of the App Developers Guide lists the sequence in which things happen when iocInit is called.  initialProcess happens after both calls to init() in device support.
 
When are you doing initialization?
 
You could do a test by removing PINI=1 but then adding a 
dbpf "rec.PROC","1" 
right after iocInit() and see if that works.
 
Mark
 

________________________________

From: John Dobbins [mailto:[email protected]]
Sent: Mon 4/12/2010 7:09 AM
To: Mark Rivers
Cc: EPICS Tech-Talk
Subject: Re: device support PINI problem



Mark,

This is certainly possible but the App Developers Guide doesn't say anything about when initialProcess() happens so I'm not sure.

John




Mark Rivers wrote:
> Is there some initialization of your Opto22 device support that might not have happened yet when records with PINI=1 process?  How and when does any initialization occur?
> 
> Mark
> 
>
> ________________________________
>
> From: [email protected] on behalf of John Dobbins
> Sent: Sun 4/11/2010 7:06 PM
> To: EPICS Tech-Talk
> Subject: device support PINI problem
>
>
>
> All,
>
> I have a puzzle that I'm not sure where to begin with. I've written
> device support for Opto22 remote I/O based on Opto22 provided libraries.
> I have been using it for a few years without trouble until the other day
> I set PINI = 1 on an output record. It turns out I haven't needed to do
> this  before. The the record got stuck in a funny state with UDF = 1, if
> I subsequently write to the record the new value appears there but not
> in hardware. Also, these output records do a read from remote hardware
> during record init so I'm surprised that I should have a problem later,
> i.e. during initialProcess(). If PINI is not set I can write to the
> record and hardware without problem. Any ideas where to begin?
>
> Thanks,
>
> John Dobbins
> Cornell Laboratory for Accelerator-based Science and Education
>
>
>





References:
device support PINI problem John Dobbins
RE: device support PINI problem Mark Rivers
Re: device support PINI problem John Dobbins

Navigate by Date:
Prev: GigE cameras with power over ethernet tom.cobb
Next: RE: asyn port question Davidsaver, Michael
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: device support PINI problem John Dobbins
Next: GigE cameras with power over ethernet tom.cobb
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·