EPICS Home

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  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 
<== Date ==> <== Thread ==>

Subject: Re: Another strange CA observation
From: Benjamin Franksen <benjamin.franksen@helmholtz-berlin.de>
To: <tech-talk@aps.anl.gov>
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 
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