Ignore:
Timestamp:
01/25/05 14:50:10 (20 years ago)
Author:
gaug
Message:
*** empty log message ***
File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/MagicSoft/TDAS-Extractor/Performance.tex

    r5919 r5995  
    77\par
    88The LED pulser system is able to provide fast light pulses of 3--4\,ns FWHM
    9 with intensities ranging from 3--4 photo-electrons to more than 500 in one inner pixel of the
    10 camera. These pulses can be produced in three colours $green$, $blue$ and $UV$.
     9with intensities ranging from 3--4 to more than 500 photo-electrons in one inner photo-multiplier of the
     10camera. These pulses can be produced in three colours {\textit {\bf green, blue}} and
     11{\textit{\bf UV}}.
    1112
    1213\begin{table}[htp]
     
    8283
    8384We used data taken on the 7$^{th}$ of June, 2004 with different pulser LED combinations, each taken with
    84 16384 events. The corresponding run numbers range from nr. 31741 to 31772. This data was taken before the
    85 latest camera repair access which resulted in a replacement of about 2\% of the pixels known to be
     8516384 events. The corresponding MAGIC data run numbers range from nr. 31741 to 31772. These data was taken
     86before the latest camera repair access which resulted in a replacement of about 2\% of the pixels known to be
    8687mal-functionning at that time.
    87 Thus, there is a lower limit to the number of un-calibrated pixels of about 1.5--2\% known
    88 mal-functionning pixels.
     88There is thus a lower limit to the number of un-calibrated pixels of about 1.5--2\% of known
     89mal-functionning photo-multipliers.
    8990\par
    9091Although we had looked at and tested all colour and extractor combinations resulting from these data,
     
    103104
    104105The MAGIC calibration software incorporates a series of checks to sort out mal-functionning pixels.
    105 Except for the software bug searching criteria, the following exclusion reasons can apply:
     106Except for the software bug searching criteria, the following exclusion criteria can apply:
    106107
    107108\begin{enumerate}
     
    116117the distribution of photo-electrons obtained with the inner or outer pixels in the camera, respectively.
    117118This criterium cuts out pixels channels with apparently deviating (hardware) behaviour compared to
    118 the rest of the camera readout.
     119the rest of the camera readout\footnote{This criteria is not applied any more in the standard analysis,
     120although here, we kept using it}.
    119121\item All pixels with reconstructed negative mean signal or with a
    120122mean numbers of photo-electrons smaller than one. Pixels with a negative pedestal RMS subtracted
     
    142144The following figures~\ref{fig:unsuited:5ledsuv},~\ref{fig:unsuited:1leduv},~\ref{fig:unsuited:2ledsgreen}
    143145and~\ref{fig:unsuited:23ledsblue} show the resulting numbers of un-calibrated pixels and events for
    144 different colours and intensities.
     146different colours and intensities. Because there is a strong anti-correlation between the number of
     147excluded channels and the number of outliers per event, we have chosen to show these numbers together.
    145148
    146149\par
     
    178181One can see that in general, big extraction windows raise the
    179182number of un-calibrated pixels and are thus less stable. Especially for the very low-intensity
    180 $1Led\,UV$-pulse, the big extraction windows summing 8 or more slices, cannot calibrate more than 50\%
     183\textit{\bf 1Led\,UV}-pulse, the big extraction windows summing 8 or more slices, cannot calibrate more
     184than 50\%
    181185of the inner pixels (fig.~\ref{fig:unsuited:1leduv}). This is an expected behavior since big windows
    182 add up more noise which in turn makes the for the small signal more difficult.
     186add up more noise which in turn makes the search for the small signal more difficult.
     187\par
     188\ldots {\bf WHICH EXTRACTOR HAS THE LEAST NUMBER OF EXCLUDED PIXELS ???}
    183189\par
    184190In general, one can also find that all ``sliding window''-algorithms (extractors \#17-32) discard
    185191less pixels than the ``fixed window''-ones (extractors \#1--16). The digital filter with
    186 the correct weights (extractor \#32) discards the least number of pixels and is also robust against
    187 slight modifications of its weights (extractors \#28--31). Also the ``spline'' algorithms on small 
    188 windows (extractors \#23--25) discard less pixels than the previous extractors, although slightly more
    189 than the digital filter.
    190 \par
    191 Particularly in the low-gain channel,
    192 there is one extractor discarding a too high amount of events which is the
    193 MExtractFixedWindowPeakSearch. The reason becomes clear when one keeps in mind that this extractor
    194 defines its extraction window by searching for the highest signal found in a sliding peak search window
    195  looping only over {\textit{non-saturating pixels}}. In the case of an intense calibration pulse, only
    196 the dead pixels match this requirement and define thus an alleatory window fluctuating like the noise
    197 does in these channels. It is clear that one cannot use this extractor for the intense calibration pulses.
     192the correct weights (extractors \#30-33) discards the least number of pixels and is also robust against
     193slight modifications of its weights (extractors \#28--30). The robustness gets lost when the high-gain and
     194low-gain weights are inverted (extractors \#31--39, see fig.~\ref{fig:unsuited:23ledsblue}).
     195\par
     196Also the ``spline'' algorithms on small 
     197windows (extractors \#23--25) discard less pixels than the previous extractors.
    198198\par
    199199It seems also that the spline algorithm extracting the amplitude of the signal produces an over-proportional
     
    203203\par
    204204Concerning the numbers of outliers, one can conclude that in general, the numbers are very low never exceeding
    205 0.25\%. There seems to be the opposite trend of larger windows producing less
    206 outliers. However, one has to take into account that already more ``unsuited'' pixels have
    207 been excluded thus cleaning up the sample of pixels somewhat. It seems that the ``digital filter'' and a
    208 medium-sized ``spline'' (extractors \#25--26) yield the best result except for the outer pixels
    209 in fig~\ref{fig:unsuited:5ledsuv} where the digital filter produces a worse result than the rest
    210 of the extractors.
     2050.1\% except for the ampltiude-extracting spline which seems to mis-reconstruct a certain type of events.
    211206\par
    212207In conclusion, already this first test excludes all extractors with too big window sizes because
     
    216211\begin{itemize}
    217212\item: MExtractFixedWindow Nr. 3--5
    218 \item: MExtractFixedWindowSpline Nr. 6--11
     213\item: MExtractFixedWindowSpline Nr. 6--11 (all)
    219214\item: MExtractFixedWindowPeakSearch Nr. 14--16
    220215\item: MExtractTimeAndChargeSlidingWindow Nr. 21--22
    221 \item: MExtractTimeAndChargeSpline Nr. 27
     216\item: MExtractTimeAndChargeSpline Nr. 23 and 27
    222217\end{itemize}
    223218
    224 The best extractors after this test are:
    225 \begin{itemize}
    226 \item: MExtractFixedWindow Nr. 1--2
    227 \item: MExtractFixedWindowPeakSearch Nr. 13
    228 \item: MExtractTimeAndChargeSlidingWindow Nr. 17--19
    229 \item: MExtractTimeAndChargeSpline Nr. 24--25
    230 \item: MExtractTimeAndChargeDigitalFilter Nr. 28--32
    231 \end{itemize}
    232 
    233219%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
    234220
    235221\subsubsection{Number of Photo-Electrons \label{sec:photo-electrons}}
    236222
    237 Assuming that the readout chain is clean and adds only negligible noise to the one
     223Assuming that the readout chain adds only negligible noise to the one
    238224introduced by the photo-multiplier itself, one can make the assumption that the variance of the
    239225true (non-extracted) signal $ST$ is the amplified Poisson variance of the number of photo-electrons,
     
    247233
    248234After introducing the effect of the night-sky background (eq.~\ref{eq:rmssubtraction})
    249 in formula~\ref{eq:excessnoise} and assuming that the number of photo-electrons per event follows a
    250 Poisson distribution, one obtains an expression to retrieve the mean number of photo-electrons
    251 impinging on the pixel from the
     235in formula~\ref{eq:excessnoise} and assuming that the variance of the number of photo-electrons is equal
     236to the mean number of photo-electrons (because of the Poisson distribution),
     237one obtains an expression to retrieve the mean number of photo-electrons  impinging on the pixel from the
    252238mean extracted signal $<SE>$, its variance $Var(SE)$ and the RMS of the extracted signal obtained from
    253239pure pedestal runs $R$ (see section~\ref{sec:determiner}):
     
    267253\par
    268254In our case, there is an additional complication due to the fact that the green and blue coloured light pulses
    269 show secondary pulses which destroy the Poisson behaviour of the number of photo-electrons. We will thus
     255show secondary pulses which destroy the Poisson behaviour of the number of photo-electrons. We will
    270256have to split our sample of extractors into those being affected by the secondary pulses and those
    271257being immune to this effect.
    272258\par
    273259Figures~\ref{fig:phe:5ledsuv},~\ref{fig:phe:1leduv},~\ref{fig:phe:2ledsgreen}~and~\ref{fig:phe:23ledsblue} show
    274 some of the obtained results. Although one can see an amazing stability for the standard 5\,Leds\,UV pulse,
    275 there is a considerable difference for all shown non-standard pulses. Especially the pulses from green
     260some of the obtained results. Although one can see a rather good stability for the standard
     261{\textit{\bf 5\,Leds\,UV}}\ pulse, except for the extractors {\textit{\bf MExtractFixedWindowPeakSearch}}, initialized
     262with an extraction window of 2 slices and  {\textit{\bf MExtractTimeAndChargeDigitalFilter}}, initialized with
     263an extraction window of 4 slices (extractor \#29).
     264\par
     265There is a considerable difference for all shown non-standard pulses. Especially the pulses from green
    276266and blue LEDs
    277267show a clear dependency  of the number of photo-electrons on the extraction window. Only the largest
     
    281271\par
    282272The strongest discrepancy is observed in the low-gain extraction (fig.~\ref{fig:phe:23ledsblue}) where all
    283 fixed window extractors essentially fail to reconstruct the correct numbers. This has to do with the fact
    284 that the tail of the high-gain pulse is usually very close to the low-gain one and thus, the extraction range
    285 has to be determined with great precision, what the fixed window extractors fail to do due because of the
     273fixed window extractors with too small extraction windows fail to reconstruct the correct numbers.
     274This has to do with the fact that
     275the fixed window extractors fail to do catch a significant part of the (larger) pulse because of the
    2862761~FADC slice event-to-event jitter.
    287277
     
    337327
    338328One can see that all extractors using a large window belong to the class of extractors being affected
    339 by the secondary pulses. The only exception to this rule is the digital filter which - despite of its
    340 6 slices extraction window - seems to filter out all the secondary pulses.
    341 \par
    342 Moreover, one can see in fig.~\ref{fig:phe:1leduv} that all peak searching extractors show the influence of
    343 the bias at low numbers of photo-electrons.
    344 \par
    345 The extractor MExtractFixedWindowPeakSearch at low extraction windows apparently yields chronically low
     329by the secondary pulses, except for the digital filter. The only exception to this rule is the digital filter
     330which - despite of its 6 slices extraction window - seems to filter out all the secondary pulses.
     331\par
     332The extractor \textit{\bf MExtractFixedWindowPeakSearch}} at low extraction windows apparently yields chronically low
    346333numbers of photo-electrons. This is due to the fact that the decision to fix the extraction window is
    347334made sometimes by an inner pixel and sometimes by an outer one since the camera is flat-fielded and the
     
    355342photo-electrons correctly between outer to inner pixels for the green and blue pulses.
    356343\par
    357 The extractor MExtractTimeAndChargeDigitalFilter seems to be stable against modifications in the
     344The extractor \textit{\bf MExtractTimeAndChargeDigitalFilter}} seems to be stable against modifications in the
    358345exact form of the weights in the high-gain readout channel since all applied weights yield about
    359346the same number of photo-electrons and the same ratio of outer vs. inner pixels. This statement does not
    360347hold any more for the low-gain, as can be seen in figure~\ref{fig:phe:23ledsblue}. There, the application
    361 of high-gain weights to the low-gain signal (extractors \#30--31) produces a too low number of photo-electrons
     348of high-gain weights to the low-gain signal (extractors \#34--39) produces a too low number of photo-electrons
    362349and also a too low ratio of outer vs. inner pixels.
    363350\par
     
    368355\par
    369356Concluding, there is no fixed window extractor yielding the correct number of photo-electrons
    370 for the low-gain, except for the largest extraction window of 10 low-gain slices.
     357for the low-gain, except for the largest extraction window of 8 and 10 low-gain slices.
    371358Either the number of photo-electrons itself is wrong or the ratio of outer vs. inner pixels is
    372359not correct. All sliding window algorithms seem to reproduce the correct numbers if one takes into
     
    374361unstable against exchanging the pulse form to match the slimmer high-gain pulses, though.
    375362
     363\par
     364\ldots {\textit{\bf EXCLUDED : CW4, UV4 No stability High-gain vs. LoGain}}
     365\par
    376366
    377367\subsubsection{Linearity Tests}
     
    454444exemplary inner pixels (upper plots) and two exemplary outer ones (lower plots).
    455445A digital filter extractor on a window size of 6 high-gain and 6 low-gain slices has been used
    456  (extractor \#32). }
     446with UV-weights (extractor \#30). }
    457447\label{fig:linear:phevscharge30}
    458448\end{figure}
     
    464454exemplary inner pixels (upper plots) and two exemplary outer ones (lower plots).
    465455A digital filter extractor on a window size of 4 high-gain and 4 low-gain slices has been used
    466  (extractor \#32). }
     456 (extractor \#31). }
    467457\label{fig:linear:phevscharge31}
    468458\end{figure}
     
    532522one typical inner and one typical outer pixel and a high-gain-saturating calibration pulse of blue-light,
    533523obtained with two different extractors. One can see that the first (extractor \#23) yields a Gaussian
    534 distribution to a good approximation, whereas the second (extractor \#32) shows a two-peak structure
    535 and cannot be fitted.
    536 \par
    537 \ldots {\it Unfortunately, this happens for all digital filter extractors in the low-gain.
    538 The reason is not yet understood, and has to be found by Hendrik... } \ldots
    539 \par
     524distribution to a good approximation.
    540525
    541526\begin{figure}[htp]
Note: See TracChangeset for help on using the changeset viewer.