The team reviewed Muhammad's simulation tool for drift chambers and its potential adaptation for straw trackers, discussing various parameters and requirements for implementation. They explored the implementation of waveform propagation functionality and digitizer omponents, including noise models and integration with conformal tracking systems. The team also discussed code structure improvements, including generalizing the DCH info class and simplifying cell ID nomenclature, while planning next steps for documentation and future meetings.
Muhammad presented a simulation tool for drift chambers that can be adapted for straw trackers. He explained that several components of the simulation are gas-dependent, including cluster density, gas gain, and drift time modeling. For the straw tracker implementation, Muhammad identified key requirements including updating the geometry-specific lookup tables and adjusting electronics parameters like matching resistance and tube impedance. The tool can handle different noise models, with colored noise requiring specific data, while white noise from drift chamber test beam provides a simple baseline.
The team reviewed Muhammad's presentation on the digitizer for the Star Tracker, which creates full waveforms rather than just counting clusters. They discussed the parameters for calculating ionization in gas, including the number of clusters per centimeter and the number of electrons per cluster, which currently use fixed values for helium but could be adapted for different gas mixtures. The team clarified that these values are based on standard conditions and can be adjusted for different gas types, with Muhammad noting that experimental results for specific gas mixtures would be needed for future implementation.
The team discussed implementing drift chamber functionality for straw tubes, focusing on charge drift mechanisms and lookup tables. Muhammad explained that the current implementation uses a lookup table stored in a root file to interpolate drift times based on hit positions, though Andreas suggested this might not be the most efficient approach, to be checked. The team confirmed that many parameters including Gaudi properties and shape parameters can be easily modified without significant code changes, and Muhammad noted that the implementation for waveforms would be similar to existing code.
The team discussed the implementation of waveform propagation functionality, which requires Z-position and stereo angle data from the straw tracker. They reviewed electronic slides showing noise frequency data from test beam measurements, which will be converted from frequency to time domain using inverse fast Fourier transform.
The team discussed integrating this code with conformal tracking, though it is currently in a local repository and needs to be made publicly available before testing with conformal tracking can begin. Muhammad mentioned he needs to finalise the factorisation of code.
Ang expressed interest from the Brookhaven team to test the code for the straw tube tracker.
Andreas suggested that Muhammad open a pull request on the GitHub k4RecTracker as a draft to receive targeted feedback on his code. Stefano presented a summary of the work done to generalize the DCH info class into a wire tracker info class that can be shared between drift chambers and straw tube trackers. The new class structure was tested and compiles correctly, but further validation and updates to the digitizer are needed for complete functionality.
Gianfranco and the room discussed the implementation of cell geometry in their code, particularly regarding the height and width of cells in a drift chamber, which are redundant for the straw tubes. They discussed the redundancy for the drift chamber, given the square cell design, and Stefano mentioning that the current drift chamber geometry asserts equality between cell width and height.
They explored alternative options for handling layer information and inheritance, considering both pointer-based and alternative approaches like unique pointers, in order to be able to store different information in the database for the drift chamber and straw tubes.
The conversation also touched on the possibility of accepting to store the redundant information for geometry construction, with Andreas suggesting that storing height and width as separate values for the straw tubes might not significantly impact performance given the relatively small
number of layers.
The team discussed simplifying the cell ID nomenclature and code structure for drift chambers and straw tubes. They agreed to store the N cells instead of N wires, remove unnecessary calculations for stereo angles, and potentially eliminate redundant wire radius measurements. Andreas gave the green-light to Stefano regarding the simplification of some of the legacy code, with Stefano mentioning unnecessary calculations and confusing behaviour for the retrieving the stereo angle.
Andreas requested that these changes be documented in the pull request, and they scheduled the next meeting for two weeks from now, though Andreas noted potential conflicts with a tutorial on Thursday evening.