-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
acquisition constant wm = w1 not functioning as intended #386
Comments
I will note that checking both the w1 and wm box for a given energy scan range (and not using a constant wm = w1) does move the motors as intended. |
Are you sure you are using the right grating/ranges? it works fine when I try it... Constants are indeed precomputed, but that should not matter, it takes into account the hardware setpoints to get the full multidimensional array. |
I can reproducibly observe the monochromator position in the GUI not moving from initial, and the grating inside the monochromator remaining stationary from scan start. I will go reproduce this again now to verify. |
Reproduced, output data also supports the monochromator being at a single color. |
Monos have always been limited, at least in practice... (I think we may have let you set them outside of the range at one point, but they go to random (at least seeming) positions if you go above 1580 nm for a 1200 g/mm grating (lower g/mm allows you to go to longer wavelengths, proportionally) In wn, you can go from some minimum value to inf (as 0 nm is inf wn) |
I just know I can visit colors that will literally put the grating perpendicular to the entrance, blocking all light. Regardless, I am using the a good grating for my intended scanning range. |
When scanning w1, and setting the constant wm = w1:
It seems that the constant is only enforced before motor scanning starts?
The text was updated successfully, but these errors were encountered: