Project

General

Profile

Bug #995

Possibly low tracker hit rate for single-muon beam

Added by Lane, Peter over 9 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Simulation
Target version:
Start date:
23 May 2012
Due date:
% Done:

100%

Estimated time:
Workflow:
Closed

Description

What: Only about 8% of spills contain a sci_fi_hits element when running a single-muon beam with no decay.

How: From ConfigurationDefaults.py copy the "particle_decay", "spill_generator_number_of_spills" and "beam" elements into a new configuration file. Make the following changes:
  • set the value of the "particle_decay" element to "False".
  • set the value of "spill_generator_number_of_spills" to "100" or "1000" (or whatever).
  • set the value of "particle_generator" in the "beam" element to "counter".
  • delete the pion and electron sections under the "definitions" element.
  • add a "n_particles_per_spill" element to the muon beam definition section with a value of "1".
  • consider changing the outputer in simulate_mice.py back to OutputPyJSON for easier inspection of the output
  • run simulate_mice.py -configuration_file <your config file>
#1

Updated by Heidt, Christopher over 9 years ago

Peter, I am having trouble recreating this. I can not get the particle_generator:counter to work, I am using particle_generator:binomial with number of tosses set to 1 and the probability of a toss creating a particle set to 1, functionally this should produce the same results. I am a bit worried because I seem to remember having this same problem the first time I ran the simulation last month, but the problem just went away... it would be nice if we could nail down why it is doing this.

It would help me troubleshoot this if you could provide me with:
1. The version of MAUS you are running, version number & MAUS trunk or tracker-dev branch
2. Please upload the config and simulate_mice file you are using

#2

Updated by Lane, Peter over 9 years ago

I don't have access to my computer right now, but this was done with the trunk. I believe it was the same as the last release.

#3

Updated by Heidt, Christopher over 9 years ago

  • Category set to Simulation
  • Status changed from Open to Closed
  • Assignee set to Heidt, Christopher
  • % Done changed from 0 to 100
  • Workflow changed from New Issue to Closed

The issue has been addressed by the tracker group already. The solution lies in the variable "G4double tlen" in the file /maus/src/common_cpp/DetModel/SciFi/SciFiPlane.cc. The variable is set to 1mm rather than 190 mm. This issue has been corrected in the tracker_dev branch and I would hope will be merged into the trunk sooner or later.

#4

Updated by Rogers, Chris over 9 years ago

  • Status changed from Closed to Open
  • Assignee changed from Heidt, Christopher to Dobbs, Adam
  • Target version set to Future MAUS release
  • % Done changed from 100 to 0
  • Workflow changed from Closed to Awaiting Merge

I think we need a merge from Adam then...

#5

Updated by Dobbs, Adam over 9 years ago

  • Status changed from Open to Closed
  • % Done changed from 0 to 100
  • Workflow changed from Awaiting Merge to Closed

Fix now pushed to the MAUS merge branch, so it should become part of the next release.

#6

Updated by Rogers, Chris over 9 years ago

  • Target version changed from Future MAUS release to MAUS-v0.2.5

Also available in: Atom PDF