Pawel plesniak/absorber shift#1875
Conversation
|
Hi @PawelPlesniak,
which require these tests: build. @Mu2e/write, @Mu2e/fnalbuild-users have access to CI actions on main. ⌛ The following tests have been triggered for 3bb3d47: build (Build queue - API unavailable) |
|
…e really should not just ignore the pre-commit config
|
I leave this for review by @YongyiBWu and @AndrewEdmonds11 |
|
Note - I will review any failures that the CI workflow raises |
|
@FNALbuild run build test |
|
⌛ The following tests have been triggered for b19652b: build (Build queue - API unavailable) |
|
☔ The build is failing at b19652b.
N.B. These results were obtained from a build of this Pull Request at b19652b after being merged into the base branch at 8a343bd. For more information, please check the job page here. |
|
@FNALbuild run build test |
|
⌛ The following tests have been triggered for 7463724: build (Build queue - API unavailable) |
|
☀️ The build tests passed at 7463724.
N.B. These results were obtained from a build of this Pull Request at 7463724 after being merged into the base branch at 8a343bd. For more information, please check the job page here. |
|
@YongyiBWu and @AndrewEdmonds11 The CI workflow issues have been addressed, this is now ready for review |
🔴 Bugs (likely functional problems)1. if (!stepHandle || stepHandle->empty()) { consecutiveEmptyFileCounter++; return; } // returns BEFORE threshold check
...
if (consecutiveEmptyFileCounter > consecutiveEmptyFileThreshold)
throw cet::exception("LogicError", "Too many consecutive empty files, stopping the job");Because the empty branches 2. ADC = _chargeDecayed[i] * chargeToADC;
_adcs[i] = (ADC > ADCMax) ? static_cast<int16_t>(std::round(ADC)) : ADCMax;
3. if (defaultMicrospillBufferLengthCount < 1)
throw cet::exception("RANGE", "defaultMicrospillBufferLengthCount has to be at least 1!\n");
4. if (E < std::numeric_limits<double>::epsilon())
throw cet::exception("RANGE") << "Energy must be greater than zero, exiting.";
5. With no 🟠 Correctness / robustness concerns6. Uninitialized counters read in summaries — In both 7. 8. Hard-coded 320 MHz coupling — 🟡 Minor / cleanup
|
|
📝 The HEAD of |
3 participants
This PR addresses several issues found when completing the corrections to my normalization studies.
Changes are summarized in the bullet point list for each file affected by core code changes. Critically note - there are several other files that are also affected, but the
pre-commitconfig highlighted many changes that needed to happen before my changes could go in (after rebasing with branchmain). These changes have been addressed.CountVirtualDetectorHits_module.cc- this makes the vector of virtual detectors being summarized in the model unique, my mapping to and back from an unordered setPhotonGun_module.cc- this now allows for a set of photons to travel in a straight line from the origin to target position, defined by a direction vector asdelta_x,delta_y, anddelta_z. This vector is mapped to the unit vector, and the momentum is scaled accordingly.AbsorberFromSTHPGe.fcl- driver code that will allow future unfolding studies to be performed, especially important for the HPGe where additional absorber is present, and the results have not yet been fully quantified.AbsorberFromSTLaBr.fcl- as above but for LaBr.EventFilter.fcl- debugging tool to help with ongoing simulation studies. Allows for looking at individual events in a data file. For my studies, it was used to demonstrate the behaviour of the ZS and MWD algorithms on a macro-spill worth of beam-on time.FirePhotonToDetector.fcl- driver code that fires singular photons to a detector of choice, aimed for use with studying the STM detector waveform generators and analysis tools.STMMC/fcl/prolog.fcl- rewritten to define the simulation parameters more clearlyROOTAnalysisDump.fcl- driver code to convert the art files into ROOT format for easy plotting. I will not be rewriting this for the current analysis framework as I do not have the time for this.HPGeWaveformsFromStepPointMCs_module.cc- addresses issues with the waveform generator, namelySimParticleAndVDBacktrace_module.cc- new module generating ROOT files with data that backtraces of STM signal photons back through theSimParticleprovenance. The code to plot these will be merged in the STMAnalysis repositorySimParticleDump_module.cc- dumps the fullSimParticleprovenance to ROOT files for plotting, with a more compact format than the previous module.STMResamplingProducer_module.cc- Initial simulations had different data product names forSimParticles propagated with theBeamToVDandBeamToVD1809drivers, this change standardizes them.VirtualDetectorTree_module.cc- add more data to ROOT files generated for plotting.STMMovingWindowDeconvolution_module.cc- some more data for visualizing the behaviour of analyzed waveformsI would like to ask some questions
STMMWDDigirenamed toSTMPHDigi, and what is the difference in analysis chains?