Closed fedonman closed 2 months ago
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 96.28%. Comparing base (
209ca29
) to head (58d4f9c
).
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Great job with the addition of TOF!!! I left a couple of comments.
Probably you already have this in your scope but is it planned to add the time of flight for QM in a similar way? I suppose the only thing that needs to change is the quantum_machines_compiler (and other minor adjustments) as the basis is already set.
Additionally in QM we also have smearing (among other different variables on measure), could we also add these on your methodology? I am actually asking because it is QM exclusive so I don't know if (or where) we can do the same as with the time of flight.
Great job with the addition of TOF!!! I left a couple of comments.
Probably you already have this in your scope but is it planned to add the time of flight for QM in a similar way? I suppose the only thing that needs to change is the quantum_machines_compiler (and other minor adjustments) as the basis is already set.
Additionally in QM we also have smearing (among other different variables on measure), could we also add these on your methodology? I am actually asking because it is QM exclusive so I don't know if (or where) we can do the same as with the time of flight.
Time of flight is already implemented in Quantum Machines, natively by them. We already provide the parameter in the runcard.
Smearing is a QM-specific parameter, I don't know if it makes sense or if it is even possible to implement something similar for Qblox.
@jordivallsq Smearing is implemented for QM, you provide the parameter in the instrument's settings in the runcard.
QHC-264 Add `time_of_flight` property to buses and use it for Qblox's `measure`