- Timestamp:
- 01/10/05 19:12:33 (20 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/MagicSoft/TDAS-Extractor/Performance.tex
r5785 r5787 182 182 add up more noise which in turn makes the for the small signal more difficult. 183 183 \par 184 In general, one can also saythat all ``sliding window''-algorithms (extractors \#17-32) discard184 In general, one can also find that all ``sliding window''-algorithms (extractors \#17-32) discard 185 185 less 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 , butis also robust against186 the correct weights (extractor \#32) discards the least number of pixels and is also robust against 187 187 slight modifications of its weights (extractors \#28--31). Also the ``spline'' algorithms on small 188 188 windows (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 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 192 193 MExtractFixedWindowPeakSearch. The reason becomes clear when one keeps in mind that this extractor 193 194 defines 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, only195 looping only over {\textit{non-saturating pixels}}. In the case of an intense calibration pulse, only 195 196 the dead pixels match this requirement and define thus an alleatory window fluctuating like the noise 196 197 does in these channels. It is clear that one cannot use this extractor for the intense calibration pulses. 197 198 \par 198 199 It 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 for200 number of excluded events in the low-gain. The same, however in a less significant manner, holds for 200 201 the digital filter with high-low-gain inverted weights. The limit of stability with respect to 201 202 changes in the pulse form seems to be reached, there. … … 204 205 0.25\%. There seems to be the opposite trend of larger windows producing less 205 206 outliers. 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 a207 been excluded thus cleaning up the sample of pixels somewhat. It seems that the ``digital filter'' and a 207 208 medium-sized ``spline'' (extractors \#25--26) yield the best result except for the outer pixels 208 209 in fig~\ref{fig:unsuited:5ledsuv} where the digital filter produces a worse result than the rest 209 210 of the extractors. 210 211 \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: 212 In conclusion, already this first test excludes all extractors with too big window sizes because 213 they are not able to extract cleanly small signals produced by about 4 photo-electrons. Moreover, 214 some extractors do not reproduce the signals as expected in the low-gain. 215 The excluded extractors are: 214 216 \begin{itemize} 215 217 \item: MExtractFixedWindow Nr. 3--5 … … 233 235 \subsubsection{Number of Photo-Electrons \label{sec:photo-electrons}} 234 236 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$. 237 Assuming that the readout chain is clean and adds only negligible noise to the one 238 introduced by the photo-multiplier itself, one can make the assumption that the variance of the 239 true (non-extracted) signal $ST$ is the amplified Poisson variance of the number of photo-electrons, 240 multiplied with the excess noise of the photo-multiplier which itself is 241 characterized by the excess-noise factor $F$. 239 242 240 243 \begin{equation} … … 245 248 After introducing the effect of the night-sky background (eq.~\ref{eq:rmssubtraction}) 246 249 in formula~\ref{eq:excessnoise} and assuming that the number of photo-electrons per event follows a 247 Poisson distribution, one can248 get an expression to retrieve the mean number of photo-electronsimpinging on the pixel from the250 Poisson distribution, one obtains an expression to retrieve the mean number of photo-electrons 251 impinging on the pixel from the 249 252 mean extracted signal $<SE>$, its variance $Var(SE)$ and the RMS of the extracted signal obtained from 250 253 pure pedestal runs $R$ (see section~\ref{sec:determiner}): 251 254 252 255 \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} 254 257 \label{eq:pheffactor} 255 258 \end{equation} 256 259 257 Equation~\ref{eq:pheffactor} must not depend on the extractor! Effectively, we will use it to test the260 In theory, eq.~\ref{eq:pheffactor} must not depend on the extractor! Effectively, we will use it to test the 258 261 quality of our extractors by requiring that a valid extractor yields the same number of photo-electrons 259 262 for all pixels of a same type and does not deviate from the number obtained with other extractors. … … 261 264 different, we also use the ratio of the mean numbers of photo-electrons from the outer pixels to the one 262 265 obtained 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.266 value of about 2.6$\pm$0.1~\cite{michele-diploma}. 264 267 \par 265 268 In 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.