Project

General

Profile

Database Parameters » History » Version 35

Sebastian Seeds, 06/20/2023 12:00 PM

1 1 Sean Jeffas
h1. Database Parameters
2 2 Sean Jeffas
3
{{toc}}
4
5
6
h1. Naming Convention
7
8
Add description later
9
10
h1. GEM DB Variables
11 1 Sean Jeffas
12 17 Anuruddha Rathnayake Mudiyanselage
The GEM modules are listed iteratively as m0, m1, m2, etc. Therefore the DB parameters that are specific to modules will also follow this labeling. To simplify things here we will list DB parameters with *m#* to denote that this parameter is set for each module. 
13 15 Sean Jeffas
14 23 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.modules* - Defines the number of individual GEM modules in the entire tracking stack. List them in the form "m0 m1 m2 . . . mn"
15 24 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.layer* - Assign layer(tracking plane) number for each and every GEM module (m#). Just like with module numbers, layer numbers start from 0 and goes up until #layers-1. m0 should be assigned 0.
16 19 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.position* - Position of the center of the module relative to the first module in the stack (m0) in meters. The coordinate system used is +x - vertical down, +y - beam left direction, and +z - downstream/direction of particle motion.
17 33 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.angle* - Angle of the module with respect to the m0.
18
* *bb.gem.m#.size* - Dimensions of the the module in meters. Uses the same coordinates as the bb.gem.m#.position parameter.
19 25 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.apvmap* - APV channel to r/o board mapping is different for different types of GEM modules. Use 0 = INFN, 1 = UVA X/Y, 2 = UVA U/V.
20 26 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.pedestalmode* - Set to 1 if the data is taken in pedestal mode and to 0 if online common-mode and zero suppression was enabled. (Usually does not need to worry and gets overridden by SBS-offline after looking at the state of the data?)
21
* All the common mode parameters ...
22 27 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.modulegain* - 
23
* *bb.gem.m#.ugain* - 
24
* *bb.gem.m#.vgain* - 
25 28 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.uangle* - Angle of the u strips w.r.t +x direction. Use 150.0 for UVA U/V, 0.0 for UVA X/Y, and 180.0 for INFN X/Y.
26
* *bb.gem.m#.vangle* - Angle of the v strips w.r.t +x direction. This parameter takes care of the layer flipping!. For a case where the readout-board faces the incoming particles (particles first pass through r/o and exits from the gas-window side), use -150.0 for UVA U/V, -90.0 for UVA X/Y, and -90.0 for INFN X/Y. Reverse the sign to account for the case of particles hitting gas-window first.
27 29 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.uoffset* - u strip offset (from the module center? need to confirm). Put 0.0108 for UVA U/V and 0.0 for UVA X/Y and INFN X/Y.
28 30 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.voffset* - v strip offset (from the module center? need to confirm). Put 0.0108 for UVA U/V and 0.0 for UVA X/Y and INFN X/Y.
29 31 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.nstripsu* - Number of u strips in the GEM module.
30
* *bb.gem.m#.nstripsv* - Number of v strips in the GEM module.
31 1 Sean Jeffas
* *bb.gem.upitch* - The pitch between the consecutive strips for the u strips in meters. Always 400 micrometers (0.0004) in all of our GEM r/o boards.
32 18 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.vpitch* - The pitch between the consecutive strips for the v strips in meters. Always 400 micrometers (0.0004) in all of our GEM r/o boards.
33 34 Anuruddha Rathnayake Mudiyanselage
* *bb.gem.m#.chanmap* - The channel map that is used for data decoding. Has the entries: "crate   slot   fiber/mpd  gemid  adc_ch   i2c   pos     invert   axis" for each and every APV card connected to the GEM module. This information in conjunction with the parameters defined above uniquely maps all the ADC channels (corresponding to each and every r/o channel in the GEMs) in the raw data to the correct location in 3D physical space.
34 14 Sean Jeffas
* *bb.gem.m#.maxstrip_t0* - Mean time where good strips are expected. This is only applied to the maximum strip.
35
* *bb.gem.m#.maxstrip_tcut* - Cut around mean time (above) where good strip times are expected. i.e. good strips will have a time that is within t0 ± tcut. This is only applied to the maximum strip.
36
* *bb.gem.addstrip_tcut* - When forming clusters all strips in the cluster must have a time difference between them and the max strip that is less than this value.
37
* *bb.gem.addstrip_ccor cut* - ADC correlation between strips and the max strips in a cluster must be greater than this number.
38
* *bb.gem.m#.threshold_sample* - Maximum ADC time sample for a strip must be above this threshold.
39
* *bb.gem.m#.threshold_stripsum* - Strip time sample ADC sum must be above this threshold.
40
* *bb.gem.m#.threshold_clustersum* - ADC sum of all strip sums in a cluster must be above this threshold.
41
* *bb.gem.m#.ugain* - Gain of each APV card on the U axis of this module.
42
* *bb.gem.m#.vgain* - Gain of each APV card on the V axis of this module.
43
* *bb.frontconstraint_x0* - Calorimeter front constraint mean x position.
44
* *bb.frontconstraint_y0* - Calorimeter front constraint mean y position.
45
* *bb.backconstraint_x0* - Calorimeter back constraint mean x position.
46
* *bb.backconstraint_y0* - Calorimeter back constraint mean y position.
47
* *bb.frontconstraintwidth_x* - Calorimeter front constraint x width.
48
* *bb.frontconstraintwidth_y* - Calorimeter front constraint y width.
49
* *bb.backconstraintwidth_x* - Calorimeter back constraint x width.
50
* *bb.backconstraintwidth_x* - Calorimeter back constraint y width.
51 35 Sebastian Seeds
52
h1. HCal DB Variables
53
* *sbs.hcal.detmap - 
54
* *sbs.hcal.detmap - 
55
* *sbs.hcal.detmap - 
56
* *sbs.hcal.detmap -