Experimental Physics and
Industrial Control System

<[email protected]> · Thu, 21 Nov 2013 09:24:00 +0000

Could you send me the errors you got with unknown pixel value? Some cameras don't like having their bit depth changed while acquiring, you might have to stop acquiring, wait for a few seconds, then change the bit depth... The aravisGigE driver maps the DataType (like Uint8) and ColorMode (like Mono) pvs to the PixelFormat (like Mono8) register. If you choose uint16 then it will try the highest bit depth the camera supports, but some cameras falsely report they do mono12 and then fail to produce the correct image type. You could try changing the DataType to uint16, then changing PixelFormat to Mono10 and seeing if that works...

Thanks,
Tom Cobb

> -----Original Message-----
> From: Florian Sorgenfrei [mailto:florian.sorgenfrei@helmholtz-
> berlin.de]
> Sent: 20 November 2013 21:31
> To: Cobb, Tom (DLSLtd,RAL,TEC); [email protected]; tech-
> [email protected]
> Subject: Re: areaDetector for a Basler GigE camera
> 
> Hi Mark and Tom,
> 
> I tried what you suggested and after a little bit of fiddling around it
> worked. I was able to see the images with the ImageJ viewer at almost
> the trigger rate of 50Hz.
> 
> What puzzled me was that although I had 16bpp imagej was only
> displaying
> 8bpp and the values were wrapped around several times. Hence I tried to
> use the edl screens to switch from 16bpp to 8pp and I completely messed
> up the configuration of the camera. I got a lot of uknown pixel value
> errors. After checking that the ioc is working fine with another camera
> I tried switching of both cameras. Luckily the wrong configured one
> came
> back in a sane state. I have no idea what went wrong, since I tried
> changing the data type, the bpp, the pixel format all without any
> success.
> 
> The next test was now to fire up imagej on my mac (with osx 10.9). I
> installed the plugin (ImageJ64 doesn't work with the plugin) and
> ImageJ32 is able to load and to connect to the camera. However, I get
> only "20/11/13 22:28:29.77: UpdateImage got exception: pendIO timed
> out"
> errors.
> 
> Besides this I'm wondering how I can now include a few other plugins
> like NDStats and NDOverlay.
> 
> But anyway, thanks for the fast and well directed help.
> 
> Cheers,
> 
> Flo
> 
> Am 20.11.13 09:56, schrieb [email protected]:
> > Hi Florian,
> >
> > Once you have tried Mark's suggestions below, start the camera
> acquiring and check ARAVISCAM1:CAM:ArrayCounter_RBV to see if any
> arrays are being produced by the driver. If it doesn't increase then
> the problem is in the driver, otherwise the problem is in the plugin
> chain.
> >
> > As to your startup script problems, I suspect you may still be
> loading the AVT_Manta_1_44_4.template file in your substitution file.
> Have you run the aravisGigEApp/src/makeDbAndEdl.py script to make a
> database and screen for your particular camera? If so, then you need to
> point the substitution file at the database template that this script
> created.
> >
> > Thanks,
> > Tom Cobb
> >
> >
> >> -----Original Message-----
> >> From: Mark Rivers [mailto:[email protected]]
> >> Sent: 19 November 2013 21:29
> >> To: 'Florian Sorgenfrei'; [email protected]
> >> Cc: Cobb, Tom (DLSLtd,RAL,TEC)
> >> Subject: RE: areaDetector for a Basler GigE camera
> >>
> >> Assuming the driver is actually talking to the camera and getting
> >> images then there are 2 common reasons that ARAVISCAM1:ARR:ArrayData
> >> would have all zeros:
> >>
> >> Make sure that the driver PV ArrayCallbacks is set to Enable.
> >>
> >> Make sure the NDStdArrays plugin has the EnableCallbacks PV set to
> Yes.
> >>
> >> These and other tips are contained in the areaDetector
> >> "Troubleshooting" documentation:
> >>
> >>
> http://cars9.uchicago.edu/software/epics/areaDetectorViewers.html#Troub
> >> leshooting
> >>
> >> I don't know why you are getting all the errors about the unknown
> >> Aravis parameters, perhaps Tom Cobb who wrote the driver can help.
> >>
> >> Mark
> >>
> >>
> >>
> >>
> 
> 
> 
> --
> Florian Sorgenfrei
> Institute for Methods and Instrumentation for Synchrotron Radiation
> Research G-ISRR
> Helmholtz-Zentrum Berlin für Materialien und Energie GmbH
> Albert-Einstein-Str. 15
> D-12489 Berlin
> GERMANY
> 
> Tel.: +49 30 8062 12924
> Fax: +49 30 8062 14987
> 
> ________________________________
> 
> 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

-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System