Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature] Check maximum available acquisitions in compiler #26

Open
GlaserN opened this issue Mar 1, 2023 · 5 comments
Open

[Feature] Check maximum available acquisitions in compiler #26

GlaserN opened this issue Mar 1, 2023 · 5 comments
Assignees
Labels
enhancement New feature or request jira Sync the issue to ZI LabOneQ internal issue tracker.

Comments

@GlaserN
Copy link

GlaserN commented Mar 1, 2023

Is your feature request related to a problem? Please describe.
Measuring a high number of single shot data in combination with realtime loops.
The devices are limited to a number of acquisitions e.g. 2^19 for the SHFQA. If more acquisitions are performed currently the controller only notices this when trying to fetch the results, which happens only after executing the long experiment.

Describe the solution you'd like
Check in the compiler whether all acquisitions can be handled by the device.

Describe alternatives or workarounds you have considered
Manually check that you are not above the limit.

@kshirer kshirer self-assigned this Mar 2, 2023
@QuantumClemens
Copy link
Collaborator

Hi @GlaserN ,
thanks for reporting this, I just had a look and the controller exception should happen already before the experiment is executed on the instruments, i.e.directly after compilation has finished, not after the execution.
Is this different in your case?

@QuantumClemens QuantumClemens added the enhancement New feature or request label Mar 2, 2023
@GlaserN
Copy link
Author

GlaserN commented Mar 3, 2023

The following experiment will only complain after 315s with:

2023.03.03 15:04:12.184 laboneq.controller.util        CRITICAL The number of measurements (524288) executed for device dev12188 on channel 0 does not match the number of measurements defined (1052672). Probably the time between measurements or within a loop is too short. Please contact Zurich Instruments.

experiment_too_many_acquires.zip

@QuantumClemens
Copy link
Collaborator

Thanks for the feedback, the error you quote indicated that not enough measurements were triggered, not that the number of measurements defined was too much.
Is this on UHFQA?

@MAN6O
Copy link

MAN6O commented Jun 22, 2023

Hello @QuantumClemens,
I encountered this problem when doing RB's aswell (SHFQA). In my case I defined 2^14 shots and 100 individual sequences with a measurement totaling 2^14*100 or roughly ~ 2^21 measurements. The experiment ran for 850s before giving an error and trying to perform the experiment again two more times. The code ran through and at the end, no data was received. This issue could be easily resolved by checking in the compiler the total measurement number is not above the limit (2^19 I believe) and giving an error/not executing if the number is exceeded. Best wishes.

@QuantumClemens
Copy link
Collaborator

Hello @MAN6O ,
thanks for reporting this, we are aware and this change is planned in our backlog.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request jira Sync the issue to ZI LabOneQ internal issue tracker.
Projects
None yet
Development

No branches or pull requests

5 participants