This repository has been archived by the owner on Sep 2, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 5
ispyb omega_start value should be read from hardware instead of supplied by params #1327
Comments
Remember that directionality on smargon vs what we want to put in ispyb is flipped |
rtuck99
added a commit
that referenced
this issue
Jun 14, 2024
rtuck99
added a commit
that referenced
this issue
Jun 19, 2024
rtuck99
added a commit
that referenced
this issue
Jun 20, 2024
rtuck99
added a commit
that referenced
this issue
Jun 20, 2024
rtuck99
added a commit
that referenced
this issue
Jun 20, 2024
rtuck99
added a commit
that referenced
this issue
Jun 21, 2024
olliesilvester
pushed a commit
to olliesilvester/mx-bluesky
that referenced
this issue
Aug 23, 2024
…read from hardware for gridscans (DiamondLightSource/hyperion#1445) * (DiamondLightSource/hyperion#1327) ispyb omega_start, axis_start now read from hardware for gridscans * (DiamondLightSource/hyperion#1327) Response to PR comments * (DiamondLightSource/hyperion#1327) refactor ispyb_callback classes as per PR discussion
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
from PR review comment by @DominicOram in #1279
"Should: We should be able to read the omega from the smargon when we do the pin tip detection, can we make an issue for that?"
The text was updated successfully, but these errors were encountered: