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

Refactor hardware simulation #163

Open
tskisner opened this issue Sep 30, 2021 · 0 comments
Open

Refactor hardware simulation #163

tskisner opened this issue Sep 30, 2021 · 0 comments

Comments

@tskisner
Copy link
Member

This is to track planned work to change the way that the focalplane hardware is simulated. Here is the current proposal based on various offline conversations:

  • When working in cartesian coordinates in the various frames (detector, wafer, tube, telescope), adopt the X/Y <--> Eta/Xi definitions in https://github.com/simonsobs/tod2maps_docs/tree/master/coord_sys

  • When doing layouts, work in physical coordinates and layout detectors in wafers, wafers in tubes, and tubes in telescopes in terms of (3D) cartesian coordinates about the nominal (flat) focal surface.

  • Separate from the physical layout, define a function that projects detector locations / orientations into spherical coordinates defined with respect to the telescope boresight. In the first instance, we can implement a simple / nominal projection function. In the short / medium term, incorporate another version of this projection function defined by the optics folks and using more detailed information from physical modeling.

This basically involves replacing the quaternions with physical 3D layout coordinates, and then implementing that separate projection function.

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

1 participant