QCoDeS [UNRELEASED DRAFT] (2026-04-27)

Breaking Changes:

  • All arguments to Parameter classes and subclasses, except name, are now keyword-only. Previously deprecated positional arguments have been removed. (#7911)

  • Yokogawa GS200: The step and delay arguments of ramp_voltage and ramp_current have been deprecated in favor of the ramp_step and ramp_rate instrument parameters. (#8025)

Improved:

  • Add ParameterBaseKWArgs and ParameterKWArgs TypedDicts for typing **kwargs forwarded through the Parameter class hierarchy. Subclasses of Parameter can now use **kwargs: Unpack[ParameterKWArgs] for statically checked kwargs forwarding. (#8024)

  • Added calibration due date to Keithley calibration utility functions. (#8040)

Improved Drivers:

  • The TektronixAWG5014 driver has been refactored to use InstrumentChannel submodules. Per-channel parameters (e.g. amp, offset, state) are now accessed via awg.ch1.amp instead of awg.ch1_amp, and marker parameters via awg.ch1.m1.high instead of awg.ch1_m1_high. The old flat attribute names still work but emit a deprecation warning. The example notebook has been updated accordingly. (#7996)

  • Keysight 344xxA: Add SCPI mnemonics (‘MIN’, ‘MAX’, ‘DEF’) to allowed values where allowed Oxford Mercury IPS: Allow setting current ramp rate and target Oxford Triton: Also assume magnet is not available if there is a communication timeout Yokagawa GS200 Program: Validate program times on multiples of the internal clock rate of 0.1s Yokagawa GS200 Program: Only add trigger parameter if monitor option is installed Yokagawa GS200 Program: Add get parser to count; allow setting to SCPI mnemonics ‘MIN’, ‘MAX’. Yokagawa GS200 Program: Add hold(), pause(), cont() methods. Yokagawa GS200: Add parameters reading out device registers (status_byte, standard_event_register, extended_event_register, condition_register) Yokagawa GS200: Implement hardware ramps. ramp_mode parameter switches the mode of output sets between “JUMP”, “SOFTWARE”, and “HARDWARE”. The last uses a program to ramp, software corresponds to the previous ramp implementation. ramp_step, ramp_rate, ramp_blocking configure the way ramps behave. (#8025)