Download
1 / 11
110 likes | 176 Views
RPC DQM (new features). A. Cimmino, D. Lomidze, P. Paolucci I.N.F.N. of Napoli Muon Barrel Workshop 20/04/2009. Data Input. Algorithm of the RPC SM in 31x. HV Status. ON. OFF. Chamber OFF. OK. % of Dead Strips. ≤ 50%. ≥ 80%. Dead Chamber. OK. 1 bin Cluster Size. 50%< & <80%.
E N D
RPC DQM(new features) A. Cimmino, D. Lomidze, P. Paolucci I.N.F.N. of Napoli Muon Barrel Workshop 20/04/2009
Data Input Algorithm of the RPC SM in 31x HV Status ON OFF Chamber OFF OK % of Dead Strips ≤ 50% ≥ 80% Dead Chamber OK 1 bin Cluster Size 50%< & <80% Noisy Strip ≥ 0.85 Status Colors Partially Dead Dead > 0 & ≤ 5 < 0.85 Partially Dead Noisy strips OK Noisy Chamber Noisy Strip = 0 <#digi> ≥ 6 Noisy Chamber OK Bad Shape < 6 OFF Algorithm still under refinement Occupancy Asym. ≥ 30% OK ! Bad Shape < 30% Good Chamber
Cuts and Colors of summary histograms First Bin ClusterSize 0.0 – 0.75 Green 0.75 – 0.80 Yellow 0.80 – 0.85 Orange 0.85 – 1.00 Red Dead Strips Fraction 0.00 – 0.30 Green 0.30 – 0.60 Yellow 0.60 – 0.80 Orange 0.80 – 1.00 Red Left-Right Asymmetry 0.00 – 0.30 Green 0.30 – 0.50 Yellow 0.50 – 0.70 Orange 0.70 – 1.00 Red Summary Histogram OFF Blue Dead Red Partially Dead Pink Noisy Strip Yellow Noisy Chamber Orange Bad Shape Light Blue Good Chamber Green Multiplicity average 1 – 4 Green 5 – 6 Yellow 7 – 8 Orange 9 – 10 Red
Roll (η-partition) vs Sector plots for all main variable. Standardized color code Easy life for shifter (even if not expert)
TOP LEVEL SUMMARY PLOT Efficiency = 87.5 % (95% ex shape) Misidentification = 0
Study of State Dependence from RPC Events We have to wait at least for 70.000 RPC Events to run at full efficiency the State Machine.
New RPC DQM Client Architecture RPCDqmClient • Only 1 EdAnalyzer (RPCDqmClient) configured via _cfg.py • List of tests • prescale factor • histogram folder • Several RPCClientmodules perform the various tests. • Loop on Geometry is done only once in the RPCDqmClient • Use of strings was reduced to minimum terms. RPCNoisyStripTest RPCOccupancyTest RPCClusterSizeTest Timing report for analyzing 13.7* 10^5 RPC Events RPCDeadChannelTest RPCMultiplicityTest TimeReport ------------------------ Module Summary -------------------[sec]----------------- TimeReport per event per module-run per module-visit TimeReport CPU Real CPU Real CPU Real Name TimeReport 0.000000 0.000061 0.000000 0.000061 0.000000 0.000061 rpcdqmclient Gained a factor 6!
RPC DQM FED Information • Recordtypes per FED • Fatal e non fatal errors • Link delay spread RUN 66722 Readout Error histogram EMPTY GOOD
RPC DQM Short Term Instructions • When a minor problem (no need to stop the run) occurs after the expert has been alerted, the DQM expert fills in the DQM short instructions twiki page : • https://twiki.cern.ch/twiki/bin/view/CMS/OnlineShortTermInstr • Short-term notes/instructions for current running conditions. • Notes here are supposed to represent temporary changes with respect to the normal instructions the shifter was given. • In case of doubt, contact the subsystem expert. • The instructions in this page supersede the Online shifter instructions • Known alarms will be ignored by the central shifter and not cover the new ones. • Good runs will not be flagged as bad (his was an issue during one of the last MWGR)
Conclusions • Major changes made in 3.1.x • RPC State Machine is working properly • tested on many CRAFT runs • (ε ≥ 85% and MissID = 0%) • we can still improve some cuts • All unused plots have been cancelled • RPC quality flag is now defined by SM • All DQM code is ready for Endcap too with exception of the new SM.
