qiboteam / qibolab

Quantum hardware module and drivers for Qibo.
https://qibo.science
Apache License 2.0
43 stars 16 forks source link

Update events #855

Open alecandido opened 8 months ago

alecandido commented 8 months ago

Currently, Qibocal is defining acquisition in an imperative way, by doing as many calls as needed to .execute_pulse_sequence()/.execute_pulse_sequences()/.sweep() as needed.

However, experiment should be reproducible, even independently of the code that generated them.

For this reason, it would be nice to declare everything that could affect an experiment result. Other than pulses, the only thing affecting the results are instruments parameters, and they could be changed in two different ways:

  1. at the beginning of the time
  2. between two subsequent sequences/experiments

The first kind is accounted for by the Platform serialization, but the second one has no other (declarative) option than producing multiple Platforms and running multiple experiments. This could be inconvenient to define a single acquisition in Qibocal, and thus the only way left is to change parameters imperatively.

If updating parameters in a single acquisition becomes useful, I'd propose to create some Update events to be added to a Sequence (or a wrapper of multiple sequences, like the list[Sequence] that will be passed to .execute()), with a clear timing with respect to the Pulses played.

The added benefit is that routines' acquisitions will be fully serializable, and the execution will be applied by the Qibocal Executor, and not by the individual routines (which instead you could query for the experiment, and in principle even draw...).

alecandido commented 7 months ago

This is an extension, it should be possible to add it in a non-breaking way. So it is postponed to after 0.2.0 release.