1 / 27

HMPID offline status report

HMPID offline status report. ALICE Offline Week, CERN, 22 June 2009. D. Di Bari, L. Molnar, G. Volpe. ONLINE CALIBRATION. Chamber gain (HV, P). HMPID calibration and condition parameters. Freon (C 6 F 14 ) refractive index. CsI quantum efficiency. ONLINE CALIBRATION.

adair
Download Presentation

HMPID offline status report

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. HMPID offline status report ALICE Offline Week, CERN, 22 June 2009 D. Di Bari, L. Molnar, G. Volpe

  2. ONLINE CALIBRATION Chamber gain (HV, P) HMPID calibration and condition parameters Freon (C6F14) refractive index CsI quantum efficiency

  3. ONLINE CALIBRATION Qthre = f(Vch,Pch) y HV sector 5 HV sector 4 HV sector 3 HMPID module HV sector 2 HV sector 1 HV sector 0 x • From DCS by the SHUTTLE HV values (six per chamber) end pressure values are retrieved; • In the preprocessor Qthre(time) (42 TF1 objects) are created and stored in the OCDB (Calib/Qthre).

  4. ONLINE CALIBRATION Nfreon = f(T,Ephoton) y Tout Radiator vessel 1 Tin Tout HMPID module Radiator vessel 2 Tin Tout Radiator vessel 3 Tin x • From DCS by the SHUTTLE Tin and Tout values are retrieved; • In the preprocessor Tin(time) and Tout(time) (42 TF1 objects) are created and stored in the OCDB (Calib/Nmean).

  5. ONLINE CALIBRATION It depends on materials transparency. Mean photon energy • Quartz transparency is hardcoded and in the preprocessor radiator (C6F14) transparency calculation is implemented; • It starts from phototube current values taken from DCS by the SHUTTLE; • Photons Emean (1 TF1 object) is calculated and stored in the OCDB (Calib/Nmean); • Assuming the temperature uniform long x direction and a linear gradient long y direction, radiator temperature for a given impact track point is calculated (AliHMPIDParam, AliHMPIDTracker). • CsI quantum efficiency maps hardcoded (no stored in OCDB).

  6. ONLINE CALIBRATION • No updates foreseen for the online calibration; • Everything it is already integrate properly in the SHUTTLE framework; • From GRP we need of magnetic field in PHYSICS type run; • On HMPID side no updates are necessary in the SHUTTLE code running at P2.

  7. ALIGNMENT/CALIBRATION offline procedures Mip-track distance Old AliRoot version 3 GeV/c proton, 0.2 Tesla . Only HMPID • No offline calibration procedures are foreseen for HMPID; • Calibration is done online (see above); • HMPID need alignment procedures; • Alignment procedures definition is in progress!! • Some problems in the tracking affect the finalization of this task! • Let’s remember the status at the March offline week.

  8. ALIGNMENT/CALIBRATION offline procedures • Wrong track extrapolation to the HMPID chambers; • bug found in AliHMPIDTracker class; • magnetic field not used correctly; • the problem has been solved.

  9. Mip-track distance Old AliRoot version 2.5 – 3.5 GeV/c proton, 0.2 Tesla .

  10. Xmip – Xtrack Old AliRoot version 2.5 – 3.5 GeV/c protons 0.2 Tesla.

  11. Ymip – Ytrack Old AliRoot version 2.5 – 3.5 GeV/c protons 0.2 Tesla.

  12. ALIGNMENT/CALIBRATION offline procedures • Track-mip matching using private propagation method it is ok! • Anyway after updating the track with HMPID cluster, last point of the track isn’t in HMPD volume, but in TPC one!! • Residuals obtained from AliTracker::FillResiduals(…) method were completely wrong (out of TH1 scale histograms in Global.QA.root); • same problem using track extrapolation method inherited from AliExternalTrackParam class! • After discussions with Cvetan and Peter (thanks for availability!) has been discovered that in AliESDtrack class there wasn’t the AliExternalTrackParam object for HMPID.

  13. ALIGNMENT/CALIBRATION offline procedures In my private aliroot version I update AliESDtrack class adding AliExternaTrackParam object for HMPID, fHMPIDp. …………………………………………………………………………………………… AliExternalTrackParam *fCp; // Track parameters constrained to the primary vertex AliExternalTrackParam *fIp; // Track parameters estimated at the inner wall of TPC AliExternalTrackParam *fTPCInner; // Track parameters estimated at the inner wall of TPC using the TPC stand-alone AliExternalTrackParam *fOp; // Track parameters estimated at the point of maximal radial coordinate reached during the tracking AliExternalTrackParam *fHMPIDp; // Track parameters estimated at the HMPID ….…..and the relative getter and setter methods: SetOuterHmpParam(..), GetOuterHmpExternalparameters(..), GetOuterHmpExternalCovariance(…), GetOuterHmpXYZ(…), GetOuterHmpPxPyPz(…)

  14. ALIGNMENT/CALIBRATION offline procedures • After this modification the last point of the track is in HMPID volume. • Track residuals from FillResiduals(..) method are much better, but not yet right!! guns in HMPID chambers 5 GeV/c protons

  15. ALIGNMENT/CALIBRATION offline procedures • Residuals are shifted of some millimeters with respect to zero!! • the residuals in the third component, not shown in the Global.QA.root histograms, are much larger (about 10 cm); • alignment of course doesn’t work in this case! • further investigations are in progress!! • The procedure adopted to align is within the AliAlignmentTracks environment; • we need to store the AliTrackPoints (HMPID cluster + covariance matrix) in the AliESDfriends; • memory consumption of alignment procedures is under control.

  16. ALIGNMENT/CALIBRATION offline procedures • How many events are needed to align HMPID?! • The alignment is done at chamber level; • We need of ~ 100 - 150 tracks per chamber. No magnetic field event ~ 5 tracks in HMPID per event ~ 5000 events ~ 1 tracks in HMPID in 50 events ~ 200000 events 0.5 Tesla

  17. HLT matters • We are planning to use HLT, but not for the moment, for the following purpose: • Study the possibility to use the SPD FAST-OR trigger; • Hidden-Track-Algorithm studies. Special plans for first data No special plans are foreseen. Performance issues HMPID does not affect the overall CPU and memory consumption both in the simulation and in the reconstruction.

  18. DA and RAW DATA • We foreseen to add 5 new words to simulated raw data; • currently we have only 1 input parameter for • the DA (pedestal runs): the sigma cut, that is valid for all chambers; • input file (HmpDaqDaConfig.txt) is taken from DAQ DA Database (can be modified by expert via Detector Control Agent); • the possibility to mask the dead channels by DA has been considered.

  19. DA and RAW DATA • Mask out the dead channels dilogics (we know) • Create one file: HmpDaqDaMaskDead.txt in DAQ DA Database; • structure based on hardware coordinates: • DDL Row Dil Pad isMask • 1 1 1 0 0(kFALSE) • 1 1 1 1 1(kTRUE) • 1 1 1 2 0 • .............................................. • If file doesn't exist, NO masking at all OR we can mask the dead dilogics anyway (hardcoding in AliHMPIDCalib).

  20. DA and RAW DATA • Current “normal” decoding: loosing too much acceptance! • Current “turbo” decoding: takes everything no error checks! • New decoding for pedestal (at the moment): • Markers in place and number; • Checksums (payload, segment, row, dilogic) • In AliHMPIDRawStream new decoding method LinearPlusCheck will be added; • pass error summary to DA (AliHMPIDCalib): could prevent writing pedestal in case of serious problems: different checksums, not existing segments , ....

  21. DA- AMORE integration • Add 2D histos to DA (AliHMPIDCalib): • HDAMeanPedestal [pad x, pad y, mean pedestal], • segmentation: 1 per Chamber • HDASigmaPedestal [pad x, pad y, sigma pedestal], • segmentation: 1 per Chamber • Histos will be decleared in AliHMPIDCalib, stored (probably) in: HmpDAPedestalOutput.root in DAQ DA Db.

  22. SPD FAST-OR trigger for HMPID • Because of the small geometrical acceptance of HMPID, it is very important to have a good trigger to enrich the sample of good events for physics; • During the last cosmics data taking TOF trigger has been used to select tracks in HMPID acceptance; • The possibility to use the SPD FAST-OR signal to provide a trigger for the collision events, has been taken into account by the HMPID group; • a Ph.D student (F. Barile) in Bari is dedicated to this subject; • let me show some preliminary results!

  23. SPD FAST-OR trigger for HMPID • ALICE Silicon Pixels Detector consists of 1200 chip; • If a given chip map is activated by the interaction with charged particle, SPD can provide a FAST-OR signal; • it is very important to study the correlation between chips in SPD and the HMPID acceptance; • particles in the HMPID acceptance has been simulated in AliRoot. Silicon Pixel Detector schematic view:

  24. SPD FAST-OR trigger for HMPID HMPID acceptance

  25. SPD FAST-OR trigger for HMPID B = 0.5 Tesla, 2.5 – 3 GeV/c protons in HMPID acceptance Layer 0 Layer 1

  26. SPD FAST-OR trigger for HMPID B = 0.5 Tesla, 2.5 – 3 GeV/c protons in HMPID acceptance

  27. (Value %)

More Related