Skip to content

Update custom_circuit_coherence_estimates.ipynb #27

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.

Sign up for GitHub

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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Update custom_circuit_coherence_estimates.ipynb #27

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
18 changes: 9 additions & 9 deletions docs/source/guide/circuit/ipynb/custom_circuit_coherence_estimates.ipynb
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -22,9 +22,9 @@
"cell_type": "markdown",
"metadata": {},
"source": [
"Circuits defined through the `Circuit` objects have the ablity to provide estimates for coherence times. `scqubits` does this by generating methods associated with various, potentially relevant noise channels (similiariy to what is done for other pre-defined qubits and circuits - see [here](../../noise/guide-noise.rst) for details). These methods depend on the topology of the circuit and specific branch types (e.g., capacitive, indcutive or one containing a Josephson junction), as well as flux-loops that the circuit contains. \n",
"Circuits defined through the `Circuit` objects have the ability to provide estimates for coherence times. `scqubits` does this by generating methods associated with various, potentially relevant noise channels (similarly to what is done for other pre-defined qubits and circuits - see [here](../../noise/guide-noise.rst) for details). These methods depend on the topology of the circuit and specific branch types (e.g., capacitive, indcutive or one containing a Josephson junction), as well as flux-loops that the circuit contains. \n",
"\n",
"Let us considder an example \"Snail\" circuit configuration"
"Let us consider an example \"Snail\" circuit configuration"
]
},
{
Expand Down Expand Up @@ -71,7 +71,7 @@
"\n",
"\n",
".. warning::\n",
"If `generate_noise_methods` is not set to `True` when building a `Circuit` object, none of the cohernece methods will be generated. Users can however, choose to genrate them at a later time by executing `circ.configure(generate_noise_methods=True)`. \n",
"If `generate_noise_methods` is not set to `True` when building a `Circuit` object, none of the coherence methods will be generated. Users can however, choose to generate them at a later time by executing `circ.configure(generate_noise_methods=True)`. \n",
"\n",
".. warning::\n",
"If `use_dynamic_flux_grouping` is not set to `True` when estimating coherence times, to obtain results related to flux noise, `scqubits` will utilize a more arbitrary grouping, and not the one proposed by [You at al. PRB(2019)](https://journals.aps.org/prb/abstract/10.1103/PhysRevB.99.174512). \n"
Expand All @@ -82,7 +82,7 @@
"metadata": {},
"source": [
"### Auto-generated `supported channels`\n",
"The `circ` object now contains a variety of `supported_noise_methods` wich can be explictiy listed with:"
"The `circ` object now contains a variety of `supported_noise_methods` which can be explicitly listed with:"
]
},
{
Expand Down Expand Up @@ -127,7 +127,7 @@
"cell_type": "markdown",
"metadata": {},
"source": [
"In the above we see that `scqubits` generates relevant methods for each branch or flux-loop (those are indexed with a branch or loop number at the end of method's name) but also adds a collective method, one for earch noise type. For example, as there are four Joesphosn junctions in our circuit, we have `tphi_1_over_f_ccX`, with `X=0,1,2,3` representing branch indices (that can be listed with `circ.branches`), as well as `tphi_1_over_f_cc`, which combines the effects of the critical current $1/f$ noise from all four junctions (through addition of the rates correspoding to each). \n",
"In the above, we see that `scqubits` generates relevant methods for each branch or flux-loop (those are indexed with a branch or loop number at the end of method's name) but also adds a collective method, one for each noise type. For example, as there are four Joesphosn junctions in our circuit, we have `tphi_1_over_f_ccX`, with `X=0,1,2,3` representing branch indices (that can be listed with `circ.branches`), as well as `tphi_1_over_f_cc`, which combines the effects of the critical current $1/f$ noise from all four junctions (through addition of the rates correspoding to each). \n",
"\n",
"The types of methods that are currently included are: `tphi_1_over_f_cc`, `tphi_1_over_f_flux`, `tphi_1_over_f_ng`, `t1_capacitive`, `t1_flux_bias_line` - see the `scqubits` noise [documentation](../../noise/guide-noise.rst) for the description and details of the noise channel that each corresponds to.\n",
"\n",
Expand All @@ -148,9 +148,9 @@
"source": [
"Calculating coherence times due to specific noise channels acting on particular branches or loops is done calling the corresponding methods.\n",
"\n",
".. note:: Coherence methods implemented by the `Circuit` class behave the same way as those implemented by other predefind qubits and circuits (e.g, Transmon, Fluxonium, etc.), and retain the same flexibility (i.e., their default parameters can be be easily modified)\n",
".. note:: Coherence methods implemented by the `Circuit` class behave the same way as those implemented by other predefined qubits and circuits (e.g, Transmon, Fluxonium, etc.), and retain the same flexibility (i.e., their default parameters can be be easily modified)\n",
"\n",
"Let us remember what the indices of each of the branches are"
"Let us remember what the indices of each of the branches are."
]
},
{
Expand Down Expand Up @@ -181,7 +181,7 @@
"cell_type": "markdown",
"metadata": {},
"source": [
"and look at the depolarizaion $T_1$ time, at temperature of 0.1 mK, due to the capacitor between nodes 0 and 3 (i.e., of branch 4), but only including contributions from the downward rate between levels 2 and 1:"
"and look at the depolarization $T_1$ time, at temperature of 0.1 mK, due to the capacitor between nodes 0 and 3 (i.e., of branch 4), but only including contributions from the downward rate between levels 2 and 1:"
]
},
{
Expand All @@ -208,7 +208,7 @@
"cell_type": "markdown",
"metadata": {},
"source": [
"By defeault `scqubits` creates capactive based loss methods for all the Josephson junctions, with the same default parameters that for the stand-alone capacitors. Those however can be easily modified. For example, one can define a custom frequency-dependent quality factor, as in the following"
"By default `scqubits` creates capacitive-based loss methods for all the Josephson junctions, with the same default parameters as for the stand-alone capacitors. Those, however, can be easily modified. For example, one can define a custom frequency-dependent quality factor, as in the following"
]
},
{
Expand Down