|
|
(11 intermediate revisions by one user not shown) |
Line 1: |
Line 1: |
| ==Talks== | | ==Talks== |
| | | |
− | * Software meeting 2018-06-29, Friday, [[File:sctau_papas_v2_20180629.pdf]] | + | * Software meeting 2018-06-29, Friday, [[File:sctau_papas_v2_20180629.pdf]] by '''Georgiy Razuvaev''' |
− | * Workshop on future Super c-tau factories 2021-11-16 [https://indico.inp.nsk.su/event/62/contributions/2315/ Parametric simulation of the SCT detector] | + | * Software meeting 2019-02-01 [[:Media:Sctau_papas_v3_20190201.pdf | Status of PAPAS]] by '''Georgiy Razuvaev''' |
| + | * Software meeting 2019-08-09 [[:Media:Sctparsim_20190809.pdf | Super c-τ parametric simulation: Status]] by '''Georgiy Razuvaev''' |
| + | * Software meeting 2019-12-27 [[:Media:SctParSim_status_20191127_Belozyorova.pdf | SctParSim: status and recent progress]] by '''Maria Belozyorova''' |
| + | * Workshop on future Super c-tau factories 2021-11-16 [https://indico.inp.nsk.su/event/62/contributions/2315/ Parametric simulation of the SCT detector] by '''Maria Belozyorova''' |
| | | |
− | = SctParSim = | + | = SctParSim (Aurora) = |
− | A parametric simulation is a tool to receive a detector response without detailed description of interaction of particles with matter. The simulation is the part of the Aurora project, which is a software suit for SCTF. More details are [[SctParSim - parametric simulation|here]] | + | A parametric simulation is a tool to receive a detector response without detailed description of interaction of particles with matter. The simulation is the part of the Aurora project, which is a software suit for SCTF. |
| | | |
| Implemented detector subsystems: | | Implemented detector subsystems: |
Line 13: |
Line 16: |
| * muon system | | * muon system |
| | | |
− | The parametric simulation yields the detector response in the SCT EDM format thus allowing to analyze its result in the same manner as the result of the full simulation. | + | The parametric simulation yields the detector response in the SCT EDM format thus allowing to analyze its result in the same manner as the result of the full simulation. The tracker and the calorimeter smear particle parameters according |
| + | to a Gaussian distribution, while the FARICH PID and the muon subsystem use for that purpose the results of a pre-conducted standalone full Geant4 simulations. |
| | | |
− | How-to use the parametric simulation is demonstrated [https://ctd.inp.nsk.su/wiki/index.php/SCT_parametric_simulation here] | + | '''More information about parameterization''' is presented [[SctParSim (Aurora)|here]]. |
| + | |
| + | '''How-to use the parametric simulation''' is demonstrated [https://ctd.inp.nsk.su/wiki/index.php/SCT_parametric_simulation here] |
| | | |
| = SctParSim (Python) = | | = SctParSim (Python) = |
| | | |
− | == How to run ==
| + | This version of the parametric simulation had written in the Python language. The main difference is that this version has the ability to draw events. |
| | | |
− | Login to stark or proxima machine.
| + | '''How to run and parameter description''' is [[SctParSim (python)|here]] |
− | <pre>
| + | |
− | ssh stark -X
| + | |
− | setupSCTAU; asetup SCTauSim,master,latest
| + | |
− | mkdir workarea
| + | |
− | cd workarea
| + | |
− | mkdir run
| + | |
− | cd run
| + | |
− | cp /home/razuvaev/public/misc/pi_ms_f1_mppc2_px3_d200_mla4_graph2d.root .
| + | |
− | cp /home/razuvaev/public/misc/gun1.cfg .
| + | |
− | cp /home/razuvaev/public/misc/g4beamline_pi_plus_100k_parse.root .
| + | |
− | cp /home/razuvaev/public/misc/g4beamline_mu_plus_100k_parse.root .
| + | |
− | cp /home/whitem/public/misc/pi_p.root .
| + | |
− | cp /home/whitem/public/misc/pi_m.root .
| + | |
− | cp /home/whitem/public/misc/mu_p.root .
| + | |
− | cp /home/whitem/public/misc/mu_m.root .
| + | |
− | runparsim.py
| + | |
− | </pre>
| + | |
− | | + | |
− | === Options ===
| + | |
− | | + | |
− | {| class="wikitable"
| + | |
− | |-
| + | |
− | ! Option
| + | |
− | ! Run example
| + | |
− | ! Description
| + | |
− | |-
| + | |
− | | <code>-b</code>, <code>--batch</code>
| + | |
− | | <code>runparsim.py -b</code>
| + | |
− | | Turn on the batch mode. Suppress EventDisplay execution.
| + | |
− | |-
| + | |
− | | <code>-c</code>, <code>--change</code>
| + | |
− | | <code>runparsim.py -c my_cfg_file.dat</code>
| + | |
− | | Change some parameters of the detector.
| + | |
− | |-
| + | |
− | | <code>-n</code>, <code>--neve</code>
| + | |
− | | <code>runparsim.py -n 31415</code>
| + | |
− | | The number of events to process.
| + | |
− | |-
| + | |
− | | <code>-g</code>, <code>--gun</code>
| + | |
− | | <code>runparsim.py -g</code>
| + | |
− | | Turn on the particle gun mode.
| + | |
− | |-
| + | |
− | | <code>-ig</code>, <code>--input-gun</code>
| + | |
− | | <code>runparsim.py -g -ig my_gun.dat</code>
| + | |
− | | Input particle gun configuration file.
| + | |
− | |-
| + | |
− | | <code>-i</code>, <code>--input</code>
| + | |
− | | <code>runparsim.py -i gen_dkpipi0.root</code>
| + | |
− | | Specify the input file.
| + | |
− | |-
| + | |
− | | <code>-o</code>, <code>--output</code>
| + | |
− | | <code>runparsim.py -o parsim_dkpipi0.root</code>
| + | |
− | | Specify the output file.
| + | |
− | |-
| + | |
− | | <code>--profile</code>
| + | |
− | | <code>runparsim.py --profile</code>
| + | |
− | | Turn on the cProfile to analyse the performance.
| + | |
− | |}
| + | |
− | | + | |
− | == Event display ==
| + | |
− | | + | |
− | The event display has two projections: x-y and y-z.
| + | |
− | All detector subsystems are presented.
| + | |
− | Some of them overlay, especially PIDs, it is not important for parametric simulation, but let's study several options at once.
| + | |
− | All particles from AllGenParticles branch are presented at the plot by lines of different styles, colours and thicknesses.
| + | |
− | Somehow the line thickness corresponds to the particle mass, the wide line --- the more massive particle.
| + | |
− | Warm colours are devoted to positive charged particles and cold to negative ones.
| + | |
− | Also, particle lines are labeled.
| + | |
− | | + | |
− | The event display is switched on by default. To switch it off run simulation with <code>-b</code> option.
| + | |
− | | + | |
− | | + | |
− | == Detector configuration ==
| + | |
− | | + | |
− | The detector parameters can be changed via a configuration file ''my_cfg_file.dat'' placed in the main simulation folder.
| + | |
− | The file has a simple structure --- one parameter and its value(s) per line.
| + | |
− | A parameter's name and value should be separated by spaces.
| + | |
− | Arrays should be written in [] brackets.
| + | |
− | The values in arrays should be separated by commas.
| + | |
− | Empty lines and lines contained incorrectly parameter names are ignored.
| + | |
− | | + | |
− | In the example below the parameter at the first line and the second line is one number,
| + | |
− | while the parameter at the third line is an array.
| + | |
− | | + | |
− | <pre>
| + | |
− | trck.minPt 0.05
| + | |
− | trck.corrMtx.pij -0.08
| + | |
− | calo.resPar [0.167,0.0,0.011]
| + | |
− | </pre>
| + | |
− | | + | |
− | The parameters can be given in any order.
| + | |
− | | + | |
− | All detector parameters can be viewed in the configuration files:
| + | |
− | {| class="wikitable"
| + | |
− | |-
| + | |
− | ! Subsystem
| + | |
− | ! Congiguration file
| + | |
− | ! Name to change parameters
| + | |
− | |-
| + | |
− | | ASHIPH
| + | |
− | | <code>ashiphpars_std01.json</code>
| + | |
− | | <code>ashiph1030</code>
| + | |
− | |-
| + | |
− | | Calorimeter
| + | |
− | | <code>calopars_std01.json</code>
| + | |
− | | <code>calo</code>
| + | |
− | |-
| + | |
− | | FARICH
| + | |
− | | <code>farichpars_std01.json</code>
| + | |
− | | <code>farich</code>
| + | |
− | |-
| + | |
− | | FDIRC
| + | |
− | | <code>fdircpars_std01.json</code>
| + | |
− | | <code>fdirc</code>
| + | |
− | |-
| + | |
− | | Muon system
| + | |
− | | <code>muonpars_std01.json</code>
| + | |
− | | <code>muon</code>
| + | |
− | |-
| + | |
− | | ToF
| + | |
− | | <code>tofpars_std01.json</code>
| + | |
− | | <code>tof</code>
| + | |
− | |-
| + | |
− | | ToP
| + | |
− | | <code>toppars_std01.json</code>
| + | |
− | | <code>top</code>
| + | |
− | |-
| + | |
− | | Tracker
| + | |
− | | <code>trkpars_std01.json</code>
| + | |
− | | <code>tracker</code>
| + | |
− | |}
| + | |
− | | + | |
− | The detector subsystems sizes are stored in <code>detlayout_std01.json</code>. They can be changed in the same way.
| + | |
− | | + | |
− | == Particle gun ==
| + | |
− | | + | |
− | | + | |
− | == Examples ==
| + | |
− | | + | |
− | | + | |
− | == Pictures ==
| + | |
− | | + | |
− | <gallery>
| + | |
− | File:sctparsim_fdirc_angle_vs_true_p_psi3770.png|FDIRC angle vs true momentum.
| + | |
− | </gallery>
| + | |
| | | |
| = PAPAS (Old) = | | = PAPAS (Old) = |
| | | |
− | == About papas, heppy et cetra ==
| + | More details are [[SctparSim (PAPAS)|here]] |
− | | + | |
− | Particle propagation is done by geometry calculation.
| + | |
− | To valid the calculation several different cases were plotted.
| + | |
− | | + | |
− | [[File:Tof_test_9k.png|thumb|center|alt=Helix.|Helix.]] | + | |
− | | + | |
− | == Configure detector parameters ==
| + | |
− | | + | |
− | The detector parameters can be changed via a configuration file ''CTauPapas.cfg'' placed in the main papas simulation folder.
| + | |
− | The file has a simple structure --- one parameter and its value(s) per line.
| + | |
− | A parameter's name and value(s) should be separated by spaces.
| + | |
− | Empty lines and lines beginning with # are ignored.
| + | |
− | | + | |
− | In the example below the parameter at the first line is one number,
| + | |
− | while the parameter at the second line is an array.
| + | |
− | | + | |
− | <code>
| + | |
− | ecal_emin_barrel 0.05
| + | |
− | | + | |
− | ecal_eres 1.34e-2 0.066e-2 0 0.82e-2
| + | |
− | </code>
| + | |
− | | + | |
− | The parameters can be given in any order.
| + | |
− | | + | |
− | | + | |
− | == Configure detector parameters ==
| + | |
− | | + | |
− | The file ''ctau_input_sim.txt'' contains two lines.
| + | |
− | The first line is the path to a primary simulation file (see [[MC_Data_Sets|MC Data Sets]] page).
| + | |
− | The second line is an integer number of events to be processed.
| + | |
− | | + | |
− | | + | |
− | == How to run papas ==
| + | |
− | | + | |
− | Copy a directory with papas on stark the machine and go to this directory.
| + | |
− | | + | |
− | <code>
| + | |
− | cd
| + | |
− | | + | |
− | cp -rf ~razuvaev/myheppy .
| + | |
− | | + | |
− | cd myheppy
| + | |
− | </code>
| + | |
− | | + | |
− | There are a directory ''output'' for output files,
| + | |
− | detector configuration file ''CTauPapas.cfg'',
| + | |
− | file ''ctau_input_sim.txt'' with a path to the file with primary generator events,
| + | |
− | and the folder ''heppy'' with heppy code itself.
| + | |
− | Let's go into it and tune environment.
| + | |
− | | + | |
− | <code>
| + | |
− | cd heppy
| + | |
− | | + | |
− | source init.sh
| + | |
− | </code>
| + | |
− | | + | |
− | Now it is time to run papas.
| + | |
− | You may be asked a question because the output directory is not empty.
| + | |
− | So just input <code>y</code> or clean the folder.
| + | |
− | | + | |
− | <code>
| + | |
− | cd test
| + | |
− | | + | |
− | ./heppy_loop.py ../../output/ ctau_cfg1.py
| + | |
− | </code>
| + | |
− | | + | |
− | If it don't want to run try <code>source ~razuvaev/.bashrc</code> and <code>source ../init.sh</code> because it can be caused by the problem with environment variables.
| + | |
− | | + | |
− | When papas simulation has been done one need to present papas output to a suitable form and also add initial generator information.
| + | |
− | | + | |
− | <code>
| + | |
− | cd ../../
| + | |
− | | + | |
− | ./txt2tree.py
| + | |
− | </code>
| + | |
− | | + | |
− | The output root tree is available in the file ''myheppy/output/txt2tree.root''.
| + | |
− | | + | |
− | == Output tree ==
| + | |
− | | + | |
− | The output tree contains branches which can be divided in several groups:
| + | |
− | * reconstructed particle parameters;
| + | |
− | * generated particle parameters;
| + | |
− | * generated vertices;
| + | |
− | * connection between reconstructed particles, generated particles and generated vertices.
| + | |
− | | + | |
− | The table below presents branches and description of their content.
| + | |
− | {| class="wikitable"
| + | |
− | |-
| + | |
− | ! Name
| + | |
− | ! Type
| + | |
− | ! Length
| + | |
− | ! Description
| + | |
− | |-
| + | |
− | | colspan="4" style="text-align: center;" | Reconstructed particles
| + | |
− | |-
| + | |
− | | n
| + | |
− | | int
| + | |
− | | 1
| + | |
− | | The number of reconstructed particles.
| + | |
− | |-
| + | |
− | | px
| + | |
− | | float []
| + | |
− | | n
| + | |
− | | The reconstructed particle momentum: x coordinate.
| + | |
− | |-
| + | |
− | | py
| + | |
− | | float []
| + | |
− | | n
| + | |
− | | The reconstructed particle momentum: y coordinate.
| + | |
− | |-
| + | |
− | | pz
| + | |
− | | float []
| + | |
− | | n
| + | |
− | | The reconstructed particle momentum: z coordinate.
| + | |
− | |-
| + | |
− | | colspan="4" style="text-align: center;" | Generated particles
| + | |
− | |-
| + | |
− | | n0
| + | |
− | | int
| + | |
− | | 1
| + | |
− | | The number of generated particles.
| + | |
− | |-
| + | |
− | | px0
| + | |
− | | float []
| + | |
− | | n0
| + | |
− | | The generated particle momentum: x coordinate.
| + | |
− | |-
| + | |
− | | py0
| + | |
− | | float []
| + | |
− | | n0
| + | |
− | | The generated particle momentum: y coordinate.
| + | |
− | |-
| + | |
− | | pz0
| + | |
− | | float []
| + | |
− | | n0
| + | |
− | | The generated particle momentum: z coordinate.
| + | |
− | |-
| + | |
− | | colspan="4" style="text-align: center;" | Generated vertices
| + | |
− | |-
| + | |
− | | nv0
| + | |
− | | int
| + | |
− | | 1
| + | |
− | | The number of generated vertices.
| + | |
− | |-
| + | |
− | | vx0
| + | |
− | | float []
| + | |
− | | nv0
| + | |
− | | The generated vertex: x coordinate.
| + | |
− | |-
| + | |
− | | vy0
| + | |
− | | float []
| + | |
− | | nv0
| + | |
− | | The generated vertex: y coordinate.
| + | |
− | |-
| + | |
− | | vz0
| + | |
− | | float []
| + | |
− | | nv0
| + | |
− | | The generated vertex: z coordinate.
| + | |
− | |-
| + | |
− | | colspan="4" style="text-align: center;" | Links
| + | |
− | |-
| + | |
− | | recgen
| + | |
− | | int []
| + | |
− | | n
| + | |
− | | Transform a reconstructed particle index to the generated particle index.
| + | |
− | |-
| + | |
− | | genver
| + | |
− | | int []
| + | |
− | | n0
| + | |
− | | Transform a generated particle index to the generated vertex index.
| + | |
− | |}
| + | |
− | | + | |
− | == Analysis example ==
| + | |
− | | + | |
− | Here a short analysis example of
| + | |
− | <math>D^0 \to K_S^0 \pi^+ \pi^-</math>
| + | |
− | is presented.
| + | |
− | The things are performed with PyROOT.
| + | |
− | | + | |
− | The data a taken from the available
| + | |
− | [[MC_Data_Sets#Exclusive_samples|exclusive sample]].
| + | |
− | | + | |
− | The code can be taken from github
| + | |
− | [https://github.com/lbrl/sctau_py/blob/master/search_dkspipi.py]
| + | |
− | or find at the stark cluster:
| + | |
− | ''/home/razuvaev/myheppy/search_dkspipi.py''.
| + | |
− | | + | |
− | <gallery>
| + | |
− | File:Dkspipi_mksmd0.png|alt=mksmd0.|<math>K_S^0</math> mass vs <math>D^0</math> mass.
| + | |
− | File:Dkspipi_md0pd0.png|alt=md0pd0.|<math>D^0</math> mass vs its momentum.
| + | |
− | </gallery>
| + | |
A parametric simulation is a tool to receive a detector response without detailed description of interaction of particles with matter. The simulation is the part of the Aurora project, which is a software suit for SCTF.
The parametric simulation yields the detector response in the SCT EDM format thus allowing to analyze its result in the same manner as the result of the full simulation. The tracker and the calorimeter smear particle parameters according
to a Gaussian distribution, while the FARICH PID and the muon subsystem use for that purpose the results of a pre-conducted standalone full Geant4 simulations.
This version of the parametric simulation had written in the Python language. The main difference is that this version has the ability to draw events.