You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Due to the peculiar "referencing" sequence involved in "homing" SmarAct encoded tip-tilt stages, it would be very useful to capture this procedure in a single "home" button that will prevent future confusion/errors.
Expected Behavior
We can ideally overwrite the home_forward and home_reverse signals that the SmarAct class inherits and replace it with a single button that does the following: Axis 1
home in the "reverse" direction, towards the end stop
step forward in open-loop mode (so that you are away from the mechanical end stop)
home_reverse again Axis 2
home in the "reverse" direction towards the end stop
step forward in open-loop mode
home_reverse again
Repeat steps 1-3 on Axis 1 again.
This could also be similarly executed for calibration sequences
Context / environment
The referencing & calibration procedure can be cumbersome for SmarAct encoded tip-tilt devices. Since the mechanical end stop is the only valid reference specified by the vendor, there is no need for a home_forward and home_reverse in the usual context. This sequence for calibration and home can be substituted instead.
Tyler has something similar cooking for the btms gui which prompted this issue being raised.
The text was updated successfully, but these errors were encountered:
Current Behavior
Due to the peculiar "referencing" sequence involved in "homing" SmarAct encoded tip-tilt stages, it would be very useful to capture this procedure in a single "home" button that will prevent future confusion/errors.
Expected Behavior
We can ideally overwrite the
home_forward
andhome_reverse
signals that the SmarAct class inherits and replace it with a single button that does the following:Axis 1
home
in the "reverse" direction, towards the end stophome_reverse
againAxis 2
home
in the "reverse" direction towards the end stophome_reverse
againThis could also be similarly executed for
calibration
sequencesContext / environment
The referencing & calibration procedure can be cumbersome for SmarAct encoded tip-tilt devices. Since the mechanical end stop is the only valid reference specified by the vendor, there is no need for a
home_forward
andhome_reverse
in the usual context. This sequence for calibration andhome
can be substituted instead.Tyler has something similar cooking for the btms gui which prompted this issue being raised.
The text was updated successfully, but these errors were encountered: