Closed prjemian closed 3 years ago
See #206, #217
Bluesky should write the PV
Is this issue resolved now? If so, add a brief comment to describe how it was resolved, then close the issue.
@prjemian It depends. For example, if I do rigaku.qmap_file = 'qzhang_XSPA.h5'
and run AD_Acquire
, Will StrReg13 show qzhang_XSPA.h5
?
We think the path for the .bin
file is correct but the detector does not trigger. When we add the SingleTrigger
mixin to the detector, the support raises a KeyError
exception as it constructs the SingleTrigger
support, failing when it references self.cam.acquire
. The test for hasattr(self, "cam")
just succeeded so it does not know the acquire
component yet.
Leave out the SingleTrigger
mixin but add its features to the detector constructor after initializing the components.
Turns out that even when we replace the SingleTrigger mixin (by name) with its actual code, sometimes the adrigaku.cam.acquire
signal raises the same KeyError
attribute not found exception. Add additional handling to fail on startup if the acquire
attribute is not found on device construction.
BTW, none of this work appears to be remotely related to the issue title.
But at least now, the detector leaves a .bin
file in the correct location. File size is ~15MB.
talc% pwd
/home/8ididata/2021-1/rigaku202104
talc% ls -lah A015_Test/
total 15M
drwxrwxrwx 2 8idiuser s8staff 72 Jun 1 20:27 .
drwxrwxr-x 17 8idiuser s8staff 325 Jun 1 20:28 ..
-rw-rw-r-- 1 8idiuser s8staff 41K Jun 1 20:27 A015_Test_0001-100000.hdf
-rw-r--r-- 1 nfsnobody nfsnobody 15M Jun 1 20:28 A015_Test.bin
@qzhang234 : Feel free to close this issue if you believe it has been resolved.
I can confirm that using dm_pars.qmap_file.set()
changes the value of StrReg13. Closing the issue now.
There is a string register for the QMAP file but it is blank. Each detector has an attribute for
qmap_file
. Seems this value would be related toStrReg13
. Should we set EPICS from the detector value or the other way around?