Python NET library validation

Denis Barkats (Aug 20th 2017)

Summary

I wrote a python library version (NETlib.py) of Jamie Bock's famous NET calculation spreadsheet. The goal was simplify the usability, and version control.
An earlier version of this code (still coded in matlab at the time) was used for comparing the NETs within the CMB-S4 defined bands (2017-02-21 CMB-S4 logbook posting).
With the python library in hand, a web GUI to interface to it seemed like a natural fit. Take a look at the Beta version and send me feedback (dbarkats@cfa.harvard.edu).
This posting describes the validation against Jamie's spreadsheet calculation. Based on the simple tests below, the results here are consistent with Jamie's spreadsheet.
Thanks to Justin Willmert for helping with the web interface look and feel.

Upcoming features

Calculation details

The NETlib.py detailed documentation is linked from the NET webGUI itself. I'm happy to clarify if anything is unclear or wrong.

Comparison

In order to validate this new NET python code, I compare it directly to Jamie's latest spreadsheet
online version.

Similarities

Differences

Given the above differences, the hardest part of a fair comparison was dealing with the optical efficiency which is specified as an input in the spreadsheet but comes out of the instrument layer definition from the python code. What I did to make them match was to add a fake layer in the instrument with 0K physical temperature and whose emissvity I tweaked until the optical efficiency matched the 30% assumed in the spreadsheet.

Below are the compared results for 4 specific cases. The bold results are from NETlib.py (as used by the online tool), the other from the spreadsheet.
We can see that the dPdT , Qcmb and Qatm match well, though for Qatm not as well as I would have expecte given the match in the atmospheric spectra. I will check why. I'm also not sure why dPdTcmb at v=40GHz differs so much given that it matches perfectly at other frequencies. I will also check. As expected, the largest differences come from the calculated instrument loading (Qinst). This difference obviously gets passed on to the NEP_shot and NEP_bose. The small difference in NEP_det comes from ignoring the tes and shunt noise in the spreadsheet.

Case: v_cen, frac_bw (v_lo/v_hi) dPdTcmb [pW/K] Qatm     [pW] Qinst [pW] / [Krj] Qcmb    [pW] NEPshot [W/sqrt(Hz)] NEPbose [W/sqrt(Hz)] NEPdet [W/sqrt(Hz)] NEPtot [W/sqrt(Hz)] NET     [uKsqrt(s)]
40 GHz, 0.22 (35.6/44.4) .0334, 0.0326 0.503, 0.534 0.204, 0.17 / 5.87,4.7 0.065, 0.064 0.634e-17, 0.64e-17 1.135e-17, 1.18e-17 1.065e-17, 1.00e-17 1.681e-17, 1.67e-17 356, 362
94GHz, 0.22 (83.7/104.3) .0649, 0.0649 1.094, 1.13 0.651, 0.62 / 8.02, 7.2 0.087, 0.087 1.498e-17, 1.51e-17 1.775e-17, 1.81e-17 1.852e-17, 1.73e-17 2.971e-17, 2.92e-17 323, 318
148.5GHz, 0.22 (132.2/164.8) .0758, 0.0758 1.289, 1.317 1.316, 1.27 / 10.10, 9.4 0.074, 0.073 2.283e-17, 2.29e-17 2.075e-17, 2.09e-17 2.470e-17, 2.29e-17 3.952e-17, 3.85e-17 368, 359
230GHz, 0.22 (204.7/255.3) .0583, 0.058 3.477, 3.34 2.96, 2.89 / 15.13, 13.8 0.039, 0.039 4.445e-17, 4.38e-17 4.087e-17, 3.97e-17 3.841e-17, 3.51e-17 7.156e-17, 6.88e-17 868, 837
270GHz, 0.22 (240.2/299.7) .0451, 0.045 5.224, 4.99 3.44, 3.39 / 15.32, 13.8 0.026, 0.026 5.581e-17, 5.49e-17 5.059e-17, 4.91e-17 4.45e-17, 4.07e-17 8.749e-17, 8.42e-17 1372, 1323

Back