Real time data processing and feature extraction of ...Real time data processing and feature...
Transcript of Real time data processing and feature extraction of ...Real time data processing and feature...
PHYSIK-DEPARTMENT
Real time data processing andfeature extraction ofcalorimeter data in
COMPASS
DIPLOMA THESIS
BY
Robert Konopka
Technische Universität München
2009-08-04
Table of contents
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2 The COMPASS Experiment 2008/2009 . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1 The experimental setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42.2 Physics goals in the Hadron run . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
3 The electromagnetic calorimeters at COMPASS . . . . . . . . . . . . . . . . . . 7
3.1 General principle of electromagnetic calorimeters and their operation at COM-PASS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73.2 The readout of the electromagnetic calorimeters . . . . . . . . . . . . . . . . . . . 9
4 The COMPASS DAQ 2008/2009 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
The COMPASS DAQ in 2008 - overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Theoretical performance of the setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Upcoming problem with the PCI spill-buffer recognised in 2008 . . . . . . . . . . . . . 12
New PCIe spill-buffer development . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Upgrades finished in 2009 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
5 Data Reduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
5.1 Recorded Data 2008 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145.2 Encoding optimisation for ECAL data . . . . . . . . . . . . . . . . . . . . . . . . 17
6 ECAL in Cinderella . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
6.1 Treatment of ECAL in Cinderella overview . . . . . . . . . . . . . . . . . . . . . 216.2 Decoding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226.3 Feature extraction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246.4 Finding ECAL clusters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326.5 Invariant Mass reconstruction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
7 Noise and Signals in ECAL 1+2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
7.1 Performance and tuning of baseline and signal detection . . . . . . . . . . . . . 367.1.1 Tuning the BaseLine Detection (bld) algorithm . . . . . . . . . . . . . . . 367.1.2 Tuning the smd algorithm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
7.2 Comparing bld and smd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 507.3 Saving potential good channels after clustering . . . . . . . . . . . . . . . . . . . 56
8 Conclusion and outlook . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Appendix A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Final control sample of ECAL noise filtering . . . . . . . . . . . . . . . . . . . . . . . . . . 62
ECAL1 rejected signals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
ECAL1 accepted signals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
ECAL2 rejected signals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
ECAL2 accepted signals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Appendix B . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Configuration of ECAL related modules in Cinderella . . . . . . . . . . . . . . . . . . . . 70
The SADC module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
The ecal02_an module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
The cluster module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
The pi_ECAL module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
The evtmod module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Bibliography . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
1 Introduction
The COMPASS experiment is already taking physics data for several years. Since thefirst technical run in 2001 the beam intensity and trigger rate is increasing from year toyear for obtaining better statistics than before. All data have not only to be recordedonce, but also to be stored several years for physical analysis. This lets the total amountof data growing. At the current stage of COMPASS, with trigger rates of ≈ 30 kHz andaverage event sizes of ≈ 40KB in the 2009 run, it gets more and more necessary toattenuate the growth. Otherwise the current trigger rate could not be raised anymore.
Cinderella, the COMPASS online filter, [Nag05] provides the right framework forapplying a preselection on the physics data to reduce the total amount to be stored.This Thesis will show different strategies how to reduce the amount of data from thedetectors with the highest data load at COMPASS, the electromagnetic calorimeters.But basically Cinderella can handle data from every detector of the COMPASS spectro-meter.
Cinderella implements its own high-performance decoding and data processing mod-ules. They are not as complex as the offline processing tools, but they are up to a factorof 40 faster. Due to this Cinderella is able to take decisions in real time by applying afirst analysis of the events.
Additionally Cinderella is used more and more for real time monitoring of importantcomponents of the COMPASS spectrometer. Information about trigger rate and per-formance is accumulated from the scalers by a Cinderella module and displayed on ascreen in the COMPASS control room.Since the hadron run in 2009 also a monitoring of the photomultiplier gains from theelectromagnetic calorimeters is available. A stable operation of the calorimeters is espe-cially required for the Primakoff data taking, where ECAL2 in particular is involved.With the help of the new monitoring capability it is possible to recognise potential prob-lems before they get critical at the offline analysis stage.
But much more is possible, the current features just indicate the potential of theCinderella framework. With the planned and partially applied DAQ upgrade in 2009,the COMPASS DAQ is ready for further Cinderella features from the CPU power pointof view.
Introduction 3
2 The COMPASS Experiment 2008/2009
COMPASS (Common Muon and Proton Apparatus for Structure and Spectroscopy) isa fixed target experiment at the SPS (Super Proton Synchrotron) of CERN. The COM-PASS physics program is split into the muon and the hadron program. In the muon pro-gramme a longitudinally polarised muon beam is used to analyse the spin structure ofthe nucleon in a polarised 6LiD or NH3 target. For the hadron programme positive andnegative pion, kaon and proton beams are used with a target of liquid hydrogen or solidnuclear targets. The hadron programme started in 2008, after a shot pilot run 2004,with the spectroscopy of exotic mesons which do not fit into the standard quark model,like glue-balls, multi-quark systems and hybrids. These measurements will continue in2009, but additionally to 2008 a Primakoff programme is planed to measure the π polar-isability and chiral anomaly.[Ket09] [Col96]
2.1 The experimental setup
The COMPASS spectrometer consists of two parts. The upstream part is called largeangle spectrometer (LAS) and the downstream small angle spectrometer (SAS). Eachpart is equipped with a spectrometer magnet (SM1 and SM2) and detectors for tracking,particle ID and calorimetry (see figure 1).
Figure 1. The COMPASS spectrometer
SM2 is the “stronger” magnet with a field integral of 4.4 Tm compared to SM1 with 1.0Tm. Particles with lower momentum are supposed to be detected in the LAS part whilehigh momentum particles can pass through into the SAS part. For this the “absorbing”detectors of the LAS part, like the calorimeters and the muon wall, have holes in theircentres, matched to be covered by the SAS part. This feature is maximising themomentum acceptance of the COMPASS spectrometer. The target in 2008 was a 40 cmtube filled with liquid hydrogen. It was surrounded by the Recoil Proton Detector(RPD), consisting of two rings of scintillators, to detect protons “knocked” out of thetarget. For Primakoff measurements in 2009 the hydrogen target will be exchanged with
4 Section 2
a target build of solid lead disks. Incoming particles can be identified by two CEDARs(CErenkov Differential counter with Achromatic Ring focus) and are tracked by siliconmicro-strip and scintillating fibre detectors in front of and after the target. Both mag-nets are surrounded by various tracking detectors with different resolution followed bythe calorimeters and muon walls at the end of each sector. In the LAS sector addition-ally a RICH (Ring Imaging CHerenkov counter) detector for particle identification inthe momentum range of 5 – 44 GeV/c is available.
2.2 Physics goals in the Hadron run
The data taking run in 2008 was dedicated to the spectroscopy of exotic mesons pro-duced by diffractive dissociation and central production. In 2009 additionally to thetopics of 2008 a Primakoff run is planned.
Diffractive dissociation: Diffraction can be observed in the transfer of momentumif a particle passes the target very close. If the process is inelastic, the particle getsexcited, it is called diffractive dissociation.
Figure 2. diffractive dissociation: excitation of an incoming hadron (h) by the exchange of a pomeron (P) with a proton (p).The resulting resonance is decaying immediately.
In figure 2 a possible case of diffractive dissociation is showed. An incoming hadron, inCOMPASS a π−/π+/K/p, is getting excited by the exchange of a Pomeron with aproton from the hydrogen target. The resulting resonance is supposed to be an exoticmeson which can be reconstructed by its decay product.
Central production: Another possibility to produce exotic mesons is by centralproduction. It is similar to diffractive dissociation with not exciting the beam particlebut inducing a collision between two pomerons.
The COMPASS Experiment 2008/2009 5
Figure 3. central production: double pomeron exchange (P) between the beam hadron (h) and the target proton (p).Particle X is produced by the collision of the two pomerons.
Exotic Mesons: In the quark model mesons are characterised by their quantumnumbers JPC, where J is the total angular momentum, P the parity and C the chargeconjugation parity. P and C are given by
P =(− 1)L+1
C =(− 1)L+S
with L, the orbital angular momentum, and S, the total intrinsic spin (S = 0, 1).
Mesons, consisting of a qq′
pair, may have in the quark model only specific JPC
quantum numbers, e.g. JPC = 0−+, 0++, 1−−, 1++, 1+−,� . . Exotic mesons in contrastto the mesons from the quark model, are mesons which either do not consist of one qq
′
pair or have quantum numbers not allowed by the quark model. Since there are no spe-cific assumptions except of the colour neutrality of hadrons, it is possible to compose
mesons not only of qq′
pairs, but also of other colour neutral configurations like gluons,four-quark objects and hybrids, consisting of quarks and gluons, where the gluons con-tribute to the quantum number of the hadron. These exotic mesons may have quantumnumbers not allowed by the quark model like, JPC = 0−−, 0+−, 1−+, 2+−, 3−+, � . .Finding particles with one of these “forbidden” quantum numbers would prove the exist-ence of exotic mesons. [Gro08]
Primakoff reactions: In the hadron pilot run 2004 first Primakoff measurementshave been made. 2009 the Primakoff programme will be continued with an improvedelectromagnetic calorimeter, which is the main part of the Primakoff trigger, and a newtarget, consisting of 16 0.125mm thick lead disks. The aim of the Primakoff measure-ments is to learn about the chiral anomaly and the electric and magnetic polarisabilitiesα
πand βπ of the pion. With the help of the CEDARs it is possible to distinguish
between pions and kaons in the beam. So it is possible to perform the same measure-ment also for kaons.[Col96]
6 Section 2
3 The electromagnetic calorimeters at COMPASS
3.1 General principle of electromagnetic calorimeters and theiroperation at COMPASS
Electromagnetic CALorimeters (ECALs) are used to measure the energy of particlesinteracting primarily by the electromagnetic force, like γ or e−. At COMPASS theECALs consist of lead glass cells in three different sizes. If a high energy particle, like aγ, hits a lead glass cell it creates a so called electromagnetic shower. The shower is cre-ated by pair production, which makes it favourable to have a high density of heavy ele-ments inside the cell. From the original γ an high energy e− e+ pair is produced,propagating through the lead glass by emitting bremsstrahlung. The bremsstrahlung isalso producing pairs of e− e+ and so another instance of the whole process is started.This is going on until the involved particles have an low enough energy to be absorbedby the material.
Figure 4. electromagnetic shower process
During the showering process the electrons and positrons are emitting Cerenkov radi-ation and the resulting photons are detected by photo-multipliers connected to the rearend of the lead glass block. The amount of photons created by this process is propor-tional to the energy of the initial particle. Together with the position of the cell all para-meters needed for reconstructing the momentum four-vector are available.
At COMPASS two electromagnetic calorimeters are placed downstream of the target.They are build of three types of lead glass cells with different sizes and radiation resist-ance, the very radiation resistant shashlik blocks, radiation hardened lead glassand “usual” lead glass.
ECAL1 consists in total of 1500 channels connected to normal lead glass cells ofthree different sizes. The GAMS cells with a size of 3.83 × 3.83cm2 are used for thecentral part, the part above and below the centre is made of MAINZ modules (7.5 ×
7.5cm2) and the outer left and right part of 14.3 × 14.3cm2 OLGA modules. ECAL1 islocated 14.1 m downstream of the target and has a size of 3.97 × 2.86m2 with a centralhole of 1.07× 0.61m2. Compared to ECAL2 the angular acceptance is larger. [V.K08]
The electromagnetic calorimeters at COMPASS 7
ECAL2 is made of 3068 GAMS lead glass cells (3.83 × 3.83cm2) and has a size of
2.44 × 1.83m2 with a central hole of 0.08 × 0.08m2. 1440 cells are of the normal leadglass type and used for the outer parts of ECAL2, in the central part 864 radiation-hardshashlik cells are used and between these two parts 768 radiation hardened GAMS leadglass cells are used. ECAL2 is located 33.2m downstream of the target and is coveringthe hole of ECAL1.
Figure 5. The 3 types of lead glass blocks used at COMPASS: radiation hard GAMS (top),shashlik (middle) and “normal” GAMS (bottom)
A crucial parameter of both ECALs is the gain of the photo-multipliers. Since theemitted Cerenkov light is proportional to the energy of the incoming particle, the gainshould be constant for reliable measurements. To monitor and to correct fluctuations ofthe gain both ECALs are connected to external light sources. During the off-spill period,when no beam is crossing the spectrometer, light pulses are sent into all cells and thesignals are readout via so called calibration events. ECAL1 is connected since 2009 to anew laser calibration system while for ECAL2 LEDs are used. In both cases the light isdistributed by fibres directly to the cells. When the pulses carry a constant amount oflight also the resulting signal amplitudes should be constant if the gain has not changed.Since the beginning of the 2009 run Cinderella is extracting the amplitudes of all ECALcalibration events and storing a 10 spill mean value of the signal amplitudes into theCOMPASS database. The DCS system is reading these values and comparing them topreviously defined reference values. When the deviation from the reference exceeds acertain threshold (or channels are missing completely) an alarm is triggered. This makesit possible to discover problems, like dead channels, gain fluctuations or even a turnedoff high voltage at a short timescale. The latest insight of this monitoring is, that theamplitudes of the calibration event signals are strongly needed to correct the calibrationcoefficients at a spill by spill stage for physical analysis, because the gain of each channelseems to change over time.
8 Section 3
3.2 The readout of the electromagnetic calorimeters
The ECALs at COMPASS are read out by so called “Sampling Analog to Digital Con-verters” (SADCs). SADCs do not just read out a single value but can read out up to 128samples with 12.5 ns in between. In the ECAL readout the sample number is 32, whichis enough to save the whole pulse shape of the signal. Between the SADCs and thephoto-multipliers so called shaper cards are installed, they are “slowing down” the signaland having an effect on the resulting pulse shape. Otherwise the signal from the pho-tomultiplier would be too fast for the sampling rate of the SADCs and information couldbe lost.
In 2008 a new type of SADC, the Mezzanine SADC, has been introduced to theinner part of ECAL2. The difference to the previous version of SADCs is the biggersample size of 12 bit, compared to 10 bit, which increases the dynamic range by almosta factor of 4. Additionally the MSADCs consist of two sampling ADCs working in aninterleaved mode. It allows to reach higher sampling frequencies than with the oldSADCs.
samples0 5 10 15 20 25 30
AD
C c
hann
els
0
100
200
300
400
500
600
700
800
Figure 6. MSADC signal from ECAL2
Every signal coming from an electromagnetic shower looks more or less like shown infigure 6. At the beginning of the signal the first samples are on the baseline level. Thebaseline level is the signal level which comes from intrinsic characteristics of the readoutelectronics without a signal from the photomultiplier. In figure 6 the signal begins atsample 7. Main characteristics of a good signal are the fast rise within 4 – 5 samples andthe slow exponential decay after the signal peak. In discussions with the expert forSADC readout electronics, Igor Konorov, it turned out the rise time of a signal isdetermined by the shaper, guaranteeing a rise interval of at least 4 samples. At a laterstage it will be explained how to use this feature for distinguishing noise from good sig-nals.
A consequence of the two ADCs inside the MSADC readout module is the presenceof two different baselines in every MSADC signal, each belonging to one of the ADCs.The difference between these two baselines can be up to 20 ADC channels and has to becorrected.
The electromagnetic calorimeters at COMPASS 9
samples0 5 10 15 20 25 30
AD
C c
hann
els
0
50
100
150
200
250
Figure 7. MSADC signal with uncorrected ADC baselines
In 2008 Cinderella was able to correct the baseline difference by calculating the dif-ference between the first two samples. Plans for 2009 are to do this correction inside thereadout hardware and additionally to normalise the baseline to a fixed value.
10 Section 3
4 The COMPASS DAQ 2008/2009
The COMPASS DAQ in 2008 - overview
COMPASS as an experiment with a high trigger rate needs a reliable and powerfulData AQuisition (DAQ). The DAQ at COMPASS is split into two parts, the socalled “front-end electronic” part and the “main DAQ” part. The front-end is the readoutelectronic chain starting at the detectors including the Analog to Digital Converters(ADCs) and the CATCHes/GeSiCAs (COMPASS Accumulate, Transfer and ControlHardware / Gem Silicon Control Acquisition). CATCHes and GeSICAs are repres-enting the first out of three points of data concentration. They are accumulating datafrom multiple ADCs and joining them together. The concentrated data is labelled by asource ID, which is a unique ID for a part of a detectors channels. All CATCHes andGeSICAs are transferring the data to the second concentrator stage, the “Local DataConcentrators” (LDCs), also called “Read Out Buffers” (ROBs), which are already partof the “main DAQ”. This transfer is done via slink protocol over a fibre connection. Themaximum bandwidth of a slink over fibre connection is 160 MB/s. In 2008 four differentslinks cards have been available. The Fibre Channel, the ODIN/double ODIN and theHOLA type. For data transmission of course two slink cards per source ID are needed.One is sitting at the back-plane of a VME crate, where also the CATCHes/GeSICAs areplaced, having the role of a “Link Source Card” (LSC). The slink card at the other endhas the role of a “Link Destination Card” (LDC) and is sitting on a spill-buffer PCI cardin the ROB. Everything before the ROB, including the slink cards and the spill-bufferPCI card, is build from non conventional electronics, while from the ROB stage oneverything is standard server hardware, which can be bought at usual server hardwaresuppliers. In 2008 up to four slink card mounted on four spill-buffers could be build inper ROB. On the ROB the data from all source IDs transmitted via the slink cards arepacked into DATE (Data Acquisition and Test Environment) sub-events. All sub-events are finally transmitted via Gigabit ethernet to the third concentrator stage rep-resented by the “Global Data Concentrators” (GDCs), also called “EVent Builders”(EVBs). This is the stage where Cinderella is running and the final COMPASS eventsare assembled. Every event is stored in raw data files. The data files itself have a size of1 Gigabyte and are called “chunks”, because they are a fraction of a whole runs data.They are finally sent to the CASTOR (CERN Advanced STORage manager) storagesystem via a 10 GBit fibre ethernet connection.
Theoretical performance of the setup
The general performance of the “main DAQ” part, which will be just called DAQ inthe rest of this chapter, depends on many parameters. Especially the role of the usedsoftware packages is not negligible. But in the following calculation only the role of thehardware will be considered, to get an idea what could be possible in optimal conditions.
One network connection in the DAQ has a limit of approximately 100 MB/s. A 1GBit network usually has a maximum bandwidth of 120 MB/s, but this value isdependant of the block sizes and the load in the network. Performance tests before the2008 run have shown, 100 MB/s is a good mean value describing the performance of theCOMPASS network. So the maximum speed for data transmission from the ROBs tothe EVBs is 100 MB/s. In a 48s cycle is
The COMPASS DAQ 2008/2009 11
48s · 100MB/s = 4.8GBIn 2008 12 event-builders have been available, the total amount of data per cycle
increases by a factor of 12:
4.8GB · 12= 57.6 GB
Since the beam time per cycle is only 9.6s, the whole 57 GB has to be accumulatedin this period
57.6GB /9.6s = 6 GB/s
With an average event size of 40 KB per event, the 6 GB/s correspond to a triggerrate of
6GB/s
40kB= 150000
1
s
So the theoretical limit is a trigger rate of 150000 per second. Of course many ideal-istic assumptions have been made for this simple calculation. For example it has beenassumed the data load is distributed equally on all ROBs, which is not possible inreality, because of the different data load from detector to detector. Also inefficiency ofall used software packages has not been taken into account, as already mentioned above.
In 2008 some performance tests have been done and the maximum trigger rate(random trigger with beam) which has been reached was 45000 events per second. Thisis about a factor of three below the theoretical limit.
For real data taking also the front-end part has to be taken into this calculation,especially the dead time of the readout electronics. But this calculation and rate tests atCERN have shown, the COMPASS DAQ can be made ready for data taking at 50000events per second with moderate effort. The limiting factor in the main part of the DAQis the number of EVBs and a few overloaded ROBs at the moment. This can be solvedby replacing the overloaded ROBs by either more or more powerful machines. Thenumber of EVBs has been extended already in 2009.
Upcoming problem with the PCI spill-buffer recognised in 2008
The trigger rate in 2008 has been around 18 kHz, which was no challenge for theCOMPASS DAQ. An upcoming problem has been recognised with the PCI spill-buffers.The PCI standard is already many years old and dying out at the moment. It will bereplaced by the PCI-express (PCIe) standard and many mother board suppliers are notoffering boards with 4 PCI slots anymore. From the suppliers still offering boards withenough PCI slots, many are not supporting the PCI 2.2 standard anymore which isabsolutely required for the operation of the PCI spill-buffers. Since from time to timenew ROB hardware is needed, for replacement of broken ROBs, extensions for newequipments or as spares, it is getting difficult to find suitable hardware.
12 Section 4
New PCIe spill-buffer development
The only possibility to avoid the problem of not being able to buy suitable ROBhardware in the future, is to develop spill-buffers cards, which are using the new PCIestandard. This is by the way also a possibility to increase the efficiency of the COM-PASS DAQ. So it is planned to build a new PCIe based spill-buffer card with connectorsfor up to 4 slinks. To keep compatibility to the current spill-buffer driver (with only afew modifications) the 4 slinks will be multiplexed inside the spill-buffer. A sub-event-building capability on hardware level is required for this, which is working similar to themultiplexer cards used for CATCHes. This will decrease the number of needed ROBsand spill-buffer cards, helping to lower the hardware costs. With being compatible to amodified version of the current spill-buffer driver and the current HOLA slink LSCcards, also the development effort is manageable and already existing components mightbe reused. The main part of the development is the hardware for the LDC part and themodification of the current spill-buffer driver. To be ready for future DAQ upgrades anddata taking with increased data rate the maximum amount of buffer memory will beincreased up to 2 – 4 GB per slink connection compared to 512 MB at the moment.
The road map of the project is to finish the development of a first evaluation cardwith two slink connectors during 2009 and supply the modified driver. At this step thenew and old spill-buffers can be used together in one machine, which makes the migra-tion to the new hardware easy. After finishing this step the final card with 4 slink con-nectors will be developed.
Upgrades finished in 2009
To be able to increase the trigger rate in the future the computing capability on theEVB side has to be increased for Cinderella. Otherwise this would lead to problems withstoring all this data. Already at the trigger rate from 2008 the whole CASTOR spacefor COMPASS, which is around 1 PB, would have been filled up completely if the datataking period would not have ended earlier due to the LHC incident. In the followingchapters different strategies for data reduction will be presented which are profiting frommore computing power. It is also a good idea to have some resources for upcomingdevelopment of Cinderella. Therefore 8 new EVBs machines have been bought with 8CPU cores each. With the additional 64 CPU cores, compared to the 24 existing, thereis enough computing power for more sophisticated Cinderella usage than until now. Thecurrent DAQ should now be able to apply all new Cinderella features described in thefollowing chapters.
The COMPASS DAQ 2008/2009 13
5 Data Reduction
5.1 Recorded Data 2008
The trigger rate at the COMPASS Experiment during 2008 data taking was around 18kHz. The average size of an event was around 40 KB. This is not very much comparedto LHC Experiments like ALICE [HHC02] with its up to 75 MB/Event, but togetherwith the trigger rate the data rate of COMPASS is quite high.
To get an idea of the data rate during the 2008 run, the spill length and the SPScycle length have to be taken into account. A “spill”, also known as “burst”, is the timeperiod during which the beam is extracted from the SPS. In this period most of ourdata (all physics data) is recorded and its length during 2008 was constantly 9.6s. Thecycle length, in which the spill period is included, is the total time between the begin-ning of 2 sequential spills. This period was varying from time to time, depending of thestate of other experiments.
CNGS 18.0sLHC 7.2s
fix. target 16.8sMD 6.0stotal 48s
Table 1. beam extraction distribution over all CERN experiments
COMPASS belongs to the group of fixed target experiments and gets a beam extrac-tion time of 16.8s. One part of this period is for injection and acceleration of theparticles (7.2s) and the other part (9.6s) is extraction time. Most of the time the cyclelength was as shown above at 48s, with 9.6s “on spill” (beam extraction) followed by a38,4s “off spill” period with no beam. Sometimes the cycle changed due to an unavailab-ility of an other experiment (like the LHC unavailability due to the magnet accident on2008-09-19). The “on spill” period stayed at 9.6s but the “off spill” period decreased bythe extraction interval of the unavailable experiment.
Using these values the on spill data rate at COMPASS can be calculated as fol-lowing:
data rate= trigger rate · event size= 18kHz · 40KB= 720MB/s
This is the data rate which is produced per second during “on spill” time. But it isnot the sustained data rate to be recorded in the end. To get the sustained data rate,the quite long “off spill” period has to be taken into account. “On spill”
720MB/s · 9.6s ≈ 6.9GBof data is produced. In the remaining 38.4s no data is coming anymore from the
spectrometer and the DAQ system can process the data in its buffers. So there is 6.9GB in 48s which gives us a sustained data rate of
6.9GB
48s≈ 144MB/s
(this is slightly more than a single Gigabit Ethernet interface could handle).Future plans for COMPASS propose to take data at twice the rate of 2008. This
would mean 13.8 GB per spill or 288 MB/s sustained. In less than 965 hours ( ≈
41 days) of data taking 1 Peta-Byte of raw data would have been recorded, this is moreor less what COMPASS can use on CASTOR per year at the moment. That’s why it isimportant to develop strategies for data reduction in the future otherwise the COM-PASS collaboration has to pay more and more for tape costs or is not able to increasethe statistics.
14 Section 5
The original plan to reduce data was by using Cinderella online filter. Cinderella isbasically able to reduce the amount of data by 2 different ways.
1. event number reduction
This is the original planed operation mode of Cinderella. The strategy here is toidentify complete events which are not useful for physics analysis and reject them beforethey will be recorded (instead just cutting them out at the analysis stage anyway). Theadvantage of this method is the big impact on the recorded data amount because theeffective trigger rate will be reduced. The complicated part is the development of condi-tions when and at which circumstances to reject an event and when not. This decisionhas to be made in coordination with the analysis groups and the data quality respons-ible.
2. event size reduction
2.1. suppression of noisy channels
From the physics point of view this approach is much simpler than rejecting com-plete events. Every detector has some noise in its data, one has more another has less.Suppressing noisy channels will reduce the event size. The total achievable reductionrate is limited, because the good part of the event has to be kept. Probably the reduc-tion rate will not be higher than ≈ 50%. Combined with the first method the datareduction factors will multiply and increase the efficiency of total data reduction. Thismethod can be applied for every equipment at the COMPASS spectrometer but itrequires the support of the corresponding detector groups.
2.2. optimisation of data encoding
For every equipment which has multiple values to be read out, an optimised encodingof the samples can save a lot of storage space (like shown later for the M/SADCs) incomparison to a generic encoding. But this method is not appropriate for equipmentwith very few values to be read out (or with just one value) if these values fit into onedata word, because one data word is the smallest possible unit in the current dataformat. The advantage of this method is, there are no cuts into the data introduced.Thus the only condition which has to be fulfilled in this method is data integrity andsafety. Usually no other group has to be involved which keeps the development processquite simple.
Cinderella is basically able to apply all of the described reduction mechanisms toevery equipment at COMPASS. “Optimisation of data encoding” seems to be the mostsimple one to apply, because no cuts into the physics data will be introduced and thusthe verification process is simple. To find the most suitable equipment for optimising thedata encoding it might be helpful to get an overview about the data distribution of theCOMPASS spectrometer in 2008 and identify the biggest source of data. The Cinderellatool “cat_date” is predestinated for this task. It is able to print out statistics indicatingthe amount of data of every single source ID. Every source ID belongs to a part of adetector from the spectrometer, so the total data amount from one detector can be cal-culated just by summing up the corresponding source IDs. For this investigation it alsomakes sense to group equipments of the same type and data format together. The result
Data Reduction 15
of this investigation shows, 70% of the data is coming from 5 of 25 equipments.
Figure 8. contribution of all equipments to total recorded data from run 70502
16 Section 5
Figure 8 is showing the data distribution of all detectors from the COMPASS spec-trometer. All data from source IDs belonging to one detector type have been summedup event-wise to obtain the total data load per event. To determine the overhead thesum of all detectors has been compared to the total data amount being recorded in theend.
The equipment with the biggest event size, standing out in the table above, are theElectromagneticCALorimeters (ECALs). They produce almost 30% of the total data. Itseems this equipment would be ideal for reducing the event size by reducing noisy chan-nels and optimising the sample encoding. For reducing noisy channels it has to belooked inside the raw data coming from this equipment to see if there is somethingrecorded to be cut out safely. This causes much more effort than just optimising thedata encoding and will be done at a later stage.
5.2 Encoding optimisation for ECAL data
The ECALs at COMPASS are read out by so called “Sampling Analog to DigitalConverter” (SADC) configured to read out 32 samples wit 12,5 ns in between. There are2 different kind of SADCs. The so called “SADC” type, which reads 10bit samples andthe “MSADC” (Mezzanine SADC), with 12 bit samples. The data format for both isvery similar, it just differs in the header and the data word layout. The amount of datacoming from the (M)SADCs is quite high because of the 32 read out samples. A 32 bitdata word contains three 10 bit SADC samples or two 12 bit MSADC samples with thecurrent data formatting scheme.
In the MSADC data word there are 8 unused bits, although 2 of them are used fordata integrity checks, because only two of the 12 bit samples values fit completely intoone data word.
Figure 9. MSADC data-word
Figure 10. SADC data-word
On the SADC side its more efficient with its three 10 bit sample values, but many ofthe stored samples are from the same value.
Data Reduction 17
0 5 10 15 20 25 30
100
200
300
400
500
Figure 11. MSADC signal pulse shape
Before the "real" signal with physics information begins, there is the baseline of theADC chips which contains the first 5 - 7 samples and does not fluctuate for more than 3- 4 ADC channels. This means 10 respectively 12 bit of memory are used for storing thesame values again and again and loosing always a gap of 2 or 8 bit because of storingjust "complete" samples (no overlap between data-words). Considering all this one canthink of 2 techniques to reduce data amount by optimising the encoding of the data:
1. more dense packing of the samplesThis strategy is obvious. Using every single bit from the data word by storing one
part of a sample in the remaining bits of the current data word and the rest in the nextone, can reduce data of the MSADC by 25%. For the SADC of course the gain is muchlower (6.25%).
2. optimisation of data encoding
2.1. Huffman encoding
The principle of Huffman encoding is the deviation from the principle of constantsize encoding. David A. Huffman proved in 1952 [Huf52], that its possible to obtain anoptimum encoding of values for minimising the encoding length of a message.
For reducing the amount of data, Huffman encoding applies a shorter encoding tothe more frequent values and a longer encoding to the less frequent values. The result isa shorter encoding of the complete sample set if the gain from the shorter encodedvalues is bigger than the loss of the longer encoded values, this is always the case for anoptimal tree.
To achieve this it is important to know the frequency of appearance of every possiblevalue. Cinderella is able to dump a so called "Huffman statistics" file, which just tellshow often which value appeared in the currently processed data. From this Huffmanstatistics file, which is in binary format, the Cinderella tool ’mkhufftree’ can generate abinary tree and print it out in text format like it is needed for the mapping file.
18 Section 5
To obtain an optimal Huffman tree all values and their frequency information,obtained from the statistics file, are stored in sub-trees. Then the 2 sub-trees with thelowest frequencies are merged together, so that the values represent the leafes. This pro-cedure is repeated until only one big tree is left.
Figure 12. how an optimal Huffman tree is created (Source: Wikipedia Commons author:Andreas.Roever)
The characteristic of the resulting binary tree is, that the path to the most frequentelements is much shorter than the path to very seldom elements. The de-/encoding res-ults from a common convention in which the left child means ’0’ and the right onemeans ’1’. For reasons of performance Cinderella is using a look-up table for encodingwhich is a one dimensional array. The index of the array represents the value to beencoded. This increases the encoding performance because no look-up of the value isneeded.
The Huffman algorithm is profiting very much from an extremely nonuniform distri-bution of the encoded values. That’s why storing just the differences between samplescan boost up the efficiency of the Huffman algorithm. Figure 13 is showing the distribu-tion of baseline values, represented by the first sample of a channel, and differencesbetween samples.
Data Reduction 19
sample value0 500 1000 1500 2000 2500 3000 3500 4000
occu
rren
ce
1
10
210
310
410
510
610
710
Figure 13. occurrence of (M)SADC baseline values and differences in run 70502
2.2. storing only differences between samplesThe baseline values are varying from channel to channel. This means for the
Huffman algorithm it has to deal with many different values, which is not an optimalcondition. It is possible think about normalising all baselines to a common value, thiswould improve the efficiency of the Huffman algorithm. But this is not a trivial task forCinderella to normalise channels where it is not difficult to detect the right baseline (seechapter about baseline detection). The more elegant possibility is just to store the firstvalue of every sample set and for the next one just to store the difference to the previousone. For the Huffman algorithm this technique provides a big improvement, becauseespecially in the baseline region the differences between the samples are mostly in theinterval between [-4;4] (just 9 values of 4096). The encoding length also gets inde-pendent from signal amplitude and baseline level and the length of the most frequentvalues “0” and “-1” (4095) is just 2 bit (from 10 respectively 12 bit before).
Offline tests with real data from 2008 combining these 3 techniques (dense packing,Huffman encoding and difference storing) show quite impressive results. The averagereduction rate for ECAL data is around 80% using different runs which reduces the totaldata by ≈ 20%.
20 Section 5
6 ECAL in Cinderella
6.1 Treatment of ECAL in Cinderella overview
Various modules are available to decode, perform feature extraction and make decisionson ECAL data. All modules have been originally designed for ECAL2 but can be usedfor ECAL1 as well. The modules depend on each other beginning with the SADCdecoding module. The following part gives an overview about all ECAL related mod-ules, which will be described in detail later.
Figure 14. module hierarchy of ECAL related modules
The purpose of the SADC module is to decode channels read out by the SADC orMSADC electronics. It can distinguish between both types based on the “option”attribute in the XML mapping file. Data from all relevant source IDs are read by theSADC module and after some data integrity checks on all header, data and integralwords, the data samples from the data words are stored together with the mappinginformation in a result array for further processing.
After decoding one event, containing one or more channels, the decoded data ispassed to the “ecal02_an” module, where the main part of feature extraction is done.This module tries to find the baseline, distinguish noisy from good signals, extract theenergy and calculate the position of the channels in COMPASS coordinates. Addition-ally it can dump channel amplitudes from calibration events into the database for mon-itoring purposes. At this point the data is ready to be passed to the “cluster” module.
In the “cluster” module neighbouring hits are grouped together into clusters. Theenergy and the centre of mass position of every cluster is calculated and prepared to beprocessed by the “pi-ECAL” module.
At this stage every cluster should correspond to one particle which has hit theECAL. Combining the 4-vectors of 2 particles and calculating the invariant mass shouldshow a π0 peak in the invariant mass spectrum.
The last module of this chain is the “evtmod”, the event modification, module. Herethe event can be modified by cutting out noisy channels, based on decisions of the pre-vious modules, or by applying Huffman encoding to the (M)SADC channels.
Beside of that, these modules have the option to create a big variety of histogramsfor debugging and quality checks.
ECAL in Cinderella 21
6.2 Decoding
The two different types of Sampling ADCs at COMPASS, the SADCs and MSADCs,have a slightly different data format. It is not possible to distinguish between these twodata formats during decoding in the SADC module, that’s why it has to be knownwhich source ID is delivering which SADC data format before the decoding processstarts. This information can be obtained from the mapping files.
Every channel of the ECAL is itemised in one of the corresponding mapping files.The COMPASS mapping files are in XML format and contain information about everychannel, like its position inside the detector and the connection to the readout elec-tronics. In the header of the mapping file “XML attributes’,’ containing some informa-tion about the file and the corresponding equipment, can be found. These attributesspecify for instance the range of run numbers, for which the entries are valid, the main-tainer of the file or some custom entries depending on the equipment.
Figure 15. mapping file entries for ECAL2
For the ECAL detectors, read out by (M)SADCs, there is an attributecalled “options” specifying the data format of the contained channels. In 2008 there havebeen just two different data formats in use:
“xy data_format2” SADC“xy data_format3” MSADC
Table 2. the two different SADC data formats
The mapping files are parsed at the initialisation phase of the SADC decodingmodule, which happens before the data taking starts and the SADC module can distin-guish during the run between these two data formats based on the source ID.
22 Section 6
During this initialisation phase the rest of the mapping files content is used to createa look-up table for the mapping information itself. With the help of this look-up tablethe X-Y position of every decoded channel within the detector (detector coordinates)can be determined based on its source ID, ADC ID and channel number.
In the decoding process all header, data and integral words are checked not to becorrupted and if all information inside is consistent. By the way also the position of thesignals maximum is determined, which is needed at a later stage to extract the energyfrom the signal.
0 10 20 30 40 50 600
5
10
15
20
25
30
35
40
45
1
10
210
310
410
Figure 16. hitmap in “detector coordinates” of ECAL2 after decoding
ECAL in Cinderella 23
6.3 Feature extraction
The first step of feature extraction is to detect the baseline of the correspondingchannel, which is the signal level of the (M)SADC electronics without a signal from thephotomultiplier. If a signal from the photomultiplier arrives, it is sitting on top of thebaseline exaggerating its real value. To extract the physical relevant information of asignal it is important to know the baseline level of each channel and subtract it from thesignal values. The baseline level may be different for every channel in the ECALdetectors and it may change over time. That’s why its recommended to detect thebaseline at least every spill or even at every event like it is done in Cinderella.
0 5 10 15 20 25 30
205
210
215
220
225
230
235
240
245
250
0 5 10 15 20 25 30
100
105
110
115
120
Figure 17. two signals from the SADC readout of ECAL2
Every good signal, coming from an ECAL shower, looks more or less similar. Thefirst 5 – 10 samples are at the baseline level, then the real signal begins with a fast riseand a slow decay after the signal peak. The idea Cinderella is following is to detect thebegin of a shower signal by finding the characteristic fast rise. For this the “ecal02_an”module is calculating the slopes between all data samples and is trying to find a regionof N consecutive slopes with no negative slope and the total sum of slopes in this regionabove a threshold S. If one interval fulfilling this condition is found, the first sample ofthis interval is assumed as the beginning of the signal and the end of the baseline region.Now the baseline is retrieved by calculating the mean value of all samples until the endof the baseline region.
The threshold S corresponds to an amplitude cut in the rise region of the signal:
S =∑
n=x
x+N−1
(tn+1− tn) = tx+1− tx + .� + tx+N − tx+N−1 = tx+N − tx
24 Section 6
N is the number of slopes taken into account and tx is the sample value at position “x”.(tx+1 − tx) is the slope between two following samples beginning from the “x-th” sample.The thresholds N and S are configurable and have to be fine tuned. During offline testsit turned out a reasonable value is N=3 but for S it is not so simple to find a commonthreshold for all channels. Due to slightly different high voltage values for every channeland different high voltage settings for the inner- and outer part of the ECALs, theresponsiveness of every channel is different. This makes an amplitude cut with a fixedamplitude not very reasonable, because this would mean a different cut in energy forevery channel. The energy deployed in a channel is defined as the product of signal amp-litude and calibration coefficient from the calibration file.
Figure 18. ECAL1 calibration coefficients 2008
Figure 19. ECAL2 calibration coefficients 2008
ECAL in Cinderella 25
A threshold of 5 ADC channels could mean for some ECAL2 channels a cut some-where between 25 – 500 MeV. With an amplitude corresponding to 500 MeV even goodsignals could be cut out by this algorithm which correspond to an energy below 500MeV. That’s why Cinderella is able to calculate individual amplitude thresholds forevery channel based on the coefficients from the calibration file provided by the ECALgroup. After setting the minimal energy which should not be cut out, a minimal amp-litude for signal detection is calculated and applied in the baseline detection algorithm.
The baseline detection algorithm is dependant on the rise time of the signal to benot shorter than the chosen slope interval N. In discussions with the expert for the(M)SADC readout electronics, Igor Konorov, it turned out, the rise time of all signalsare determined by the shaper, who is delaying the signal, and it is guaranteed not to beshorter than 4 samples for good signals. That’s why N=3 should be a safe choice.
Remark 1. In 2008 new MSADCs have been introduced to the ECAL2 readout. As a
special feature they have two ADCs instead of just one, sampling the values in an inter-
leaved mode. Each of the ADCs has its own baseline, which can differ up to 20 ADC
channels form the other one. Its planned for 2009 to adapt these two baselines and nor-
malise them to a predefined value, but for 2008 a workaround was needed to make
Cinderella work with these different baselines inside one sample set. The introduced
workaround measures the difference of the first two sample points and assumes this as
the baseline difference of the two ADCs. During 2009 this workaround will not be needed
anymore.
In every event there are some channels, where the baseline cannot be detected. Thismeans the thresholds of the algorithm are not fulfilled. Without knowing the baselinefurther processing of the affected channels, like extracting energy, is difficult.
0 5 10 15 20 25 30
130
135
140
145
150
155
160
0 5 10 15 20 25 30
140
145
150
155
160
165
Figure 20. noise from ECAL2
Looking at these signals shows their shape is some kind of strange and looks more asnoise than an ECAL shower signal. These signals are candidates to be thrown away but
26 Section 6
before doing this they have to be proven to be not useful for physics analysis.
For crosschecking and making sure not to throw away possible good signals, anothersignal detection algorithm is provided. It works by summing up all samples from twoindependent intervals. The first interval is starting at the first sample of a channel andthe second on the sample number 10, where every good signal is expected. The length ofthe intervals is set to 5 samples. After summing up the samples of these two intervalsthe difference between them is calculated and if this difference is above a given thresholdthe corresponding channel is assumed to carry a signal. Effectively this algorithm alsocorresponds to an amplitude cut. In this case the cut is performed on the average amp-litude of the second interval, because the first interval should only contain the baseline.
interval difference-40 -20 0 20 40 60
occu
rren
ce
20
40
60
80
100
120
310×
interval difference-100 -50 0 50 100 150
occu
rren
ce
10000
20000
30000
40000
50000
60000
Figure 21. differences of two independent intervals in ECAL1 (left) and ECAL2 (right) data
average amplitude [MeV]-200 -150 -100 -50 0 50 100 150 200
occu
rren
ce
0
10000
20000
30000
40000
50000
average amplitude [MeV]-200 -150 -100 -50 0 50 100 150 200
occu
rren
ce
0
5000
10000
15000
20000
25000
30000
35000
40000
45000
Figure 22. average amplitudes in MeV for ECAL1 (left) and ECAL2 (right)
Like in the case of baseline detection it is necessary to translate the average amp-litude into an energy to consider the different sensitivities of the ECAL channels. Unliketo the baseline detection this energy has nothing to do with the real physical energy ofthe signal. It is just a representation of the average amplitude contained in the secondinterval.
In figure 21 the distribution of differences between the two intervals are shown forECAL1 and ECAL2. Figure 22 is showing the same after average amplitudes have beencalculated and translated into energy. The details about this algorithm will be discussedin the next section.
Based on the results of the two algorithms, the corresponding channel inside this
ECAL in Cinderella 27
event is tagged either for rejection or as good. The channel will not be automaticallyrejected due to this tag. The final decision is postponed after the clustering where allchannels, being member of clusters with enough good channels, will be kept regardless ifthey have been tagged as noisy or not. The decision taking itself is a non trivial task,where many parameters have to be fine tuned and the results have to be understood.
After being sure to have a signal and knowing the baseline, the energy of the signalscan be extracted. For this the amplitude of the signal is needed, which corresponds tothe highest value in the sample set. This amplitude is multiplied with the respective cal-ibration coefficient for the channel. The position of the maximum value has already beendetermined by the SADC decoding module and can be used now. Cinderella also calcu-lates the energy for channels with an unknown baseline. in this case the first samplevalue is subtracted from the maximum sample value and this is taken as the amplitude.
GeV0 2 4 6 8 10 12 14 16 18 201
10
210
310
410
510
ECAL1 good channels
ECAL1 noisy channels
ECAL1 all channels
GeV0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 11
10
210
310
410
510 ECAL1 good channelsECAL1 noisy channels
ECAL1 all channels
Figure 23. ECAL1 energy spectrum and zoom into low energy region
28 Section 6
GeV0 10 20 30 40 50 60 70 80 90 1001
10
210
310
410
510ECAL2 good channels
ECAL2 noisy channels
ECAL2 all channels
GeV0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
10
210
310
410
510ECAL2 good channelsECAL2 noisy channels
ECAL2 all channels
Figure 24. ECAL2 energy spectrum and zoom into low energy region
In the figures 23 and 24 the channel energy spectra of ECAL1 and ECAL2 areshown containing all channels, channels detected to carry a good signal and channelstagged as noisy. The algorithms for signal and noise detection have not been fine-tunedat this point. Also the decision making if a signal is noisy has been a simple “AND”between both algorithms (which is a very conservative setting that will be changed afterfine-tuning). What can be already seen, most of the noisy channels in ECAL1 corres-pond to an energy below ≈ 350 MeV and in ECAL2 below ≈ 250 MeV. Above theseenergies the amount of noise seems to be negligible. The dynamic threshold amplitudefor baseline detection has been set to the default value of 150 MeV and the averageamplitude for alternative signal detection has been 5 ADC channels and was not trans-lated to an energy at this point. With these thresholds the amount of channels taggedas noisy for ECAL1 was ≈ 80% and for ECAL2 ≈ 40%.
ECAL in Cinderella 29
Beside the energy of the channels also their position in COMPASS coordinates is animportant feature to be extracted. From the SADC decoding module the position indetector coordinates is known. The detector coordinates are integer values and indicatein which column and row the corresponding channel is located. To get the positionwithin the COMPASS spectrometer in cm, the position of the “first” channel withdetector coordinates (0,0), the size of every cell/channel and the distance between twochannels is needed. This information is available from the so called “detectors.dat” file,where all geometric information concerning the COMPASS spectrometer can be found.In ECAL2 where all cells have the same size, same distance and no gaps in between, itsjust the multiplication of the corresponding mapping coordinate with the next cell dis-tance added to the position of the first cell at (0,0). For ECAL1 it is more complicated,because its divided into three different parts with independent mapping coordinates,gaps inside two of the three parts and different cells sizes and distances. To be able toextract the right coordinates, Cinderella needs to know the first cell positions of all threeindependent parts and the location and distance of the gaps inside the two of threeparts. Unfortunately the information which part of the mapping file belongs to whichpart of the “detectors.dat” geometry file is not available to be parsed automatically. Ithas to be specified in the configuration part for the SADC decoding module and is usedby the ecal02_an module as a workaround. In the figures 25 and 26 the hitmaps ofECAL1 and ECAL2 in COMPASS coordinates are shown for all channels and for chan-nels not tagged as noisy (good signals). Though the noise and signal detection has notbeen fine-tuned the improvement of the hitmaps is very clear. The different geometry ofECAL1 compared to ECAL2 can also be observed very nicely in these plots.
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 good signals
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 all signals
Figure 25. ECAL1 hitmaps for good (left) and all (right)
30 Section 6
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 good signals
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 all signals
Figure 26. ECAL2 hitmaps for good (left) an all signals (right)
The ecal02_an module is also distinguishing between physics- and calibration events.Calibration events are arriving during off spill time triggered by Laser or LED pulsessent into the ECALs. This is useful for finding dead channels and checking the stabilityof the high voltage. Cinderella is providing this monitoring information by collectingdata from calibration events over a predefined range of spills (10 spills per default) andwriting the mean amplitude value of this period into a database. From this collected his-tory deviations in high voltage, dead channels or even a turned off high voltage can bediscovered by the DCS system.
At this stage all relevant information has been extracted from the available data andthe “cluster” module can go on reconstructing clusters. Up to now all channels have beentreated independently from each other, which will change in the next module.
ECAL in Cinderella 31
6.4 Finding ECAL clusters
If a particle, like a γ, hits a cell in the ECAL, it creates an electro-magnetic showerwhich is propagating through this cell and also spreading into neighbouring cells. Thiscauses firing of many cells per hit and all neighbouring cells grouped together are socalled “clusters” representing one particle. Thus finding clusters inside the ECAL may beuseful for analysing events.
The “cluster” module from Cinderella is able to find clusters among all channels fromthe ECALs by grouping all neighbouring cells together. Single cells are also consideredto be a cluster, with a size of 1.
Figure 27. the “cluster” module is grouping all neighbouringcells together and calculating the centre of mass position
The energy of all cells inside one cluster is summed up and representing the clusterenergy. As the position of a cluster, the position weighted with the energy from allcluster elements is taken.
GeV0 20 40 60 80 100
occu
rren
ce
1
10
210
310
410
510
610ECAL1 all clusters
ECAL1 good clusters
GeV0 0.5 1 1.5 2 2.5 3 3.5
occu
rren
ce
1
10
210
310
410
510 ECAL1 all clusters
ECAL1 good clusters
Figure 28. energy spectrum of clusters from ECAL1 (right) and a zoom into low energy area (left)
32 Section 6
GeV0 20 40 60 80 100 120 140 160 180 200 220
occu
rren
ce
1
10
210
310
410
510 ECAL2 all clusters
ECAL2 good clusters
GeV0 0.5 1 1.5 2 2.5 3 3.5
occu
rren
ce
1
10
210
310
410
510
ECAL2 all clusters
ECAL2 good clusters
Figure 29. energy spectrum of clusters from ECAL2 (right) and a zoom into low energy area (left)
While creating the cluster information the “cluster” module is also counting theamount of good and bad channels and the energy contributed by these. Based on thisvalue the whole cluster is tagged. If there are no good channels inside the cluster, thewhole cluster is assumed as noisy. As long as there is one good channel with an energy> 0GeV inside the cluster, the ratio of bad to good cells is taken into account and basedon this all bad cells can be marked to be kept by the “evtmod” module. It also possibleto take the ratio of good/bad energy for this decision, but the characteristics of noise arenot well enough understood at the moment for this kind of decision.
cluster size [cells]0 10 20 30 40 50 60 70
occu
rren
ce
1
10
210
310
410
510
clusters/event20 30 40 50 60 70
occu
rren
ce
200
400
600
800
1000
1200
1400
Figure 30. cluster size distribution and number of clusters per event for ECAL1
cluster size [cells]0 10 20 30 40 50 60 70 80 90 100
occu
rren
ce
10
210
310
410
510
clusters/event10 20 30 40 50 60
occu
rren
ce
200
400
600
800
1000
1200
Figure 31. cluster size distribution and number of clusters per event for ECAL2
ECAL in Cinderella 33
As mentioned above also single channels, not neighboured to other firing channels,are treated as clusters but they are recognised as “small” clusters. In figures 30 and 31on the left side the cluster size distribution shows a big amount of clusters with a size ofone cell. These “small” clusters are candidates for noise. They are represented by thesingle red spots in the good – bad distribution plots in figure 32. What is also remark-able is the comparison of the clusters/event plots from ECAL1 and ECAL2. It isshowing almost twice as many clusters per event than ECAL2 by having only twice asless channels than ECAL2. Also the amount of “small” clusters is higher by a factor of 2in ECAL1. This indicates that ECAL1 is more noisy than ECAL2.
good channels0 2 4 6 8 10 12 14 16 18 20
bad
chan
nels
0
5
10
15
20
25
1
10
210
310
410
510
ECAL1
good channels0 5 10 15 20 25 30 35 40 45
bad
chan
nels
0
5
10
15
20
25
30
35
40
1
10
210
310
410
510
ECAL2
Figure 32. distribution of good and bad signals inside clusters form ECAL1 and ECAL2
In ECAL1 ≈ 50% and in ECAL2 ≈ 20% of all channels can not be connected to anycluster. A look at the noise tag from the ecal02_an module shows, ≈ 90%/80%(ECAL1/ECAL2) of these single channels are already tagged as noise. This is a strongindication, these channels do not belong to an ECAL shower from a particle hit. It canalso happen two or more of these single cells are located to each other, so that theycreate a cluster with a size bigger than 1. These kind of clusters form a sharp edge ingood/bad channels distribution plot on the “bad channels” side of ECAL2. In ECAL1this edge is not as sharp as in ECAL2.
6.5 Invariant Mass reconstruction
After reconstruction of ECAL clusters, Cinderella obtained enough information for cal-culation of the four-vector of momentum for every particle which has hit the ECALs. Tocalculate the four-vector of momentum the total energy of the particle and its movementdirection are needed. The total energy is already known from the cluster energy and themovement direction can be obtained from the connection of target position, which isavailable from the “detectros.dat” geometry file, and the position of the cluster. Withthese two parameters all momentum four-vectors can be constructed as following (rK :movement direction, E: cluster energy, c =1) :
34 Section 6
pµ =
E
cE
c· rx
E
c· ry
E
c· rz
=
E
E · rx
E · ry
E · rz
All four-vectors can be combined with each other which leads to(
n
2
)
combined four-
vectors starting from n clusters in the beginning. The square of the invariant mass m isthen the squared norm of the recombined four-vector.
m2 =(pµ)2 =(p0)2− (pK )2
MeV0 100 200 300 400 500
occu
rren
ce
20
40
60
80
100
120
140
160
180
MeV60 80 100 120 140 160 180 200 220 240
occu
rren
ce
20
40
60
80
100
120
140
160
Figure 33. γγ invariant mass spectrum
Of course there is quite a lot of background in the invariant mass distribution ofCinderella. At the current stage Cinderella is not able to distinguish neutral fromcharged tracks. Every background cluster leads to n-1 background entries in the histo-gram, because of combining it with all other clusters. But as a quick quality check it iscompletely sufficient.
ECAL in Cinderella 35
7 Noise and Signals in ECAL 1+2
7.1 Performance and tuning of baseline and signal detection
In this chapter the performance and characteristics of the baseline and signal detectionalgorithms will be analysed. Both algorithms are dependent of the threshold parameterslike the energy threshold for the “BaseLine Detection” (bld) and the average amplitudefor the “Sample suM Difference “ (smd) algorithm, which can be also translated intoenergy. A quick feedback after changing these parameters can be retrieved from the hit-maps of the detectors, in which very noisy channels can be identified immediately. Forbetter understanding also a look directly on the pulse shapes is needed, to see what kindof signals will be tagged as noisy an where the limits of the used algorithms are.
The unfiltered hitmaps of ECAL1 and ECAL2 indicate the presence of noise in thesedetectors. In ECAL2 there are mostly hot cells seen in the hitmap. But the beam profilearound the hole can be recognised clearly and beside some artifacts in the region leftand right of the hole and the sharp edge between SADC and MSADC channels the dis-tribution looks more or less like expected.
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
410
ECAL1
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
410
ECAL2
Figure 34. unfiltered hitmaps for ECAL1 and ECAL2
The situation for ECAL1 looks different. The beam profile can only be seen in theouter “OLGA” part, left and right of the centre. But in the central part the hits seem tobe distributed more or less equally, the beam profile is not obvious.
7.1.1 Tuning the BaseLine Detection (bld) algorithm
The main task of the bld algorithm is, as mentioned in the chapter about featureextraction, the identification of the signals starting point and to calculate the baselinevalue from the samples before. It was shown the signal detection in this algorithm cor-responds to a cut on the signal shape and to an amplitude cut, which can be translatedto an energy in MeV. This value means all signals showing the requested characteristicsand matching an energy higher or equal than the threshold, will be recognised. If thethreshold is too high, the probability not to recognise a good signal (false negative) willrise, if it is too low more noisy signals will be detected as good (false positive). Hitmaps,produced with different thresholds, can give an idea about the region in which thethreshold should be. In the following hitmaps one data chunk of the run number 70502( ≈ 25000 events) from 2008 was processed at different thresholds and all channels the
36 Section 7
bld algorithm was not able to find a good signal have been filtered out.
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 50MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 100MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 150MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 200MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 250MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 300MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 350MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
310
ECAL1 400MeV
Figure 35. hitmaps for ECAL1 at different bld energy threshold
Compared to the unfiltered hitmap even the hitmap with 50 MeV threshold shows abig improvement. The beam profile gets visible in the central part and there are justsome hot cells left. These hot cell disappear almost completely at 250 MeV. Since thefinal decision for noise tagging will be made together with the smd signal detection and
Noise and Signals in ECAL 1+2 37
the clustering information, the bld threshold can be set to 200 MeV or even 250 MeV. Ahigher threshold makes no sense, because above these values no artifacts/hot cells areleft anymore and the growth of the reduction factor is decreasing.
threshold (MeV) good channels noisy channels reduction factor (%)0 1506857 0 0.00%10 353422 1153435 76.6%50 351861 1154996 76.7%100 288786 1218071 80.8%150 242350 1264507 83.9%200 190651 1316206 87.4%250 156579 1350278 89.6%300 133731 1373126 91.1%350 118895 1387962 92.1%400 105813 1401044 93.0%450 96151 1410706 93.6%500 87902 1418955 94.1%
Table 3. results of the bld algorithm threshold scan for ECAL1
threshold [MeV]0 100 200 300 400 500
redu
ctio
n fa
ctor
0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1
Figure 36. ECAL1 reduction factor of the bld algorithm at different thresholds
Table 3 shows the reduction ratios for different thresholds on ECAL1 data. Thebiggest change in reduction is in the 50 – 250 MeV interval, above 250 MeV the amountof additionally reduced data is negligible. To get an idea about the performance of thealgorithm at thresholds of 200 MeV and 250 MeV a control sample of 100 signalsdetected as good and 100 signals detected as noisy was taken and the number of falsenegatives, false positives and uncertain cases (like channels with very low amplitudes,which may carry a signal but could also be noise) will be counted. For this every signalhas been printed out and checked manually. The signals have been chosen randomly for
38 Section 7
both thresholds from one date chunk. Since the bld algorithm is not time sensitive itwas supposed detect all signals regardless if they are out of time. All these results havebeen crosschecked by the (M)SADC expert, Igor Konorov.
threshold 200 MeV 250 MeVfalse negatives 3 1false positives 1 2uncertain cases 7 7
Table 4. results of the control sample for ECAL1
samples0 5 10 15 20 25 30
AD
C c
hann
els
115
116
117
118
119
120
121
122
samples0 5 10 15 20 25 30
AD
C c
hann
els
80
82
84
86
88
Figure 37. uncertain cases
In table 4 the results of the control sample for the two different thresholds can becompared. All values are in the same order of magnitude for both thresholds and thenumber of uncertain cases is bigger than the clear false cases. For physical analysis withthe ECALs the number of false negatives is critical. A loss of good channels means aloss of cluster energy and this can lead to wrong reconstruction which can make thecomplete event useless. As Cinderella is operating online and everything rejected is lostforever, the number of false negatives should be reduced to zero for optimal conditions.All false negatives in this control sample have been good signals with an energy belowthe energy threshold. To save these kind of signals a possibility is to use an additionalalgorithm, which is working in a different way like the smd algorithm. Beside of the smdalgorithm there is a second feature for saving good channels in Cinderella. Low energychannels usually belong to a cluster consisting of other channels with a higher amp-litude. As already mentioned in 6.4, all channels belonging to clusters with enough goodchannels of high energy will be kept regardless of their noise tag. The decision whichmethod will save these small signals will be made later during the fine tuning of thealgorithms.
False positives are not this critical, because they still can be rejected at the offlinestage, if they really harm. False positives can happen with the bld algorithm if there islow frequent noise with an high enough amplitude which corresponds to an energyhigher than the threshold.
About the uncertain cases it is difficult to judge. From the signal shape it is not100% clear if their origin is really an electro magnetic shower or its something else whichis not of physical interest. In this control sample all uncertain cases have been classified
Noise and Signals in ECAL 1+2 39
as noise. If they are good signals with a very low amplitude they should be part of acluster with definitely good channels of significantly higher amplitude. In this case thegood/bad ratio safety check, in the “cluster” module of Cinderella, will safe them frombeing rejected like in the case of false negatives.
All this checks can also be performed for ECAL2. As already mentioned theunfiltered ECAL2 hitmap looks better than the ECAL1 hitmap, so its assumed to havea lower capability of data reduction for ECAL2.
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 50MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 100MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 150MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 200MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 250MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 300MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 350MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 400MeV
Figure 38. hitmaps for ECAL2 at different bld energy threshold
40 Section 7
Looking at the hitmaps in figure 38 a similar situation can be observed like forECAL1. The hit distribution is getting smoother and the beam profile in the centre isimproving with higher thresholds. At 250 MeV almost all hot cells and the artifacts leftand right of the hole have disappeared. But already at 150 MeV most of the detectorschannels seem to behave well except a small fraction of single cells. It looks sensible toset the threshold between 150 and 200 MeV to detect as many bad signals as possibleand avoid a too big amount of the critical false negatives.
threshold (MeV) good channels noisy channels reduction factor (%)0 1626956 0 0.00%10 1066546 560410 34.5%50 1038149 588807 36.2%100 916247 710709 43.7%150 752384 874572 53.8%200 624034 1002922 61.6%250 532691 1094265 67.3%300 458629 1168327 71.8%350 410261 1216695 74.8%400 369042 1257914 77.3%450 337803 1289153 79.2%500 313080 1313876 80.8%
Table 5. results of the bld algorithm threshold scan for ECAL2
threshold [MeV]0 100 200 300 400 500
redu
ctio
n fa
ctor
0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1
Figure 39. ECAL2 reduction factor of the bld algorithm at different thresholds
Table 5 shows the reduction ratios for ECAL2 at different thresholds. They are, asexpected, lower than for ECAL1 but the region of the biggest increasing of the thereduction factor is between 50 – 300 MeV which is similar to ECAL1. The controlsample gave the following results:
Noise and Signals in ECAL 1+2 41
threshold 150 MeV 200 MeVfalse negatives 10 19false positives 3 2uncertain cases 6 3
Table 6. results of the control sample for ECAL2
The assumption that ECAL2 is mostly working well between 150 – 250 MeVthresholds seems to be true. At least the results of the control sample can be interpretedlike this by looking at the numbers of false negatives. Their number is almost twice ashigh at 200 MeV than at 150 MeV which indicates the number of good signals at anenergy lower than 200 MeV is not negligible. Even at 150 MeV the number of wellworking channels is significant. Taking this into account the recommended bld thresholdfor ECAL2 should not be higher than 150 MeV otherwise it could get difficult to savethe good signals after the clustering.
The above results, especially for ECAL2, are showing a non homogeneous picture ofperformance and efficiency of the ECALs. At ECAL1 most of the channels seem to workwell at 200 MeV while the last hot cell disappears between 300 – 350 MeV. For ECAL2it is a similar case, most channels are working well at a signal level of 100 MeV whilethe last hot cell can be observed at 250 MeV.
The conclusion is there can be no 100% efficient noise algorithm for the ECALswhich is operating with the same threshold on all channels. At the first view this maysound very bad, because applying individual thresholds on every channel is not trivial.But an inefficiency of an algorithm is not crucial as long it can be corrected by otheralgorithms.
7.1.2 Tuning the smd algorithm
Compared to the bld algorithm, smd is working in a different way. Instead of looking forthe rise of the signal at any point of the sample set, it is just calculating the differenceof two intervals at fixed positions. The main purpose of the smd algorithm is not to findthe baseline of the channel but to detect if the channel is carrying a signal. One intervalis fixed at sample position 2 the second one at position 10, both have a length of 5samples. According to Igor Konorov, every signal which is in time should start at leastbetween sample 10 and 15. This makes the smd signal detection time sensitive, becauseall signals starting later than sample 15 are definitely too late and signals starting beforesample 10 have still an amplitude unequal to 0 after sample 10.
Remark 2. The second interval can be configured to scan a certain range of samples toaccept a larger time window of signals. In the basic tuning procedure it is not necessaryto turn this feature on. This will be done later at the fine tuning stage to keep it simpleat the moment. The only difference between fixed position and scanning is the numberof detected out of time signals.
By dividing the difference of the two intervals by their length the average amplitudeof the signal can be obtained. This average amplitude is the threshold for signal detec-tion which has to be tuned. This average amplitude can also be translated into MeVwith the help of the calibration coefficient. To find the right starting point for thresholdtuning, the ECAL hitmaps and the average amplitude distribution may help to find astarting point.
42 Section 7
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 average amplitude:25MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 average amplitude:50MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 average amplitude:75MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 average amplitude:100MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 average amplitude:150MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 average amplitude:200MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 average amplitude:225MeV
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
ECAL1 average amplitude:250MeV
Figure 40. ECAL1 hitmaps for different average amplitudes
In figure 40 the different noise level of the three ECAL1 parts can be observed. Theouter OLGA part looks fine for average amplitudes around 50 MeV. The middle top andbottom MAINZ part improves between 75 – 100 MeV while the central GAMS area isnot even at 250 MeV completely cleaned up from hot cells. This makes choosing theproper threshold difficult. Since the bld algorithm was more effective in the central
Noise and Signals in ECAL 1+2 43
region, the bld and smd algorithms should be combined in a smart way with ratherlower than too high thresholds. So the smd threshold should be optimised for the OLGAand MAINZ part and the inefficiency in the inner part will be cleared by the bld.
average amplitude (MeV) good channels noisy channels reduction factor (%)0 1506857 0 0.00%25 484335 1022522 67.9%50 327260 1179597 78.3%75 201399 1305458 86.6%100 142541 1364316 90.5%125 107028 1399829 92.9%150 83116 1423741 94.5%175 66967 1439890 95.6%200 55783 1451074 96.3%225 47793 1459064 96.8%250 41644 1465213 97.2%
Table 7. results of the smd algorithm threshold scan for ECAL1
average amplitude [MeV]0 50 100 150 200 250
redu
ctio
n fa
ctor
0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1
Figure 41. ECAL1 reduction factor of the smd algorithm at different thresholds
44 Section 7
average amplitude [MeV]-200 -150 -100 -50 0 50 100 150 200
occu
rren
ce
0
10000
20000
30000
40000
50000
Figure 42. spectrum of average amplitudes for ECAL1
Figure 42 can give a useful hint for choosing the threshold. In the area from −
60 to 60 MeV symmetric peaks can be observed. This effect appears when the differencebetween the two intervals is very low (e.g. like from − 5 to + 5). To get the averageamplitude the difference has to be divided by the interval length, which was 5 in thiscase, and for low differences the result is something like ± 0.2,± 0.4,± 0.6,± 0.8. This ismultiplied with the calibration coefficients which are mainly distributed over 3 regions:20 – 24, 25 – 30 and 50 – 60 MeV/ADC count (see figure 18 at page 25). It can bechecked easily that the result of this multiplication causes the creation of these sym-metric peaks in this range. Good signals can not be found in this region, which is feas-ible due to the low average amplitude. This structure disappears after 70 MeV and con-sidering the improvement of the MAINZ part at 75 MeV, the region from 75 MeV seemsto be a good threshold candidate.
The control sample was taken for the thresholds 75 and 100 MeV with the followingresults:
threshold 75 MeV 100 MeVfalse negatives 0 0false positives 51 54uncertain cases 1 1
Table 8. results of the control sample for ECAL1
These results are showing a big contrast to the control sample of the bld algorithm.Benefits of the smd algorithm are the time sensitivity, making it able to reject out oftime signals, and the calculation of the average amplitude, which is a good protectionagainst false negatives. The disadvantage is the great number of false positives, whichare all of the same kind of signal. It looks like a moving baseline with a change highenough to make average amplitude higher than the threshold.
Noise and Signals in ECAL 1+2 45
samples0 5 10 15 20 25 30
AD
C c
hann
els
75
80
85
90
95
100
105
110
samples0 5 10 15 20 25 30
AD
C c
hann
els
106
108
110
112
114
116
118
Figure 43. false positives of the smd algorithm for ECAL1
Figure 43 is showing two examples of these signals. All other false positives lookmore or less the same. For the smd algorithm these kind of signals are very difficult todistinguish from good shower signals but they represent no challenge for the bld baselinedetection. A good idea could be to let the two algorithms work together in a way balan-cing out each others disadvantages. For detecting noise the smd seems to be a good can-didate and the bld may be used as a “cleaner” of the good signals detected by smd.
But it might be interesting to see how smd performs at ECAL2 first. The hitmaps infigure 44 indicate a good performance of most of the ECAL2 channels already at athreshold of 75 MeV average amplitude.
The reduction factor at the 75 MeV threshold is similar to the reduction factor ofthe bld algorithm at a threshold of 150 MeV. Many hot cells and the artifacts left andright of the central hole have disappeared. The hot cells which are still left seem to bedifficult to remove by an uniform threshold for all channels. Contrary to ECAL1 theaverage amplitude spectrum in figure 46 can not give a very good hint for choosing thethreshold, because the calibration coefficients of ECAL2 are distributed over a widerange (figure 19 at page 25), which prevents such an obvious structure like for ECAL1.The first and maybe second order of the “low difference” peaks can be recognisedbetween − 20 to 20MeV but this is far away from 75 MeV.
46 Section 7
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 average amplitude:25MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 average amplitude:50MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 average amplitude:75MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 average amplitude:100MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 average amplitude:150MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 average amplitude:200MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 average amplitude:225MeV
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
ECAL2 average amplitude:250MeV
Figure 44. ECAL2 hitmaps for different average amplitudes
Noise and Signals in ECAL 1+2 47
average amplitude (MeV) good channels noisy channels reduction factor (%)0 1626956 0 0.00%25 914488 712468 43.8%50 792790 834166 51.3%75 695763 931193 57.2%100 615117 1011839 62.2%125 547457 1079499 66.4%150 488983 1137973 69.9%175 441372 1185584 72.9%200 402044 1224912 75.3%
225 370364 1256592 77.2%250 343779 1283177 78.9%
Table 9. results of the smd algorithm threshold scan for ECAL2
average ampltude [MeV]0 50 100 150 200 250
redu
ctio
n fa
ctor
0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1
Figure 45. ECAL2 reduction factor of the smd algorithm at different thresholds
48 Section 7
average amplitude [MeV]-200 -150 -100 -50 0 50 100 150 200
occu
rren
ce
0
5000
10000
15000
20000
25000
30000
35000
40000
45000
Figure 46. spectrum of average amplitudes for ECAL2
The control sample was made with thresholds at 75 MeV and 100 MeV, like forECAL1.
threshold 75 MeV 100 MeVfalse negatives 3 3false positives 12 12uncertain cases 4 13
Table 10. results of the control sample for ECAL2
The false negatives are mostly signals which are beginning late in the second interval,like at sample 13 or 14. Since the timing can be different from channel to channel thesekind of signals should be kept in any case. Due to the late beginning only a part of theamplitude is included which leads to a too small difference in respect to the firstinterval. This can be avoided if the second interval is not fixed at one position but scan-ning a range of samples in an interval where in time signals are expected. This intervalshould, according to Igor Konorov, include all samples from sample 10 to 20. But thenumber of false negatives is, like in ECAL1, much smaller than for the bld algorithm,which confirms the observations about advantages and disadvantages of the twoalgorithm from the ECAL1 part.
The conclusion of the threshold tuning is, bld has better performance in detectinggood signals with a lower false positive rate than smd, which has a lower false negativerate in detecting noise and is able to detect out of time signals. There are various pos-sibilities to let these two algorithms work together.
Noise and Signals in ECAL 1+2 49
7.2 Comparing bld and smd
Now there are two different working algorithms available, each with its own advantagesand disadvantages. The interesting question is now: How good do both coincide?
To get an idea about this, the same data chunk like in chapter 7.1 will be processed,while counting the cases in which both algorithms coincide and in which their decisiondiffers. The used thresholds for each algorithm and detector are listed in table 11. Theonly difference is, that the scanning ability of the smd algorithm was turned on to clas-sify also late beginning signals, which begin around samples 14 or 15, as good. Thesecond interval is now scanning the samples from 10 to 16 with a step width of 2samples and choosing the position with the biggest difference to the first interval. Dueto the interval length of 5 samples the sum of the second interval is covering all samplesfrom 10 to 20. The result of this feature is a lower number of rejected channels by smdbecause some signals considered to be out of time before are now detected as in time.
detector bld (MeV) smd (MeV)ECAL1 200 100ECAL2 150 75
Table 11. threshold overview
ECAL1 rejected channels % of all channelsbld 1316206 87.4%smd 1150697 76.4%
agreement 1105522 73.4%conflict 255859 17.0%
Table 12. coincidence of bld and smd algorithm in ECAL1
ECAL2 rejected channels % of all channelsbld 874588 53.8%smd 775722 47.7%
agreement 641750 39.4%conflict 366810 22.5%
Table 13. coincidence of bld and smd algorithm in ECAL2
Table 12 and 13 are showing that the bld and smd algorithm are getting the sameresults for most of the channels. These channels can be assumed to be noisy. But thechannels where the results of both algorithms are differing have to be investigated to beable to decide what should happen with them.
In most of the cases when smd detects noise and bld a signal there was a good signalbut it is clearly out of time. The rest of these cases are noisy with a very high amplitudecorresponding to more energy than the bld threshold. This picture can be observed forboth ECALs, so it seems to be safe when tagging a signal for rejection in this case.
50 Section 7
samples0 5 10 15 20 25 30
AD
C c
hann
els
122
124
126
128
130
132
134
samples0 5 10 15 20 25 30
AD
C c
hann
els
64
66
68
70
72
74
76
78
80
Figure 47. out of time signals from ECAL1
To detect out of time signals the time window of the smd algorithm has been setfrom sample 10 to 20. If it turns out there can be in time signals outside this timewindow, it can be adjusted easily.
The other case is if bld detects noise and smd a good signal. Most of these signalsare false positives from the smd algorithm as shown in section 7.1. But there are alsosignals with a small amplitude corresponding to an energy below the bld threshold of200 MeV for ECAL1 and 150 MeV for ECAL2 (see false negatives from bld algorithm insection 7.1). Since their energy is very low, they should be member of a cluster with sig-nals of higher amplitude/energy and can be ”rescued” in the cluster module of Cinder-ella.
A look at the figures 48 and 49 shows the energy spectra for good and rejected chan-nels of both algorithms. In ECAL1 almost all channels with an energy below 100 MeVare rejected by both algorithms. What seems to be strange is that not all channels arerejected from the bld algorithm below 200 MeV, which was the threshold. A look on thepulse shape at a later stage will give an answer on that. The region from 200 to 500MeVis dominated by the rejection of the bld algorithm. From this interval most of the falsepositives, like shown in figure 43, of the smd algorithm are coming from. At higher ener-gies the rejection factor of smd is of course bigger, because its also rejecting out of timesignals with significant energy.
Noise and Signals in ECAL 1+2 51
GeV0 5 10 15 20 25 30
occu
rren
ce
1
10
210
310
410
510
610ECAL1 all channels
ECAL1 bld good channels
ECAL1 bld rejected channels
ECAL1 smd good channels
ECAL1 smd rejected channels
GeV0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2
occu
rren
ce
1
10
210
310
410
510ECAL1 all channels
ECAL1 bld good channels
ECAL1 bld rejected channels
ECAL1 smd good channels
ECAL1 smd rejected channels
Figure 48. ECAL1 energy spectrum separated by algorithm
52 Section 7
Compared to the ECAL1 energy spectrum the ECAL2 spectrum is very similar.Almost no good channels are found below 50 MeV but a significant amount of goodchannels detected by the bld algorithm below its threshold of 150 MeV. From 100 to250 MeV bld is rejecting more than smd. One reason are the false negatives of the bldalgorithm right below the threshold of 150 MeV and above the significant amount offalse positives from the smd algorithm is the reason. At higher energies smd is rejectingmore channels like in ECAL1.
GeV0 20 40 60 80 100 120
occu
rren
ce
1
10
210
310
410
510
ECAL2 all channels
ECAL2 bld good channels
ECAL2 bld rejected channels
ECAL2 smd good channels
ECAL2 smd rejected channels
GeV0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2
occu
rren
ce
1
10
210
310
410
510ECAL2 all channels
ECAL2 bld good channels
ECAL2 bld rejected channels
ECAL2 smd good channels
ECAL2 smd rejected channels
Figure 49. ECAL2 energy spectrum separated by algorithm
Noise and Signals in ECAL 1+2 53
The remaining question is, how can bld accept signals below its threshold? A look atthe pulse shape can explain this case.
samples0 5 10 15 20 25 30
AD
C c
hann
els
110
120
130
140
150
160
170
180
samples0 5 10 15 20 25 30
AD
C c
hann
els
121
122
123
124
125
Figure 50. signals passing the bld algorithm with an energy lower than the bld threshold
In figure 50 two examples of these signals are shown. The baseline of this signalmakes a significant movement downwards before it goes up again. Since the bldalgorithm is looking from slope to slope, it is seeing the characteristic rise, which is bigenough due to the previous movement down, and takes the mean value of all samplesbefore as the baseline. This mean value is more or less at the baseline level, becauseonly a few values are below, and the effective energy is lower than seen by the bldalgorithm. The reason for this moving down of the baseline is suspected to be crosstalkbetween channels, by Igor Konorov.
Now its time to define the decision finding with the two algorithms together. If bothalgorithm are coinciding the decision is clear. Since the false negative rate of the smdalgorithm is very low it seems to be safe to tag all channels for rejection which areadjudged as bad by it. But the big amount of false positives from the smd algorithm isdisturbing. A possibility is here to use, at least for ECAL2, bld at a slightly lowerthreshold for cleaning up false positives from smd. At ECAL1 the false negatives frombld have not been very frequent, so that this setting will stay.
detector bld (MeV) smd (MeV)ECAL1 200 100ECAL2 125 75
Table 14. final threshold setting
rejected channels % of all channelsECAL1 1361381 90.35%ECAL2 954594 58.67%
Table 15. coincidence of bld and smd algorithm in ECAL2
54 Section 7
cm-150 -100 -50 0 50 100 150 200
cm
-100
-50
0
50
100
1
10
210
Figure 51. ECAL1 hitmap after applying bld and smd algorithms with the final thresholds
cm-100 -50 0 50 100
cm
-80
-60
-40
-20
0
20
40
60
80
1
10
210
310
Figure 52. ECAL2 hitmap after applying bld and smd algorithms with the final thresholds
Running with these parameters shows a good improvement of both hitmaps in fig-ures 51 (ECAL1) and 52 (ECAL2). In ECAL1 there are some hot cells left in the centralpart, their noise is at a very high level which makes it impossible to remove it withoutusing a individual threshold for them. Otherwise all other channels, showing good per-formance at this threshold would be badly affected. But beside of that ECAL1 lookscleaned up pretty well.
Noise and Signals in ECAL 1+2 55
ECAL2 hit map looks very smooth, only one hot cell at the lower right of the beamspot is left. The situation is the same like for the hot cells at ECAL1, an individualthreshold is need to remove it safely.
The rejection factors for both ECALs are impressing. Around 90% of all ECAL1channels and around 60% of ECAL2 have been tagged as rejected. If this can be truehas to be checked again by a control sample of 100 random good and 100 randomrejected channels. Table 16 shows, the performance in ECAL1 and ECAL2 is now com-parable. The number if false negatives is very low. It is unclear if it makes sense tryingto reduce this number further by reducing the thresholds. For sure the number of falsepositives will increase and this can affect the safety algorithm of the cluster module in abad way. A small number of false negatives is not dangerous, because they will be savedin the next step by the cluster module.
detector ECAL1 ECAL2false negatives 2 3false positives 7 8uncertain cases 6 10
Table 16. results of the control sample for both ECALs
This result is approving, there is a big amount of noisy and out of time channels inboth ECALs, but especially in ECAL1. Before all these channels can be rejected it hasto be checked if potential false negatives can be saved by using cluster information.
7.3 Saving potential good channels after clustering
It was already mentioned that channels with a very low signal amplitude and very lowenergy usually belong to a cluster consisting of channels with higher energy. Thechannel with the most energy belongs of course to the cell which was hit directly by theparticle. After hitting the cell the particle is stopped by creating an electro magneticshower which ends up in photons detected by the photomultiplier of the ECALs. Theintensity of the detected light is dependant to the particles energy. Surrounding cellscan also “see” a part of this shower which has a lower intensity than in the starting cell.Cinderella’s noise detection may have problems distinguishing noise from signals inducedby the rest of a shower at the outer part of a cluster. To avoid throwing away good datathe cluster information can be used to keep all channels belonging to a cluster of signi-ficant energy.
The simplest and safest approach is to keep all channels of a cluster as soon therehas been one good signal detected. Of course this will also keep all noisy cells connectedby chance to good clusters. For a more sophisticated approach more investigation andunderstanding of the noisy signals and of the characteristics of good clusters is needed.The current progress of these investigations is not advanced enough to come to a finaldecision , but Cinderella is already providing a lot of possibilities for doing this job.
A look on the composition of clusters in figures 53 and 54 can give a hint how to setthe decision criterion. The left plot in the figures 53 (ECAL1) and 54 (ECAL2) shows
56 Section 7
the amount of good/rejected channels per cluster and the right one the energy contribu-tion of good/rejected channels.
good channels0 2 4 6 8 10 12 14 16 18 20
reje
cted
cha
nnel
s
0
5
10
15
20
25
30
1
10
210
310
410
510
good channels energy [GeV]0 2 4 6 8 10 12 14 16 18 20
reje
cted
cha
nnel
s en
ergy
[GeV
]
0
2
4
6
8
10
12
14
16
18
20
1
10
210
310
410
Figure 53. composition of clusters at ECAL1
good channels0 5 10 15 20 25
reje
cted
cha
nnel
s
0
5
10
15
20
25
30
1
10
210
310
410
510
good channels energy [GeV]0 5 10 15 20 25 30 35 40
reje
cted
cha
nnel
s en
ergy
[GeV
]
0
5
10
15
20
25
30
1
10
210
310
410
510
Figure 54. composition of clusters at ECAL2
In both plots a sharp separated band parallel to the y-axis can be observed. In theleft plot the domination of single cells contributing to this band can be seen. This is anevidence for single noisy channels, which are sometimes located abreast. If they are loc-ated abreast they are forming a “bad” cluster with significant energy. In the right plotthese channels can be observed in the region of 0 GeV good channel energy.
good/cluster energy ratio0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
clus
ter
ener
gy [G
eV]
0
10
20
30
40
50
60
70
80
1
10
210
good/cluster energy ratio0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
clus
ter
ener
gy [G
eV]
0
1
2
3
4
5
1
10
210
Figure 55. good/cluster energy plotted over cluster energy for ECAL1
Noise and Signals in ECAL 1+2 57
good/cluster energy ratio0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
clus
ter
ener
gy [G
eV]
0
20
40
60
80
100
120
140
160
180
200
1
10
210
good/cluster energy ratio0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
clus
ter
ener
gy [G
eV]
0
1
2
3
4
5
1
10
210
Figure 56. good/cluster energy plotted over cluster energy for ECAL1
Figures 55 and 56 are showing the ratio of energy from good signals and the clusterenergy plotted over the cluster energy. Again the sharp band at an energy near 0 GeV isvisible and containing most of the channels. Beside of this band it can be said, that thehigher the cluster energy the higher the energy contribution of good signals. In compar-ison of ECAL1 to ECAL2 the amount of good channels seems to be higher at ECAL2,which corresponds to the higher reduction factors observed for ECAL1. But its notobvious how to set a cut on this ratio to eliminate noisy channels connected to goodclusters without cutting out potential good signals.
At the current status of Cinderella its recommended to use the “safe” mode, which isrejecting just clusters without a good signal inside. But even in this mode the reductionfactors are impressive:
rejected channels % of all channelsECAL1 1201276 79.7%ECAL2 655274 40.3%
Table 17. data reduction after cluster correction
Like it is written in table 17 up to 80% of ECAL1 and 40% of ECAL2 channels arenot inside a cluster with one good signal at all. This means they can be safely rejectedand no false negatives are expected anymore. To verify this statement a final controlsample was taken. 100 random signals accepted by Cinderella and 100 rejected havebeen printed out to check the results. The printed out pulse shapes of this final controlsample can be found in appendix A.
detector ECAL1 ECAL2false negatives 0 0false positives 28 16
Table 18. final control sample for both ECALs
The results in table 18 look very promising. No false negative has been found, whichwas identified as the crucial point at the beginning. The increased number of false posit-ives has been expected, because no additional cuts have been applied. All noisy channels
58 Section 7
attached to a good cluster have been kept. The ratio of the false positive value fromECAL1 and ECAL2 is equivalent to the ratio of the noise percentage from table 17.Also a look at the signals of the control sample in appendix A shows that all false posit-ives are either strange signals which are surely not shower signals or crosstalk signalslike in figure 50. The number of uncertain cases has not been counted, because the pre-vious procedure has been done to decide where the uncertain cases belong to.
The conclusion from this investigation is, there is a significant amount of noise inboth ECALs. ECAL1 seems to be twice as noisy as ECAL2, with 80% of all channelswhich can be rejected. But these investigations can only be a first step. To get to a finaldecision what to do with these “bad” channels, the impact of filtering these channels onthe physics analysis has to be checked by the hadron offline analysis group. This can bedone by looking on the π0 mass spectrum or an exclusive physics channel with filteredand unfiltered data, to be able to compare the difference.
First checks on the π0 mass have been started by Frank Nerling by comparing themass spectrum of filtered and unfiltered data from 2008.
Figure 57. π0 mass spectrum from unfiltered ECAL2 data (courtesy of Frank Nerling)
Noise and Signals in ECAL 1+2 59
Figure 58. π0 mass spectrum from filtered ECAL2 data by the bld algorithm (courtesy of Frank Ner-
ling)
Figures 57 (unfiltered) and 58 (filtered) are showing a comparison of the π0 massspectrum from 2008 data for ECAL2. What can be observed is the total number ofdetected π0 is in both cases the same. The interesting effect is here the increasednumber of π0 at low energies 10 GeV < Eπ0 < 30 GeV and a decrease at all other energyranges. Also the π0 mass is shifted to lower masses at all energies. This improves themass at higher energies 60 GeV < Eπ0 < 180 GeV, which have been too high at theunfiltered case but under estimates the π0 mass at lower energies 10 GeV < Eπ0 <
60 GeV. This indicates that the calibration coefficients have been calculated includingnoisy cells and obviously the calibration coefficients can not be used for all energyranges without a correction factor, but this is currently under investigation by theECAL group.
These first checks have been done by using only the bld algorithm, since the smdalgorithm was not ready at that point. It is recommended to repeat this check by usingboth algorithms together with the threshold obtained from this chapter.
60 Section 7
8 Conclusion and outlook
It was shown in the previous chapters, that Cinderella is offering powerful possibilitiesfor real time data reduction and monitoring. By applying Huffman encoding and rejec-tion of noisy channels the data of both ECALs can be reduced by up to 90%. TheECALs will be “degraded” from a high rate equipment with ≈ 28% of the whole data toa low rate equipment with only≈ 3%.
Event number reduction based on ECAL information was not applied at themoment. Taking a decision to reject a complete event is not commendable withoutrespecting data from other equipments like tracking detectors. But the current status isa good basis for further development of Cinderella. With the high trigger- , and datarates, there will be no other possibility than preselecting data for recording if the stat-istics of the measured physic have to be increased in the future.
All described features of Cinderella are fully implemented and tested. Appendix Bgives an overview about all configuration parameters of the relevant modules needed forECAL data processing. Information about the core framework of Cinderella can befound in [Kuh07] and [Nag05]. First operating experience of Cinderella from the 2004run can also be found in [Nag05].
Due to the real time monitoring capabilities Cinderella already has a key role in theCOMPASS data taking. With increasing data rate in the future it will become evenmore important. All new experiments at CERN, like ATLAS or CMS are alreadyplanned with a software based second and even third level trigger. This indicates, highrate experiments in particle physics will not be able to exist without a powerful filteringstrategy, otherwise they will drown in their own data. That’s why further developmentand evaluation of Cinderella is recommended for successful data taking in the future.
Conclusion and outlook 61
Appendix A
Final control sample of ECAL noise filtering
For verifying the efficiency of the noise filtering algorithms described in this thesis acontrol sample of 100 random good and 100 random bad signals has been made to seethe results of the applied algorithms.
ECAL1 rejected signals
0 5 10 15 20 25 3080
82
84
86
88
90
Entries 32Mean x 15.4Mean y 85.49RMS x 9.233RMS y 1.169
Entries 32Mean x 15.4Mean y 85.49RMS x 9.233RMS y 1.169
000003:70502:EVTMOD_rejected_X0_Y1_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
74
76
78
80
82
84
86
Entries 32Mean x 15.4Mean y 78.11RMS x 9.233RMS y 1.158
Entries 32Mean x 15.4Mean y 78.11RMS x 9.233RMS y 1.158
000004:70502:EVTMOD_rejected_X14_Y14_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3084
86
88
90
92
94
96
Entries 32Mean x 15.4Mean y 88.64RMS x 9.233RMS y 1.345
Entries 32Mean x 15.4Mean y 88.64RMS x 9.233RMS y 1.345
000005:70502:EVTMOD_rejected_X10_Y9_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
84
86
88
90
92
94
96
98
100
Entries 32Mean x 15.4Mean y 89.95RMS x 9.233RMS y 1.596
Entries 32Mean x 15.4Mean y 89.95RMS x 9.233RMS y 1.596
000006:70502:EVTMOD_rejected_X5_Y9_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
80
100
120
140
160
180
200
220
240
260
280
Entries 32Mean x 15.4Mean y 137.4RMS x 9.233RMS y 35.19
Entries 32Mean x 15.4Mean y 137.4RMS x 9.233RMS y 35.19
000007:70502:EVTMOD_rejected_X6_Y12_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3060
80
100
120
140
160
180
Entries 32Mean x 15.4
Mean y 103.9RMS x 9.233RMS y 14.37
Entries 32Mean x 15.4
Mean y 103.9RMS x 9.233RMS y 14.37
000008:70502:EVTMOD_rejected_X3_Y9_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3050
60
70
80
90
100
110
120
130
Entries 32Mean x 15.4
Mean y 80.17RMS x 9.233RMS y 3.224
Entries 32Mean x 15.4
Mean y 80.17RMS x 9.233RMS y 3.224
000009:70502:EVTMOD_rejected_X10_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
115
120
125
130
135
140
Entries 32Mean x 15.4
Mean y 125.5RMS x 9.233RMS y 1.784
Entries 32Mean x 15.4
Mean y 125.5RMS x 9.233RMS y 1.784
000010:70502:EVTMOD_rejected_X0_Y18_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
120
125
130
135
140
Entries 32Mean x 15.4
Mean y 126.8RMS x 9.233RMS y 1.256
Entries 32Mean x 15.4
Mean y 126.8RMS x 9.233RMS y 1.256
000011:70502:EVTMOD_rejected_X0_Y22_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
110
112
114
116
118
120
122
124
Entries 32Mean x 15.4
Mean y 114.2RMS x 9.233RMS y 1.301
Entries 32Mean x 15.4
Mean y 114.2RMS x 9.233RMS y 1.301
000012:70502:EVTMOD_rejected_X7_Y15_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30125
130
135
140
145
Entries 32Mean x 15.4Mean y 133.4RMS x 9.233RMS y 1.897
Entries 32Mean x 15.4Mean y 133.4RMS x 9.233RMS y 1.897
000013:70502:EVTMOD_rejected_X1_Y20_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
70
75
80
85
90
95
Entries 32Mean x 15.4Mean y 79.11RMS x 9.233RMS y 2.698
Entries 32Mean x 15.4Mean y 79.11RMS x 9.233RMS y 2.698
000014:70502:EVTMOD_rejected_X27_Y21_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
58
60
62
64
66
68
70
72
Entries 32Mean x 15.4Mean y 65.05RMS x 9.233RMS y 1.286
Entries 32Mean x 15.4Mean y 65.05RMS x 9.233RMS y 1.286
000015:70502:EVTMOD_rejected_X12_Y3_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30120
122
124
126
128
130
Entries 32Mean x 15.4Mean y 126.6RMS x 9.233RMS y 1.118
Entries 32Mean x 15.4Mean y 126.6RMS x 9.233RMS y 1.118
000016:70502:EVTMOD_rejected_X20_Y4_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
84
86
88
90
92
94
96
Entries 32Mean x 15.4Mean y 89.14RMS x 9.233RMS y 1.144
Entries 32Mean x 15.4Mean y 89.14RMS x 9.233RMS y 1.144
000017:70502:EVTMOD_rejected_X1_Y10_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
100
102
104
106
108
110
112
114
116
Entries 32Mean x 15.4Mean y 105RMS x 9.233RMS y 1.425
Entries 32Mean x 15.4Mean y 105RMS x 9.233RMS y 1.425
000018:70502:EVTMOD_rejected_X4_Y16_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
90
91
92
93
94
95
96
97
Entries 32Mean x 15.4Mean y 94.17RMS x 9.233RMS y 1.283
Entries 32Mean x 15.4Mean y 94.17RMS x 9.233RMS y 1.283
000019:70502:EVTMOD_rejected_X2_Y0_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
70
71
72
73
74
75
76
77
Entries 32Mean x 15.4Mean y 72.96RMS x 9.233RMS y 1.166
Entries 32Mean x 15.4Mean y 72.96RMS x 9.233RMS y 1.166
000020:70502:EVTMOD_rejected_X7_Y19_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
100
102
104
106
108
110
112
Entries 32Mean x 15.4Mean y 105.9RMS x 9.233RMS y 1.757
Entries 32Mean x 15.4Mean y 105.9RMS x 9.233RMS y 1.757
000021:70502:EVTMOD_rejected_X7_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30124
126
128
130
132
134
136
138
140
Entries 32Mean x 15.4Mean y 134.2RMS x 9.233RMS y 1.473
Entries 32Mean x 15.4Mean y 134.2RMS x 9.233RMS y 1.473
000022:70502:EVTMOD_rejected_X30_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
78
80
82
84
86
88
90
92
Entries 32Mean x 15.4Mean y 84.61RMS x 9.233RMS y 1.089
Entries 32Mean x 15.4Mean y 84.61RMS x 9.233RMS y 1.089
000023:70502:EVTMOD_rejected_X9_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
65
70
75
80
85
Entries 32Mean x 15.4Mean y 73.71RMS x 9.233RMS y 1.634
Entries 32Mean x 15.4Mean y 73.71RMS x 9.233RMS y 1.634
000024:70502:EVTMOD_rejected_X10_Y1_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
92
94
96
98
100
102
104
Entries 32Mean x 15.4Mean y 97.29RMS x 9.233RMS y 1.292
Entries 32Mean x 15.4Mean y 97.29RMS x 9.233RMS y 1.292
000025:70502:EVTMOD_rejected_X7_Y21_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
96
98
100
102
104
106
108
Entries 32Mean x 15.4Mean y 101.1RMS x 9.233RMS y 1.286
Entries 32Mean x 15.4Mean y 101.1RMS x 9.233RMS y 1.286
000026:70502:EVTMOD_rejected_X0_Y15_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
60
60.5
61
61.5
62
62.5
63
63.5
64
64.5
Entries 32Mean x 15.4Mean y 62.49RMS x 9.233RMS y 1.026
Entries 32Mean x 15.4Mean y 62.49RMS x 9.233RMS y 1.026
000027:70502:EVTMOD_rejected_X13_Y4_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
112
114
116
118
120
Entries 32Mean x 15.4Mean y 115.2RMS x 9.233RMS y 1.293
Entries 32Mean x 15.4Mean y 115.2RMS x 9.233RMS y 1.293
000028:70502:EVTMOD_rejected_X7_Y0_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
125
130
135
140
145
Entries 32Mean x 15.4Mean y 130.6RMS x 9.233RMS y 1.92
Entries 32Mean x 15.4Mean y 130.6RMS x 9.233RMS y 1.92
000029:70502:EVTMOD_rejected_X38_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30106
108
110
112
114
116
118
120
122
Entries 32Mean x 15.4Mean y 112.7RMS x 9.233RMS y 1.553
Entries 32Mean x 15.4Mean y 112.7RMS x 9.233RMS y 1.553
000030:70502:EVTMOD_rejected_X39_Y10_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
102
104
106
108
110
112
114
Entries 32Mean x 15.4Mean y 105.2RMS x 9.233RMS y 1.268
Entries 32Mean x 15.4Mean y 105.2RMS x 9.233RMS y 1.268
000031:70502:EVTMOD_rejected_X21_Y3_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3088
90
92
94
96
98
100
102
104
Entries 32Mean x 15.4Mean y 93.73RMS x 9.233RMS y 1.214
Entries 32Mean x 15.4Mean y 93.73RMS x 9.233RMS y 1.214
000032:70502:EVTMOD_rejected_X2_Y16_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3066
68
70
72
74
76
78
80
82
84
86
Entries 32Mean x 15.4
Mean y 74.43RMS x 9.233RMS y 1.049
Entries 32Mean x 15.4
Mean y 74.43RMS x 9.233RMS y 1.049
000033:70502:EVTMOD_rejected_X5_Y0_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
78
80
82
84
86
88
90
92
94
96
Entries 32Mean x 15.4
Mean y 86.61RMS x 9.233RMS y 1.249
Entries 32Mean x 15.4
Mean y 86.61RMS x 9.233RMS y 1.249
000034:70502:EVTMOD_rejected_X5_Y20_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3082
84
86
88
90
92
94
96
Entries 32Mean x 15.4
Mean y 89.17RMS x 9.233RMS y 0.9471
Entries 32Mean x 15.4
Mean y 89.17RMS x 9.233RMS y 0.9471
000035:70502:EVTMOD_rejected_X9_Y21_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30116
118
120
122
124
126
128
130
132
Entries 32Mean x 15.4
Mean y 123.7RMS x 9.233RMS y 2.04
Entries 32Mean x 15.4
Mean y 123.7RMS x 9.233RMS y 2.04
000036:70502:EVTMOD_rejected_X5_Y12_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
105
110
115
120
125
Entries 32Mean x 15.4
Mean y 112.1RMS x 9.233RMS y 3.647
Entries 32Mean x 15.4
Mean y 112.1RMS x 9.233RMS y 3.647
000037:70502:EVTMOD_rejected_X5_Y20_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30112
114
116
118
120
122
124
126
Entries 32Mean x 15.4Mean y 117.7RMS x 9.233RMS y 2.769
Entries 32Mean x 15.4Mean y 117.7RMS x 9.233RMS y 2.769
000038:70502:EVTMOD_rejected_X38_Y5_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3074
76
78
80
82
84
86
88
90
Entries 32Mean x 15.4Mean y 82.89RMS x 9.233RMS y 1.102
Entries 32Mean x 15.4Mean y 82.89RMS x 9.233RMS y 1.102
000039:70502:EVTMOD_rejected_X9_Y3_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3060
62
64
66
68
70
72
74
76
Entries 32Mean x 15.4Mean y 72.05RMS x 9.233RMS y 1.357
Entries 32Mean x 15.4Mean y 72.05RMS x 9.233RMS y 1.357
000040:70502:EVTMOD_rejected_X15_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
73
74
75
76
77
78
Entries 32Mean x 15.4Mean y 76.39RMS x 9.233RMS y 0.982
Entries 32Mean x 15.4Mean y 76.39RMS x 9.233RMS y 0.982
000041:70502:EVTMOD_rejected_X4_Y23_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
114
116
118
120
122
124
126
Entries 32Mean x 15.4Mean y 118.9RMS x 9.233RMS y 1.082
Entries 32Mean x 15.4Mean y 118.9RMS x 9.233RMS y 1.082
000042:70502:EVTMOD_rejected_X37_Y20_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
112
114
116
118
120
122
Entries 32Mean x 15.4Mean y 116.3RMS x 9.233RMS y 1.11
Entries 32Mean x 15.4Mean y 116.3RMS x 9.233RMS y 1.11
000043:70502:EVTMOD_rejected_X1_Y21_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
82
84
86
88
90
92
94
Entries 32Mean x 15.4Mean y 87.02RMS x 9.233RMS y 1.144
Entries 32Mean x 15.4Mean y 87.02RMS x 9.233RMS y 1.144
000044:70502:EVTMOD_rejected_X11_Y7_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30112
114
116
118
120
122
124
Entries 32Mean x 15.4Mean y 117.5RMS x 9.233RMS y 1.145
Entries 32Mean x 15.4Mean y 117.5RMS x 9.233RMS y 1.145
000045:70502:EVTMOD_rejected_X17_Y21_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
80
82
84
86
88
90
Entries 32Mean x 15.4Mean y 84.77RMS x 9.233RMS y 1.13
Entries 32Mean x 15.4Mean y 84.77RMS x 9.233RMS y 1.13
000046:70502:EVTMOD_rejected_X11_Y19_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
104
105
106
107
108
109
110
Entries 32Mean x 15.4Mean y 106.5RMS x 9.233RMS y 1.172
Entries 32Mean x 15.4Mean y 106.5RMS x 9.233RMS y 1.172
000047:70502:EVTMOD_rejected_X39_Y16_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
Entries 32Mean x 15.4Mean y 97.58RMS x 9.233RMS y 32.49
Entries 32Mean x 15.4Mean y 97.58RMS x 9.233RMS y 32.49
000048:70502:EVTMOD_rejected_X4_Y10_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
80
85
90
95
100
105
110
Entries 32Mean x 15.4Mean y 90.27RMS x 9.233RMS y 5.082
Entries 32Mean x 15.4Mean y 90.27RMS x 9.233RMS y 5.082
000049:70502:EVTMOD_rejected_X8_Y10_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
66
68
70
72
74
76
78
Entries 32Mean x 15.4Mean y 71.58RMS x 9.233RMS y 0.968
Entries 32Mean x 15.4Mean y 71.58RMS x 9.233RMS y 0.968
000050:70502:EVTMOD_rejected_X12_Y20_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3076
78
80
82
84
86
Entries 32Mean x 15.4Mean y 81.21RMS x 9.233RMS y 1.166
Entries 32Mean x 15.4Mean y 81.21RMS x 9.233RMS y 1.166
000051:70502:EVTMOD_rejected_X7_Y11_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30112
114
116
118
120
122
124
Entries 32Mean x 15.4Mean y 118.4RMS x 9.233RMS y 1.34
Entries 32Mean x 15.4Mean y 118.4RMS x 9.233RMS y 1.34
000052:70502:EVTMOD_rejected_X39_Y17_B_0.hist 17:06 28.07.2009
62 Appendix A
0 5 10 15 20 25 30
94
96
98
100
102
104
106
108
Entries 32Mean x 15.4Mean y 98.26RMS x 9.233RMS y 1.356
Entries 32Mean x 15.4Mean y 98.26RMS x 9.233RMS y 1.356
000053:70502:EVTMOD_rejected_X6_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
70
72
74
76
78
80
Entries 32Mean x 15.4Mean y 73.93RMS x 9.233RMS y 1.394
Entries 32Mean x 15.4Mean y 73.93RMS x 9.233RMS y 1.394
000054:70502:EVTMOD_rejected_X3_Y11_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
110
112
114
116
118
120
122
124
126
Entries 32Mean x 15.4Mean y 116.2RMS x 9.233RMS y 1.43
Entries 32Mean x 15.4Mean y 116.2RMS x 9.233RMS y 1.43
000055:70502:EVTMOD_rejected_X18_Y20_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3064
66
68
70
72
74
76
78
80
82
Entries 32Mean x 15.4Mean y 69.15RMS x 9.233RMS y 1.368
Entries 32Mean x 15.4Mean y 69.15RMS x 9.233RMS y 1.368
000056:70502:EVTMOD_rejected_X2_Y11_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3060
65
70
75
80
Entries 32Mean x 15.4Mean y 66.08RMS x 9.233RMS y 3.613
Entries 32Mean x 15.4Mean y 66.08RMS x 9.233RMS y 3.613
000057:70502:EVTMOD_rejected_X12_Y7_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3086
88
90
92
94
96
98
100
102
104
Entries 32Mean x 15.4
Mean y 93.98RMS x 9.233RMS y 1.259
Entries 32Mean x 15.4
Mean y 93.98RMS x 9.233RMS y 1.259
000058:70502:EVTMOD_rejected_X9_Y1_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
124
126
128
130
132
134
136
138
Entries 32Mean x 15.4
Mean y 127.3RMS x 9.233RMS y 0.8919
Entries 32Mean x 15.4
Mean y 127.3RMS x 9.233RMS y 0.8919
000059:70502:EVTMOD_rejected_X5_Y15_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
106
108
110
112
114
116
118
Entries 32Mean x 15.4
Mean y 112.9RMS x 9.233RMS y 1.13
Entries 32Mean x 15.4
Mean y 112.9RMS x 9.233RMS y 1.13
000060:70502:EVTMOD_rejected_X36_Y22_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3098
100
102
104
106
108
110
112
114
116
118
Entries 32Mean x 15.4
Mean y 110.6RMS x 9.233RMS y 1.274
Entries 32Mean x 15.4
Mean y 110.6RMS x 9.233RMS y 1.274
000061:70502:EVTMOD_rejected_X21_Y14_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
120
125
130
135
140
Entries 32Mean x 15.4
Mean y 125.7RMS x 9.233RMS y 1.386
Entries 32Mean x 15.4
Mean y 125.7RMS x 9.233RMS y 1.386
000062:70502:EVTMOD_rejected_X7_Y14_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
100
102
104
106
108
110
112
114
116
118
Entries 32Mean x 15.4Mean y 107.7RMS x 9.233RMS y 2.535
Entries 32Mean x 15.4Mean y 107.7RMS x 9.233RMS y 2.535
000063:70502:EVTMOD_rejected_X35_Y21_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
56
58
60
62
64
66
68
70
Entries 32Mean x 15.4Mean y 62.49RMS x 9.233RMS y 0.8607
Entries 32Mean x 15.4Mean y 62.49RMS x 9.233RMS y 0.8607
000064:70502:EVTMOD_rejected_X42_Y22_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
50
55
60
65
70
Entries 32Mean x 15.4Mean y 62.43RMS x 9.233RMS y 0.922
Entries 32Mean x 15.4Mean y 62.43RMS x 9.233RMS y 0.922
000065:70502:EVTMOD_rejected_X42_Y22_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
60
70
80
90
100
110
120
Entries 32Mean x 15.4Mean y 84.55RMS x 9.233RMS y 4.053
Entries 32Mean x 15.4Mean y 84.55RMS x 9.233RMS y 4.053
000066:70502:EVTMOD_rejected_X3_Y12_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
110
112
114
116
118
120
122
124
126
128
Entries 32Mean x 15.4Mean y 117.9RMS x 9.233RMS y 1.166
Entries 32Mean x 15.4Mean y 117.9RMS x 9.233RMS y 1.166
000067:70502:EVTMOD_rejected_X19_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
108
110
112
114
116
118
120
122
Entries 32Mean x 15.4Mean y 118.2RMS x 9.233RMS y 1.715
Entries 32Mean x 15.4Mean y 118.2RMS x 9.233RMS y 1.715
000068:70502:EVTMOD_rejected_X1_Y23_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
98
100
102
104
106
108
110
112
114
116
118
Entries 32Mean x 15.4Mean y 107.8RMS x 9.233RMS y 1.401
Entries 32Mean x 15.4Mean y 107.8RMS x 9.233RMS y 1.401
000069:70502:EVTMOD_rejected_X23_Y0_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
90
100
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 114RMS x 9.233RMS y 3.915
Entries 32Mean x 15.4Mean y 114RMS x 9.233RMS y 3.915
000070:70502:EVTMOD_rejected_X42_Y5_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
82
84
86
88
90
92
94
96
Entries 32Mean x 15.4Mean y 86.39RMS x 9.233RMS y 1.861
Entries 32Mean x 15.4Mean y 86.39RMS x 9.233RMS y 1.861
000071:70502:EVTMOD_rejected_X1_Y9_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30120
125
130
135
140
Entries 32Mean x 15.4Mean y 126.9RMS x 9.233RMS y 1.609
Entries 32Mean x 15.4Mean y 126.9RMS x 9.233RMS y 1.609
000072:70502:EVTMOD_rejected_X4_Y11_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
84
86
88
90
92
94
96
Entries 32Mean x 15.4Mean y 88.83RMS x 9.233RMS y 1.224
Entries 32Mean x 15.4Mean y 88.83RMS x 9.233RMS y 1.224
000073:70502:EVTMOD_rejected_X11_Y20_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
Entries 32Mean x 15.4Mean y 132.8RMS x 9.233RMS y 52.75
Entries 32Mean x 15.4Mean y 132.8RMS x 9.233RMS y 52.75
000074:70502:EVTMOD_rejected_X8_Y11_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3078
80
82
84
86
88
90
92
94
96
Entries 32Mean x 15.4Mean y 88.36RMS x 9.233RMS y 0.9093
Entries 32Mean x 15.4Mean y 88.36RMS x 9.233RMS y 0.9093
000075:70502:EVTMOD_rejected_X7_Y6_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30102
104
106
108
110
112
114
Entries 32Mean x 15.4Mean y 106.7RMS x 9.233RMS y 1.533
Entries 32Mean x 15.4Mean y 106.7RMS x 9.233RMS y 1.533
000076:70502:EVTMOD_rejected_X6_Y18_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30110
112
114
116
118
120
122
124
126
Entries 32Mean x 15.4Mean y 117.1RMS x 9.233RMS y 1.273
Entries 32Mean x 15.4Mean y 117.1RMS x 9.233RMS y 1.273
000077:70502:EVTMOD_rejected_X5_Y8_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30116
118
120
122
124
126
128
130
132
134
136
Entries 32Mean x 15.4Mean y 123.6RMS x 9.233RMS y 1.198
Entries 32Mean x 15.4Mean y 123.6RMS x 9.233RMS y 1.198
000078:70502:EVTMOD_rejected_X37_Y7_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
70
72
74
76
78
80
82
Entries 32Mean x 15.4Mean y 77.05RMS x 9.233RMS y 0.6838
Entries 32Mean x 15.4Mean y 77.05RMS x 9.233RMS y 0.6838
000079:70502:EVTMOD_rejected_X4_Y6_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
56
58
60
62
64
66
68
70
Entries 32Mean x 15.4Mean y 58.68RMS x 9.233RMS y 0.9635
Entries 32Mean x 15.4Mean y 58.68RMS x 9.233RMS y 0.9635
000080:70502:EVTMOD_rejected_X3_Y7_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
80
85
90
95
100
105
110
Entries 32Mean x 15.4Mean y 82.64RMS x 9.233RMS y 0.8266
Entries 32Mean x 15.4Mean y 82.64RMS x 9.233RMS y 0.8266
000081:70502:EVTMOD_rejected_X12_Y0_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
58
60
62
64
66
68
Entries 32Mean x 15.4Mean y 63.08RMS x 9.233RMS y 1.274
Entries 32Mean x 15.4Mean y 63.08RMS x 9.233RMS y 1.274
000082:70502:EVTMOD_rejected_X10_Y24_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
Entries 32Mean x 15.4
Mean y 125.4RMS x 9.233RMS y 1.328
Entries 32Mean x 15.4
Mean y 125.4RMS x 9.233RMS y 1.328
000083:70502:EVTMOD_rejected_X0_Y18_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
95
100
105
110
115
120
125
Entries 32Mean x 15.4
Mean y 107.2RMS x 9.233RMS y 1.166
Entries 32Mean x 15.4
Mean y 107.2RMS x 9.233RMS y 1.166
000084:70502:EVTMOD_rejected_X0_Y23_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
Entries 32Mean x 15.4
Mean y 131.4RMS x 9.233RMS y 2.068
Entries 32Mean x 15.4
Mean y 131.4RMS x 9.233RMS y 2.068
000085:70502:EVTMOD_rejected_X4_Y5_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30120
125
130
135
140
Entries 32Mean x 15.4
Mean y 130.2RMS x 9.233RMS y 1.175
Entries 32Mean x 15.4
Mean y 130.2RMS x 9.233RMS y 1.175
000086:70502:EVTMOD_rejected_X29_Y1_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3075
80
85
90
95
Entries 32Mean x 15.4
Mean y 88.64RMS x 9.233RMS y 1.197
Entries 32Mean x 15.4
Mean y 88.64RMS x 9.233RMS y 1.197
000087:70502:EVTMOD_rejected_X42_Y8_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3080
85
90
95
100
105
110
115
120
125
Entries 32Mean x 15.4Mean y 97.92RMS x 9.233RMS y 1.003
Entries 32Mean x 15.4Mean y 97.92RMS x 9.233RMS y 1.003
000088:70502:EVTMOD_rejected_X8_Y2_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3060
70
80
90
100
110
Entries 32Mean x 15.4Mean y 84.8RMS x 9.233RMS y 1.096
Entries 32Mean x 15.4Mean y 84.8RMS x 9.233RMS y 1.096
000089:70502:EVTMOD_rejected_X15_Y16_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
50
60
70
80
90
100
Entries 32Mean x 15.4Mean y 73.39RMS x 9.233RMS y 1.685
Entries 32Mean x 15.4Mean y 73.39RMS x 9.233RMS y 1.685
000090:70502:EVTMOD_rejected_X0_Y10_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3080
90
100
110
120
130
Entries 32Mean x 15.4Mean y 105RMS x 9.233RMS y 1.075
Entries 32Mean x 15.4Mean y 105RMS x 9.233RMS y 1.075
000091:70502:EVTMOD_rejected_X4_Y14_B_0.hist 18:22 28.07.2009
0 5 10 15 20 25 30
85
90
95
100
105
110
115
120
125
130
Entries 32Mean x 15.4Mean y 99.23RMS x 9.233RMS y 1.416
Entries 32Mean x 15.4Mean y 99.23RMS x 9.233RMS y 1.416
000092:70502:EVTMOD_rejected_X38_Y15_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
74
76
78
80
82
84
86
Entries 32Mean x 15.4Mean y 78.71RMS x 9.233RMS y 1.515
Entries 32Mean x 15.4Mean y 78.71RMS x 9.233RMS y 1.515
000093:70502:EVTMOD_rejected_X2_Y5_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
106
108
110
112
114
116
118
120
122
Entries 32Mean x 15.4Mean y 112RMS x 9.233RMS y 1.297
Entries 32Mean x 15.4Mean y 112RMS x 9.233RMS y 1.297
000094:70502:EVTMOD_rejected_X7_Y5_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30105
110
115
120
125
130
135
140
145
150
Entries 32Mean x 15.4Mean y 125RMS x 9.233RMS y 1.158
Entries 32Mean x 15.4Mean y 125RMS x 9.233RMS y 1.158
000095:70502:EVTMOD_rejected_X34_Y3_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
95
100
105
110
115
120
125
130
Entries 32Mean x 15.4Mean y 105.8RMS x 9.233RMS y 1.256
Entries 32Mean x 15.4Mean y 105.8RMS x 9.233RMS y 1.256
000096:70502:EVTMOD_rejected_X20_Y25_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
60
65
70
75
80
85
90
95
Entries 32Mean x 15.4Mean y 64.3RMS x 9.233RMS y 1.452
Entries 32Mean x 15.4Mean y 64.3RMS x 9.233RMS y 1.452
000097:70502:EVTMOD_rejected_X8_Y23_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
60
65
70
75
80
85
90
Entries 32Mean x 15.4Mean y 71.02RMS x 9.233RMS y 1.657
Entries 32Mean x 15.4Mean y 71.02RMS x 9.233RMS y 1.657
000098:70502:EVTMOD_rejected_X24_Y23_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3090
100
110
120
130
140
Entries 32Mean x 15.4Mean y 110.4RMS x 9.233RMS y 1.162
Entries 32Mean x 15.4Mean y 110.4RMS x 9.233RMS y 1.162
000099:70502:EVTMOD_rejected_X37_Y14_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
80
90
100
110
120
Entries 32Mean x 15.4Mean y 91.52RMS x 9.233RMS y 1.712
Entries 32Mean x 15.4Mean y 91.52RMS x 9.233RMS y 1.712
000100:70502:EVTMOD_rejected_X7_Y4_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 3065
70
75
80
85
90
95
100
105
110
Entries 32Mean x 15.4Mean y 80.83RMS x 9.233RMS y 1.199
Entries 32Mean x 15.4Mean y 80.83RMS x 9.233RMS y 1.199
000101:70502:EVTMOD_rejected_X7_Y22_B_0.hist 17:06 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
Entries 32Mean x 15.4Mean y 110.1RMS x 9.233RMS y 1.836
Entries 32Mean x 15.4Mean y 110.1RMS x 9.233RMS y 1.836
000102:70502:EVTMOD_rejected_X36_Y8_B_0.hist 17:06 28.07.2009
63
ECAL1 accepted signals
0 5 10 15 20 25 30
90
92
94
96
98
100
102
104
106
Entries 32Mean x 15.4Mean y 96.05RMS x 9.233RMS y 1.402
Entries 32Mean x 15.4Mean y 96.05RMS x 9.233RMS y 1.402
000028:70502:EVTMOD_accepted_X3_Y14_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3070
80
90
100
110
120
130
140
150
Entries 32Mean x 15.4Mean y 82.89RMS x 9.233RMS y 5.438
Entries 32Mean x 15.4Mean y 82.89RMS x 9.233RMS y 5.438
000029:70502:EVTMOD_accepted_X23_Y20_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
Entries 32Mean x 15.4Mean y 112.8RMS x 9.233RMS y 1.261
Entries 32Mean x 15.4Mean y 112.8RMS x 9.233RMS y 1.261
000030:70502:EVTMOD_accepted_X21_Y14_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3055
60
65
70
75
80
85
90
Entries 32Mean x 15.4Mean y 70.83RMS x 9.233RMS y 0.9012
Entries 32Mean x 15.4Mean y 70.83RMS x 9.233RMS y 0.9012
000031:70502:EVTMOD_accepted_X6_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
112
114
116
118
120
122
Entries 32Mean x 15.4Mean y 117.4RMS x 9.233RMS y 1.184
Entries 32Mean x 15.4Mean y 117.4RMS x 9.233RMS y 1.184
000032:70502:EVTMOD_accepted_X19_Y11_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3070
75
80
85
90
95
100
105
110
115
Entries 32Mean x 15.4
Mean y 83.33RMS x 9.233RMS y 4.099
Entries 32Mean x 15.4
Mean y 83.33RMS x 9.233RMS y 4.099
000033:70502:EVTMOD_accepted_X4_Y3_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
102
104
106
108
110
112
114
Entries 32Mean x 15.4
Mean y 105.7RMS x 9.233RMS y 1.085
Entries 32Mean x 15.4
Mean y 105.7RMS x 9.233RMS y 1.085
000034:70502:EVTMOD_accepted_X7_Y15_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
90
100
110
120
130
Entries 32Mean x 15.4
Mean y 90.67RMS x 9.233RMS y 1.026
Entries 32Mean x 15.4
Mean y 90.67RMS x 9.233RMS y 1.026
000035:70502:EVTMOD_accepted_X1_Y9_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
80
100
120
140
160
180
Entries 32Mean x 15.4
Mean y 111.1RMS x 9.233RMS y 12.16
Entries 32Mean x 15.4
Mean y 111.1RMS x 9.233RMS y 12.16
000036:70502:EVTMOD_accepted_X18_Y15_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
106
107
108
109
110
111
112
113
Entries 32Mean x 15.4
Mean y 108.6RMS x 9.233RMS y 1.089
Entries 32Mean x 15.4
Mean y 108.6RMS x 9.233RMS y 1.089
000037:70502:EVTMOD_accepted_X3_Y16_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30126
128
130
132
134
136
138
140
142
Entries 32Mean x 15.4Mean y 130.9RMS x 9.233RMS y 1.473
Entries 32Mean x 15.4Mean y 130.9RMS x 9.233RMS y 1.473
000038:70502:EVTMOD_accepted_X12_Y23_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
80
90
100
110
120
130
Entries 32Mean x 15.4Mean y 92.36RMS x 9.233RMS y 1.328
Entries 32Mean x 15.4Mean y 92.36RMS x 9.233RMS y 1.328
000039:70502:EVTMOD_accepted_X39_Y22_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
50
60
70
80
90
100
110
Entries 32Mean x 15.4Mean y 67.18RMS x 9.233RMS y 6.567
Entries 32Mean x 15.4Mean y 67.18RMS x 9.233RMS y 6.567
000040:70502:EVTMOD_accepted_X13_Y9_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 129.2RMS x 9.233RMS y 5.324
Entries 32Mean x 15.4Mean y 129.2RMS x 9.233RMS y 5.324
000041:70502:EVTMOD_accepted_X36_Y17_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
60
80
100
120
140
160
180
200
220
Entries 32Mean x 15.4Mean y 105.6RMS x 9.233RMS y 29.05
Entries 32Mean x 15.4Mean y 105.6RMS x 9.233RMS y 29.05
000042:70502:EVTMOD_accepted_X2_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
66
68
70
72
74
76
78
80
Entries 32Mean x 15.4Mean y 71.11RMS x 9.233RMS y 2.053
Entries 32Mean x 15.4Mean y 71.11RMS x 9.233RMS y 2.053
000043:70502:EVTMOD_accepted_X6_Y11_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
90
100
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 117.7RMS x 9.233RMS y 5.565
Entries 32Mean x 15.4Mean y 117.7RMS x 9.233RMS y 5.565
000044:70502:EVTMOD_accepted_X6_Y12_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
Entries 32Mean x 15.4Mean y 131.4RMS x 9.233RMS y 1.43
Entries 32Mean x 15.4Mean y 131.4RMS x 9.233RMS y 1.43
000045:70502:EVTMOD_accepted_X15_Y3_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3070
75
80
85
90
Entries 32Mean x 15.4Mean y 80.86RMS x 9.233RMS y 2.011
Entries 32Mean x 15.4Mean y 80.86RMS x 9.233RMS y 2.011
000046:70502:EVTMOD_accepted_X20_Y21_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
94
96
98
100
102
104
106
Entries 32Mean x 15.4Mean y 99.83RMS x 9.233RMS y 1.713
Entries 32Mean x 15.4Mean y 99.83RMS x 9.233RMS y 1.713
000047:70502:EVTMOD_accepted_X0_Y13_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
70
72
74
76
78
80
Entries 32Mean x 15.4Mean y 73.74RMS x 9.233RMS y 1.162
Entries 32Mean x 15.4Mean y 73.74RMS x 9.233RMS y 1.162
000048:70502:EVTMOD_accepted_X6_Y12_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3074
76
78
80
82
84
86
Entries 32Mean x 15.4Mean y 78.08RMS x 9.233RMS y 1.118
Entries 32Mean x 15.4Mean y 78.08RMS x 9.233RMS y 1.118
000049:70502:EVTMOD_accepted_X9_Y11_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30110
115
120
125
130
135
140
145
150
155
Entries 32Mean x 15.4Mean y 131.9RMS x 9.233RMS y 3.608
Entries 32Mean x 15.4Mean y 131.9RMS x 9.233RMS y 3.608
000050:70502:EVTMOD_accepted_X6_Y8_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3060
65
70
75
80
85
90
95
Entries 32Mean x 15.4Mean y 73.93RMS x 9.233RMS y 4.22
Entries 32Mean x 15.4Mean y 73.93RMS x 9.233RMS y 4.22
000051:70502:EVTMOD_accepted_X9_Y5_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
126
128
130
132
134
136
Entries 32Mean x 15.4Mean y 129RMS x 9.233RMS y 1.185
Entries 32Mean x 15.4Mean y 129RMS x 9.233RMS y 1.185
000052:70502:EVTMOD_accepted_X28_Y20_B_0.hist 17:14 28.07.2009
64 Appendix A
0 5 10 15 20 25 30
85
90
95
100
105
110
Entries 32Mean x 15.4Mean y 94.2RMS x 9.233RMS y 1.653
Entries 32Mean x 15.4Mean y 94.2RMS x 9.233RMS y 1.653
000053:70502:EVTMOD_accepted_X8_Y14_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 300
50
100
150
200
250
Entries 32Mean x 15.4Mean y 120.5RMS x 9.233RMS y 20.44
Entries 32Mean x 15.4Mean y 120.5RMS x 9.233RMS y 20.44
000054:70502:EVTMOD_accepted_X18_Y22_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
95
100
105
110
115
120
Entries 32Mean x 15.4Mean y 102.4RMS x 9.233RMS y 2.348
Entries 32Mean x 15.4Mean y 102.4RMS x 9.233RMS y 2.348
000055:70502:EVTMOD_accepted_X4_Y20_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3096
98
100
102
104
106
108
110
112
114
Entries 32Mean x 15.4Mean y 102.6RMS x 9.233RMS y 1.06
Entries 32Mean x 15.4Mean y 102.6RMS x 9.233RMS y 1.06
000056:70502:EVTMOD_accepted_X19_Y16_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
66
68
70
72
74
76
78
80
Entries 32Mean x 15.4Mean y 71.65RMS x 9.233RMS y 1.321
Entries 32Mean x 15.4Mean y 71.65RMS x 9.233RMS y 1.321
000057:70502:EVTMOD_accepted_X7_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
Entries 32Mean x 15.4
Mean y 127.3RMS x 9.233RMS y 5.193
Entries 32Mean x 15.4
Mean y 127.3RMS x 9.233RMS y 5.193
000058:70502:EVTMOD_accepted_X32_Y0_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
138
140
142
144
146
148
150
152
154
Entries 32Mean x 15.4
Mean y 141.4RMS x 9.233RMS y 1.899
Entries 32Mean x 15.4
Mean y 141.4RMS x 9.233RMS y 1.899
000059:70502:EVTMOD_accepted_X37_Y6_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
80
85
90
95
100
Entries 32Mean x 15.4
Mean y 88.17RMS x 9.233RMS y 1.826
Entries 32Mean x 15.4
Mean y 88.17RMS x 9.233RMS y 1.826
000060:70502:EVTMOD_accepted_X10_Y9_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
60
80
100
120
140
160
Entries 32Mean x 15.4
Mean y 95.26RMS x 9.233RMS y 6.951
Entries 32Mean x 15.4
Mean y 95.26RMS x 9.233RMS y 6.951
000061:70502:EVTMOD_accepted_X7_Y20_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
68
70
72
74
76
78
80
82
Entries 32Mean x 15.4
Mean y 73.8RMS x 9.233RMS y 0.8742
Entries 32Mean x 15.4
Mean y 73.8RMS x 9.233RMS y 0.8742
000062:70502:EVTMOD_accepted_X15_Y4_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
Entries 32Mean x 15.4Mean y 111.1RMS x 9.233RMS y 35.04
Entries 32Mean x 15.4Mean y 111.1RMS x 9.233RMS y 35.04
000063:70502:EVTMOD_accepted_X10_Y16_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3080
90
100
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 108.2RMS x 9.233RMS y 4.254
Entries 32Mean x 15.4Mean y 108.2RMS x 9.233RMS y 4.254
000064:70502:EVTMOD_accepted_X17_Y11_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
72
74
76
78
80
82
84
86
88
Entries 32Mean x 15.4Mean y 76.49RMS x 9.233RMS y 1.056
Entries 32Mean x 15.4Mean y 76.49RMS x 9.233RMS y 1.056
000065:70502:EVTMOD_accepted_X3_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
70
75
80
85
90
95
100
105
110
Entries 32Mean x 15.4Mean y 85.2RMS x 9.233RMS y 3.958
Entries 32Mean x 15.4Mean y 85.2RMS x 9.233RMS y 3.958
000066:70502:EVTMOD_accepted_X7_Y9_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
85
90
95
100
105
Entries 32Mean x 15.4Mean y 92.95RMS x 9.233RMS y 2.509
Entries 32Mean x 15.4Mean y 92.95RMS x 9.233RMS y 2.509
000067:70502:EVTMOD_accepted_X14_Y17_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3094
96
98
100
102
104
106
108
Entries 32Mean x 15.4Mean y 99.51RMS x 9.233RMS y 1.273
Entries 32Mean x 15.4Mean y 99.51RMS x 9.233RMS y 1.273
000068:70502:EVTMOD_accepted_X38_Y21_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3060
70
80
90
100
110
Entries 32Mean x 15.4Mean y 72.49RMS x 9.233RMS y 3.267
Entries 32Mean x 15.4Mean y 72.49RMS x 9.233RMS y 3.267
000069:70502:EVTMOD_accepted_X8_Y12_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 300
50
100
150
200
250
300
350
400
Entries 32Mean x 15.4Mean y 97.01RMS x 9.233RMS y 38.46
Entries 32Mean x 15.4Mean y 97.01RMS x 9.233RMS y 38.46
000070:70502:EVTMOD_accepted_X5_Y9_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3096
98
100
102
104
106
108
110
112
Entries 32Mean x 15.4Mean y 103.9RMS x 9.233RMS y 1.044
Entries 32Mean x 15.4Mean y 103.9RMS x 9.233RMS y 1.044
000071:70502:EVTMOD_accepted_X7_Y18_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
60
80
100
120
140
160
Entries 32Mean x 15.4Mean y 94.05RMS x 9.233RMS y 9.908
Entries 32Mean x 15.4Mean y 94.05RMS x 9.233RMS y 9.908
000072:70502:EVTMOD_accepted_X12_Y15_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
700
800
Entries 32Mean x 15.4Mean y 201.7RMS x 9.233RMS y 111
Entries 32Mean x 15.4Mean y 201.7RMS x 9.233RMS y 111
000073:70502:EVTMOD_accepted_X5_Y16_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
104
106
108
110
112
114
Entries 32Mean x 15.4Mean y 106.6RMS x 9.233RMS y 1.06
Entries 32Mean x 15.4Mean y 106.6RMS x 9.233RMS y 1.06
000074:70502:EVTMOD_accepted_X16_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3090
100
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 117.9RMS x 9.233RMS y 6.667
Entries 32Mean x 15.4Mean y 117.9RMS x 9.233RMS y 6.667
000075:70502:EVTMOD_accepted_X4_Y12_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
82
84
86
88
90
92
94
96
Entries 32Mean x 15.4Mean y 87.98RMS x 9.233RMS y 0.9471
Entries 32Mean x 15.4Mean y 87.98RMS x 9.233RMS y 0.9471
000076:70502:EVTMOD_accepted_X8_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
70
80
90
100
110
120
Entries 32Mean x 15.4Mean y 73.83RMS x 9.233RMS y 6.594
Entries 32Mean x 15.4Mean y 73.83RMS x 9.233RMS y 6.594
000077:70502:EVTMOD_accepted_X10_Y13_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 300
50
100
150
200
250
300
350
400
450
Entries 32Mean x 15.4Mean y 92.83RMS x 9.233RMS y 22.62
Entries 32Mean x 15.4Mean y 92.83RMS x 9.233RMS y 22.62
000078:70502:EVTMOD_accepted_X6_Y13_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 136.9RMS x 9.233RMS y 3.473
Entries 32Mean x 15.4Mean y 136.9RMS x 9.233RMS y 3.473
000079:70502:EVTMOD_accepted_X6_Y16_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30100
120
140
160
180
200
220
Entries 32Mean x 15.4Mean y 139.5RMS x 9.233RMS y 9.193
Entries 32Mean x 15.4Mean y 139.5RMS x 9.233RMS y 9.193
000080:70502:EVTMOD_accepted_X36_Y0_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3086
88
90
92
94
96
98
100
102
104
106
108
Entries 32Mean x 15.4Mean y 93.67RMS x 9.233RMS y 1.578
Entries 32Mean x 15.4Mean y 93.67RMS x 9.233RMS y 1.578
000081:70502:EVTMOD_accepted_X9_Y9_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3070
80
90
100
110
120
130
Entries 32Mean x 15.4Mean y 93.86RMS x 9.233RMS y 4.922
Entries 32Mean x 15.4Mean y 93.86RMS x 9.233RMS y 4.922
000082:70502:EVTMOD_accepted_X3_Y3_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
68
70
72
74
76
78
Entries 32Mean x 15.4
Mean y 69.65RMS x 9.233RMS y 1.56
Entries 32Mean x 15.4
Mean y 69.65RMS x 9.233RMS y 1.56
000083:70502:EVTMOD_accepted_X3_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3076
78
80
82
84
86
88
90
Entries 32Mean x 15.4
Mean y 80.55RMS x 9.233RMS y 1.767
Entries 32Mean x 15.4
Mean y 80.55RMS x 9.233RMS y 1.767
000084:70502:EVTMOD_accepted_X15_Y13_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3050
60
70
80
90
100
Entries 32Mean x 15.4
Mean y 70.02RMS x 9.233RMS y 3.436
Entries 32Mean x 15.4
Mean y 70.02RMS x 9.233RMS y 3.436
000085:70502:EVTMOD_accepted_X15_Y20_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3072
74
76
78
80
82
84
Entries 32Mean x 15.4
Mean y 76.86RMS x 9.233RMS y 1.243
Entries 32Mean x 15.4
Mean y 76.86RMS x 9.233RMS y 1.243
000086:70502:EVTMOD_accepted_X41_Y8_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
90
100
110
120
130
140
Entries 32Mean x 15.4
Mean y 100RMS x 9.233RMS y 2.297
Entries 32Mean x 15.4
Mean y 100RMS x 9.233RMS y 2.297
000087:70502:EVTMOD_accepted_X6_Y17_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
72
74
76
78
80
82
84
86
88
90
92
94
Entries 32Mean x 15.4Mean y 75.08RMS x 9.233RMS y 3.071
Entries 32Mean x 15.4Mean y 75.08RMS x 9.233RMS y 3.071
000088:70502:EVTMOD_accepted_X10_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
82
84
86
88
90
92
94
96
98
100
102
Entries 32Mean x 15.4Mean y 89.08RMS x 9.233RMS y 2.499
Entries 32Mean x 15.4Mean y 89.08RMS x 9.233RMS y 2.499
000089:70502:EVTMOD_accepted_X1_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
60
80
100
120
140
160
Entries 32Mean x 15.4Mean y 98.23RMS x 9.233RMS y 17.25
Entries 32Mean x 15.4Mean y 98.23RMS x 9.233RMS y 17.25
000090:70502:EVTMOD_accepted_X9_Y10_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
80
85
90
95
100
105
Entries 32Mean x 15.4Mean y 81.99RMS x 9.233RMS y 5.568
Entries 32Mean x 15.4Mean y 81.99RMS x 9.233RMS y 5.568
000091:70502:EVTMOD_accepted_X9_Y7_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
75
80
85
90
95
Entries 32Mean x 15.4Mean y 78.61RMS x 9.233RMS y 4.575
Entries 32Mean x 15.4Mean y 78.61RMS x 9.233RMS y 4.575
000092:70502:EVTMOD_accepted_X6_Y4_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 3076
78
80
82
84
86
88
90
92
94
96
Entries 32Mean x 15.4Mean y 81.27RMS x 9.233RMS y 4.875
Entries 32Mean x 15.4Mean y 81.27RMS x 9.233RMS y 4.875
000093:70502:EVTMOD_accepted_X9_Y11_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
86
88
90
92
94
Entries 32Mean x 15.4Mean y 87.73RMS x 9.233RMS y 0.9875
Entries 32Mean x 15.4Mean y 87.73RMS x 9.233RMS y 0.9875
000094:70502:EVTMOD_accepted_X14_Y13_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
78
80
82
84
86
88
90
92
94
Entries 32Mean x 15.4Mean y 83.39RMS x 9.233RMS y 1.467
Entries 32Mean x 15.4Mean y 83.39RMS x 9.233RMS y 1.467
000095:70502:EVTMOD_accepted_X9_Y8_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
75
80
85
90
95
Entries 32Mean x 15.4Mean y 86.02RMS x 9.233RMS y 1.059
Entries 32Mean x 15.4Mean y 86.02RMS x 9.233RMS y 1.059
000096:70502:EVTMOD_accepted_X13_Y14_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30109
110
111
112
113
114
115
116
117
Entries 32Mean x 15.4Mean y 112.5RMS x 9.233RMS y 0.7042
Entries 32Mean x 15.4Mean y 112.5RMS x 9.233RMS y 0.7042
000097:70502:EVTMOD_accepted_X7_Y13_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
120
140
160
180
200
220
Entries 32Mean x 15.4Mean y 139.1RMS x 9.233RMS y 15.37
Entries 32Mean x 15.4Mean y 139.1RMS x 9.233RMS y 15.37
000098:70502:EVTMOD_accepted_X5_Y9_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
65
70
75
80
85
90
Entries 32Mean x 15.4Mean y 74.77RMS x 9.233RMS y 3.6
Entries 32Mean x 15.4Mean y 74.77RMS x 9.233RMS y 3.6
000099:70502:EVTMOD_accepted_X25_Y1_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
70
75
80
85
90
Entries 32Mean x 15.4Mean y 77.89RMS x 9.233RMS y 1.285
Entries 32Mean x 15.4Mean y 77.89RMS x 9.233RMS y 1.285
000100:70502:EVTMOD_accepted_X25_Y1_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30
72
74
76
78
80
82
84
Entries 32Mean x 15.4Mean y 76.8RMS x 9.233RMS y 1.205
Entries 32Mean x 15.4Mean y 76.8RMS x 9.233RMS y 1.205
000101:70502:EVTMOD_accepted_X43_Y8_B_0.hist 17:14 28.07.2009
0 5 10 15 20 25 30110
112
114
116
118
120
122
124
126
Entries 32Mean x 15.4Mean y 116.8RMS x 9.233RMS y 1.013
Entries 32Mean x 15.4Mean y 116.8RMS x 9.233RMS y 1.013
000102:70502:EVTMOD_accepted_X3_Y22_B_0.hist 17:14 28.07.2009
65
ECAL2 rejected signals
0 5 10 15 20 25 30
115
120
125
130
135
140
Entries 32Mean x 15.4Mean y 130.3RMS x 9.233RMS y 3.007
Entries 32Mean x 15.4Mean y 130.3RMS x 9.233RMS y 3.007
000001:70502:EVTMOD_rejected_X30_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30105
110
115
120
125
130
135
140
145
Entries 32Mean x 15.4Mean y 127.8RMS x 9.233RMS y 2.222
Entries 32Mean x 15.4Mean y 127.8RMS x 9.233RMS y 2.222
000002:70502:EVTMOD_rejected_X31_Y25_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 300
200
400
600
800
1000
Entries 32Mean x 15.4Mean y 350.4RMS x 9.233RMS y 252.4
Entries 32Mean x 15.4Mean y 350.4RMS x 9.233RMS y 252.4
000003:70502:EVTMOD_rejected_X33_Y22_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
100
120
140
160
180
200
Entries 32Mean x 15.4Mean y 129.4RMS x 9.233RMS y 6.012
Entries 32Mean x 15.4Mean y 129.4RMS x 9.233RMS y 6.012
000004:70502:EVTMOD_rejected_X33_Y36_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
145
150
155
160
165
170
175
180
Entries 32Mean x 15.4Mean y 158.1RMS x 9.233RMS y 2.703
Entries 32Mean x 15.4Mean y 158.1RMS x 9.233RMS y 2.703
000005:70502:EVTMOD_rejected_X26_Y30_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30160
170
180
190
200
210
220
230
240
Entries 32Mean x 15.4
Mean y 187.2RMS x 9.233RMS y 6.845
Entries 32Mean x 15.4
Mean y 187.2RMS x 9.233RMS y 6.845
000006:70502:EVTMOD_rejected_X19_Y29_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
80
100
120
140
160
Entries 32Mean x 15.4
Mean y 129.3RMS x 9.233RMS y 2.446
Entries 32Mean x 15.4
Mean y 129.3RMS x 9.233RMS y 2.446
000007:70502:EVTMOD_rejected_X30_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
126
128
130
132
134
136
Entries 32Mean x 15.4
Mean y 130.7RMS x 9.233RMS y 0.9553
Entries 32Mean x 15.4
Mean y 130.7RMS x 9.233RMS y 0.9553
000008:70502:EVTMOD_rejected_X61_Y44_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
75
80
85
90
95
100
Entries 32Mean x 15.4
Mean y 86.55RMS x 9.233RMS y 0.7062
Entries 32Mean x 15.4
Mean y 86.55RMS x 9.233RMS y 0.7062
000009:70502:EVTMOD_rejected_X47_Y5_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
136
138
140
142
144
146
148
150
Entries 32Mean x 15.4
Mean y 142.7RMS x 9.233RMS y 1.214
Entries 32Mean x 15.4
Mean y 142.7RMS x 9.233RMS y 1.214
000010:70502:EVTMOD_rejected_X60_Y1_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30150
152
154
156
158
160
162
164
166
Entries 32Mean x 15.4Mean y 157.4RMS x 9.233RMS y 2.709
Entries 32Mean x 15.4Mean y 157.4RMS x 9.233RMS y 2.709
000011:70502:EVTMOD_rejected_X12_Y9_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 3090
100
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 122.3RMS x 9.233RMS y 5.247
Entries 32Mean x 15.4Mean y 122.3RMS x 9.233RMS y 5.247
000012:70502:EVTMOD_rejected_X28_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30118
120
122
124
126
128
130
132
134
136
Entries 32Mean x 15.4Mean y 125.1RMS x 9.233RMS y 1.677
Entries 32Mean x 15.4Mean y 125.1RMS x 9.233RMS y 1.677
000013:70502:EVTMOD_rejected_X36_Y33_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
95
100
105
110
115
Entries 32Mean x 15.4Mean y 105.2RMS x 9.233RMS y 1.665
Entries 32Mean x 15.4Mean y 105.2RMS x 9.233RMS y 1.665
000014:70502:EVTMOD_rejected_X6_Y38_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30115
120
125
130
135
140
Entries 32Mean x 15.4Mean y 128.8RMS x 9.233RMS y 2.621
Entries 32Mean x 15.4Mean y 128.8RMS x 9.233RMS y 2.621
000015:70502:EVTMOD_rejected_X25_Y39_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30145
150
155
160
165
Entries 32Mean x 15.4Mean y 155.8RMS x 9.233RMS y 2.304
Entries 32Mean x 15.4Mean y 155.8RMS x 9.233RMS y 2.304
000016:70502:EVTMOD_rejected_X31_Y20_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30144
146
148
150
152
154
156
158
160
162
Entries 32Mean x 15.4Mean y 151.5RMS x 9.233RMS y 1.784
Entries 32Mean x 15.4Mean y 151.5RMS x 9.233RMS y 1.784
000017:70502:EVTMOD_rejected_X13_Y13_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
122
124
126
128
130
132
134
136
138
Entries 32Mean x 15.4Mean y 127.2RMS x 9.233RMS y 1.041
Entries 32Mean x 15.4Mean y 127.2RMS x 9.233RMS y 1.041
000018:70502:EVTMOD_rejected_X60_Y3_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
105
110
115
120
125
130
135
Entries 32Mean x 15.4Mean y 122.1RMS x 9.233RMS y 4.13
Entries 32Mean x 15.4Mean y 122.1RMS x 9.233RMS y 4.13
000019:70502:EVTMOD_rejected_X6_Y31_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
125
130
135
140
145
150
Entries 32Mean x 15.4Mean y 135.3RMS x 9.233RMS y 2.594
Entries 32Mean x 15.4Mean y 135.3RMS x 9.233RMS y 2.594
000020:70502:EVTMOD_rejected_X24_Y35_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
128
130
132
134
136
138
140
142
144
146
148
Entries 32Mean x 15.4Mean y 136.7RMS x 9.233RMS y 1.383
Entries 32Mean x 15.4Mean y 136.7RMS x 9.233RMS y 1.383
000021:70502:EVTMOD_rejected_X5_Y39_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
98
100
102
104
106
108
110
112
114
Entries 32Mean x 15.4Mean y 105.4RMS x 9.233RMS y 2.294
Entries 32Mean x 15.4Mean y 105.4RMS x 9.233RMS y 2.294
000022:70502:EVTMOD_rejected_X7_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
152
154
156
158
160
162
164
Entries 32Mean x 15.4Mean y 153.9RMS x 9.233RMS y 1.218
Entries 32Mean x 15.4Mean y 153.9RMS x 9.233RMS y 1.218
000023:70502:EVTMOD_rejected_X18_Y22_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30130
135
140
145
150
Entries 32Mean x 15.4Mean y 138.2RMS x 9.233RMS y 2.623
Entries 32Mean x 15.4Mean y 138.2RMS x 9.233RMS y 2.623
000024:70502:EVTMOD_rejected_X30_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
165
170
175
180
185
190
195
Entries 32Mean x 15.4Mean y 172.4RMS x 9.233RMS y 5.524
Entries 32Mean x 15.4Mean y 172.4RMS x 9.233RMS y 5.524
000025:70502:EVTMOD_rejected_X29_Y23_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30132
134
136
138
140
142
144
146
148
150
152
Entries 32Mean x 15.4Mean y 137.5RMS x 9.233RMS y 3.23
Entries 32Mean x 15.4Mean y 137.5RMS x 9.233RMS y 3.23
000026:70502:EVTMOD_rejected_X15_Y19_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 132.7RMS x 9.233RMS y 1.832
Entries 32Mean x 15.4Mean y 132.7RMS x 9.233RMS y 1.832
000027:70502:EVTMOD_rejected_X28_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30136
138
140
142
144
146
148
Entries 32Mean x 15.4Mean y 141.2RMS x 9.233RMS y 1.192
Entries 32Mean x 15.4Mean y 141.2RMS x 9.233RMS y 1.192
000028:70502:EVTMOD_rejected_X3_Y1_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
108
110
112
114
116
118
Entries 32Mean x 15.4Mean y 110.9RMS x 9.233RMS y 1.192
Entries 32Mean x 15.4Mean y 110.9RMS x 9.233RMS y 1.192
000029:70502:EVTMOD_rejected_X50_Y47_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
120
122
124
126
128
130
132
134
136
Entries 32Mean x 15.4Mean y 127.3RMS x 9.233RMS y 1.948
Entries 32Mean x 15.4Mean y 127.3RMS x 9.233RMS y 1.948
000030:70502:EVTMOD_rejected_X31_Y28_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
136
138
140
142
144
146
Entries 32Mean x 15.4
Mean y 141.4RMS x 9.233RMS y 1.192
Entries 32Mean x 15.4
Mean y 141.4RMS x 9.233RMS y 1.192
000031:70502:EVTMOD_rejected_X3_Y1_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
70
72
74
76
78
80
82
84
86
88
Entries 32Mean x 15.4
Mean y 78.14RMS x 9.233RMS y 1.456
Entries 32Mean x 15.4
Mean y 78.14RMS x 9.233RMS y 1.456
000032:70502:EVTMOD_rejected_X45_Y0_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
102
104
106
108
110
112
114
116
118
120
Entries 32Mean x 15.4
Mean y 113.2RMS x 9.233RMS y 0.9268
Entries 32Mean x 15.4
Mean y 113.2RMS x 9.233RMS y 0.9268
000033:70502:EVTMOD_rejected_X49_Y47_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30130
132
134
136
138
140
142
144
146
Entries 32Mean x 15.4
Mean y 138.3RMS x 9.233RMS y 1.609
Entries 32Mean x 15.4
Mean y 138.3RMS x 9.233RMS y 1.609
000034:70502:EVTMOD_rejected_X2_Y33_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
105
110
115
120
125
130
135
140
145
Entries 32Mean x 15.4
Mean y 126.5RMS x 9.233RMS y 1.851
Entries 32Mean x 15.4
Mean y 126.5RMS x 9.233RMS y 1.851
000035:70502:EVTMOD_rejected_X28_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
128
130
132
134
136
138
140
142
144
146
148
Entries 32Mean x 15.4Mean y 136.6RMS x 9.233RMS y 1.58
Entries 32Mean x 15.4Mean y 136.6RMS x 9.233RMS y 1.58
000036:70502:EVTMOD_rejected_X27_Y25_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
110
115
120
125
130
Entries 32Mean x 15.4Mean y 117.4RMS x 9.233RMS y 1.899
Entries 32Mean x 15.4Mean y 117.4RMS x 9.233RMS y 1.899
000037:70502:EVTMOD_rejected_X40_Y15_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
100
200
300
400
500
600
700
800
Entries 32Mean x 15.4Mean y 249.7RMS x 9.233RMS y 229.7
Entries 32Mean x 15.4Mean y 249.7RMS x 9.233RMS y 229.7
000038:70502:EVTMOD_rejected_X36_Y19_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30130
135
140
145
150
Entries 32Mean x 15.4Mean y 138.8RMS x 9.233RMS y 1.75
Entries 32Mean x 15.4Mean y 138.8RMS x 9.233RMS y 1.75
000039:70502:EVTMOD_rejected_X26_Y14_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 3074
76
78
80
82
84
86
88
Entries 32Mean x 15.4Mean y 81.14RMS x 9.233RMS y 0.8636
Entries 32Mean x 15.4Mean y 81.14RMS x 9.233RMS y 0.8636
000040:70502:EVTMOD_rejected_X47_Y6_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
112
114
116
118
120
122
124
Entries 32Mean x 15.4Mean y 117.1RMS x 9.233RMS y 0.8831
Entries 32Mean x 15.4Mean y 117.1RMS x 9.233RMS y 0.8831
000041:70502:EVTMOD_rejected_X54_Y0_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
Entries 32Mean x 15.4Mean y 133.2RMS x 9.233RMS y 4.062
Entries 32Mean x 15.4Mean y 133.2RMS x 9.233RMS y 4.062
000042:70502:EVTMOD_rejected_X9_Y15_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
68
70
72
74
76
78
80
82
84
86
Entries 32Mean x 15.4Mean y 75.74RMS x 9.233RMS y 1.491
Entries 32Mean x 15.4Mean y 75.74RMS x 9.233RMS y 1.491
000043:70502:EVTMOD_rejected_X45_Y0_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30144
146
148
150
152
154
156
158
160
162
Entries 32Mean x 15.4Mean y 154.1RMS x 9.233RMS y 1.38
Entries 32Mean x 15.4Mean y 154.1RMS x 9.233RMS y 1.38
000044:70502:EVTMOD_rejected_X1_Y39_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30125
130
135
140
145
150
155
Entries 32Mean x 15.4Mean y 138.3RMS x 9.233RMS y 3.411
Entries 32Mean x 15.4Mean y 138.3RMS x 9.233RMS y 3.411
000045:70502:EVTMOD_rejected_X32_Y21_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
115
120
125
130
135
140
145
150
155
Entries 32Mean x 15.4Mean y 129.9RMS x 9.233RMS y 2.635
Entries 32Mean x 15.4Mean y 129.9RMS x 9.233RMS y 2.635
000046:70502:EVTMOD_rejected_X30_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
140
150
160
170
180
190
Entries 32Mean x 15.4Mean y 140.7RMS x 9.233RMS y 11.98
Entries 32Mean x 15.4Mean y 140.7RMS x 9.233RMS y 11.98
000047:70502:EVTMOD_rejected_X12_Y28_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30125
130
135
140
145
Entries 32Mean x 15.4Mean y 137.6RMS x 9.233RMS y 3.57
Entries 32Mean x 15.4Mean y 137.6RMS x 9.233RMS y 3.57
000048:70502:EVTMOD_rejected_X24_Y33_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 3080
100
120
140
160
180
200
220
240
260
280
Entries 32Mean x 15.4Mean y 167.4RMS x 9.233RMS y 30.11
Entries 32Mean x 15.4Mean y 167.4RMS x 9.233RMS y 30.11
000049:70502:EVTMOD_rejected_X7_Y35_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
130
135
140
145
150
Entries 32Mean x 15.4Mean y 136.7RMS x 9.233RMS y 2.316
Entries 32Mean x 15.4Mean y 136.7RMS x 9.233RMS y 2.316
000050:70502:EVTMOD_rejected_X13_Y24_B_0.hist 17:36 28.07.2009
66 Appendix A
0 5 10 15 20 25 30120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 147.1RMS x 9.233RMS y 2.524
Entries 32Mean x 15.4Mean y 147.1RMS x 9.233RMS y 2.524
000051:70502:EVTMOD_rejected_X60_Y1_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 143.6RMS x 9.233RMS y 1.321
Entries 32Mean x 15.4Mean y 143.6RMS x 9.233RMS y 1.321
000052:70502:EVTMOD_rejected_X9_Y35_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
114
115
116
117
118
119
Entries 32Mean x 15.4Mean y 116.3RMS x 9.233RMS y 1.11
Entries 32Mean x 15.4Mean y 116.3RMS x 9.233RMS y 1.11
000053:70502:EVTMOD_rejected_X61_Y42_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
120
125
130
135
140
Entries 32Mean x 15.4Mean y 128.6RMS x 9.233RMS y 2.511
Entries 32Mean x 15.4Mean y 128.6RMS x 9.233RMS y 2.511
000054:70502:EVTMOD_rejected_X28_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
105
110
115
120
125
130
135
Entries 32Mean x 15.4Mean y 114.5RMS x 9.233RMS y 1.519
Entries 32Mean x 15.4Mean y 114.5RMS x 9.233RMS y 1.519
000055:70502:EVTMOD_rejected_X32_Y17_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
120
130
140
150
160
Entries 32Mean x 15.4
Mean y 133.4RMS x 9.233RMS y 1.214
Entries 32Mean x 15.4
Mean y 133.4RMS x 9.233RMS y 1.214
000056:70502:EVTMOD_rejected_X8_Y35_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
90
100
110
120
130
140
150
Entries 32Mean x 15.4Mean y 106.7RMS x 9.233RMS y 2.593
Entries 32Mean x 15.4Mean y 106.7RMS x 9.233RMS y 2.593
000057:70502:EVTMOD_rejected_X26_Y27_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 3098
100
102
104
106
108
110
112
114
Entries 32Mean x 15.4
Mean y 104RMS x 9.233RMS y 1.776
Entries 32Mean x 15.4
Mean y 104RMS x 9.233RMS y 1.776
000058:70502:EVTMOD_rejected_X31_Y35_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
180
190
Entries 32Mean x 15.4
Mean y 138.9RMS x 9.233RMS y 12.36
Entries 32Mean x 15.4
Mean y 138.9RMS x 9.233RMS y 12.36
000059:70502:EVTMOD_rejected_X28_Y24_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
120
125
130
135
140
145
150
155
160
Entries 32Mean x 15.4
Mean y 129.9RMS x 9.233RMS y 2.386
Entries 32Mean x 15.4
Mean y 129.9RMS x 9.233RMS y 2.386
000060:70502:EVTMOD_rejected_X30_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 121.1RMS x 9.233RMS y 2.473
Entries 32Mean x 15.4Mean y 121.1RMS x 9.233RMS y 2.473
000061:70502:EVTMOD_rejected_X42_Y16_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
130
140
150
160
170
180
190
200
Entries 32Mean x 15.4Mean y 157.7RMS x 9.233RMS y 1.763
Entries 32Mean x 15.4Mean y 157.7RMS x 9.233RMS y 1.763
000062:70502:EVTMOD_rejected_X26_Y30_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30100
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 132.9RMS x 9.233RMS y 1.922
Entries 32Mean x 15.4Mean y 132.9RMS x 9.233RMS y 1.922
000063:70502:EVTMOD_rejected_X46_Y23_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
118
120
122
124
126
128
130
Entries 32Mean x 15.4Mean y 124.5RMS x 9.233RMS y 1.54
Entries 32Mean x 15.4Mean y 124.5RMS x 9.233RMS y 1.54
000064:70502:EVTMOD_rejected_X53_Y0_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30116
118
120
122
124
126
128
130
132
134
136
138
Entries 32Mean x 15.4Mean y 124.1RMS x 9.233RMS y 1.51
Entries 32Mean x 15.4Mean y 124.1RMS x 9.233RMS y 1.51
000065:70502:EVTMOD_rejected_X28_Y15_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
125
130
135
140
145
150
Entries 32Mean x 15.4Mean y 133.3RMS x 9.233RMS y 3.55
Entries 32Mean x 15.4Mean y 133.3RMS x 9.233RMS y 3.55
000066:70502:EVTMOD_rejected_X28_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30120
125
130
135
140
Entries 32Mean x 15.4Mean y 131.1RMS x 9.233RMS y 3.122
Entries 32Mean x 15.4Mean y 131.1RMS x 9.233RMS y 3.122
000067:70502:EVTMOD_rejected_X34_Y11_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 124RMS x 9.233RMS y 2.005
Entries 32Mean x 15.4Mean y 124RMS x 9.233RMS y 2.005
000068:70502:EVTMOD_rejected_X45_Y26_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30100
105
110
115
120
125
Entries 32Mean x 15.4Mean y 112.5RMS x 9.233RMS y 1.142
Entries 32Mean x 15.4Mean y 112.5RMS x 9.233RMS y 1.142
000069:70502:EVTMOD_rejected_X61_Y3_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
120
125
130
135
140
Entries 32Mean x 15.4Mean y 127RMS x 9.233RMS y 2.06
Entries 32Mean x 15.4Mean y 127RMS x 9.233RMS y 2.06
000070:70502:EVTMOD_rejected_X28_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
140
145
150
155
160
Entries 32Mean x 15.4Mean y 148.6RMS x 9.233RMS y 1.732
Entries 32Mean x 15.4Mean y 148.6RMS x 9.233RMS y 1.732
000071:70502:EVTMOD_rejected_X30_Y22_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30125
130
135
140
145
150
Entries 32Mean x 15.4Mean y 137.6RMS x 9.233RMS y 2.249
Entries 32Mean x 15.4Mean y 137.6RMS x 9.233RMS y 2.249
000072:70502:EVTMOD_rejected_X31_Y27_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 127.5RMS x 9.233RMS y 1.919
Entries 32Mean x 15.4Mean y 127.5RMS x 9.233RMS y 1.919
000073:70502:EVTMOD_rejected_X30_Y9_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30122
124
126
128
130
132
134
136
138
140
Entries 32Mean x 15.4Mean y 128RMS x 9.233RMS y 1.262
Entries 32Mean x 15.4Mean y 128RMS x 9.233RMS y 1.262
000074:70502:EVTMOD_rejected_X60_Y3_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 133RMS x 9.233RMS y 1.74
Entries 32Mean x 15.4Mean y 133RMS x 9.233RMS y 1.74
000075:70502:EVTMOD_rejected_X31_Y38_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
Entries 32Mean x 15.4Mean y 113.1RMS x 9.233RMS y 0.8266
Entries 32Mean x 15.4Mean y 113.1RMS x 9.233RMS y 0.8266
000076:70502:EVTMOD_rejected_X51_Y2_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 137.3RMS x 9.233RMS y 1.703
Entries 32Mean x 15.4Mean y 137.3RMS x 9.233RMS y 1.703
000077:70502:EVTMOD_rejected_X7_Y20_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
130
140
150
160
170
Entries 32Mean x 15.4Mean y 148.3RMS x 9.233RMS y 1.757
Entries 32Mean x 15.4Mean y 148.3RMS x 9.233RMS y 1.757
000078:70502:EVTMOD_rejected_X28_Y32_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
100
120
140
160
180
200
220
Entries 32Mean x 15.4Mean y 138.6RMS x 9.233RMS y 13.99
Entries 32Mean x 15.4Mean y 138.6RMS x 9.233RMS y 13.99
000079:70502:EVTMOD_rejected_X28_Y26_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 136.9RMS x 9.233RMS y 2.458
Entries 32Mean x 15.4Mean y 136.9RMS x 9.233RMS y 2.458
000080:70502:EVTMOD_rejected_X47_Y13_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
105
110
115
120
125
130
135
Entries 32Mean x 15.4
Mean y 126.5RMS x 9.233RMS y 3.427
Entries 32Mean x 15.4
Mean y 126.5RMS x 9.233RMS y 3.427
000081:70502:EVTMOD_rejected_X28_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
140
160
180
200
220
240
260
280
Entries 32Mean x 15.4
Mean y 156.6RMS x 9.233RMS y 19.28
Entries 32Mean x 15.4
Mean y 156.6RMS x 9.233RMS y 19.28
000082:70502:EVTMOD_rejected_X36_Y27_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
120
130
140
150
160
170
180
Entries 32Mean x 15.4
Mean y 142.7RMS x 9.233RMS y 1.556
Entries 32Mean x 15.4
Mean y 142.7RMS x 9.233RMS y 1.556
000083:70502:EVTMOD_rejected_X8_Y32_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
170
Entries 32Mean x 15.4
Mean y 130.6RMS x 9.233RMS y 1.766
Entries 32Mean x 15.4
Mean y 130.6RMS x 9.233RMS y 1.766
000084:70502:EVTMOD_rejected_X41_Y21_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
110
115
120
125
130
135
140
145
150
Entries 32Mean x 15.4
Mean y 124.8RMS x 9.233RMS y 1.736
Entries 32Mean x 15.4
Mean y 124.8RMS x 9.233RMS y 1.736
000085:70502:EVTMOD_rejected_X53_Y2_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
120
130
140
150
160
170
180
190
Entries 32Mean x 15.4Mean y 136.5RMS x 9.233RMS y 1.782
Entries 32Mean x 15.4Mean y 136.5RMS x 9.233RMS y 1.782
000086:70502:EVTMOD_rejected_X5_Y39_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
115
120
125
130
135
140
145
150
Entries 32Mean x 15.4Mean y 138.8RMS x 9.233RMS y 1.484
Entries 32Mean x 15.4Mean y 138.8RMS x 9.233RMS y 1.484
000087:70502:EVTMOD_rejected_X2_Y33_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
80
100
120
140
160
180
200
Entries 32Mean x 15.4Mean y 134.8RMS x 9.233RMS y 1.827
Entries 32Mean x 15.4Mean y 134.8RMS x 9.233RMS y 1.827
000088:70502:EVTMOD_rejected_X26_Y15_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 142.6RMS x 9.233RMS y 3.426
Entries 32Mean x 15.4Mean y 142.6RMS x 9.233RMS y 3.426
000089:70502:EVTMOD_rejected_X44_Y20_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 124.6RMS x 9.233RMS y 6.827
Entries 32Mean x 15.4Mean y 124.6RMS x 9.233RMS y 6.827
000090:70502:EVTMOD_rejected_X44_Y36_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 121.9RMS x 9.233RMS y 1.102
Entries 32Mean x 15.4Mean y 121.9RMS x 9.233RMS y 1.102
000091:70502:EVTMOD_rejected_X5_Y37_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 124.6RMS x 9.233RMS y 3.656
Entries 32Mean x 15.4Mean y 124.6RMS x 9.233RMS y 3.656
000092:70502:EVTMOD_rejected_X28_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30100
110
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 133.4RMS x 9.233RMS y 1.55
Entries 32Mean x 15.4Mean y 133.4RMS x 9.233RMS y 1.55
000093:70502:EVTMOD_rejected_X8_Y24_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
130
140
150
160
170
Entries 32Mean x 15.4Mean y 141.6RMS x 9.233RMS y 1.145
Entries 32Mean x 15.4Mean y 141.6RMS x 9.233RMS y 1.145
000094:70502:EVTMOD_rejected_X3_Y1_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30108
110
112
114
116
118
120
122
124
Entries 32Mean x 15.4Mean y 114RMS x 9.233RMS y 0.8636
Entries 32Mean x 15.4Mean y 114RMS x 9.233RMS y 0.8636
000095:70502:EVTMOD_rejected_X61_Y46_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30120
125
130
135
140
145
150
155
160
165
Entries 32Mean x 15.4Mean y 139RMS x 9.233RMS y 1.519
Entries 32Mean x 15.4Mean y 139RMS x 9.233RMS y 1.519
000096:70502:EVTMOD_rejected_X2_Y33_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 137.8RMS x 9.233RMS y 3.833
Entries 32Mean x 15.4Mean y 137.8RMS x 9.233RMS y 3.833
000097:70502:EVTMOD_rejected_X28_Y33_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 132.8RMS x 9.233RMS y 1.891
Entries 32Mean x 15.4Mean y 132.8RMS x 9.233RMS y 1.891
000098:70502:EVTMOD_rejected_X30_Y34_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 128.6RMS x 9.233RMS y 8.087
Entries 32Mean x 15.4Mean y 128.6RMS x 9.233RMS y 8.087
000099:70502:EVTMOD_rejected_X3_Y19_B_0.hist 17:36 28.07.2009
0 5 10 15 20 25 30
135
140
145
150
155
160
165
170
Entries 32Mean x 15.4Mean y 149.9RMS x 9.233RMS y 3.805
Entries 32Mean x 15.4Mean y 149.9RMS x 9.233RMS y 3.805
000100:70502:EVTMOD_rejected_X18_Y30_B_0.hist 17:36 28.07.2009
67
ECAL2 accepted signals
0 5 10 15 20 25 30
130
140
150
160
170
180
190
200
210
Entries 32Mean x 15.4Mean y 157.3RMS x 9.233RMS y 4.3
Entries 32Mean x 15.4Mean y 157.3RMS x 9.233RMS y 4.3
000001:70502:EVTMOD_accepted_X19_Y20_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30120
140
160
180
200
220
240
260
Entries 32Mean x 15.4Mean y 153.8RMS x 9.233RMS y 12.76
Entries 32Mean x 15.4Mean y 153.8RMS x 9.233RMS y 12.76
000002:70502:EVTMOD_accepted_X34_Y27_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 3080
90
100
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 105.1RMS x 9.233RMS y 4.204
Entries 32Mean x 15.4Mean y 105.1RMS x 9.233RMS y 4.204
000003:70502:EVTMOD_accepted_X63_Y34_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
200
400
600
800
1000
Entries 32Mean x 15.4Mean y 325.3RMS x 9.233RMS y 197.2
Entries 32Mean x 15.4Mean y 325.3RMS x 9.233RMS y 197.2
000004:70502:EVTMOD_accepted_X39_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
140
160
180
200
Entries 32Mean x 15.4Mean y 131.5RMS x 9.233RMS y 9.468
Entries 32Mean x 15.4Mean y 131.5RMS x 9.233RMS y 9.468
000005:70502:EVTMOD_accepted_X32_Y24_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
200
205
210
215
220
Entries 32Mean x 15.4
Mean y 205.4RMS x 9.233RMS y 1.991
Entries 32Mean x 15.4
Mean y 205.4RMS x 9.233RMS y 1.991
000006:70502:EVTMOD_accepted_X19_Y26_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
90
100
110
120
130
140
150
160
Entries 32Mean x 15.4
Mean y 118.7RMS x 9.233RMS y 2.814
Entries 32Mean x 15.4
Mean y 118.7RMS x 9.233RMS y 2.814
000007:70502:EVTMOD_accepted_X8_Y11_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
150
160
170
180
190
200
Entries 32Mean x 15.4
Mean y 168.7RMS x 9.233RMS y 2.844
Entries 32Mean x 15.4
Mean y 168.7RMS x 9.233RMS y 2.844
000008:70502:EVTMOD_accepted_X29_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
140
150
160
170
180
190
200
210
Entries 32Mean x 15.4
Mean y 164.6RMS x 9.233RMS y 3.071
Entries 32Mean x 15.4
Mean y 164.6RMS x 9.233RMS y 3.071
000009:70502:EVTMOD_accepted_X29_Y16_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
50
100
150
200
250
300
350
Entries 32Mean x 15.4
Mean y 123.6RMS x 9.233RMS y 18.97
Entries 32Mean x 15.4
Mean y 123.6RMS x 9.233RMS y 18.97
000010:70502:EVTMOD_accepted_X38_Y26_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
700
800
Entries 32Mean x 15.4Mean y 212.6RMS x 9.233RMS y 90.65
Entries 32Mean x 15.4Mean y 212.6RMS x 9.233RMS y 90.65
000011:70502:EVTMOD_accepted_X41_Y28_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
118
120
122
124
126
128
130
132
134
Entries 32Mean x 15.4Mean y 123.4RMS x 9.233RMS y 1.309
Entries 32Mean x 15.4Mean y 123.4RMS x 9.233RMS y 1.309
000012:70502:EVTMOD_accepted_X30_Y9_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30135
140
145
150
155
160
165
170
175
180
Entries 32Mean x 15.4Mean y 142.4RMS x 9.233RMS y 2.117
Entries 32Mean x 15.4Mean y 142.4RMS x 9.233RMS y 2.117
000013:70502:EVTMOD_accepted_X35_Y25_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
700
800
Entries 32Mean x 15.4Mean y 175.5RMS x 9.233RMS y 72.98
Entries 32Mean x 15.4Mean y 175.5RMS x 9.233RMS y 72.98
000014:70502:EVTMOD_accepted_X25_Y19_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30115
120
125
130
135
140
145
Entries 32Mean x 15.4Mean y 126RMS x 9.233RMS y 2.821
Entries 32Mean x 15.4Mean y 126RMS x 9.233RMS y 2.821
000015:70502:EVTMOD_accepted_X37_Y27_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
120
140
160
180
Entries 32Mean x 15.4Mean y 127.7RMS x 9.233RMS y 7.451
Entries 32Mean x 15.4Mean y 127.7RMS x 9.233RMS y 7.451
000016:70502:EVTMOD_accepted_X42_Y18_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
110
115
120
125
130
Entries 32Mean x 15.4Mean y 115.6RMS x 9.233RMS y 1.748
Entries 32Mean x 15.4Mean y 115.6RMS x 9.233RMS y 1.748
000017:70502:EVTMOD_accepted_X21_Y1_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 119.2RMS x 9.233RMS y 5.522
Entries 32Mean x 15.4Mean y 119.2RMS x 9.233RMS y 5.522
000018:70502:EVTMOD_accepted_X49_Y40_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 146.1RMS x 9.233RMS y 2.344
Entries 32Mean x 15.4Mean y 146.1RMS x 9.233RMS y 2.344
000019:70502:EVTMOD_accepted_X33_Y16_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
170
180
190
200
Entries 32Mean x 15.4Mean y 141.5RMS x 9.233RMS y 6.392
Entries 32Mean x 15.4Mean y 141.5RMS x 9.233RMS y 6.392
000020:70502:EVTMOD_accepted_X30_Y11_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
200
400
600
800
1000
1200
1400
1600
Entries 32Mean x 15.4Mean y 376.5RMS x 9.233RMS y 302.8
Entries 32Mean x 15.4Mean y 376.5RMS x 9.233RMS y 302.8
000021:70502:EVTMOD_accepted_X50_Y22_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
150
155
160
165
170
Entries 32Mean x 15.4Mean y 156.7RMS x 9.233RMS y 2.289
Entries 32Mean x 15.4Mean y 156.7RMS x 9.233RMS y 2.289
000022:70502:EVTMOD_accepted_X44_Y26_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
150
200
250
300
Entries 32Mean x 15.4Mean y 165.6RMS x 9.233RMS y 26.25
Entries 32Mean x 15.4Mean y 165.6RMS x 9.233RMS y 26.25
000023:70502:EVTMOD_accepted_X46_Y35_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
700
800
Entries 32Mean x 15.4Mean y 201.2RMS x 9.233RMS y 104.9
Entries 32Mean x 15.4Mean y 201.2RMS x 9.233RMS y 104.9
000024:70502:EVTMOD_accepted_X26_Y27_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
132
134
136
138
140
142
144
146
148
150
152
Entries 32Mean x 15.4Mean y 137.4RMS x 9.233RMS y 1.911
Entries 32Mean x 15.4Mean y 137.4RMS x 9.233RMS y 1.911
000025:70502:EVTMOD_accepted_X47_Y13_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
Entries 32Mean x 15.4Mean y 199.7RMS x 9.233RMS y 65.36
Entries 32Mean x 15.4Mean y 199.7RMS x 9.233RMS y 65.36
000026:70502:EVTMOD_accepted_X34_Y22_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30100
120
140
160
180
200
Entries 32Mean x 15.4Mean y 144.8RMS x 9.233RMS y 11.88
Entries 32Mean x 15.4Mean y 144.8RMS x 9.233RMS y 11.88
000027:70502:EVTMOD_accepted_X15_Y34_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
180
Entries 32Mean x 15.4Mean y 136.2RMS x 9.233RMS y 3.488
Entries 32Mean x 15.4Mean y 136.2RMS x 9.233RMS y 3.488
000028:70502:EVTMOD_accepted_X35_Y26_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
140
160
180
200
Entries 32Mean x 15.4Mean y 142.9RMS x 9.233RMS y 5.196
Entries 32Mean x 15.4Mean y 142.9RMS x 9.233RMS y 5.196
000029:70502:EVTMOD_accepted_X30_Y25_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
200
300
400
500
600
700
800
900
1000
Entries 32Mean x 15.4Mean y 266.1RMS x 9.233RMS y 83.67
Entries 32Mean x 15.4Mean y 266.1RMS x 9.233RMS y 83.67
000030:70502:EVTMOD_accepted_X7_Y15_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
105
110
115
120
125
130
135
140
145
150
Entries 32Mean x 15.4
Mean y 111.1RMS x 9.233RMS y 3.92
Entries 32Mean x 15.4
Mean y 111.1RMS x 9.233RMS y 3.92
000031:70502:EVTMOD_accepted_X25_Y26_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
Entries 32Mean x 15.4
Mean y 127.4RMS x 9.233RMS y 2.339
Entries 32Mean x 15.4
Mean y 127.4RMS x 9.233RMS y 2.339
000032:70502:EVTMOD_accepted_X47_Y17_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
700
800
900
Entries 32Mean x 15.4
Mean y 249.2RMS x 9.233RMS y 126.2
Entries 32Mean x 15.4
Mean y 249.2RMS x 9.233RMS y 126.2
000033:70502:EVTMOD_accepted_X31_Y22_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
105
110
115
120
125
130
135
140
Entries 32Mean x 15.4
Mean y 104.4RMS x 9.233RMS y 2.07
Entries 32Mean x 15.4
Mean y 104.4RMS x 9.233RMS y 2.07
000034:70502:EVTMOD_accepted_X26_Y27_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30136
138
140
142
144
146
148
150
152
Entries 32Mean x 15.4
Mean y 140.5RMS x 9.233RMS y 3.019
Entries 32Mean x 15.4
Mean y 140.5RMS x 9.233RMS y 3.019
000035:70502:EVTMOD_accepted_X35_Y22_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
125
130
135
140
145
150
Entries 32Mean x 15.4Mean y 138.1RMS x 9.233RMS y 1.991
Entries 32Mean x 15.4Mean y 138.1RMS x 9.233RMS y 1.991
000036:70502:EVTMOD_accepted_X25_Y12_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
90
100
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 103.1RMS x 9.233RMS y 4.061
Entries 32Mean x 15.4Mean y 103.1RMS x 9.233RMS y 4.061
000037:70502:EVTMOD_accepted_X50_Y34_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
125
130
135
140
145
150
Entries 32Mean x 15.4Mean y 129.8RMS x 9.233RMS y 4.848
Entries 32Mean x 15.4Mean y 129.8RMS x 9.233RMS y 4.848
000038:70502:EVTMOD_accepted_X8_Y31_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 133.4RMS x 9.233RMS y 3.957
Entries 32Mean x 15.4Mean y 133.4RMS x 9.233RMS y 3.957
000039:70502:EVTMOD_accepted_X30_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
150
155
160
165
170
Entries 32Mean x 15.4Mean y 153.1RMS x 9.233RMS y 3.071
Entries 32Mean x 15.4Mean y 153.1RMS x 9.233RMS y 3.071
000040:70502:EVTMOD_accepted_X41_Y24_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
Entries 32Mean x 15.4Mean y 180RMS x 9.233RMS y 45.81
Entries 32Mean x 15.4Mean y 180RMS x 9.233RMS y 45.81
000041:70502:EVTMOD_accepted_X29_Y24_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
80
100
120
140
160
180
200
220
Entries 32Mean x 15.4Mean y 128.7RMS x 9.233RMS y 24.55
Entries 32Mean x 15.4Mean y 128.7RMS x 9.233RMS y 24.55
000042:70502:EVTMOD_accepted_X40_Y18_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
120
140
160
180
200
220
240
260
280
Entries 32Mean x 15.4Mean y 168.2RMS x 9.233RMS y 26.58
Entries 32Mean x 15.4Mean y 168.2RMS x 9.233RMS y 26.58
000043:70502:EVTMOD_accepted_X32_Y22_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
110
115
120
125
130
135
Entries 32Mean x 15.4Mean y 121.2RMS x 9.233RMS y 1.603
Entries 32Mean x 15.4Mean y 121.2RMS x 9.233RMS y 1.603
000044:70502:EVTMOD_accepted_X22_Y13_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30100
120
140
160
180
200
Entries 32Mean x 15.4Mean y 142.8RMS x 9.233RMS y 7.128
Entries 32Mean x 15.4Mean y 142.8RMS x 9.233RMS y 7.128
000045:70502:EVTMOD_accepted_X3_Y21_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
125
130
135
140
145
Entries 32Mean x 15.4Mean y 129RMS x 9.233RMS y 1.989
Entries 32Mean x 15.4Mean y 129RMS x 9.233RMS y 1.989
000046:70502:EVTMOD_accepted_X55_Y37_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
Entries 32Mean x 15.4Mean y 202.1RMS x 9.233RMS y 93.27
Entries 32Mean x 15.4Mean y 202.1RMS x 9.233RMS y 93.27
000047:70502:EVTMOD_accepted_X38_Y22_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
120
140
160
180
200
Entries 32Mean x 15.4Mean y 141RMS x 9.233RMS y 10.61
Entries 32Mean x 15.4Mean y 141RMS x 9.233RMS y 10.61
000048:70502:EVTMOD_accepted_X34_Y19_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
80
90
100
110
120
130
140
150
Entries 32Mean x 15.4Mean y 110.2RMS x 9.233RMS y 5.938
Entries 32Mean x 15.4Mean y 110.2RMS x 9.233RMS y 5.938
000049:70502:EVTMOD_accepted_X40_Y36_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
120
140
160
180
Entries 32Mean x 15.4Mean y 129.3RMS x 9.233RMS y 6.491
Entries 32Mean x 15.4Mean y 129.3RMS x 9.233RMS y 6.491
000050:70502:EVTMOD_accepted_X28_Y21_B_0.hist 17:19 28.07.2009
68 Appendix A
0 5 10 15 20 25 300
100
200
300
400
500
600
700
Entries 32Mean x 15.4Mean y 192.5RMS x 9.233RMS y 67.62
Entries 32Mean x 15.4Mean y 192.5RMS x 9.233RMS y 67.62
000051:70502:EVTMOD_accepted_X30_Y25_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 122.4RMS x 9.233RMS y 4.766
Entries 32Mean x 15.4Mean y 122.4RMS x 9.233RMS y 4.766
000052:70502:EVTMOD_accepted_X37_Y21_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30160
180
200
220
240
260
280
300
Entries 32Mean x 15.4Mean y 183.4RMS x 9.233RMS y 15.95
Entries 32Mean x 15.4Mean y 183.4RMS x 9.233RMS y 15.95
000053:70502:EVTMOD_accepted_X29_Y13_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
120
140
160
180
200
220
Entries 32Mean x 15.4Mean y 133.8RMS x 9.233RMS y 13.55
Entries 32Mean x 15.4Mean y 133.8RMS x 9.233RMS y 13.55
000054:70502:EVTMOD_accepted_X26_Y28_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 131.8RMS x 9.233RMS y 4.072
Entries 32Mean x 15.4Mean y 131.8RMS x 9.233RMS y 4.072
000055:70502:EVTMOD_accepted_X41_Y28_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
50
100
150
200
250
300
350
400
Entries 32Mean x 15.4
Mean y 174.4RMS x 9.233RMS y 15.72
Entries 32Mean x 15.4
Mean y 174.4RMS x 9.233RMS y 15.72
000056:70502:EVTMOD_accepted_X10_Y21_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 3040
60
80
100
120
140
160
Entries 32Mean x 15.4
Mean y 111.4RMS x 9.233RMS y 2.26
Entries 32Mean x 15.4
Mean y 111.4RMS x 9.233RMS y 2.26
000057:70502:EVTMOD_accepted_X26_Y27_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
130
140
150
160
170
180
190
200
Entries 32Mean x 15.4
Mean y 144.7RMS x 9.233RMS y 2.313
Entries 32Mean x 15.4
Mean y 144.7RMS x 9.233RMS y 2.313
000058:70502:EVTMOD_accepted_X43_Y25_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
170
180
Entries 32Mean x 15.4
Mean y 132RMS x 9.233RMS y 1.828
Entries 32Mean x 15.4
Mean y 132RMS x 9.233RMS y 1.828
000059:70502:EVTMOD_accepted_X18_Y29_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
130
135
140
145
150
155
160
165
Entries 32Mean x 15.4
Mean y 141.2RMS x 9.233RMS y 3.727
Entries 32Mean x 15.4
Mean y 141.2RMS x 9.233RMS y 3.727
000060:70502:EVTMOD_accepted_X33_Y20_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
125
130
135
140
Entries 32Mean x 15.4Mean y 129.3RMS x 9.233RMS y 2.645
Entries 32Mean x 15.4Mean y 129.3RMS x 9.233RMS y 2.645
000061:70502:EVTMOD_accepted_X40_Y20_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
140
160
180
200
220
Entries 32Mean x 15.4Mean y 165.1RMS x 9.233RMS y 16.19
Entries 32Mean x 15.4Mean y 165.1RMS x 9.233RMS y 16.19
000062:70502:EVTMOD_accepted_X36_Y27_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
Entries 32Mean x 15.4Mean y 209.7RMS x 9.233RMS y 74.91
Entries 32Mean x 15.4Mean y 209.7RMS x 9.233RMS y 74.91
000063:70502:EVTMOD_accepted_X52_Y38_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 124.9RMS x 9.233RMS y 8.556
Entries 32Mean x 15.4Mean y 124.9RMS x 9.233RMS y 8.556
000064:70502:EVTMOD_accepted_X40_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
700
Entries 32Mean x 15.4Mean y 281RMS x 9.233RMS y 135.6
Entries 32Mean x 15.4Mean y 281RMS x 9.233RMS y 135.6
000065:70502:EVTMOD_accepted_X41_Y24_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
140
150
160
170
180
190
Entries 32Mean x 15.4Mean y 160.9RMS x 9.233RMS y 3.149
Entries 32Mean x 15.4Mean y 160.9RMS x 9.233RMS y 3.149
000066:70502:EVTMOD_accepted_X12_Y16_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
90
100
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 117RMS x 9.233RMS y 5.34
Entries 32Mean x 15.4Mean y 117RMS x 9.233RMS y 5.34
000067:70502:EVTMOD_accepted_X42_Y22_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
140
160
180
200
Entries 32Mean x 15.4Mean y 153.4RMS x 9.233RMS y 11.52
Entries 32Mean x 15.4Mean y 153.4RMS x 9.233RMS y 11.52
000068:70502:EVTMOD_accepted_X7_Y9_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
150
160
170
180
190
200
210
220
Entries 32Mean x 15.8Mean y 151.9RMS x 9.099RMS y 4.887
Entries 32Mean x 15.8Mean y 151.9RMS x 9.099RMS y 4.887
000069:70502:EVTMOD_accepted_X20_Y19_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
140
160
180
200
Entries 32Mean x 15.4Mean y 141.8RMS x 9.233RMS y 3.582
Entries 32Mean x 15.4Mean y 141.8RMS x 9.233RMS y 3.582
000070:70502:EVTMOD_accepted_X44_Y20_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
150
155
160
165
170
175
Entries 32Mean x 15.4Mean y 155.9RMS x 9.233RMS y 2.438
Entries 32Mean x 15.4Mean y 155.9RMS x 9.233RMS y 2.438
000071:70502:EVTMOD_accepted_X28_Y19_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
135
140
145
150
155
Entries 32Mean x 15.4Mean y 143.8RMS x 9.233RMS y 3.711
Entries 32Mean x 15.4Mean y 143.8RMS x 9.233RMS y 3.711
000072:70502:EVTMOD_accepted_X55_Y12_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 137.8RMS x 9.233RMS y 3.521
Entries 32Mean x 15.4Mean y 137.8RMS x 9.233RMS y 3.521
000073:70502:EVTMOD_accepted_X47_Y10_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
140
145
150
155
160
165
170
175
180
Entries 32Mean x 15.4Mean y 147.1RMS x 9.233RMS y 1.967
Entries 32Mean x 15.4Mean y 147.1RMS x 9.233RMS y 1.967
000074:70502:EVTMOD_accepted_X30_Y14_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 127.7RMS x 9.233RMS y 4.655
Entries 32Mean x 15.4Mean y 127.7RMS x 9.233RMS y 4.655
000075:70502:EVTMOD_accepted_X36_Y19_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
170
Entries 32Mean x 15.4Mean y 114.9RMS x 9.233RMS y 13.39
Entries 32Mean x 15.4Mean y 114.9RMS x 9.233RMS y 13.39
000076:70502:EVTMOD_accepted_X21_Y25_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
118
120
122
124
126
128
130
132
Entries 32Mean x 15.4Mean y 122.8RMS x 9.233RMS y 2.364
Entries 32Mean x 15.4Mean y 122.8RMS x 9.233RMS y 2.364
000077:70502:EVTMOD_accepted_X39_Y12_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
120
125
130
135
140
145
150
155
Entries 32Mean x 15.4Mean y 128.7RMS x 9.233RMS y 3.74
Entries 32Mean x 15.4Mean y 128.7RMS x 9.233RMS y 3.74
000078:70502:EVTMOD_accepted_X33_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
700
Entries 32Mean x 15.4Mean y 158.7RMS x 9.233RMS y 39.33
Entries 32Mean x 15.4Mean y 158.7RMS x 9.233RMS y 39.33
000079:70502:EVTMOD_accepted_X3_Y19_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
Entries 32Mean x 15.4Mean y 117.1RMS x 9.233RMS y 7.315
Entries 32Mean x 15.4Mean y 117.1RMS x 9.233RMS y 7.315
000080:70502:EVTMOD_accepted_X22_Y19_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
100
200
300
400
500
600
Entries 32Mean x 15.4
Mean y 204.3RMS x 9.233RMS y 89.62
Entries 32Mean x 15.4
Mean y 204.3RMS x 9.233RMS y 89.62
000081:70502:EVTMOD_accepted_X33_Y24_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30120
130
140
150
160
170
180
190
200
210
Entries 32Mean x 15.4
Mean y 159.4RMS x 9.233RMS y 10.43
Entries 32Mean x 15.4
Mean y 159.4RMS x 9.233RMS y 10.43
000082:70502:EVTMOD_accepted_X19_Y17_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
138
140
142
144
146
148
150
Entries 32Mean x 15.4
Mean y 140.7RMS x 9.233RMS y 1.885
Entries 32Mean x 15.4
Mean y 140.7RMS x 9.233RMS y 1.885
000083:70502:EVTMOD_accepted_X32_Y32_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
130
140
150
160
170
180
190
200
Entries 32Mean x 15.4
Mean y 148.8RMS x 9.233RMS y 5.128
Entries 32Mean x 15.4
Mean y 148.8RMS x 9.233RMS y 5.128
000084:70502:EVTMOD_accepted_X31_Y20_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
130
140
150
160
170
Entries 32Mean x 15.4
Mean y 136.8RMS x 9.233RMS y 5.896
Entries 32Mean x 15.4
Mean y 136.8RMS x 9.233RMS y 5.896
000085:70502:EVTMOD_accepted_X24_Y33_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
140
150
160
170
180
190
200
Entries 32Mean x 15.4Mean y 154.6RMS x 9.233RMS y 1.6
Entries 32Mean x 15.4Mean y 154.6RMS x 9.233RMS y 1.6
000086:70502:EVTMOD_accepted_X29_Y30_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
125
130
135
140
145
150
Entries 32Mean x 15.4Mean y 131.3RMS x 9.233RMS y 3.658
Entries 32Mean x 15.4Mean y 131.3RMS x 9.233RMS y 3.658
000087:70502:EVTMOD_accepted_X36_Y26_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30132
134
136
138
140
142
144
146
148
150
152
Entries 32Mean x 15.4Mean y 138.1RMS x 9.233RMS y 2.236
Entries 32Mean x 15.4Mean y 138.1RMS x 9.233RMS y 2.236
000088:70502:EVTMOD_accepted_X37_Y18_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
130
135
140
145
150
155
160
165
Entries 32Mean x 15.4Mean y 139.3RMS x 9.233RMS y 4.303
Entries 32Mean x 15.4Mean y 139.3RMS x 9.233RMS y 4.303
000089:70502:EVTMOD_accepted_X36_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
200
400
600
800
1000
1200
1400
Entries 32Mean x 15.4Mean y 411RMS x 9.233RMS y 301.7
Entries 32Mean x 15.4Mean y 411RMS x 9.233RMS y 301.7
000090:70502:EVTMOD_accepted_X31_Y27_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30118
120
122
124
126
128
130
Entries 32Mean x 15.4Mean y 121.5RMS x 9.233RMS y 1.171
Entries 32Mean x 15.4Mean y 121.5RMS x 9.233RMS y 1.171
000091:70502:EVTMOD_accepted_X30_Y29_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 127.9RMS x 9.233RMS y 2.19
Entries 32Mean x 15.4Mean y 127.9RMS x 9.233RMS y 2.19
000092:70502:EVTMOD_accepted_X32_Y25_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
170
180
190
Entries 32Mean x 15.4Mean y 122.4RMS x 9.233RMS y 12.31
Entries 32Mean x 15.4Mean y 122.4RMS x 9.233RMS y 12.31
000093:70502:EVTMOD_accepted_X43_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
102
104
106
108
110
112
114
116
118
Entries 32Mean x 15.4Mean y 107.4RMS x 9.233RMS y 2.366
Entries 32Mean x 15.4Mean y 107.4RMS x 9.233RMS y 2.366
000094:70502:EVTMOD_accepted_X41_Y22_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 3090
100
110
120
130
140
150
Entries 32Mean x 15.4Mean y 115.4RMS x 9.233RMS y 2.407
Entries 32Mean x 15.4Mean y 115.4RMS x 9.233RMS y 2.407
000095:70502:EVTMOD_accepted_X41_Y19_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
200
400
600
800
1000
1200
1400
1600
1800
2000
Entries 32Mean x 15.4Mean y 622.3RMS x 9.233RMS y 537.1
Entries 32Mean x 15.4Mean y 622.3RMS x 9.233RMS y 537.1
000096:70502:EVTMOD_accepted_X37_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 300
200
400
600
800
1000
1200
Entries 32Mean x 15.4Mean y 329.1RMS x 9.233RMS y 203
Entries 32Mean x 15.4Mean y 329.1RMS x 9.233RMS y 203
000097:70502:EVTMOD_accepted_X36_Y23_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30140
145
150
155
160
Entries 32Mean x 15.4Mean y 144.8RMS x 9.233RMS y 2.66
Entries 32Mean x 15.4Mean y 144.8RMS x 9.233RMS y 2.66
000098:70502:EVTMOD_accepted_X60_Y26_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30152
154
156
158
160
162
164
166
168
170
172
Entries 32Mean x 15.4Mean y 156RMS x 9.233RMS y 1.59
Entries 32Mean x 15.4Mean y 156RMS x 9.233RMS y 1.59
000099:70502:EVTMOD_accepted_X28_Y12_B_0.hist 17:19 28.07.2009
0 5 10 15 20 25 30
100
110
120
130
140
150
160
Entries 32Mean x 15.4Mean y 117.4RMS x 9.233RMS y 5.148
Entries 32Mean x 15.4Mean y 117.4RMS x 9.233RMS y 5.148
000100:70502:EVTMOD_accepted_X37_Y21_B_0.hist 17:19 28.07.2009
69
Appendix B
Configuration of ECAL related modules in Cinderella
This section s written for DAQ experts to configure Cinderella for ECAL data pro-cessing. All configuration parameters from relevant module for ECAL data processingwill be explained. Standard parameters which appear in the configuration of everymodule, like the <Active></Active> parameter for switching the corresponding moduleon or off, will not be explained.
The SADC module
Mappings: All file names listed in this array will be parsed. It is expected the filesare in the standard format for ECAL1 or ECAL2 mapping files.
TBnames: All tbnames (or detector plane names) listed in this array will be pro-cessed by the module. Every tbname which does not appear here will be ignored. Theorder of the tbnames in this array is important for the detectors size information.
Xsize, Ysize: These two represent the X and Y size of one cell of the ECAL. Atten-tion is need when setting these values. They are also arrays and the values which corres-pond to a certain tbname, have to be at the same array position like the correspondingname in the TBnames array.
Xtep, Ystep: Arrays of the distance from one cell to the next cell in X or Y direc-tion. The corresponding values have to be at the same position like the tbname theybelong to in the TBnames array. The distance to the next cell is not always the cellsize!
XRefsys, YRefsys: The COMPASS coordinates of the (0,0) cell in detectorcoordinates. Can be retrieved from the detectors.dat file with the help of an ECALexpert. Again the order has to be the same like in the TBnames array.
XOffsetPos, YOffsetPos: If there is an offset inside one plane, like at the MAINZand OLGA part of ECAL1, the corresponding X and Y detector coordinate has to befilled into this array. If there is no offset it should be set to ’-1’. The order of the valueshas to correspond to the order of tbnames in the TBnames array.
XOffset, YOffset: The size of the offset in cm. Should be at the same array posi-tion like the offset detector coordinates in XOffsetPos and YOffsetPos.
ZPos: The Z-position of the detector in COMPASS coordinates.
intwordnum: Indicates the number of integral words for every channel. Onlyneeded when data from before 2006 is processed.
FEMReadout: When set to ’1’ the SADC module is running in FEM mode. It iswriting all results into a special FEM structure which is needed by the “ecal02_an” tonormalise calibration event with the corresponding FEM values.
70 Appendix B
The ecal02_an module
TBnames: Array of tbnames which should be processed. Tbnames not listed herewill be skipped.
Slopeint: The interval used for slope calculation. A value of ’1’ means the slope iscalculated from one to the next sample. A value of ’2’ from one to the one after thenext,.... .
Barrier: Threshold in ADC channels for the bld algorithm. Will be ignored if avalid calibration is available and the EnergyThres parameter if bigger than ’0’.
BarrierInterval: The amount of slopes to be summed up and compared with theBarrier.
EnergyThres: A threshold in MeV from which an individual barrier will be calcu-lated for each channel. If there is no valid calibration available it will fall back to theBarrier setting.
IntDiffThres: The Interval Difference Threshold indicates to minimum differencebetween the two intervals in the smd algorithm, above which the signal is considered asgood. If smdEnThres is set to a value bigger than ’0’ and ECAL calibrations are avail-able this parameter will be ignored.
smdEnThres: The smd Energy Threshold in MeV will be translated to an intervaldifference for every channel based on the calibration coefficients (similar to Energy-Thres). Thus an individual threshold can be applied for every channel.
DetectorName: This parameter has to be set to the detector name needed toobtain the calibration file from the calibration database. At ECAL2 the detector nameis equal to the tbname, at ECAL1 it is different.
ChiSquareFit: Boolean parameter to turn on/off experimental chi square fit todetermine the signal offset against a reference.
EcalMonDBTable: Table in the COMPASS database where ECAL calibrationevent amplitudes should be written to. It is needed to specify it int he format: “Data-base.TableName”
DBTimeout: Maximum time one query is allowed to take in seconds.
WriteSpills: Specifies the amount of spills over which the calibration event amp-litudes should be averaged.
UseFEM: Boolean parameter. If set to ’1’ all calibration amplitudes will be normal-ised to the corresponding FEM value. Requires a SADC module configured with turnedon FEMReadout parameter.
71
The cluster module
TBnames: Array of tbnames which should be processed. Tbnames not listed herewill be skipped.
RatioBG: The ratio threshold of bad/good cells inside a cluster. All clusters with aratio above this threshold will be considered as good and all channels will be keptregardless of their noise tag.
The pi_ECAL module
TBnames: Array of tbnames which should be processed. Tbnames not listed herewill be skipped.
TargetX, TargetY, TargetZ: COMPASS coordinates of the target in cm.
EnergyCut: clusters with an energy below this threshold will not be used for π0
reconstruction.
The evtmod module
TBnames: Array of tbnames which should be processed. Tbnames not listed herewill be skipped.
Compression: Boolean parameter. If set to ’1’ all (M)SADC data from TBnameswill be Huffman encoded with the tree specified in HufftreeFile.
DecompCheck: Boolean parameter. If set to ’1’ a decompression check will be donefor every channel after Huffman encoding. Should be only used for debugging.
HufftreeFile: Name of the mapping file containing the Huffman tree inside themapping directory.
hufftreedumpfile: During every run the evtmod module is collecting statistics forHuffman tree generation. If a path to a folder is specified a Huffman tree in ASCIIformat is written to a file called “hufftree”. If this file is already existing it will be over-written. Leaving this parameter empty will disable Huffman tree generation.
FilterNoise: Boolean parameter. If set to ’1’ all channels tagged for rejection willbe finally rejected.
72 Appendix B
Bibliography
[Col96] The COMPASS Collaboration. Common muon and proton apparatus for structure andspectroscopy, 1996.
[Gro08] Particle Data Group. REVIEW OF PARTICLE PHYSICS . 2008.
[HHC02] V. Lindenstruth D. Röhrich B. Skaali T. Steinbeck K. Ullaland A. Vestbø A. WiebalckH. Helstrup, J. Lien and ALICE Collaboration. High Level Trigger System for the LHC ALICE
Experiment . 2002.
[Huf52] David A. Huffman. A method for the construction of minimum-redundancy codes. 1952.
[Ket09] Bernhard Ketzer. Physics with hadronic probes at compass. 2009.
[Kuh07] Roland Kuhn. Gluon Polarization in the Nucleon . 2007.
[Nag05] Thiemo Nagel. Cinderella: an online filter for the compass experiment. Master’s thesis,2005.
[V.K08] A.Magnon F.Nerling V.Kolosov, O.Kouznetsov. Present performances of compass electro-magnetic calorimetry from data analysis, 2008.