Changeset 5787 for trunk


Ignore:
Timestamp:
01/10/05 19:12:33 (20 years ago)
Author:
gaug
Message:
*** empty log message ***
File:
1 edited

Legend:

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

    r5785 r5787  
    182182add up more noise which in turn makes the for the small signal more difficult.
    183183\par
    184 In general, one can also say that all ``sliding window''-algorithms (extractors \#17-32) discard
     184In general, one can also find that all ``sliding window''-algorithms (extractors \#17-32) discard
    185185less 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, but is also robust against
     186the correct weights (extractor \#32) discards the least number of pixels and is also robust against
    187187slight modifications of its weights (extractors \#28--31). Also the ``spline'' algorithms on small 
    188188windows (extractors \#23--25) discard less pixels than the previous extractors, although slightly more
    189 then the digital filter.
    190 \par
    191 In the low-gain, there is one extractor discarding a too high amount of events which is the
     189than the digital filter.
     190\par
     191Particularly in the low-gain channel,
     192there is one extractor discarding a too high amount of events which is the
    192193MExtractFixedWindowPeakSearch. The reason becomes clear when one keeps in mind that this extractor
    193194defines its extraction window by searching for the highest signal found in a sliding peak search window
    194  looping only over {\textit non-saturating pixels}. In the case of an intense calibration pulse, only
     195 looping only over {\textit{non-saturating pixels}}. In the case of an intense calibration pulse, only
    195196the dead pixels match this requirement and define thus an alleatory window fluctuating like the noise
    196197does in these channels. It is clear that one cannot use this extractor for the intense calibration pulses.
    197198\par
    198199It seems also that the spline algorithm extracting the amplitude of the signal produces an over-proportional
    199 number of excluded pixels in the low-gain. The same, however in a less significant manner, holds for
     200number of excluded events in the low-gain. The same, however in a less significant manner, holds for
    200201the digital filter with high-low-gain inverted weights. The limit of stability with respect to
    201202changes  in the pulse form seems to be reached, there.
     
    2042050.25\%. There seems to be the opposite trend of larger windows producing less
    205206outliers. However, one has to take into account that already more ``unsuited'' pixels have
    206 been excluded thus cleaning up the sample somewhat. It seems that the ``digital filter'' and a
     207been excluded thus cleaning up the sample of pixels somewhat. It seems that the ``digital filter'' and a
    207208medium-sized ``spline'' (extractors \#25--26) yield the best result except for the outer pixels
    208209in fig~\ref{fig:unsuited:5ledsuv} where the digital filter produces a worse result than the rest
    209210of the extractors.
    210211\par
    211 In conclusion, one can say that this test excludes all extractors with too big window sizes because
    212 they are not able to extract small signals produced by about 4 photo-electrons. The excluded extractors
    213 are:
     212In conclusion, already this first test excludes all extractors with too big window sizes because
     213they are not able to extract cleanly small signals produced by about 4 photo-electrons. Moreover,
     214some extractors do not reproduce the signals as expected in the low-gain.
     215The excluded extractors are:
    214216\begin{itemize}
    215217\item: MExtractFixedWindow Nr. 3--5
     
    233235\subsubsection{Number of Photo-Electrons \label{sec:photo-electrons}}
    234236
    235 Assuming that the readout chain is clean and adds only negligible noise with respect to the one
    236 introduced by the photo-multiplier itself, one can make the assumption that variance of the
    237 true (non-extracted) signal $ST$ is the amplified Poisson variance on the number of photo-electrons,
    238 multiplied with the excess noise of the photo-multiplier, characterized by the excess-noise factor $F$.
     237Assuming that the readout chain is clean and adds only negligible noise to the one
     238introduced by the photo-multiplier itself, one can make the assumption that the variance of the
     239true (non-extracted) signal $ST$ is the amplified Poisson variance of the number of photo-electrons,
     240multiplied with the excess noise of the photo-multiplier which itself is
     241characterized by the excess-noise factor $F$.
    239242
    240243\begin{equation}
     
    245248After introducing the effect of the night-sky background (eq.~\ref{eq:rmssubtraction})
    246249in formula~\ref{eq:excessnoise} and assuming that the number of photo-electrons per event follows a
    247 Poisson distribution, one can
    248 get an expression to retrieve the mean number of photo-electrons impinging on the pixel from the
     250Poisson distribution, one obtains an expression to retrieve the mean number of photo-electrons
     251impinging on the pixel from the
    249252mean extracted signal $<SE>$, its variance $Var(SE)$ and the RMS of the extracted signal obtained from
    250253pure pedestal runs $R$ (see section~\ref{sec:determiner}):
    251254
    252255\begin{equation}
    253 <N_{phe}> \approx F^2 \cdot \frac{Var(SE) - R^2}{<SE>^2}
     256<N_{phe}> \approx F^2 \cdot \frac{<SE>^2}{Var(SE) - R^2}
    254257\label{eq:pheffactor}
    255258\end{equation}
    256259
    257 Equation~\ref{eq:pheffactor} must not depend on the extractor! Effectively, we will use it to test the
     260In theory, eq.~\ref{eq:pheffactor} must not depend on the extractor! Effectively, we will use it to test the
    258261quality of our extractors by requiring that a valid extractor yields the same number of photo-electrons
    259262for all pixels of a same type and does not deviate from the number obtained with other extractors.
     
    261264different, we also use the ratio of the mean numbers of photo-electrons from the outer pixels to the one
    262265obtained from the inner pixels as a test variable. In the ideal case, it should always yield its central
    263 value of about 2.4--2.8.
     266value of about 2.6$\pm$0.1~\cite{michele-diploma}.
    264267\par
    265268In our case, there is an additional complication due to the fact that the green and blue coloured pulses
Note: See TracChangeset for help on using the changeset viewer.