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: Allied Vision Alvium Camera streaming issue
From: Mark Rivers via Tech-talk <tech-talk at aps.anl.gov>
To: Sandeep Kumar Malu - STFC UKRI <sandeep-kumar.malu at stfc.ac.uk>, EPICS tech-talk <tech-talk at aps.anl.gov>, Wang Xiaoqiang <xiaoqiang.wang at psi.ch>
Date: Tue, 22 Nov 2022 13:37:52 +0000
It seems like this is something you should ask Allied Vision about.  ADVimba works fine on all of their other cameras.

Mark


From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Wang Xiaoqiang via Tech-talk <tech-talk at aps.anl.gov>
Sent: Tuesday, November 22, 2022 5:57 AM
To: Sandeep Kumar Malu - STFC UKRI <sandeep-kumar.malu at stfc.ac.uk>; EPICS tech-talk <tech-talk at aps.anl.gov>
Subject: Re: Allied Vision Alvium Camera streaming issue
 

I just want to confirm this issue when testing two Alvium cameras G1-500c and G1-577m. I attach the screenshots.

The trick as Sandeep later communicated is to process $(P)$(R)GC_AcquisitionStart once after iocInit.

 From Mark's comment about the code.
> This does not make any sense to me.  When you set $(P)$(R)Acquire to 1 that calls pCamera_->StartContinuousImageAcquisition() in the Vimba SDK:
> https://github.com/areaDetector/ADVimba/blob/17dcdb1b0a86db808e200232f8b68d5900c30a8f/vimbaApp/src/ADVimba.cpp#L588
That just make the problem weirder.

The test with ADAravis driver showed no such issue.

On 11/14/22 09:59, Sandeep Kumar Malu - STFC UKRI via Tech-talk wrote:
> Hello
>
> I have Allied Vision Alvium G1-2460m Camera and using ADVimba driver to interface the same. I can write/read all other camera parameters but can't see image streaming (the array counter is not running up). I have followed this <https://areadetector.github.io/master/ADGenICam/ADGenICam.html#python-scripts> link to create template files. I get this message on IOC start
> /2022/11/14 05:13:00.331 Param[ACQ_PERIOD] GenICamFeature::write: node AcquisitionFrameRate is not writable/
> /2022/11/14 05:13:00.359 Param[GC_FRAMERATE_ENABLE] GenICamFeature::write: node AcquisitionFrameRateEnable is not writable/
> /2022/11/14 05:13:00.387 VimbaFeature:writeEnumIndex: ERROR calling SetValue error=-11/
> /
> /
> The contents of st.cmd are
> #   ADVimba driver
> #########################
> ADVimbaConfig("TEST1-CAM:CAM", 192.168.0.30, 0, 0,0)
> dbLoadRecords("/usr/local/epics/support/areaDetector/current/ADVimba/db/vimba.template", "P=TEST1-CAM:,R=cam1:,PORT=TEST1-CAM:CAM")
> dbLoadRecords("/usr/local/epics/support/areaDetector/current/ADGenICam/db/AVT_AlviumG1.template", "P=TEST1-CAM:,R=cam1:,PORT=TEST1-CAM:CAM")
>
> /# standard arrays plugin
> ###############################
> NDStdArraysConfigure("TEST1-CAM:Image", 3, 0, "TEST1-CAM:CAM", 0, 0)
> dbLoadRecords("/usr/local/epics/support/areaDetector/current/ADCore/db/NDStdArrays.template", "P=TEST1-CAM:,R=image1:,PORT=TEST1-CAM:Image,ADDR=0,TIMEOUT=1,NDARRAY_PORT=TEST1-CAM:CAM,TYPE=Int8,FTVL=UCHAR,NELEMENTS=24551424")
> /
> /
> /
> FYI, The software trigger source is selected which should capture the frame on every software trigger. Detector state is always in /waiting state/. I have attached opi screenshot to confirm that camera interface works well. Any suggestions would be appreciated.
>
> Thanks
> Sandeep
>
> This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses.
>

References:
Allied Vision Alvium Camera streaming issue Sandeep Kumar Malu - STFC UKRI via Tech-talk
Re: Allied Vision Alvium Camera streaming issue Wang Xiaoqiang via Tech-talk

Navigate by Date:
Prev: Re: motorOMS module startupscript on target(MVME6100) running vxWorks6.9 Mark Rivers via Tech-talk
Next: Multiple pointers to /usr/lib/epics Daykin, Evan 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: Allied Vision Alvium Camera streaming issue Wang Xiaoqiang via Tech-talk
Next: menuScan Pierrick M Hanlet 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, 22 Nov 2022 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·