-
Notifications
You must be signed in to change notification settings - Fork 0
resetUSAXS broken by #583 #584
Comments
I have fixed this kind issue on usaxscontrol BS version (needs to be committed to GH), but we need to fix reset_USAXS running into suspender. At this time if we loose beam, RE(reset_USAXS) will fail due to suspender. That is not acceptable as we need to be able to reset the instrument even without beam and permissions. |
Do you know which suspender was not releasing? I'm thinking that we need to provide an EPICS PV with a I believe it is not the suspender which fails but how we use it. |
When I did RE(reset_USAXS()) BS went in suspender and was suspended. Which is confusing, since RE(mode_...()) works fine. And looking at reset_USAXS I do not see which line item causes the suspender to be engaged and BS suspending. We could remove the operation which is running into suspender. |
Sorry, hit the wrong button... Reopening again. |
Actually, found the log still:
|
Note, that both suspenders should be low, APS is off and shutters are closed, both are low. |
When we fixed #583 we forgot to restore for the motors parameters in resetUSAXS. When BS stops in uascan (due to anything) and does not finish, MR is not scannable and tune_mr fails. We need to add the fix of this setting to reset_USAXS
https://github.com/APS-USAXS/usaxs-bluesky/blob/60a9eb7f2bea8306026734514b7ca650bf829b25/instrument/plans/uascan.py#L130-L133
The text was updated successfully, but these errors were encountered: