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
novatech_phase_mode_fix: Fix issue #37, incorrect transition to manual/buffered semantics for novatech.
It appears that it was a misunderstanding to think of 'm 0' 'm a' and 'm n' as
three options for the phase mode (with 'm 0' meaning 'default' - corresponding
to one of the others). Rather, 'm n' and 'm a' are the two options
for the phase mode, and 'm 0' and 'm t' are for switching between table mode
and single-tone mode.
Therefore this PR calls 'm 0' at startup, and then one of 'm a' or 'm n' to set
the phase mode, which is now by default 'continuous', with 'default' having been
removed as an option, but being interpreted as 'continuous' for the case of
already-compiled shots that used it.
Thereafter, transition between single-tone mode and table mode is done with
'm 0' and 'm t', with no further calls to set the phase mode.
Also added a better explanation of the 'double clutch' hack.
Copy file name to clipboardExpand all lines: NovaTechDDS9M.py
+46-14Lines changed: 46 additions & 14 deletions
Original file line number
Diff line number
Diff line change
@@ -42,11 +42,29 @@ class NovaTechDDS9M(IntermediateDevice):
42
42
clock_limit=9990# This is a realistic estimate of the max clock rate (100us for TS/pin10 processing to load next value into buffer and 100ns pipeline delay on pin 14 edge to update output values)
0 commit comments