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  2014  2015  2016  2017  2018  2019  2020  2021  <20222023  2024  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  <20222023  2024 
<== Date ==> <== Thread ==>

Subject: Re: AsynInt32 SCAN=I/O Intr response
From: Eric Norum via Tech-talk <tech-talk at aps.anl.gov>
To: Mark Rivers <rivers at cars.uchicago.edu>
Cc: "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Date: Wed, 23 Feb 2022 16:32:57 -0800

On Feb 23, 2022, at 3:41 PM, Mark Rivers <rivers at cars.uchicago.edu> wrote:

Ø  If I run the asynReport with interest level 1, all the records show up.  Here’s the report for the ai record shown above:
 
asynReport is not reporting on records, it is reporting on asyn port driver devices.
Right.  But why do the addresses associated with the ai records show up as connected and those with the longin records show up as  not connected?  The asynInt32 code in my driver is clearly the same for both.

 
What type of driver is KD1?  It seems like something you wrote?  Perhaps your driver needs to call pasynManager->exceptionConnect() for that address to let asynManager know that it is connected?
Perhaps, but why not for the addresses associated with the ai records?
And it’s not clear to me where I’d put this call.

 
Mark
It’s a driver I wrote based on asynStandardInterfaces.h.  Only the asynInt32 interface uses callbacks.  Here’s the salient code in the Configure routine.
    /*
     * Register ASYN interfaes
     */
    pInterfaces = &pdpvt->asynInterfaces;
    pInterfaces->common.pinterface        = &commonMethods;
    pInterfaces->int32.pinterface         = &int32Methods;
    pInterfaces->octet.pinterface         = &octetMethods;
    pInterfaces->float64Array.pinterface  = &float64ArrayMethods;
    pInterfaces->int8Array.pinterface     = &int8ArrayMethods;
    pInterfaces->int32CanInterrupt        = 1;
    status = pasynStandardInterfacesBase->initialize(pdpvt->portName,
                                                     pInterfaces,
                                                     pdpvt->pasynUser, pdpvt);

— 
Eric Norum





References:
AsynInt32 SCAN=I/O Intr response Eric Norum via Tech-talk
RE: AsynInt32 SCAN=I/O Intr response Mark Rivers via Tech-talk

Navigate by Date:
Prev: Re: Recsync error Larregui, Julian via Tech-talk
Next: Re: Recsync error Michael Davidsaver via Tech-talk
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  <20222023  2024 
Navigate by Thread:
Prev: RE: AsynInt32 SCAN=I/O Intr response Mark Rivers via Tech-talk
Next: RE: AsynInt32 SCAN=I/O Intr response Mark Rivers via Tech-talk
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  <20222023  2024 
ANJ, 14 Sep 2022 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·