-
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
[BUG] Check that LF States are defined correctly for the given calibration mode #217
Comments
Is it true that we now only use the MM-Voltage control mode on the HB? I can replace the old config file with the new debugged file I created. |
Great find! The undefined behavior you observed here is very likely related to #191. Following our chat, I will:
I'll take you up on your offer to update the old config file on hummingbird. Thanks @ieivanov |
Merged
Merged
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I ran into a bug on Hummingbird where the, for example, the
State1
channel definition contained both theString sent to -
property and theVoltage (V) LC-A
andVoltage (V) LC-B
properties. When a channel is set in MM, the order in which channel properties are applies may not be well defined.I was using the MM-Voltage calibration mode, which calibrates only the
Voltage (V) LC-A
andVoltage (V) LC-B
properties. When I acquired data, one of the states had intensity which was obviously wrong, i.e. uncalibrated, presumably resulting from setting the LC state by sending thestate1
string to the LC, rather than applying the calibrated voltages. Removing theString sent to -
property from the channel definition fixed the problem.recOrder
should check for correct definition of the LF channels. When using MM-Retardance calibration mode, channels State0-5 should only have theString sent to -
MeadowlarkLC property. When using MM-Voltage calibration mode channels should have only theVoltage (V) LC-A
andVoltage (V) LC-B
properties. When using the DAC calibration mode, the MeadowlarkLC device adapter should not be loaded in MM (at least until we develop a device adapter that can handle both software and DAC control).The text was updated successfully, but these errors were encountered: