Closed johnny-sa closed 1 year ago
i.e.
Caesium().quantumDefect[1][4] = [0.0, 0.0, 0.0, 0.0, 0.0, 0.0]
I know that these have not been measured in Caesium but at the moment this gives hugely erroneous results such as
Caesium().getTransitionFrequency(17,3,3.5,17,4,4.5) returns ~43 GHz
compared to
Caesium().getTransitionFrequency(17,3,3.5,17,4,3.5) returns ~34.9 GHz
giving the G fine structure splitting as >6 GHz!
would either suggest;
quick fix would be setting Caesium().quantumDefect[1][4] = [0.00703865, -0.049252, 0.01291, 0.0, 0.0, 0.0]
This doesn't appear to be an issue in other species Rb etc. I think that this row was simply omitted by mistake
Thank you for raising this. I've added in the commit above the suggested second solution (set QD for both states to be the same)
Fix released as part of ARC v3.4.0
i.e.
Caesium().quantumDefect[1][4] = [0.0, 0.0, 0.0, 0.0, 0.0, 0.0]
I know that these have not been measured in Caesium but at the moment this gives hugely erroneous results such as
Caesium().getTransitionFrequency(17,3,3.5,17,4,4.5) returns ~43 GHz
compared to
Caesium().getTransitionFrequency(17,3,3.5,17,4,3.5) returns ~34.9 GHz
giving the G fine structure splitting as >6 GHz!
would either suggest;
quick fix would be setting Caesium().quantumDefect[1][4] = [0.00703865, -0.049252, 0.01291, 0.0, 0.0, 0.0]
This doesn't appear to be an issue in other species Rb etc. I think that this row was simply omitted by mistake