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  <20132014  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  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Another strange CA observation
From: Benjamin Franksen <[email protected]>
To: <[email protected]>
Date: Wed, 10 Jul 2013 14:16:16 +0200
Hi Everyone

I made a stupid error when setting up the remote IOC and the subroutine was
never actually called. When the subroutine is called, I do get a timeout.
Everything is fine with CA.

Sorry for any confusion this may have caused.

Cheers
Ben

On Wednesday, July 10, 2013 13:22:25 Benjamin Franksen wrote:
> in order to write a regression test for my latest sequencer bugfix, I need
> to persuade CA to respond to a ca_get_callback request with a certain
> delay, so that I get a timeout and we can see if the variable recovers as
> it should.
>
> I know how to do it for ca_put_callback, that's easy. But no matter what I
> try, I have not been able to do it for ca_get_callback, i.e. I always get
> the callback immediately.
>
> I even went so far as to use a subroutine record with an epicsThreadSleep in
> the subroutine (disclaimer: don't try that at home or in a production
> system!). Then I caput to the PROC field to let the record process and
> immediately after that do the ca_get_callback. I expected the callback to
> arrive only after the record no longer holds the scan lock i.e. after the
> epicsThreadSleep expires, but this is not the case: I do get the callback
> immediately, and not even with an error status.
>
> I am a bit perplexed by this: how can CA get the VAL from the record if
> processing is holding the scan lock?
>
> Is there any other way to delay the response to a get request?
>
> Cheers
> Ben
> --
> "Make it so they have to reboot after every typo." ― Scott Adams
>
>
> ________________________________
>
> Helmholtz-Zentrum Berlin für Materialien und Energie GmbH
>
> Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher Forschungszentren
> e.V.
>
> Aufsichtsrat: Vorsitzender Prof. Dr. Dr. h.c. mult. Joachim Treusch, stv.
> Vorsitzende Dr. Beatrix Vierkorn-Rudolph Geschäftsführung: Prof. Dr. Anke
> Rita Kaysser-Pyzalla, Thomas Frederking
>
> Sitz Berlin, AG Charlottenburg, 89 HRB 5583
>
> Postadresse:
> Hahn-Meitner-Platz 1
> D-14109 Berlin
>
> http://www.helmholtz-berlin.de
--
"Make it so they have to reboot after every typo." ― Scott Adams

Attachment: signature.asc
Description: This is a digitally signed message part.


References:
Another strange CA observation Benjamin Franksen

Navigate by Date:
Prev: Another strange CA observation Benjamin Franksen
Next: RE: multiple servers on the same (loopback) interface Hu, Yong
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Another strange CA observation Benjamin Franksen
Next: StreamDevice send/recevie bit array problem zhangning
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 20 Apr 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·