Skip to main content

Meta-package for the labscript suite experiment control and automation system

Project description

the labscript suite

the labscript suite – labscript the labscript suite – runmanager the labscript suite – blacs the labscript suite – lyse the labscript suite – runviewer

Experiment control and automation system

The labscript suite is a powerful and extensible framework for experiment composition, control, execution, and analysis. Developed for quantum science and quantum engineering, from laboratory to in-field devices. Applicable to optics, microscopy, materials engineering, biophysics, and any application predicated on the repetition of parameterised, hardware-timed experiments.

This is a metapackage for the labscript suite. Formerly the labscript suite installer repository, prior to the packages being installable via PyPI and Anaconda Cloud.


  • Flexible and automated oversight of heterogeneous hardware.
  • The most mature and widely used open-source control system in quantum science.
  • Multiple analysis-based feedback modes.
  • Extensible plugin architecture (e.g. machine learning online optimisation).
  • Readily integrates with other software, including image acquisition, analysis, and even other control systems.
  • Compose experiments as human-readable Python code, leveraging modularity, revision control and re-use.
  • Dynamic visualisation of experiment composition and results.
  • Remote operation: different modules can run on physically separate hosts / single modules can be run on multiple hosts (including hardware supervisor, blacs).
  • Auto-generating user-interfaces.
  • High-level scripting: all user-interface interaction can be programatically synthesised.

Table of contents

Installing the labscript suite

We're excited to announce that accompanying the recent migration to GitHub, labscript suite components are now distributed as Python packages on PyPI and Anaconda Cloud.

This makes it far easier to get started using the labscript suite, as you no longer require a Mercurial or Git installation (or any knowledge of version control software); components can be installed and upgraded using:

  • pip: the standard package manager common to all Python distributions; or
  • conda: a binary package and environment manager, part of the Anaconda Python distribution.

For further information, please see the documentation, which includes information about both regular and developer (editable) installations of the labscript suite.

Recent changes to the labscript suite

Upon migrating the code base to GitHub and publishing distributions on PyPI in April–May 2020, existing users should be aware of the following recent changes.

Profile directories

The labscript suite profile directory, containing application configurations, logs, and user-side code, is now located by default in the current user’s home directory, e.g. for a local user named wkheisenberg this is:

  • C:\Users\wkheisenberg\labscript-suite on Windows.
  • ~/labscript-suite or /home/wkheisenberg/labscript-suite on Linux and Mac OS X.

A typical structure of the profile directory is:

    ├── app_saved_configs/
    │   ├── default_experiment/
    ├── labconfig/
    ├── logs/
    └── userlib/
        ├── analysislib/
        ├── labscriptlib/
        ├── pythonlib/
        └── user_devices/

This structure is created by calling the command labscript-profile-create.

in a terminal after installing labscript-utils (per the installation instructions).

Note: As of labscript-suite/labscript-utils#37 this can be the same directory as an editable installation.

Application shortcuts

Operating-system menu shortcuts, correct taskbar behaviour, and environment activation for the Python GUI applications (blacs, lyse, runmanager, and runviewer) is now handled by a standalone Python package desktop-app (per installation instructions above). This currently supports Windows and Linux (Mac OS X support is forthcoming).

Secure communication

Interprocess communication between components of the labscript suite is based on the ZeroMQ (ZMQ) messaging protocol. We have supported secure interprocess communication via encrypted ZMQ messaging since February 2019 (labscript-utils 2.11.0).

As of labscript-utils 2.16.0, encryted interprocess communication will be the default. If you haven't already, this means you'll need to create a new shared secret(or pre-shared key) as follows:

  1. Run python -m zprocess.makesecret from the labconfig directory.

  2. Specify the path of the resulting shared_secret in your labconfig. For example:

    shared_secret = %(labscript_suite)s/labconfig/zpsecret-09f6dfa0.key
  3. Copy the same pre-shared key to all computers running the labscript suite that need to communicate with each other, repeating step 2 for each of them.

Treat this file like a password: it allows anyone on the same network access to labscript suite programs.

If you are on a trusted network and don't want to use secure communication, you may instead set:

allow_insecure = True


  • Steps 1 and 2 are executed automatically as part of the labscript-profile-create command. However, for multiple hosts, step 3 above must still be followed.

  • There is an outstanding issue with the ZMQ Python bindings on Windows (zeromq/pyzmq#1148), whereby encryption is significantly slower for Python distributions other than Anaconda. Until this issue is resolved, we recommend that Windows users on an untrusted network use the Anaconda Python distribution (and install pyzmq using conda install pyzmq).

Source code structure (developer installation)

Existing users who move to a developer (editable) installation, please note the following structural changes to the labscript suite source code:

  • Each package has a top-level folder containing and setup.cfg used to build a distribution from source. The functional code base now resides in a subfolder corresponding to the name of the Python module, e.g. an editable installation might contain folders:

    ├── blacs/
    │   └── blacs/
    ├── labscript/
    │   └── labscript/
    ├── labscript-devices/
    │   └── labscript_devices/
    ├── labscript-utils/
    │   └── labscript_utils/
    ├── lyse/
    │   ├── lyse/
    ├── runmanager/
    │   └── runmanager/
    └── runviewer/
        └── runviewer/
  • Package names (shared by repositories and top-level folders) are now hyphenated, e.g. labscript-devices and labscript-utils.

  • Module names remain underscored, i.e. labscript_devices and labscript_utils.

  • The mixing of hyphen and underscores is inelegant but conventional.

  • All references to blacs are now lowercase.

  • As installation no longer requires a separate package, the repository formerly named ‘installer’ has been renamed to ‘labscript-suite’, and will be used as a metapackage for the labscript suite.

Versioning (developer installation)

Aside from the maintenance branches documented here, versions of the labscript suite packages are introspected at run-time using either the importlib.metadata library (regular installations) or setuptools_scm (developer installations). Thus any changes to an editable install will be traceable by local version numbers, e.g. editing the released version of a package with version 2.4.0 will result in 2.4.0dev1+gc28fe94, for example. This will help us diagnose issues users have with their editable installations.

BitBucket archive

Some repository metadata (such as pull request discussions) could not be migrated directly from BitBucket to GitHub. As such, we have created an archived copy of everything that was on BitBucket. This includes:

  • Issues (as they appear on BitBucket);
  • Pull requests discussions;
  • Commit comments for every labscript suite repository; and
  • Every public fork (as of 1st February, 2020).

This archive can be found at (this page can take some time to load for the first time). Copies of every public fork of our repositories are at As this is an archive, we will not be transferring ownership of these repositories back to their original owners. However, should you wish to continue development on one of those repositories you can fork it into your own account through the GitHub web interface. Should you have uncommitted changes (or changes made after 1st February, 2020) that you wish to have archived, please contact us to discuss the best approach to including these. Please note that we are not recommending continuing development in such forks long term, due to the changes in package structure outlined above.

What to do if you had custom code in a fork on BitBucket

Coming soon!

Migrating other repositories to GitHub

Should you have other repositories on BitBucket such as labscriptlib, analysislib, userlib, or labconfig (or any project unrelated to the labscript suite) we strongly suggest using the tools we developed to migrate the labscript suite. These are philipstarkey/bitbucket-hg-exporter and chrisjbillington/hg-export-tool which can be used together. See the documentation of those projects for further details.

Contributing to the labscript suite

We are very grateful for all the contributions users have made in the past decade to make the labscript suite the most widely used open-source experiment control and automation system in quantum science. These include development, suggestions, and feedback, and we look forward to this continuing on GitHub.

Issue tracking

The issue tracking on GitHub is very similar to BitBucket, with the added advantage that you can add inter-repository issue references, e.g. referring to labscript-suite/runmanager#68 in any issue or pull request will link to the corresponding issue. We have imported all issues from the BitBucket repositories into the GitHub repositories. This import is not perfect (as each comment is now posted by Phil Starkey) but the comments have been modified to contain the original author attribution. We have also updated all links to files, pull requests, issues, and commits so that they point to the equivalent GitHub location and/or the archived copy of the data (as discussed above).

Please use the GitHub issue tracker (rather than the mailing list) for:

  • Reporting bugs (when something doesn’t work or works ina way you didn’t expect);
  • Suggesting enhancements: new features or requests;
  • Issues relating to installation, performance, or documentation.

However, advice for how to do something with the existing functionality of the labscript suite is better suited to the mailing list.

Request for developers

We would like to reaffirm our invitation for users to directly contribute toward developing the labscript suite. We have established a separate discussion forum on Zulip for discussing development direction and design. If you are interested in being a part of these discussions, and/or testing and merging pull requests, please reach out to us.

Further guidance on contributing—including the branching model we use, and the procedure for issuing pull requests—can be found in the documentation.

Citing the labscript suite

If you use the labscript suite to control your experiment or perform analysis, please cite one or more of the following publications:

P. T. Starkey, A software framework for control and automation of precisely timed experiments. PhD thesis, Monash University (2019).
    title = {State-dependent forces in cold quantum gases},
    author = {Starkey, P. T.},
    year = {2019},
    url = {},
    doi = {10.26180/5d1db8ffe29ef},
    school = {Monash University},
C. J. Billington, State-dependent forces in cold quantum gases. PhD thesis, Monash University (2018).
    title = {State-dependent forces in cold quantum gases},
    author = {Billington, C. J.},
    year = {2018},
    url = {},
    doi = {10.26180/5bd68acaf0696},
    school = {Monash University},
A scripted control system for autonomous hardware-timed experiments, Review of Scientific Instruments 84, 085111 (2013). arXiv:1303.0080.
    author = {Starkey, P. T. and Billington, C. J. and Johnstone, S. P. and
              Jasperse, M. and Helmerson, K. and Turner, L. D. and Anderson, R. P.},
    title = {A scripted control system for autonomous hardware-timed experiments},
    journal = {Review of Scientific Instruments},
    volume = {84},
    number = {8},
    pages = {085111},
    year = {2013},
    doi = {10.1063/1.4817213},
    url = {},
    eprint = {}

Project details

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Files for labscript-suite, version 3.0.0b1
Filename, size File type Python version Upload date Hashes
Filename, size labscript_suite-3.0.0b1-py3-none-any.whl (9.0 kB) File type Wheel Python version py3 Upload date Hashes View
Filename, size labscript-suite-3.0.0b1.tar.gz (147.9 kB) File type Source Python version None Upload date Hashes View

Supported by

Pingdom Pingdom Monitoring Google Google Object Storage and Download Analytics Sentry Sentry Error logging AWS AWS Cloud computing DataDog DataDog Monitoring Fastly Fastly CDN DigiCert DigiCert EV certificate StatusPage StatusPage Status page