Open CJ-Wright opened 6 years ago
A quick thoguht.
By default (can be overridden), fast shutter is closed after a shot and open again for the next one. Can shutter operate at such high speed? (close/open in less than 0.1s) We also need to consider overhead in processing bluesky messages, such as checkpoint after moving shutter, readback to make sure shutter status, etc.
Reference from bluesky, it takes run engine about 27ms to process one message http://nsls-ii.github.io/bluesky/async.html?highlight=message#asynchronous-acquisition
If this is a fast shutter issue, can we put the speed of the fast shutter into the configuration somewhere and then raise if the delay is faster than the shutter and the shutter is set to the "open/close for every shot" configuration?
This delay is happening only to tseries not to ct. Can we diagnose the delay where it is coming from. I mean for quick check we could stop shutter in/out in tseries like before. then try the .2_.1_100 tesries plan. This is a quick test for the shutter. How can we do that?
ScanPlan(bt, tseries, 0.2, 0.1, 100, False)
:)
btw tseries?
provides this instruction too.
I would suggest also try:
ScanPlan(bt, tseries, 0.2, 0.3, 100, False)
since the true delay is bigger value between 0 or delay-exposure time
@sghose would it be possible to update us the status of this issue? thanks
@sghose @dooryhee we are waiting for an update about the origin of this before we can work on it.
ScanPlan(bt, tseries, 0.2,0.3, 100, False)has been tested, it took 40.1 sec to finish 100 scan, so it is about 0.4sec/scan including delay.
It seems that there is an issue with the
tseries
delayExpected Behavior
The delay set by the user is the delay respected by the system
Current Behavior
It seems that when running the following tseries
the delay in the time reported by the databroker
is roughly 2 seconds (although it seems to bounce around a little)
Attn: @sghose @chiahaoliu