Comments (9)
It seems to be effect that is significant particularly for Cs. https://iopscience.iop.org/article/10.1088/0022-3700/11/24/004
I was delayed with some other things, will check this now.
from arc-alkali-rydberg-calculator.
HI @MinHsuanWu ,
I had to go on holiday before I could test all changes. Should be able to continue this weekend with this. Just to clarify few points:
-
low-lying to high-lying transition DME are the hardest to get because some approximations that are used for numerically obtaining wave functions in model potential break for low lying states. Thus low-lying wave functions are not as accurately estimated as high lying ones. For transitions between low lying states ARC uses than literature vales obtained by other more precise methods or measurements, but for low- to high- lying states we have to use wave functions. The 6S_{1/2} -->nP series in Cs in particular seem to have strong contribution of additional effects. Goal for version 4. of ARC is to introduce new calculations that would give more accurate wave functions for low-lying states too. In the meantime, I will try to implement and test some corrections that would effectively take care of it.
-
the focus is not
getRabiFrequency
, which is correct calculation, but in fact calculations of DME used for low to high lying transitions of Cs. -
Overlap between high and low lying states is always weak, and this does not suggest that the statement in primer is not true. In fact, these corrections go in direction of further reducing DME of 6S_{1/2} -->nP in Cs.
Will write for weekend on final result regarding this.
from arc-alkali-rydberg-calculator.
Hi @nikolasibalic,
I noticed that @MinHsuanWu's request has still not been resolved and am wondering whether we might be able to help with this. I use a modified version of the getRadialMatrixElement function that accounts for the core polarizability effect in cesium to obtain oscillator strengths that match spectroscopic data (and that could readily be extended to other alkali atoms). I've posted a Python notebook here that demonstrates this functionality and includes some notes on what it would take to more fully integrate the improved calculation into ARC. I would be happy to explain further and discuss what is needed to implement properly.
--Monika
from arc-alkali-rydberg-calculator.
HI @MinHsuanWu , thank you for pointing this out.
This might have to do with spin-orbit interaction ( #14 ) and core modification of dipole operator, that seem to together make a difference for nP_1/2 states in Cs. I will have a more detailed look into this and let you know.
from arc-alkali-rydberg-calculator.
Seems like it is more of a fundamental problem? So it will not only affect Cs but also other atoms?
from arc-alkali-rydberg-calculator.
Hi, I just want to check if there is an update.
Also, this problem seems to suggest that the Rabi frequency given by getRabiFrequency
for 6S_{1/2} -->nP_{1/2} or P_{3/2} for high n, Cs, might not be correct?
One example in this notebook: https://arc-alkali-rydberg-calculator.readthedocs.io/en/latest/Rydberg_atoms_a_primer.html
is talking about reaching highly excited states by multiple-step excitation instead of direct excitation can save us from using high power laser. And the reason is the weak overlap between the ground and highly excited Rydberg states require large intensities. Does this problem suggest that this statement might not be true if we use the 6S_{1/2} -->nP_{3/2} for Cs?
Thanks
from arc-alkali-rydberg-calculator.
from arc-alkali-rydberg-calculator.
Dear Monika @m-schleier ,
Many thanks for this well documented and benchmarked contribution.
As I can see, this crucially includes Eq. 19 from M. Marinescu, H. R. Sadeghpour, and A. Dalgarno, PRA 49, 982 (1994), with value of corePolRc
better estimated thanks to fits to recent measurements. I guess that is the dominant contribution, with smaller correction of lower-bound for integration. Very nice.
Would you like to submit a pull request on branch that I have just opened (core_polarisability
) so that we can keep track of your contribution on GitHub page?
I would try then to do some cleanup and integrate this smoothly into master
branch.
Would it be fine with you also if we include this very useful notebook verbatim in ARC documentation?
I was thinking to add link somewhere in documentation of getRadialMatrixElement
that would open notebook then, explaining this. Let me know.
Once again, many thanks for reaching out and resolving this!
Best wishes,
Nikola
from arc-alkali-rydberg-calculator.
Hi @nikolasibalic,
I just submitted the pull request. It definitely does need some cleanup, so I appreciate your willingness to take this on!
And yes, feel free to include the notebook in the ARC documentation. (That said, I should probably look over it one more time, and I'll let you know if I notice any edits that are needed.)
from arc-alkali-rydberg-calculator.
Related Issues (20)
- AC Stark Maps HOT 4
- getRadialMatrixElement() may return wrong results for float input parameters
- Add helper function to clarify citations
- Add flake8 linter and black formatter in CI checks
- Missing magic wavelength snippet in docs HOT 1
- AttributeError: module 'numpy' has no attribute 'int'. HOT 2
- Quantum defect for G9/2 states in Caesium return 0 HOT 2
- MacOS Errno 66 on pip install HOT 1
- Cs NIST level data do not match current NIST values HOT 1
- Two graphs plotted in plot2D function HOT 1
- Intensity Calculation: Is "wa" is a beam radius or beam diameter? HOT 2
- Wigner 6j for non-integer sum triads HOT 1
- Breit Rabi isn't outputting the right F and mf states HOT 2
- pull request 155 (approved) did not update `arc.alkali_atom_functions.__arc_data_version__` HOT 1
- Loading atom parameters doesn't work HOT 3
- Transition frequency mismatch of Rb87 D2 line HOT 1
- Code crashes with "interactionsUpTo=2" HOT 4
- Modernizing and extending the build backend HOT 1
- ImportError: numpy.core.multiarray failed to import HOT 1
- Something wrong in calculations_atom_single.py
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from arc-alkali-rydberg-calculator.