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 2022 2023 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 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: Andor SDK3 issue - AT_WaitBuffer fails |
From: | Brett Graham <[email protected]> |
To: | "Pearson, Matthew R." <[email protected]> |
Cc: | "[email protected] list" <[email protected]> |
Date: | Wed, 2 Aug 2017 19:16:23 -0400 |
Hi Brett,
Sorry for the late reply.
We still have the same issue with our camera. This is how the EPICS driver starts an acquisition and waits for data (not all the code is pasted here for brevity):
AT_Flush(handle_);
AT_QueueBuffer(handle_, drvBuffers_[x],
(int)imageSize_);
AT_Command(handle_, L"AcquisitionStart”);
AT_WaitBuffer(handle_, &image, &size, AT_INFINITE);
which should block until there is data ready. But AT_WaitBuffer returns immediately with the error code 11 (which means AT_ERR_NODATA).
We’re using SDK 3.9, although I saw it previously with SDK 3.7 and I’ve seen it with SDK 3.12. I didn’t continue using SDK 3.12 because I had other issues with this on RHEL6.
When I exit the EPICS IOC I often saw this exception from the SDK:
TSDK3Exception'
[Thu Sep 22 19:46:07 2016] what(): TDualCLLogicalControl: Error - Sensor halves are not running in unison
which seemed to be a result of us calling:
AT_GetBool(handle_, L"CameraAcquiring", &acquiring);
on an exit().
In the log file generated by the BitFlow kernel module I see:
../../regcam/rcacquisitionstart_regcamcl. cpp. 184 (PID:5044 TID:2853934848): 21/10/16 18:48:58: startCameralink: Error with mp_clControl->Start()
../../regcam/cldevice/dualcltentaplogicaldatasource. cpp. 99 (PID:5044 TID:2853934848): 21/10/16 18:48:58: Wait: Error waiting on Even, not waiting on Odd, timeout [ -1 ]
Andor seemed to think it was a hardware issue.
Do you see similar errors in the /tmp/atdebug log file?
We were having this issue on the beamline every few hours, and the only way to recover was to restart the application (didn’t need to power cycle anything). I moved the camera from the beamline to my office and ran it there for a while, and it ran for weeks without a single issue. Moving back to the beamline, and using a different PC, and the problem happened again quite regularly. So I came to the conclusion it was environmental noise.
Cheers,
Matt
Data Acquisition and Control Engineer
Spallation Neutron Source
Oak Ridge National Lab
> On Jul 23, 2017, at 7:30 AM, Brett Graham <[email protected]> wrote:
>
> Hi Matthew and Mark,
>
> I recently started getting AT_ERR_NODATA errors when calling AT_WaitBuffer on a Zyla 4.2 (we have 4 and have so far encountered the error on 3 of them, some multiple times).
>
> I found your thread "Re: Andor SDK3 issue - AT_WaitBuffer fails" from October 2016 and was hoping you could provide some advice or update on the error you were getting.
>
> I'm not using Epics but am using the SDK (3.11.30014) on linux (ubuntu 14.04). I've been in contact with Andor and they suggested changing the timeout argument (I was using the exposure time, 25 ms). I doubled the timeout but I just received the error again last night.
>
> Thanks in advance for any information you can provide and sorry if this isn't appropriate for the mailing list.
>
> --
> Thanks,
> Brett