|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||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|
|<== Date ==>||<== Thread ==>|
|Subject:||RE: AreaDetector / ADURL queries|
|From:||"Heesterman, Peter J" <Peter.Heesterman@ukaea.uk>|
|To:||"'Bruno Martins'" <firstname.lastname@example.org>|
|Cc:||"Lange Ralph \(Ralph.Lange@iter.org\)" <Ralph.Lange@iter.org>, "email@example.com" <firstname.lastname@example.org>, "EPICS Tech-Talk \(email@example.com\)" <firstname.lastname@example.org>|
|Date:||Mon, 20 Mar 2017 14:22:58 +0000|
Hi Bruno, Mark, Ralph (not to mention Mark Engbretson and Hugh Slepicka),
Thank you for your excellent responses.
Under my (3) and (4), I have reverted the misunderstanding, and have been able to get it to work (at least, to the same extent as before).
I had experimented rather extensively with the names used, but the nature of the PV save/restore process means that a couple of re-starts are required, before erroneous usage is cleared.
This doesn’t too easily lend itself to trial’n’error experimentation...
I have also been able to get the simulation detector to work (at least, to the same extent as before).
I confirm that I have EPICS_CA_MAX_ARRAY_BYTES set to a large value (100000000, this is possibly overkill).
I also confirm that I have enabled array call-backs.
I confirm that I am able to caget the array 13URL1:image1:ArrayData, but the array is so big it is rather difficult to see what (non-zero) data it contains.
I also checked these values:
13URL1:image1:MinCallbackTime. It has the value 0 (I assume this is the default).
13URL1:cam1:ArrayCallbacks. It has the value Enable.
The ImageJ plugin shows green, and no errors are being logged.
Nonetheless, no picture is displayed...
From: Bruno Martins [mailto:email@example.com]
Regarding your questions
On Fri, Mar 17, 2017 at 10:13 AM, Heesterman, Peter J <Peter.Heesterman@ukaea.uk> wrote:
Yes, you are correct.
It is a typo.
"cam1:" refers to PV's that control the camera itself: starting / stopping the acquisition, setting the exposure time, etc.
Of course, you can choose whatever prefixes you want, but those are kind of standard.
What kind of error do you get if you leave the NDStdArrays prefix as "image1:"?
As Ralph said, check that the environment variable EPICS_CA_MAX_ARRAY_BYTES is adequate. It should be larger than the largest image you intend to transfer.
You could check if caget complains if you try to read the PV