Difference: VeloMoniWishList (1 vs. 7)

Revision 72008-07-21 - ChrisParkes

Line: 1 to 1
 
META TOPICPARENT name="VELOCommissioningSoftware"

VELO Online Monitoring Wish List

This page is meant to be a scratch area for collecting ideas what to monitor and how. So everybody should feel free to add
Line: 52 to 52
 

Detailed Specifications

Higher level quantities
Added:
>
>
Alignment/Resolution (Marco, Silvia)
 
  • residuals (preferably for small angle tracks with many spacepoints)
    • vs r/phi for alignment
      • for each sensor make unbiased straight line track fit and compute intercept with sensor
Line: 80 to 82
 
      • for each bin in pitch+angle fit the spread of the residual distribution
      • the fit should only be done for bins with at least 10000 entries
      • it has to be noted that extrapolation errors contribute to the measured spread!
Changed:
<
<
      • projections of resolution (spread) vs pitch/angle can be plotted for various bins in the other variable using colour-coded lines (see Tomasz's plots)
>
>
      • projections of resolution (spread) vs pitch/angle can be plotted for various bins in the other variable using colour-coded lines (see Tomasz's LHCb note plots)
 
      • residual plots should not be updated too often to ensure necessary statistics, hence update frequency: (>)>=10min
Added:
>
>
TELL1 Algorithm Monitoring, require NZS data (Tomasz, Chris)
Aim: monitor performance of TELL1 algorithms / check current algorithm parameter values suitable A separate set of plots are used to tune the parameter values (from the Vetra computers) which are not described here.

  • Algorithm:Pedestal Subtraction - Histo 1: mean ADC counts after pedestal subtraction versus chip channel.
  • Algorithm:FIR Filter - Histo 1: parameters of cross-talk computer run on data that has already been corrected.
  • Algorithm:Beetle Header Correction - Histo1: parameters of beetle correction run on data that has already been corrected, Histo2: corrected rms noise of 1st and 2nd channel of each analogue link / CM corrected rms noise of average channel in same link.
  • Algorithm:MCMS Correction - Histo1: noise (rms ADC values) versus chip channel after correction. Histo 2: to be defined something to specifically check events with large baseline swings (JC, Gwen looking)
  • Algorithm:Common Mode Correction - Histo1:noise (rms ADC values) versus strip number after correction. Histo2: profile plot of value of correction applied versus strip number.
  • Algorithm: Cluster Maker- Histo1: Number of clusters versus central strip number (and number with spillover bit set superimposed). Histo2: Size of clusters versus central strip number. Histo 3: Landau (sum of ADC). Histo4: Signal/Noise.
 

Considered

Quantities derived from NZS Data
  • noise before/after common mode

Revision 62008-04-16 - MarcoGersabeck

Line: 1 to 1
 
META TOPICPARENT name="VELOCommissioningSoftware"

VELO Online Monitoring Wish List

This page is meant to be a scratch area for collecting ideas what to monitor and how. So everybody should feel free to add
Line: 58 to 58
 
      • calculate residual (DeVeloSensor)
      • for R sensor: plot residual vs phi (calculating phi from track state)
      • for Phi sensor: plot residual vs r (calculating r from track state) and vs phi (phi of strip at minimum strip radius +/- stereo angle)
Deleted:
<
<
      • update frequency for residual scatter plots: order of 10 seconds
 
      • when histogram has about 10'000 entries at least 1 minute old) create a ProfileX() (root method)
      • this profile should be kept, update can be ensured to be >=1min
      • fit profile vs phi with par_0 * sin(phi) + par_1 * cos(phi) + par_2
Line: 70 to 69
 
Added:
>
>
    • vs beetle readout direction for R sensor x-talk
      • largest cross-talk depends on readout direction and is particularly visible for R sensors
      • Phi sensors are less strongly affected by cross-talk due to different readout pattern
      • for each R sensor plot: residual distribution for each readout direction in each sector, i.e. make 8 plots: 4 sectors, strips 0-127 and 128-511 per sector
      • any non-zero mean is a sign for cross-talk
      • cross-talk overview plot: plot the distribution of the 8 mean values per sensor for all sensors, update frequency: >=1min
    • vs pitch and angle for resolution
      • for each sensor, plot residual vs pitch and angle (projected angle for Phi sensors?) 3-dim histogram
      • for each bin in pitch+angle fit the spread of the residual distribution
      • the fit should only be done for bins with at least 10000 entries
      • it has to be noted that extrapolation errors contribute to the measured spread!
      • projections of resolution (spread) vs pitch/angle can be plotted for various bins in the other variable using colour-coded lines (see Tomasz's plots)
      • residual plots should not be updated too often to ensure necessary statistics, hence update frequency: (>)>=10min
 

Considered

Quantities derived from NZS Data
Line: 89 to 101
 
Higher level quantities
  • tracks (this is very generic, needs to be fleshed out, like e.g. below)
Deleted:
<
<
  • residuals (preferably for small angle tracks with many spacepoints)
    • vs beetle readout direction for R sensor x-talk
    • vs pitch and angle for resolution
    • (more or less all of this code already available in sensor alignment software)
 
  • Alignment monitoring through alignment constants
    • residuals insensitive to less well constrained DOFs
    • rerun alignment algorithms and monitor change in parameters

Revision 52008-03-31 - MarcoGersabeck

Line: 1 to 1
 
META TOPICPARENT name="VELOCommissioningSoftware"

VELO Online Monitoring Wish List

This page is meant to be a scratch area for collecting ideas what to monitor and how. So everybody should feel free to add
Line: 55 to 55
 
  • residuals (preferably for small angle tracks with many spacepoints)
    • vs r/phi for alignment
      • for each sensor make unbiased straight line track fit and compute intercept with sensor
Changed:
<
<
>
>
      • calculate residual (DeVeloSensor)
 
      • for R sensor: plot residual vs phi (calculating phi from track state)
      • for Phi sensor: plot residual vs r (calculating r from track state) and vs phi (phi of strip at minimum strip radius +/- stereo angle)
Changed:
<
<
      • update frequency: order of 10 seconds
      • when histogram has about 10'000 entries at least 1 minute old) create a ProfileX() (root method)
      • this profile should be kept, update can be ensured to be >=1min
      • fit profile with sin+cos+const
>
>
      • update frequency for residual scatter plots: order of 10 seconds
      • when histogram has about 10'000 entries at least 1 minute old) create a ProfileX() (root method)
      • this profile should be kept, update can be ensured to be >=1min
      • fit profile vs phi with par_0 * sin(phi) + par_1 * cos(phi) + par_2
        • plot distribution of par_0 and par_1 for all sensors in one histogram
        • this will be an overview histogram of x/y misalignments, update frequency same as profile: >=1min
      • fit profile vs r with par_0 * r + par_1
        • plot distribution of par_0 for all sensors in one histogram
        • this will be an overview histogram of z-rotation misalignments, update frequency same as profile: >=1min
 
      • (all code available from software alignment)
Added:
>
>
 

Considered

Quantities derived from NZS Data
Line: 83 to 90
 
Higher level quantities
  • tracks (this is very generic, needs to be fleshed out, like e.g. below)
  • residuals (preferably for small angle tracks with many spacepoints)
Deleted:
<
<
    • vs r/phi for alignment
 
    • vs beetle readout direction for R sensor x-talk
    • vs pitch and angle for resolution
    • (more or less all of this code already available in sensor alignment software)
Line: 98 to 104
 

Considered

  • beam position
\ No newline at end of file
Added:
>
>
META FILEATTACHMENT attachment="res_Phi_vs_phi.eps" attr="" comment="Phi sensor residuals vs phi" date="1206969591" name="res_Phi_vs_phi.eps" path="res_Phi_vs_phi.eps" size="82683" stream="res_Phi_vs_phi.eps" user="Main.MarcoGersabeck" version="1"
META FILEATTACHMENT attachment="res_Phi_vs_phi_fitted.eps" attr="" comment="Profile and fit of Phi sensor residual vs phi" date="1206969649" name="res_Phi_vs_phi_fitted.eps" path="res_Phi_vs_phi_fitted.eps" size="12896" stream="res_Phi_vs_phi_fitted.eps" user="Main.MarcoGersabeck" version="1"

Revision 42008-03-31 - MarcoGersabeck

Line: 1 to 1
 
META TOPICPARENT name="VELOCommissioningSoftware"

VELO Online Monitoring Wish List

This page is meant to be a scratch area for collecting ideas what to monitor and how. So everybody should feel free to add
Line: 51 to 51
 

Low frequency monitoring

Detailed Specifications

Changed:
<
<
None yet.
>
>
Higher level quantities
  • residuals (preferably for small angle tracks with many spacepoints)
    • vs r/phi for alignment
      • for each sensor make unbiased straight line track fit and compute intercept with sensor
      • calculate residual (DeVeloSensor)
      • for R sensor: plot residual vs phi (calculating phi from track state)
      • for Phi sensor: plot residual vs r (calculating r from track state) and vs phi (phi of strip at minimum strip radius +/- stereo angle)
      • update frequency: order of 10 seconds
      • when histogram has about 10'000 entries at least 1 minute old) create a ProfileX() (root method)
      • this profile should be kept, update can be ensured to be >=1min
      • fit profile with sin+cos+const
      • (all code available from software alignment)
 

Considered

Quantities derived from NZS Data

Revision 32008-03-27 - KurtRinnert

Line: 1 to 1
 
META TOPICPARENT name="VELOCommissioningSoftware"

VELO Online Monitoring Wish List

This page is meant to be a scratch area for collecting ideas what to monitor and how. So everybody should feel free to add
Line: 6 to 6
  -- Kurt Rinnert - 13 Mar 2008
Changed:
<
<

Available measure quantities from hardware:

>
>

Data retrieved from PVSS

In this section we collect quantities we want to monitor that can be directly retrieved from PVSS.

Detailed Specifcations

None yet.

Considered

Available measure quantities from hardware
 
  • Si current
  • Beetle currents
  • Temperature of hybrid
Line: 14 to 21
 
  • Temperature of RF foil
  • Beam currents
Changed:
<
<

Correlations of some of these

>
>
Correlations of some of these
 
  • Si current vs temp.
  • Beetle current and Si current superimposed
  • Current vs foil temp.
Changed:
<
<

Radiation monitoring:

>
>
Radiation monitoring
 
  • Measure Si current
  • BCM
  • 2 beam currents
Changed:
<
<

Power supply values:

>
>
Power supply values
 
  • Current and past history
Changed:
<
<

BEETLE values:

>
>
BEETLE values
 
  • Number of resets per Tell 1.
  • Pipeline synchronisation errors.
Changed:
<
<

TELL1 values:

>
>
TELL1 values
 
  • Need to know how often the NZS bank is read out (approx once/s).
  • Need to decide on list of variables to monitor.
  • Want to track pedestal values.
  • RMS of common mode.
Changed:
<
<

VELO software monitoring:

>
>

Data derived from analysis jobs

In this section we collect quantities we want to monitor that are derived from analysis jobs. More specifically everything that is based on results of a Gaudi job running on the the online farm. There are two sub-categories: slow monitoring with history and fast monitoring without history. We expect the slow monitoring to be updated with ~0.01 Hz and the fast monitoring with ~2 Hz. For the fast monitoring/visualization it is forseen to run a dedicated job on a dedicated node, circumventing the client/server architecture that is used for the standard, low frequency, monitoring.

Low frequency monitoring

Detailed Specifications

None yet.

Considered

Quantities derived from NZS Data
 
  • noise before/after common mode
  • pedestals
Deleted:
<
<
  • hitmaps
 
  • ADC vs strip/chip channel
  • correlation plots between adjacent sensors
Deleted:
<
<
  • number of clusters vs strip number
  • sensor efficiency
  • sensor occupancy
 
  • S/N per sensor (split into regions)
  • time development of pedestals
  • time development of noise
Changed:
<
<
  • tracks
>
>
Quantities derived from ZS data
  • hitmaps
  • sensor efficiency
  • sensor occupancy
  • number of clusters vs strip number

Higher level quantities
  • tracks (this is very generic, needs to be fleshed out, like e.g. below)
 
  • residuals (preferably for small angle tracks with many spacepoints)
    • vs r/phi for alignment
    • vs beetle readout direction for R sensor x-talk
Line: 58 to 79
 
  • Alignment monitoring through alignment constants
    • residuals insensitive to less well constrained DOFs
    • rerun alignment algorithms and monitor change in parameters
Added:
>
>

High frequency visualization

Detailed Specifications

None yet.

Considered

 
  • beam position

Revision 22008-03-20 - MarcoGersabeck

Line: 1 to 1
 
META TOPICPARENT name="VELOCommissioningSoftware"

VELO Online Monitoring Wish List

This page is meant to be a scratch area for collecting ideas what to monitor and how. So everybody should feel free to add
Line: 46 to 46
 
  • number of clusters vs strip number
  • sensor efficiency
  • sensor occupancy
Changed:
<
<
  • S/N per sensor
>
>
  • S/N per sensor (split into regions)
 
  • time development of pedestals
  • time development of noise
  • tracks
Added:
>
>
  • residuals (preferably for small angle tracks with many spacepoints)
    • vs r/phi for alignment
    • vs beetle readout direction for R sensor x-talk
    • vs pitch and angle for resolution
    • (more or less all of this code already available in sensor alignment software)
  • Alignment monitoring through alignment constants
    • residuals insensitive to less well constrained DOFs
    • rerun alignment algorithms and monitor change in parameters
 
  • beam position
\ No newline at end of file

Revision 12008-03-13 - KurtRinnert

Line: 1 to 1
Added:
>
>
META TOPICPARENT name="VELOCommissioningSoftware"

VELO Online Monitoring Wish List

This page is meant to be a scratch area for collecting ideas what to monitor and how. So everybody should feel free to add some ideas! As a starting point I have added a few items collected from various sources.

-- Kurt Rinnert - 13 Mar 2008

Available measure quantities from hardware:

  • Si current
  • Beetle currents
  • Temperature of hybrid
  • Rack temperatures
  • Temperature of RF foil
  • Beam currents

Correlations of some of these

  • Si current vs temp.
  • Beetle current and Si current superimposed
  • Current vs foil temp.

Radiation monitoring:

  • Measure Si current
  • BCM
  • 2 beam currents

Power supply values:

  • Current and past history

BEETLE values:

  • Number of resets per Tell 1.
  • Pipeline synchronisation errors.

TELL1 values:

  • Need to know how often the NZS bank is read out (approx once/s).
  • Need to decide on list of variables to monitor.
  • Want to track pedestal values.
  • RMS of common mode.

VELO software monitoring:

  • noise before/after common mode
  • pedestals
  • hitmaps
  • ADC vs strip/chip channel
  • correlation plots between adjacent sensors
  • number of clusters vs strip number
  • sensor efficiency
  • sensor occupancy
  • S/N per sensor
  • time development of pedestals
  • time development of noise
  • tracks
  • beam position
 
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