Closed qzhang234 closed 2 years ago
Per @prjemian's suggestion, adding specification to Cpt rigaku500k.cam1.acquire
. However now the acquisition is looping but the file name does not update unless I press 'Stop' on the EPICS IOC. This is abnormal.
@prjemian Please advise on how I can fix this.
@prjemian suggested setting the attribute of Rigaku Acquire PV to False
instead of True
and the code is now running. Turned out that Rigaku Acquire PV does not return any values so that cause the code to hang checking for return from the PV signal.
This also goes to show that it's important to design customized detector class from scratch, because sometimes it's hard to predict how detector PVs behave (which is particularly true for R&D detectors like Rigaku).
Closing the issue now.
@prjemian @sureshnaps @ericmdufresne Per our discussion earlier, here's a full report of the error message from Bluesky end.
Crash occurred during daytime of 01/20/2022. No other incidences of Bluesky was running during that time.
Terminal Output
``` Start Rigaku Acquire: ZDT01_010267.bin Start Rigaku Acquire: ZDT01_010268.bin Start Rigaku Acquire: ZDT01_010269.bin Start Rigaku Acquire: ZDT01_010270.bin Start Rigaku Acquire: ZDT01_010271.bin Start Rigaku Acquire: ZDT01_010272.bin Start Rigaku Acquire: ZDT01_010273.bin Start Rigaku Acquire: ZDT01_010274.bin Start Rigaku Acquire: ZDT01_010275.bin Start Rigaku Acquire: ZDT01_010276.bin Start Rigaku Acquire: ZDT01_010277.bin Start Rigaku Acquire: ZDT01_010278.bin --------------------------------------------------------------------------- FailedStatus Traceback (most recent call last)