LArMonitoringPenseBete

Warning : this page is NOT a summary of different DQ activities in LAr. This is not exhaustive and does NOT reflect all the work done by different involved persons. This is just a personal biased view of the current problems and wonders, that sometimes only exists in authors mind!

Urgent matters are spotted with a Orange led.

Algorithms

Last update : 20 February 2009

Subgroups :

  • [DCS] : DCS only
  • [DAQ] : all quantities related to data integrity, data flow, enabled readout...
  • [MIS_CH] : monitoring of misbehaving channels. The monitoring is performed at several levels: LArDigit, LArRawChannel, CaloCells
  • [SIG] : monitoring of signal (mainly at digit levels)
  • [PHYS] : monitoring of "physical" quantities (in connection with e gamma group)

  • DCS status calculator [DCS]:
    • Concerned runs : PHYSIC (CALIB?)
    • Status/State now stored in COOL with common IOVs for global LAr and DCS sub partitions. "Worst case" algorithm used to extract a flag. Analysis done on reprocessed runs : all GREEN except 3 runs for which the data was bad by written. Flags to be written in DCS database (only private processing up to now). Logic to be tested during cosmic runs.
    • Followed by Samir Arfaoui.

  • Monitoring at the ROD level [DAQ][MIS_CH]:
    • Concerned runs : PHYSIC mainly. CALIB for debugging
    • Current available plots : GLink temperature (to be removed from DQ - this is not really DQ), sample 0 pedestal monitoring, number of discarded events, busy status (tbc).
    • Main software already implemented. Not sure that the problem relative to sbc stability is fixed. To be investigated.
    • Then once it is fixed, have to do summary plots and DQMF checks. Rémi (and LAPP students) agreed to work on this.

  • Monitoring of the DSP computation [DAQ]:
    • Concerned runs : PHYSIC mainly. CALIB for debugging
    • Comparison of energy extracted by DSP and the one computed from digits (extracted just for cells with signal above a given threshold).
    • Implemented online. Almost perfect, except some patholigical channels with very low error yield to be understood. Under study by online experts (problem coming from high rate runs??).
    • Code also includes time/chi2 computation. Basically works (few pathologies still be understood)
    • Implementation of offline processing at CAF under study : M.Aurousseau in contact with N.Berger : should be rather straightforward. To be done : protection in code to avoid useless processing when these are raw data (implementation by M.Aurousseau).

  • LArFEBMon [DAQ]:
    • Concerned runs : ALL
    • Algorithm stable, documentation done, DQMF available.
    • To be done : Orange led correct error computation for histo dynamicaly booked for faulty FEBs (cf pb of 100% yield).
    • Current maintenance and analysis : Benjamin Trocmé

  • LArCoverage [DAQ]:
    • Concerned runs : PHYSIC only for the moment (LArRawChannel).
    • Current maintenance and further development : Jessica Leveque. The larcoverage should be refined to provide a more precise view of different pathologies : "Serious" (very high noise, dead), "Minor" (noise slightly high), "intermittent" (Noise burst)
    • Pending problem : is HEC geometry really correct? use the right method (cf discussion with Guillaume Unal). Is it done?

  • LArOddCells [MIS_CH]:
    • Concerned runs : PEDESTAL mainly. (PHYSIC? to be determined)
    • Algorithm stable, documentation almost done, DQMF available.
    • Mainly minor developments on request.
    • Current maintenance and analysis : Benjamin Trocmé.
    • Orange led Have to understand what are the few events with a yield greater than 1%. Related to noise bursts studied elsewhere?

  • LArNoiseMonToolBase suite [MIS_CH]:
    • Concerned runs : PEDESTAL.
    • Tool mainly used for commissioning and debugging with a lot of clever plots. Still integrated (in its basic version) in automatic monitoring of calibration runs.
    • Long time development by Victoria Team.

  • LArRawChannel monitoring [MIS_CH] :
    • Development by Michel Lefebre and Franck Berghaus
    • Quantities currently computed : occupancy (nb of events per cell above a given threshold), average energy per cell, noise per cell, proportion of events in negative tails (3 x noise à la LArOddCells).
    • Treatment of quality factor now implemented. To be tuned

  • Basic digits monitoring (for cells with signal only) [SIG]:
    • Concerned runs : PHYSIC mainly. CALIB for debugging
    • Plot for each FEB the number of cells with sample of the maximum signal outside a time window, the number of saturated cells and with digits == 0, the mean time of the maximum signal. Basic pulse shape reconstruction per partition (à la LArCosmics), variation of peak position vs time.
    • Possibility to mask bad channels.

  • Refined digits monitoring [SIG]:
    • Concerned runs : PHYSIC only.
    • Fine monitoring of the shape stability by using the digits extracted (for cells with signal only).
    • Objective : detect varying shape within a short time scale (i.e faster the delay runs frequency). Question of available statistic to be clarified : by processing the bulk, one would require typically 2-3 days of data. May be interesting in stable running but perhaps not at the LHC start.
    • Required deep infrastructure modifications (especially : partial event building in a dedicated calibration stream, while keeping the main physic stream). Now available in tdaq-1-09-01
    • Development by Nicolas Berger

  • Orange led Monitoring of quality word of LArRAwChannel [SIG]:
    • Concerned runs : ALL.
    • Potentially interesting to detect HV spike (cf much faster rising signal) spotted by Laurent Serin et al.
    • For the moment, quality word not computed routinely(cf problem of memory consumption, as the pulse shape is needed to extract it). Since 14.2.0, however possible to compute it privately.
    • Some interests by Laurent Serin and Laurent Duflot. See talk by Adam Gibson on 1/9 LAr weekly meeting and Bin Guo presentation at 24/9 analysis meeting. How to convert this in a monitoring tool?
    • Preliminary implementation in LArRawChannelMonTool

  • CaloCells monitoring [MIS_CH][PHYS]:
    • Bad channels masking to be tested to see one gets plot easier to interpret. Create 2 plots : with and without masking.
    • Remove useless plots (cell rate without threshold? just 2 thresholds?)

  • Caloclusters monitoring [MIS_CH][PHYS]:
    • Ongoing work to produce compact summary plots, tune DQMF thresholds.

Online / P1 environment

  • PT receiving no event or very few events:
    • https://pcatdwww.cern.ch/elog/ATLAS_W/ATLAS/21076
    • Things seems to have improved since early september.
    • Interaction with TDAQ experts would be appreciated to have a better understanding of how PT are connected to SFIs (especially when no KeyValue is specified) and if debugging tools are available in case of problems.

  • Stateless (plain) Athena :
    • Functional. Tested and documented
    • Orange led Migration to be done for online monitoring (cf Benedetto talk at DQ workshop).

  • Test the decoupling of HLT release with release used for LArPT
    • Done?

  • Orange led Online DQMF configuration :
    • LArFEBMon : right strict cut (no FEB in error?).
    • CaloCells : tuning of threshold - is it the right test? really needed at the beginning? Zero weight to be applied to get right online DQMF check.

  • New DQMF display :
    • Display to be tested at P1. No showstopper to test this.
    • DQM configurator : allows to have a better geometry view of LAr. Under study by Franck Berghaus.

  • Shifter documentation :
    • Preliminary OHP version satisfactory
    • Have to think how to include DQMF

  • Orange led LArGatherer :
    • Under discussion with Peter Renkel and Serguei Kolos.

  • Setup a simple tool to get the difference between current runs and conditions loaded for a cells :
    • Beta version by Walter Lampl works nicely. Need an additinal layer to get cell in term of FT/slot/channel instead of COOL channel. Then write a small pyroot script to be executed by shifter.
    • Done by Jean Francois MArchand. Documented.
    • Implementation at P1 to be done. Jean Francois in contact with Hans Von Der Schmid.

  • Orange led Find a way to provide a graphical mapping between FT/Slot and Eta/Phi for shifters :
    • Standalone QT application developed by P.A. Delsart. Now documented.
    • Next step : development of plugin in OHP nexus.

  • Orange led "Quasi online" monitoring of data integrity of calibration runs :
    • Many problems seen in september with missing events in results (hopefully mainly empty events).
    • Need to monitor all events to check that nothing is missing.
    • Concrete implementation to be clarified.

  • Orange led Interaction with LVL1 calo:
    • New dedicated tab in OHP?
    • How to improve misbehaving channels flagging to allow shifters to give quick feedback to LVL1 calo persons? Have first to revive automatic extraction of misbehaving channels from DQMF (in a text file). LArOddCells seems to be a good candidate as a starting point.
    • Problem also related to how to store infromations on "non permanently unhappy channels" (should they be stored in DB?).

Offline

  • Root macros :
    • Develop an interface to display ramp/wave coefficient (computed from automatic processed) stored in an ntuple.
    • Action : Ilya Orlov.
    • Already done : routine that create a new root file with all adequate histos; pros : fast access to all histos once the file is created. Cons : memory consuming!
    • Also done : plugin in root macro to produce on request the wished pulse shape; pros : no new file; cons : slow if a lot of request are sent (ex : all pulse shape of a FT!).
    • To be done : ramp treatment + test + CVS commit.

  • Orange led Followup of DQ along time :
    • Basic quantities to be integrated in ATLAS tool (nb of events, proportion of muons candidates...)
    • See talk by Monica D'Onofrio here : http://indico.cern.ch/conferenceDisplay.py?confId=37220
    • Followup of problems can not be handled by such tools : see next point on a dynamic history tool.

  • History tool developed by Sheffield group
    • Migration to CERN server (contact with RTT people)
    • Include more streams (RNDM trigger?)
    • Include more algorithms : LArDigit ? LArRawChannel?
    • Analysis of FEBMon error yield in interaction with DO/DP people (N.Kerschen working on this).


Major updates:
-- BenjaminTrocme - 02 Sep 2008

%RESPONSIBLE% BenjaminTrocme
%REVIEW% Never reviewed

Edit | Attach | Watch | Print version | History: r19 | r16 < r15 < r14 < r13 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r14 - 2009-02-23 - BenjaminTrocme
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    Main All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright &© 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback