Release Notes
Release 2.53.0
Release date 05.06.2025
Requires: LabOne 25.04
Includes: Applications Library 2.7.0
Notes & Important Changes
Functionality
- Added the ability to autodetect Zsync connectivity.
In setups that include PQSC or QHUB central controllers, specifying Zsync port information for each instrument is no longer required
as it will now be automatically detected at runtime.
Note that it is still require to define the internal connection between instrument and central controller, but now without the
port
parameter.
Note
LabOne Q has ended support and testing for Python version 3.9 with version 2.53. Please make sure to upgrade your Python environments to a supported version before then.
Note
Including the instrument options when constructing the DeviceSetup
is now a strict requirement since version 2.52.0.
Specify your instrument configuration through either the 'options' field in the 'instruments' list when using a device setup descriptor,
or by specifying the device_options
argument when constructing your setup programmatically.
Alternatively, you can use the generate_device_setup
helper function available under contrib
,
which has the option to query the instruments for installed options automatically.
This function is already used in the majority of our publicly available examples.
Applications Library
- The
user_defined
parameter ofTunableTransmonParameters
was added back after it was accidentally removed in the previous release. - The
ramsey
operation inTunableTransmonOperations
has been upgraded to sweep theincrement_oscillator_phase
parameter in the secondx90
gate instead of thephase
to reduce waveform memory usage. - Breaking change The
phase
parameter of theramsey
operation inTunableTransmonOperations
was renamed toramsey_phase
.
Deprecation notice
Note
A new LabOne Q serialisation framework has been added with LabOne Q version 2.50.0 which ensures backwards compatibility. The old serialisation framework will be removed in LabOne Q version 2.54.0, planned for June 19th, 2025. Please migrate your workflows and existing data to use the new serialisers before then, following our tutorial.
Note
The attributes .experiment
and .device_setup
will be removed from the CompiledExperiment
object in LabOne Q version 2.54.0 on June 19th, 2025.
Note
The attribute .compiled_experiment
will be removed from the Results
object in LabOne Q version 2.54.0 on June 19th, 2025.
Moreover, the attributes .experiment
and .device_setup
will also be removed by default from the Results
object,
unless the user prevents this by passing include_results_metadata=True
to session.run()
.
Note
The Qubit
and Transmon
classes are not yet considered stable and their APIs might still change in future versions.
Their parent QuantumElement
class has been updated with version 2.44, making it much simpler to create your own implementation of a qubit object.
Bug Fixes
- Fixed a bug that led to an incorrect serialization of the phase used in the play command.
The bug was causing a failure in the serialization of
SweepParameter
in the Ramsey experiment workflow.
Documentation
- The documentation for core LabOne Q functionality has been given a flatter structure and updated installation instructions have been added, with the goal of making the documentation more transparent and material easier to find. We've separated out some Advanced Topics while consolidating others. Further structural and content updates to both the core LabOne Q documentation and the Applications Library documentation will come soon.
Known Issues
- Using
OpenQASMTranspiler.batch_experiment
with QASM programs that contain native measurement operations will lead to an unexpected shape of the returned data. To ensure the correct shape, measurement operations should be removed from the OpenQASM program, and.batch_experiment
should be called with the option fieldadd_measurement=True
, which will add the measurement operations to the LabOne QExperiment
during the import step (see our tutorial for more details). - Using the internal scope to acquire raw traces on multiple channels of an SHFQA in a single experiment is only possible if the timing of all acquisitions is equal between instrument channels.
- Using runtime checks of the sequencer playback through the
disable_runtime_checks=False
argument ofsession.connect()
, is currently not possible when the experiment contains real-time feedback or is using the on-device PRNG. In the latter case, unintended error messages may be produced if the option is used. - When using the pipeliner in an experiment by specifying a
chunk_count
parameter in a sweep, the number ofacquire
commands in each chunk currently needs to be equal. Typically this means that the number of sweep steps within each chunk has to be the same. - When using
OutputSimulator
or pulse sheet viewer with an experiment using the pipeliner or near-time sweeping, currently only the first sequence step will be displayed. - When delaying logical signal lines of type
rf_signal
via thedelay_signal
calibration property, all rf_signals on the same sequencer core must be set to the same delay. - When delaying logical signal lines on the SHFQA via the
delay_signal
calibration property, the delays for the measure and acquire line must be the same; the measure pulse delay is not added to the acquire pulse delay as on the UHFQA. We recommend to useport_delay
for now. - When creating a section with very short content (below the device’s minimum waveform length), the compiler may fail to map the experiment to valid SeqC, and will generate an error. As a workaround in these cases, manually add delays to the sequence.
Previous versions
- Release 2.52.0
- Release 2.51.0
- Release 2.50.0
- Release 2.49.0
- Release 2.48.0
- Release 2.47.0
- Release 2.46.0
- Release 2.45.0
- Release 2.44.0
- Release 2.43.0
- Release 2.42.0
- Release 2.41.0
- Release 2.40.0
- Release 2.39.0
- Release 2.38.0
- Release 2.37.0
- Release 2.36.0
- Release 2.35.0
- Release 2.34.0
- Release 2.33.1
- Release 2.33.0
- Release 2.32.0
- Release 2.31.0
- Release 2.30.0
- Release 2.29.0
- Release 2.28.0
- Release 2.27.1
- Release 2.27.0
- Release 2.26.0
- Release 2.25.0
- Release 2.24.0
- Release 2.23.0
- Release 2.22.0
- Release 2.21.0
- Release 2.20.1
- Release 2.20.0
- Release 2.19.0
- Release 2.18.0
- Release 2.17.0
- Release 2.16.0
- Release 2.15.0
- Release 2.14.0
- Release 2.13.0
- Release 2.12.0
- Release 2.11.0
- Release 2.10.0
- Release 2.9.0
- Release 2.8.0
- Release 2.7.0
- Release 2.6.0
- Release 2.5.0
- Release 2.4.0
- Release 2.3.0
- Release 2.2.0
- Release 2.1.0
- Release 2.0.0
- prior to Release 2.0.0