You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy in the proper data folder all the necessary collected data.
22
24
25
+
Optional: what is possible to do it to replace the folder results with a symbolic link to the eos ww folder. A possible example is:
26
+
```
27
+
rmdir results
28
+
ln -s ~/cernbox/www/TB results
29
+
```
30
+
23
31
## Decode the raw data and create root files
24
32
25
-
Create config files to run on the desired channels. A new version of config files is supposed to be created for each different set of analysis (i.e. whenever the analyzed channel content is not consistent).
26
-
Two config files need to be created and placed in the proper directories. One for ``TimingDAQ`` with the name ``VME_<v>.config`` (like this one [here](https://github.com/CaltechPrecisionTiming/TimingDAQ/blob/master/config/FNAL_TestBeam_1811/VME_vr3.config)) and on for the DQM with the name ``VME_<v>.txt`` (like this one [here](https://github.com/CaltechPrecisionTiming/DataQualityMonitor/blob/master/config/FNAL_TB_1811/VME_vr3.txt)), where ``<v>`` is the version name. The standard is to use ``v<N>`` for TB versions and ``vr<N>`` for post TB versions, where ``<N>`` is an increasing number.
27
-
When creating the ``TimingDAQ`` config make sure that it is placed in the same directory stated [here](https://github.com/CaltechPrecisionTiming/TimingDAQ/blob/master/automation/DecodeData.py#L14).
33
+
Create config files to run on the desired channels. A new version of config files is supposed to be created for each different set of analysis (i.e. whenever the analyzed channel content is not consistent). We will work in the assumption that for the set of considered runs the hardware has not been modified (OV, cable length, position w.t.r. to the tracker, etc.).
34
+
Two config files need to be created and placed in the proper directories. One for ``TimingDAQ`` with the name ``VME_<v>.config`` (like this one [here](https://github.com/CaltechPrecisionTiming/TimingDAQ/blob/master/config/FNAL_TestBeam_1811/VME_vr3.config)) and on for the DQM with the name ``VME_<v>.txt`` (like this one [here](https://github.com/CaltechPrecisionTiming/DataQualityMonitor/blob/master/config/FNAL_TB_1811/VME_vr3.txt)), where ``<v>`` is the version name. The standard is to use ``<v> = v<N>`` for TB versions and ``<v> = vr<N>`` for post TB versions, where ``<N>`` is an increasing number.
35
+
When creating the ``TimingDAQ`` config make sure that it is in a directory consistent with [this](https://github.com/CaltechPrecisionTiming/TimingDAQ/blob/master/automation/DecodeData.py#L14).
36
+
37
+
### Configurations validation
38
+
39
+
Before running the decoding on the full set of runs it is necessary to be sure that the two config are properly set. Particular attention needs to be given to the baseline computation interval.
40
+
For this purpose, decode one single condition-safe run (let's assume it has a run number ``<RN>``), version you are willing to use.
It might be usefull to use add ``xxforce`` at the string passed to ``--opt_DecodeData`` in order to force the re-processing.
63
+
Inside the ``results/<v>`` folder two files conteinning the good runs an bad runs will be automatically created if ``List`` is present in the ``TracksConsistency`` statement of the DQM config.
64
+
65
+
### Run the analysis
66
+
67
+
Two different analysis scripts exists. The first one is meant to run on tiles: it runs the analysis on single channels and produce plots tile-orinted. The second one is meant to run on bars: it runs the analysis on couple of channels and produce plots bars-orinted.
68
+
Both of them require the creation of a special config file which states the details of the analysis. Example of the config file can be found [here](https://github.com/CaltechPrecisionTiming/DataQualityMonitor/blob/master/config/FNAL_TB_1811/Analysis_SiPM_Tile_vr21.txt) for tiles analysis and [here](https://github.com/CaltechPrecisionTiming/DataQualityMonitor/blob/master/config/FNAL_TB_1811/Analysis_SiPM_Bar_vr4.txt) for bars analysis.
69
+
70
+
When the config file is ready, run the tile analysis with:
where ``<vA>`` is the analysis version. The standard is to use ``<vA> = <v><NA>``, where ``<NA>`` is an incremental number identifying the subversion of the analysis, if any (e.g. ``<vA> = vr1`` or ``<vA> = vr12``).
75
+
It is save to run different analysis versions on the same reco version since different directories will be created.
0 commit comments