Map-making with fixed tones#1670
Draft
tpsatt wants to merge 14 commits into
Draft
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Pushing my local work on implementing fixed tones into the mapmaking noise model.
Fixed tones (or "probe tones") are tones sent out by the SMuRF system which live between the resonance frequencies of our resonators (which are coupled to detectors). They therefore come out of SMuRF, pass through all of our cabling, enter and exit the cryostat, and return to SMuRF unperturbed by on-sky signal. They measure changes to the readout chain, for example via thermal changes to the coaxial cables.
The idea here is to incorporate these into the ML mapmaker noise model in case they are of some utility (perhaps they can help filter out low-frequency noise). The procedure has been to include them in
obs.signalbut set theirT=P=0in the pointing model so they become part of the noise term. Some of this code is a bit hacky to accommodate getting the tones into the AxisManager's signal field (shoutout Claude).For initial runs, I'm using median detector values for
abscalandrelcalso we can scale the fixed tone TODs to the correct units. This ignores tone tracking, but it may be appropriate given the scope of this project. I also do the basic detrending to emulate what happens to preprocessed signal.