Changeset 6656


Ignore:
Timestamp:
02/21/05 20:35:40 (20 years ago)
Author:
gaug
Message:
*** empty log message ***
File:
1 edited

Legend:

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

    r5244 r6656  
    11\section{Conclusions}
    2 \ldots {\it This section will propose the best signal extractor.}
     2
     3In the past, many MAGIC analyses have been conducted using different signal extractors.
     4We developped and tested the most important signal and time extraction algorithms in the standard MAGIC software
     5framework MARS. Our findings are that using a right signal extractor is important since some of the investigated ones
     6 differ considerably in quality and can severly degrade the subsequent analyses. On the other hand, we have found that
     7advanced signal recontruction algorithms open a new window to lower analysis energy threshold and permit to use the
     8time information of shower analyses.
     9\par
     10In order to give a guideline for future usage of the tested signal extractors, we consider the following
     11requirements to be of most importance:
     12
     13\begin{itemize}
     14\item The calibration (including the F-Factor method) has to run stably and yield reliable results for all pixels.
     15\item The extracted signal should be as linear as possible over the whole dynamic range, including especially the
     16low-gain range.
     17\item The combined resolution and bias should result in a lowest possible image cleaning threshold.
     18\item The extracted time should yield the best possible resolution.
     19\end{itemize}
     20
     21Following these requirements, we recommend to exclude in the future the following signal extraction algorithms:
     22
     23\begin{itemize}
     24\item All fixed window extractors using a window size of up to 6~FADC slices,
     25including the fixed window peak search algorithm.
     26\item All sliding window extractors using a window size of up to 4~FADC slices.
     27\item The amplitude extracting spline.
     28\end{itemize}
     29
     30For a conservative and stable analysis, we recommend to use (except for the December~2004 and January~2005 data):
     31
     32\begin{itemize}
     33\item The sliding window, using an extraction window size of 6--8~FADC slices for the high-gain and 8~FADC slices for the
     34low-gain channel.
     35\end{itemize}
     36
     37For the most demanding analyses, especially at low energies and using the timing information, we recommend:
     38
     39\begin{itemize}
     40\item The spline algorithm, integrating from 0.5~FADC slices before the pulse maximum to 1.5~FADC slices after the
     41pulse maximum and computing the position of the half-maximum at the rising edge of the pulse.
     42\item The digital filter fitting the pulse over 4~or 6~FADC slices in the high-gain region and 6~FADC slices in the
     43low-gain region.
     44\end{itemize}
     45
     46Unfortunately, part of our recent data, taken in December~2004 and January~2005 had a severe problem with the pulse location
     47within the recorded FADC slices. In the recorded samples, the low-gain pulse situated so far to the right that a part of
     48it has not been recorded any more. This poses severe problems to all extractors which integrate the entire low-gain pulse.
     49We have seen that the spline extractor and the digital filter over 4~FADC slices are still capable to reconstruct the low-gain
     50pulse properly for this partly corrupt data sample.
    351
    452%%% Local Variables:
Note: See TracChangeset for help on using the changeset viewer.