-
Notifications
You must be signed in to change notification settings - Fork 7
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
Rabi fit failing in some instances #897
Comments
Here we can see multiple oscillations, and the emulator is returning a fully imbalanced signal, since it's always positive (at the end of the day, it is always a probability, despite working as a signal). Thus, we have to subtract from the FFT the 0th moment, i.e. the integral itself, otherwise it will dominate the transformed function, and it may lead to a guess for initial parameters that is very far from the desired global minimum. Most likely, this was already done in a former version of Qibocal, but it got lost in the current one. |
On this topic, it might be nice to add tests for individual routines using the emulator (single qubit for now), since the results are deterministic, but that might increase the CI/github actions cost. |
Thanks @sorewachigauyo, indeed we could consider doing something like this. |
To be more precise: that's a possible way, provided that the emulator is instructed to use it properly (which I believe is not, right now).
In any case, I fully support using the emulator for testing the routines in the CI, as many as possible (even when the results are not fully meaningful - but it will always be incredibly better than with dummy). But I would dedicate an issue on its own ^^ |
While testing the emulator I saw that the rabi fit tends to fail even if the output is quite well defined.
I think that the error is related to the fft guess, we need to investigate this more.
The text was updated successfully, but these errors were encountered: