Edit Apuntes sobre el desarrollo de TETRA de los Moya (tetra)

Title:

Last edited: 6:23:05 pm on 31 May 2006 by salchicha.sico.local

+^_@
_
<tt>Wednesday, 31 May 2006, 6:22:54 pm</tt>
Decodificación de los mensajes "nuevos" en app-debug-print.c Resulta que ya decodificaba el de tirador de alarma S-9000. Añado el de "activacion de redundancia de racks". Falta el de "actualizacion de fichero DVAS".

Hago que mande respuesta a los mensajes que tiene que mandarla Añado en monitor-tetra. el nuevo callback "app_reply" a la lista cb_main, y en app.c añado la implementación.
_
<tt>Wednesday, 31 May 2006, 5:40:10 pm</tt>
Puesto trazas en <tt>answer-tetra.c:answer_puesta_en_marcha_automatica</tt> Para verlas hay que hacer un "tail -f nohup.out | grep answer_puesta_en_marcha_automatica".
_
<tt>Friday, 26 May 2006, 5:12:56 pm</tt>
Añadida la versión tetra-1.4.7.2 En la que implementar los nuevos comandos de la serie 3000.
_

! Fuentes

Están en <tt>datos1_moviles:/home/metro/wrk/tetra-1.4.7.2/tetra</tt>

(Ajustando el número de versión de forma adecuada)

! Funcionamiento

1. El programa registra las funciones de decodificación de la pila TETRA. Las capas de la pila son: capa TAL -&gt; CM -&gt; TL -&gt; APP.

La estructura en la que se registran las capas es en la estructura <tt>monitor</tt>. Se inicializa una estructura de este tipo automáticamente en el <tt>main()</tt> del programa, y lo asicia al stdin/stdout. Se inicializa una nueva estructura adicional por cada conexión TCP/IP que se abra con el programa.

La manera de registrar funciones de decodificación de la pila en el <tt>monitor</tt> es llamando a la siguiente función:
<tt>proto.c:proto_cb_append (proto_t&star; this, int pos, proto_cb_func f, void&star; data, int prio)</tt>

La mayoría de las funciones están registradas en <tt>monitor-tetra.c</tt>, y las tiene agrupadas en listas que llama "cbset" (callbackset -- lista de callbacks), como se ve en:

<tt>monitor-tetra.c:static monitor_cbset_t monitor_cbset_main[] = {
[...]
monitor-tetra.c:static monitor_cbset_t monitor_cbset_answer[] = {
[...]
</tt>

Se registra "automáticamente" el conjunto de funciones del cbset "main" en el monitor que se instala automáticamente en <tt>main.c</tt>:

<tt>main.c: monitor_exec_line (main_monitor, "monitor reset");
main.c: monitor_exec_line (main_monitor, "monitor main");
main.c: monitor_exec_line (main_monitor, "monitor debug");
main.c: monitor_exec_line (main_monitor, "registrar");
</tt>

Pero ahí no se registran las respuestas automáticas (¡argh!).

! Respuestas automáticas

Sólo registra las respuestas automáticas cuando ha hecho la pregunta que la va a requerir. Por ejemplo:

monitor-tetra.c
<table border=1><tr><td><tt>[...]
int
cmd_puesta_en_marcha_automatica (monitor_handler&str; mon,
 int argc, char&star; argv[])
{
 app_message_t msg;
 A_data_t data = g_new(A_data_t, 1);
[...]
 proto_cb_append (mon->app, CB_IN,
 (proto_cb_func) answer_puesta_en_marcha_automatica, data, 100
);
 monitor_send_app (mon, &msg, 4 + 3);
 return 1;
}

[...]</td></tr></table>

- lock this page
- enter new password
- reenter same password

Send e-mail alerts to these addresses upon next save: