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

Subject: Re: B21 Areadetector
From: "giles.knap@diamond.ac.uk" <giles.knap@diamond.ac.uk>
To: Mark Rivers <rivers@cars.uchicago.edu>, Tech Talk <tech-talk@aps.anl.gov>
Cc: "scott.williams@diamond.ac.uk" <scott.williams@diamond.ac.uk>, "isabella.rey@diamond.ac.uk" <isabella.rey@diamond.ac.uk>
Date: Thu, 2 Aug 2018 08:44:21 +0000
This is now resolved.


Mark was correct that FURKA was confused, we were somehow running two instances of it.


Thanks for the suggestions.

________________________________
From: tech-talk-bounces@aps.anl.gov <tech-talk-bounces@aps.anl.gov> on behalf of giles.knap@diamond.ac.uk <giles.knap@diamond.ac.uk>
Sent: 24 July 2018 06:46:43
To: Mark Rivers; Tech Talk
Cc: Williams, Scott (DLSLtd,RAL,SCI); Rey, Isabella (Tessella,RAL,DIA)
Subject: Re: B21 Areadetector

Hi Mark,


Yes we have a DEC and PPU. The IOC is running on the PPU and it is that ramdisk that is filling. FURKA is doing its job as you describe, we are not running GRIMSEL since we want to store the images in HDF. A neighbouring beamline I22 has exactly the same hardware configuration and version of the driver and has no issues (all other Pilatus beamlines here use FURKA and GRIMSEL only).


We are seeing no errors in the logs.


I'll try the extra diagnostics as you suggest (in the coming shutdown).


Many thanks,

giles.

________________________________
From: Mark Rivers <rivers@cars.uchicago.edu>
Sent: 23 July 2018 14:02:45
To: Knap, Giles (DLSLtd,RAL,TEC); Tech Talk
Cc: Rey, Isabella (Tessella,RAL,DIA); Williams, Scott (DLSLtd,RAL,SCI)
Subject: Re: B21 Areadetector

Hi Giles,


What is the Pilatus hardware configuration?  Is this a system with both a DEC and a PPU computer, where the detector saves to the DEC ramdisk, and then their FURKA daemon copies the files to the PPU ramdisk?  If so, is areaDetector running on the PPU and reading from the PPU ramdisk?


I think the easiest way to debug this is to add some additional debugging here in NDPluginFile.cpp


    getIntegerParam(NDFileDeleteDriverFile, &deleteDriverFile);
    if ((status == asynSuccess) && deleteDriverFile) {
        pAttribute = pArrayOut->pAttributeList->find("DriverFileName");
        if (pAttribute) {
            status = pAttribute->getValue(NDAttrString, driverFileName, sizeof(driverFileName));
            if ((status == asynSuccess) && (strlen(driverFileName) > 0)) {
                status = remove(driverFileName);
                if (status != 0) {
                    asynPrint(this->pasynUserSelf, ASYN_TRACE_ERROR,
                              "%s::%s: error deleting file %s, error=%s\n",
                              driverName, functionName, driverFileName, strerror(errno));
                }
            }
        }
    }

Note that it already prints a message if remove() fails.  You could also print a message prior to the call to remove() to see if it is indeed calling that for every file.  If it is then I can think of a few possible problems:


- remove() is silently failing (assuming you have looked for the error messages if it fails)

- FURKA is confused and is copying the file again from the DEC to the PPU again after the file was deleted


Mark




________________________________
From: giles.knap@diamond.ac.uk <giles.knap@diamond.ac.uk>
Sent: Monday, July 23, 2018 5:08 AM
To: Tech Talk
Cc: Mark Rivers; isabella.rey@diamond.ac.uk; scott.williams@diamond.ac.uk
Subject: B21 Areadetector

Hello,


We are using the Areadetector 2-6 and ADPilatus 2-1 at Diamond's B21 beamline. Everything works fine except that the ramdisk keeps filling up.


The driver is writing images to the ramdisk and the HDF5 plugin is being used to write the data to our user folders. The HDF5 plugin has DeleteDriverFile enabled and the driver XML attributes file contains a DriverFileName entry. This does result in some percentage of the TIFF files being deleted as images are committed to HDF but not all of them.


For example in a 620 image acquisition with 3 second exposures, a little over 200 were deleted and the rest remain on the ram disk. Another example of 10 frames at 1 second exposure varied from 2 to 8 files being deleted.


Has anyone seen a similar issue?


Thanks,

giles

--
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


References:
B21 Areadetector giles.knap@diamond.ac.uk
Re: B21 Areadetector Mark Rivers
Re: B21 Areadetector giles.knap@diamond.ac.uk

Navigate by Date:
Prev: CSS-Boy : trigger not firing for $(pv_name) at runtime Amien Crombie
Next: Re: Delta Tau motor control problem Mark Davis
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  <20182019  2020 
Navigate by Thread:
Prev: Re: B21 Areadetector giles.knap@diamond.ac.uk
Next: Motor record question Jörn Dreyer
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  <20182019  2020 
ANJ, 02 Aug 2018 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·