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

Laser Linewidth #17

Open
pathfinder49 opened this issue May 12, 2020 · 2 comments
Open

Laser Linewidth #17

pathfinder49 opened this issue May 12, 2020 · 2 comments

Comments

@pathfinder49
Copy link
Member

pathfinder49 commented May 12, 2020

Currently the package assumes lasers to have infitessimal linewidth. This seems reasonable, given the current package feature-set.

When moving to more advanced (optical bloch equation) simulations, laser linewidth may become relevant.

  • Laser cooling, readout, etc.: laser linewidth should be negligible when driving E1 transitions.
  • Dark resonaces: laser linewidth may become important with lower laser intensities. However, I expect our cooling scheme to be outside this regime due to large laser powers.
@RHanley1
Copy link
Member

I think with our expected laser linewidths of ~300kHz, I wouldn't worry about it for now. Just focus getting everything else working. Laser linewidths can be added rather simply later on in a phenomenological way whereby an extra dephasing is introduced on the coherence's between connected levels.

@hartytp
Copy link
Contributor

hartytp commented May 12, 2020

Agreed: don’t bother with them for now as we can add a dephasing term later.

FWIW the effective laser linewidth is broadened by the ions motion. Eg around a dark state the ion gets an oscillating Doppler shift that introduces scattering. It’s even more complicated when the d states are introduced as the repumping time can be long. So when the ion reaches the d states the scattering ceases for a while and then re begins with an essentially random phase. It’s messy (see the paper we wrote on this).

In practice we’ve tended to add an empirical dephasing factor that we tweak to make the sims match the data.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants