1 / 22

PHOS offline status report

PHOS offline status report. Yuri Kharlov ALICE offline week 7 July 2008. Simulation. Status of PHOS FEE is still being changed: Simulation of PHS raw data needs flexible handles instead of hard-coded parameters Physical parameters of the first PHOS module differs from the designed ones:

Download Presentation

PHOS 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. PHOS offline status report Yuri Kharlov ALICE offline week 7 July 2008

  2. Simulation • Status of PHOS FEE is still being changed: • Simulation of PHS raw data needs flexible handles instead of hard-coded parameters • Physical parameters of the first PHOS module differs from the designed ones: • PHOS crystal light yield and related parameters should be changeable without recompilation of the code • A class AliPHOSSimParam supplies various simulation parameters to PHOS. PHOS offline status

  3. Steering the simulations(as of offline week Apr-2008) AliPHOSSimParam sets PHOS simulation parameters: • Float_tfLightYieldMean; // Average number of // photoelectrons per GeV • Float_tfIntrinsicAPDEfficiency; // APD efficiency including // geometric coverage • Float_tfLightFactor; // Average number of photons // collected by APD per GeV • Float_tfAPDFactor; // factor relating light // yield and APD response • Float_tfAPDNoise; //RMS of APD noise • Float_tfEMCDigitThreshold ; //minimal energy to keep digit • Float_tfEMCADCchannel; //width of ADC channel in GeV • Float_tfTOFa; //constant term of TOF resolution • Float_tfTOFb; //stochastic term of TOF resolut. PHOS offline status

  4. PHS FEE: raw data simulation • {energy, time, id} is converted to 2 pulses as ALTRO samples, High Gain and Low Gain • AliPHOSPulseGenerator: • Parameters of the signal shaper • Parameters of ALTRO sampling: • Noise • Pedestal • Number of samples • Number of presamples • Now all FEE parameters are hard coded. • Last week a necessity to change the parameters without recompilation of the code has been realized (namely, the number of samples can vary up to 1023). • A redesign of AliPHOSPulseGenerator will be done to provide the required flexibility. PHOS offline status

  5. PHOS configuration for PDC08 in Config.C if (iPHOS) { //=================== PHOS parameters =========================== AliPHOS *PHOS = new AliPHOSv1("PHOS", "IHEP"); //Set simulation parameters different from the default ones. AliPHOSSimParam* simEmc = AliPHOSSimParam::GetInstance() ; // APD noise of warm (+20C) PHOS: Float_t apdNoise = 0.012*2.5; simEmc->SetAPDNoise(apdNoise); //Raw Light Yield at +20C simEmc->SetMeanLightYield(18800); //ADC channel width at +18C. simEmc->SetADCchannelW(0.0125); } Simulation parameters are set in Config.C. Might be better to store them in OCDB. PHOS offline status

  6. PHOS geometry for 2008 • One PHOS module is installed at 6 o’clock • Position of the module is measured w.r.t. the ALICE global reference system (19.05.2008): • An ascii table with survey data in ALICE global reference system was provided by the survey team. • A class to convert this table to AliAlignObjAngles is ready (T.Pocheptsov). Now it is testing for consistency, overlaps, etc (G.Shabratova). PHOS offline status

  7. More about geometry • In May a request from P.C. has been passed to PHOS to provide a single PHOS module for simulations in PDC, as a geometry-as-built. • Now the option to set an arbitrary number of modules in arbitrary configuration is provided: • AliPHOS *PHOS = new AliPHOSv1("PHOS", “PHOS3_noCPV"); • AliPHOS *PHOS = new AliPHOSv1("PHOS", “PHOS345_noCPV"); • However, we asked to leave all 5 modules for PDC08. • A few overlaps/extrusions have been discovered by Andreas. Now fixed. PHOS offline status

  8. 1 module at 6 o’clock PHOS offline status

  9. PHS raw data • PHS raw data simulation and reconstruction did not change • Real mapping differs from the ideal one: • Cables will not be reconnected till the end of 2008 • New mapping is to be provided for reconstruction and DA: • Renaming the 4 mapping files is sufficient. It will be done as soon as next data is taken. PHOS offline status

  10. CPV raw data • Now CPV raw data simulation is implemented (in svn trunk since 7 July 2008): • AliPHOSCpvRawWrite – a new class • AliPHOS::Digits2Raw – updated for CPV raw data • CPV mapping: • 1 CPV module is 1 DDL, total 5 CPV modules • 1 DDL is divided into 16 row • 1 row is 10 Dilogic chips • 1 Dilogic ship is 48 (=6x8) pads • In total, 7680 pads per module • Reconstruction of CPV raw data will come next PHOS offline status

  11. On-line processing • Two DA are implemented: • Relative gain equalization by mean deposited energy and HG/LG ratio (PHOSGAINda.cxx) • Bad channel map • The algorithmic code for DAQ DA and HLT DA is identical • AliPHOSRcuDA1 • AliPHOSDA2 • The histograms produced by DAQ DA and HLT DA are identical and scalable • due to per-RCU parallelization of DA in HLT, each process produced histograms for ¼ of PHOS module. • DA is embedded to DAQ and HLT environments: data reading and decoding are different. • There is only one preprocessor for all DAs, independent on HLT/DAQ environment PHOS offline status

  12. DA deployment in DAQ • PHOSGAINda is deployed in P2 on the DQM DAQ machine • DA processes data from PHYSICS and STANDALONE runs • This DA is permanently running for taken data in P2 • PHOS still runs stand-alone, therefore Shuttle does not pick up DA’s histograms PHOS offline status

  13. PHOS HLT at P2 PHOS HLT is fully operational at P2 Basic chain providing on-line monitoring running without a single stop for a week PHOS offline status

  14. Zero Suppression in HLT Software “zero suppression” possible in HLT Not on a sample level at this point, behaving more like a sparse scan Possible to implement on sample level if needed PHOS offline status

  15. HLT Reconstruction Energy and timing extraction Clustering for HLT has been implemented Based on the algorithm used by off-line Most of the off-line reconstruction has been ported to HLT during the last weeks Not been sufficiently tested and debugged PHOS offline status

  16. PHOS HLT DA Running on HLT using same code as off-line Porting of offline code provides possibility to do more advanced physics calibration Needs more testing with the FXS PHOS offline status

  17. HLT On-line Monitoring Using PHOS HLT Online Monitoring used for debugging and visualisation Integration into AliEVE started (first version routinely used) With new ported reconstruction better visualisation and performance monitoring is possible PHOS offline status

  18. HLT On-line Monitoring PHOS offline status

  19. About DCS DP • A set of DCS DPs which are potentially useful for offline reconstruction was submitted to the Shuttle team a year ago • No correction of calibration parameters is expected for DCS DPs. The DCS DPs might be useful (but not mandatory) to see for reference, if some unexpected data appears. • PHOS PVSS is being integrated in P2 with very little manpower (0.25 FTE). No DCS DPs are monitored, nor archived at the moment. • Shuttle looks for declared DPs, does not find them and stops any actions of the PHOS preprocessor. • Due to missing DCS DPs, the DAQ DA and HLT DA are not validated yet. • In SVN trunk, AliPHOSPreprocessor::ProcessDCS() returns kFALSE • AliPHOSPreprocessor::ProcessDCS() can check the existence of DPs which provides more flexibility. • PHOS can survive without DCS preprocessor (this year). PHOS offline status

  20. Reconstruction parameters • The framework for detector reconstruction parameters is being developed (Cvetan) • AliPHOSRecoParam is inherited from AliDetectorRecoParam. EMC and CPV reco parameters were merged into one object • All PHOS code has been changed to follow the reco parameters framework. Submitted to Cvetan. • Validation will be performed after committing the framework to CVN. PHOS offline status

  21. QA • QA histograms are filled at every step of simulation and reconstruction: • Hits • Digitization • Raw data • Local reconstruction • ESD filling • So far the quality is checked “by eyes”. No quantitative criteria is provided yet. No reference objects are created nor stored in OCDB PHOS offline status

  22. dotProject PHOS offline status

More Related