Folks,
I have found and fixed this problem. It actually affected both Linux and Windows.
The problem arose if MinX + SizeX was greater than MaxSizeX, which is the size of chip. The same is true for Y. This is an invalid geometry, but their library does not return an error status, and silently reduces SizeX. However, it has a subtle bad side-effect; subsequent attempts to change the AcquireTime or AcquirePeriod do not return errors, but they do not take effect until the IOC is rebooted! I have fixed the problem by reducing SizeX or SizeY if the requested region would be larger than the chip.
This will be in release R1-8. It has been committed to Subversion:
https://subversion.xor.aps.anl.gov/synApps/areaDetector/trunk
Meanwhile the problem can be worked around by manually reducing SizeX so that MinX + SizeX <= MaxSizeX. Same for Y.
Cheers,
Mark
-----Original Message-----
From: Mark Rivers
Sent: Thursday, June 14, 2012 9:12 AM
To: [email protected]
Cc: [email protected]; [email protected]
Subject: RE: Problems with areaDetector Prosilica driver on Windows?
An APS beamline with a new Prosilica system reported this same problem yesterday. They were running areaDetector R1-8beta1 prebuilt for win32-x86 on a Windows XP system.
When I looked at the system it was indeed displaying the behavior I have heard reported elsewhere. Changing AcquireTime and AcquirePeriod did not have any effect, though the readbacks displayed the new value. When restarting the IOC the new values did take effect.
However, I then changed the BinX and BinY, and those changes did take effect immediately. I also changed MinX and MinY to 0. To my surprise, after doing that then everything worked fine! Changing AcquireTime and AcquirePeriod had immediate effect, even without stopping acquisition.
At that point I exited the IOC application and restarted it. Changing AcquireTime and AcquirePeriod still worked normally, the problem seemed to have disappeared!
I can't explain the problem, so I don't know if it's in my software, their library, or their firmware. It is very hard to reproduce, since I don't think I can make that system fail again now.
Yan Fen and Ken, please try this and see if it fixes the problem for you as well.
Cheers,
Mark
From: Mark Rivers
Sent: Friday, June 08, 2012 7:16 AM
To: [email protected]
Cc: [email protected]; [email protected]
Subject: Problems with areaDetector Prosilica driver on Windows?
Folks,
I have now have 2 reports of problems with the R1-7 areaDetector Prosilica driver on Windows.
The reported problem is that when making any changes to things like the exposure time, exposure period, color mode, etc. the values do not take effect immediately, but only after restarting the IOC.
I cannot reproduce the problem on my systems.
Has anyone else seen such a problem? If so, can you please tell me what OS (XP, Windows 7, 32 or 64 bit, etc.).
Thanks,
Mark
- References:
- Problems with areaDetector Prosilica driver on Windows? Mark Rivers
- RE: Problems with areaDetector Prosilica driver on Windows? Mark Rivers
- Navigate by Date:
- Prev:
Re: thermocouple solutions Wesley Moore
- Next:
Has anyone built SynApps under minGW? S. Stein
- 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
- Navigate by Thread:
- Prev:
RE: Problems with areaDetector Prosilica driver on Windows? Mark Rivers
- Next:
EPICS host architectures Benjamin Franksen
- 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
|