-
Notifications
You must be signed in to change notification settings - Fork 17
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
Drive pulse for couplers in 0.1 #1135
Comments
So, the actual answers are that:
However, if you're still working on 0.1, the solution is simply to use the Lines 793 to 797 in bfb48cc
|
Could you clarify on the 0.1 solution? My scenario is that the coupler frequency pulse and qubit frequency pulse is implemented on hardware on two different channels, so that just with 2 qubits I do not have enough drive pulse channels to match the number of distinct hardware channels (3 of them, let's call them XY1, XY2 and XYC). Changing the frequency attribute doesn't switch the other details of the channel such as the port details. In addition my goal is to add this coupler frequency pulse as part of the calibrated CNOT gate pulse sequence on the runcard, in particular to specify that this coupler frequency pulse is to be executed on XYC channel. In this case I will need the pulse type to be 'qd' in order to add a frequency specification, but without introducing an additional fake qubit, I have to choose either qubit 1 or 2 but that would assign XY1 or XY2 instead of XYC. |
Just to summarize what has been said in the Qibo meeting: in 0.1 is mandatory to have a further qubit, because that's the way channels are organized, and there are a fixed amount per qubit. In 0.2 you may use either a new qubit as well, or one of the spare (unlimited) channels of existing ones (under |
Is it possible to add drive pulse to couplers so that couplers have e.g. couplerdrive and couplerflux pulses? I am implementing a two-qubit gate pulse sequence that involves driving at a frequency different from any of the drive pulses for qubits and I am unable to do so within the current framework where each qubit is only allocated a single drive pulse and the other pulse channels are flux type (flux/couplerflux) that do not allow its frequency to be set from the runcard. For now I am adding an additional fake qubit just to make use of its additional drive pulse for this purpose.
The text was updated successfully, but these errors were encountered: