| 1 | \section{The Burst Alarm System at La Palma}
|
|---|
| 2 |
|
|---|
| 3 | {\bf Current status:}
|
|---|
| 4 |
|
|---|
| 5 | \par
|
|---|
| 6 |
|
|---|
| 7 | The Burst Alarm System {\it gspot} (Gamma
|
|---|
| 8 | Sources Pointing Trigger) is working in La Palma since last summer.
|
|---|
| 9 | It performs a full-time survey of the {\it GRB Coordinates Network} (\g) alerts~\cite{GCN}.
|
|---|
| 10 | Different satellite experiments
|
|---|
| 11 | send GRB coordinates to the \g which distributes
|
|---|
| 12 | the alerts to registered users.
|
|---|
| 13 | The Burst Alarm System is composed of a core program which
|
|---|
| 14 | manages the monitoring of the \g and the communication with the Central Control (CC).
|
|---|
| 15 | It also handles three communication channels to notice the shifters
|
|---|
| 16 | about an alert. It is a C based daemon running 24
|
|---|
| 17 | hours a day on the {\it www} machine, our external server, in a
|
|---|
| 18 | {\it stand alone} mode. It does not need to be operated and is
|
|---|
| 19 | fully automatic. It manages network disconnections
|
|---|
| 20 | within the external net and/or the internal one.
|
|---|
| 21 |
|
|---|
| 22 |
|
|---|
| 23 | \subsection{The Connection to the GCN}
|
|---|
| 24 |
|
|---|
| 25 | The connection to the \g is performed by {\it gspot} through a
|
|---|
| 26 | TCP/IP connection to a computer at the Goddard Space Flight Center (GSFC).
|
|---|
| 27 | This computer distributes the alerts from the satellite
|
|---|
| 28 | experiments through an internet socket connection. {\it gspot}
|
|---|
| 29 | acts as a server while the client, running at the GSFC,
|
|---|
| 30 | manages the communication of the data concerning the GRBs
|
|---|
| 31 | and concerning the status of the connection. \\
|
|---|
| 32 |
|
|---|
| 33 | The format of the data distributed through the \g differ between the individual satellites
|
|---|
| 34 | and the kind of package. Currently, three satellites participate in the GRB survey:
|
|---|
| 35 | HETE-2~\cite{HETE}, INTEGRAL~\cite{INTEGRAL} and SWIFT~\cite{SWIFT}.
|
|---|
| 36 | The alerts include the UTC, the GRB coordinates (not always), error on coordinates
|
|---|
| 37 | (not always) and intensity (photon counts) of the burst.
|
|---|
| 38 | The first notices from HETE-2 and INTEGRAL usually do not include the coordinates.
|
|---|
| 39 | In few cases only coordinates are distributed in refined notices.
|
|---|
| 40 | The \sw alerts are predicted to arrive with coordinates between 30-80 sec after the onset of the burst.
|
|---|
| 41 | The error on the coordinates from the BAT detector will be 4 arcmin which is smaller than the size of one
|
|---|
| 42 | inner pixel of the \ma camera.\\
|
|---|
| 43 |
|
|---|
| 44 | In case of alert, {\it gspot} stores the informations and enters
|
|---|
| 45 | an {\bf Alarm State}. The duration of the alarm depends on the following parameters:
|
|---|
| 46 |
|
|---|
| 47 | \begin{itemize}
|
|---|
| 48 | \item {\bf Darkness of the sky}: The Sun has to be below
|
|---|
| 49 | the astronomical horizon or have a zenith angle larger than 108$^\circ$.
|
|---|
| 50 | \item {\bf Position of GRB}: The GRB equatorial
|
|---|
| 51 | coordinates are transformed into local horizontal coordinates.
|
|---|
| 52 | The resulting GRB zenith angle has to be smaller than 70$^\circ$. If the Moon is
|
|---|
| 53 | shining, the maximal zenith angle is reduced to 65$^\circ$.
|
|---|
| 54 | \item {\bf Position of Moon}: The angular
|
|---|
| 55 | distance from the GRB to the moon has to be at least 30$^\circ$.
|
|---|
| 56 | \end{itemize}
|
|---|
| 57 |
|
|---|
| 58 | If one or more of these conditions fail, {\it gspot} enters into a
|
|---|
| 59 | {\color[rgb]{0.9,0.75,0.}\bf Yellow Alarm State}: The GRB is not observable at the moment.
|
|---|
| 60 | Currently, the program does not calculate if and when the GRB will become observable for \ma.
|
|---|
| 61 | If all the mentioned conditions are satisfied,
|
|---|
| 62 | {\it gspot} enters into a \textcolor{red}{\bf Red Alarm State}, meaning that the GRB is observable.\\
|
|---|
| 63 |
|
|---|
| 64 | In both cases (\textcolor{red}{\bf RED} or {\color[rgb]{0.9,0.75,0.}\bf YELLOW} Alarm State), {\it gspot} establishes the communication with the CC and sends the GRB equatorial coordinates (RA/DEC J2000).
|
|---|
| 65 | For the communication with CC the format defined in~\cite{CONTROL} is used. At the same time,
|
|---|
| 66 | the shifters and the GRB-MAGIC group is contacted.
|
|---|
| 67 |
|
|---|
| 68 | \subsection{The Interface to the Central Control}
|
|---|
| 69 |
|
|---|
| 70 | An interface of {\it gspot} sends all the relevant information to the CC.
|
|---|
| 71 | When {\it gspot} is not in alarm state, standard packages are continuously exchanged between CC and {\it gspot}.
|
|---|
| 72 | These packages contain the main global status of the two subsystems.
|
|---|
| 73 | In case of alert, {\it gspot} starts to send special alert packages to the CC,
|
|---|
| 74 | containing information about the GRB and the ``color'' of the alert.
|
|---|
| 75 | The exchange of the alert packages continues until:
|
|---|
| 76 |
|
|---|
| 77 | \begin{itemize}
|
|---|
| 78 | \item {\it gspot} receives from the CC the confirmation
|
|---|
| 79 | that the alert notice has been received; The CC must send back the alert in order
|
|---|
| 80 | to perform a cross-check of the relevant data.
|
|---|
| 81 | \item the alarm state expires after {\bf 5 hours}
|
|---|
| 82 | \end{itemize}
|
|---|
| 83 |
|
|---|
| 84 | The CC informs the shift crew about the alert and undertakes
|
|---|
| 85 | further steps only in case of a \textcolor{red}{\bf red alerts}.
|
|---|
| 86 | In this case, a pop-up window
|
|---|
| 87 | appears with all the alert information received by the burst monitor.
|
|---|
| 88 | The operator has to confirm the notice by closing the pop-up window.
|
|---|
| 89 | He can decide whether to stop the current scheduled observation and to point the GRB.
|
|---|
| 90 | A new button will be displayed in the CC allowing to point the telescope to
|
|---|
| 91 | the GRB coordinates.
|
|---|
| 92 |
|
|---|
| 93 | \subsection{GRB Archive and Emails to the GRB-mailing List}
|
|---|
| 94 |
|
|---|
| 95 | In case of alert -- even if it did not contain the necessary coordinates -- the
|
|---|
| 96 | information is translated into ``human language'' and stored in ASCII files.
|
|---|
| 97 | At the same time, an e-mail is sent to the MAGIC GRB-mailing list
|
|---|
| 98 | {\it grb@mppmu.mpg.de}.
|
|---|
| 99 |
|
|---|
| 100 | \subsection{The GRB Web Page}
|
|---|
| 101 |
|
|---|
| 102 | The status of the GRB Alert System and relevant informations about the latest
|
|---|
| 103 | alerts are displayed on a separate web page. The page is hosted at the web server in La Palma a
|
|---|
| 104 | and can be accessed under:\\
|
|---|
| 105 |
|
|---|
| 106 | \qquad \qquad http://www.magic.iac.es/site/grbm/\\
|
|---|
| 107 |
|
|---|
| 108 | The web page updates itself automatically every 10 seconds. In this way
|
|---|
| 109 | the status of the Burst Alarm System can be checked by the shifters and from outside.
|
|---|
| 110 |
|
|---|
| 111 | \subsection{The Acoustic Alert}
|
|---|
| 112 |
|
|---|
| 113 | A further CC-independent acoustic alarm called {\it phava}
|
|---|
| 114 | (PHonetic Alarm for Valued Alerts) will be installed
|
|---|
| 115 | in La Palma soon. It will provide a loud acoustic signal
|
|---|
| 116 | even if the CC is switched off, so that persons in the counting house
|
|---|
| 117 | can be noticed about the alert situation. The signal will be on as long as
|
|---|
| 118 | {\it gspot} remains in alarm state for a minimum of 1 minute.
|
|---|
| 119 | The device features also a display with the status of the system and the alert.
|
|---|
| 120 |
|
|---|
| 121 | \subsection{Summary of Alerts Received Until Now}
|
|---|
| 122 |
|
|---|
| 123 | Since July 15$^{\mathrm{th}}$, 2004, {\it gspot} has been working stably at La Palma.
|
|---|
| 124 | It received about 100 alerts from HETE-2 and INTEGRAL, out of which
|
|---|
| 125 | 21 contained GRB's coordinates. Time delays to the onset of the burst
|
|---|
| 126 | were of the order of several minutes to tens of minutes. The Burst Monitor can be considered stable
|
|---|
| 127 | since November, 2004. Since then, we have received the following two significant alerts:\\
|
|---|
| 128 |
|
|---|
| 129 | \begin{tabular}{lllcccl}
|
|---|
| 130 | 19th & December & 2004 & 1:44 am & INTEGRAL satellite & Zd $\sim 60^\circ$ & Time delay 71 sec.\\
|
|---|
| 131 | 28th & January & 2005 & 5:36 am & HETE-2 satellite & Zd $\sim 65^\circ$ & Time delay 73 min. \\ \\
|
|---|
| 132 | \end{tabular}
|
|---|
| 133 |
|
|---|
| 134 | In both cases the weather conditions at La Palma were bad.
|
|---|
| 135 |
|
|---|
| 136 | \subsection{Experience from SWIFT GRBs until now}
|
|---|
| 137 |
|
|---|
| 138 | According to the \sw home page~\cite{SWIFT}, the satellite has detected 16 GRBs since mid-December last year.
|
|---|
| 139 | The bursts were detected by chance during the commissioning phase. Since 15th of February the satellite sends
|
|---|
| 140 | burst allerts to the \g in real time. The current sample contains three bursts
|
|---|
| 141 | which could have been observed by \ma. The coordinates of the last burst from 15th February were send via an
|
|---|
| 142 | alert within few seconds. The weather conditions did not allow any observation in this nights.\\
|
|---|
| 143 |
|
|---|
| 144 | \begin{tabular}{lllcc}
|
|---|
| 145 | 19th & December & 2004 & 1:42 am & Zd $\sim 65^\circ$ \\
|
|---|
| 146 | 26th & December & 2004 & 8:34 pm & Zd $\sim 52^\circ$ \\
|
|---|
| 147 | 15th & Februar & 2005 & 2:33 am & Zd $\sim 17^\circ$ \\ \\
|
|---|
| 148 | \end{tabular}
|
|---|
| 149 |
|
|---|
| 150 | \subsection{Comparison between the Satellite Orbits}
|
|---|
| 151 |
|
|---|
| 152 | Figure~\ref{fig:orbit} shows the orbits of the \sw, \he and \ig satellites.
|
|---|
| 153 | The \sw and \he satellites are situated in a circular orbit with
|
|---|
| 154 | 20.6$^\circ$ and 2$^\circ$ inclination, respectively.
|
|---|
| 155 | One revolution of the \sw and \he satellites last about 100\,min.
|
|---|
| 156 | The \ig satellite has a
|
|---|
| 157 | highly eccentric orbit with a revolution period of three sidereal days around the Earth.
|
|---|
| 158 |
|
|---|
| 159 | \par
|
|---|
| 160 |
|
|---|
| 161 | It is difficult to draw strong conclusions from the individual satellites' orbits.
|
|---|
| 162 | The orientation of the satellites' FOV is influenced by the scheduled targets.
|
|---|
| 163 | However, \sw is the satellite with the largest inclination and overlaps mostly with the FOV of \ma.
|
|---|
| 164 | This increases the chance to receive {\bf Red Alarms} from this satellite.
|
|---|
| 165 |
|
|---|
| 166 | \begin{figure}[htp]
|
|---|
| 167 | \centering
|
|---|
| 168 | \includegraphics[width=0.7\linewidth]{GCNsatellites.eps}
|
|---|
| 169 | \caption{Orbits of the \sw (top), \he (center) and \ig (bottom) satellites: The pointed lines
|
|---|
| 170 | show the orbit while the drawn lines show the horizon of the Sun. Here, a typical night at
|
|---|
| 171 | La Palma is shown. The \sw satellite passes over the Roque seven times each night.}
|
|---|
| 172 | \label{fig:orbit}
|
|---|
| 173 | \end{figure}
|
|---|
| 174 |
|
|---|
| 175 | \subsection{Routines to Be Defined}
|
|---|
| 176 |
|
|---|
| 177 | The Burst Alarm System is currently able to provide the minimum
|
|---|
| 178 | features needed to point and to observe a GRB. However, in order to improve the efficiency
|
|---|
| 179 | to point and observe GRBs, several procedures have to be defined:
|
|---|
| 180 |
|
|---|
| 181 | \begin{itemize}
|
|---|
| 182 | \item {\bf Yellow Alarm strategy}:
|
|---|
| 183 | The strategy to follow a {\bf Yellow Alarm} is not defined yet.
|
|---|
| 184 | In such a case, the CC does not undertake any steps,
|
|---|
| 185 | except confirming the alarm notice to the Burst Monitor. We have not
|
|---|
| 186 | calculated yet if and when the GRB will become observable.
|
|---|
| 187 | It would make sense to check if we could point to the burst during the period of 5 hours.
|
|---|
| 188 | The Alarm System should change to a {\bf Red Alarm State}, then.
|
|---|
| 189 |
|
|---|
| 190 | \item {\bf Sequence of alerts}:
|
|---|
| 191 | How to deal with new alerts that are distributed during the time
|
|---|
| 192 | that {\it gspot} is in alarm state? Currently, {\it gspot}
|
|---|
| 193 | locks its alert status until it exits the alarm state (see session 2.2).
|
|---|
| 194 | This feature was implemented to avoid any loss of GRB information.
|
|---|
| 195 | Such a situation can occur for example if more than one burst alert is sent before
|
|---|
| 196 | the shift crew launches the CC.
|
|---|
| 197 | To solve this problem, we will change the {\it gspot} routine
|
|---|
| 198 | by implementing a list of all available GRB alerts.
|
|---|
| 199 |
|
|---|
| 200 |
|
|---|
| 201 | \par
|
|---|
| 202 |
|
|---|
| 203 | If more than one alert is present in the list, the program
|
|---|
| 204 | will weight the possible GRBs according to the following criteria:
|
|---|
| 205 | (1) the total time of observability within the canonical 5 hours,
|
|---|
| 206 | (2) the intensity of the burst and
|
|---|
| 207 | (3) the time until the GRB becomes observable.
|
|---|
| 208 | The information of the best GRB will be sent to the CC.
|
|---|
| 209 |
|
|---|
| 210 | \end{itemize}
|
|---|
| 211 |
|
|---|
| 212 | %%% Local Variables:
|
|---|
| 213 | %%% mode: latex
|
|---|
| 214 | %%% TeX-master: "GRB_proposal_2005"
|
|---|
| 215 | %%% End:
|
|---|