EB5 JEQ Estación de Radio Amateur
ECB03KBQ "Galaxia 5"  CB RADIO STATION

         


Home El operador
Actividad
Instalación
QSL
QTH
Zona Técnica
  English Version

Emcomm Comunicaciones de Emergencia en Packet:


Intro
Emmcom Aprs y X25 sin apoyo de red
    Como crear baliza de emergencia con  UI-view y Aprsis32
Emmcom Aprs y X25 con apoyo de red
        Centro de coordinación de emergencias
¿Que hacer en caso de recibir  un msg de emergencia?
Ejemplo de formato de msg de emergencia
Recursos de emergencias en la zona
Links
CQ ENCE 2013
Alertas meteorologicas

Como bien sabemos en caso de emergencia, internet y las líneas de teléfono, móviles o fijas, pueden ser de lo primero que caiga. De repente  volveremos 2 siglos hacia atras . Como ejemplo de lo que digo ver aqui http://miguelbahicruz.wordpress.com/2011/09/18/la-radioamateur-en-la-actualidad/

No pretendo con estas líneas hacer un manual de emergencias, pues para eso hay en internet, paginas especializadas en el tema, tipo Protección Civil ( con sus propias redes dedicadas a emergencias )  y demás.

Simplemente pretendo indicar aplicaciones practicas básicas que los radioaficionados podemos hacer en estos casos, y un ejemplo de cómo usar las comunicaciones digitales, en especial el packet y el APRS y  los recursos reservados a emergencias en los nodos que he puesto en marcha en Elche. Pueden ser un recurso muy valioso como apoyo a las comunicaciones de voz ( Vhf, Uhf, HF, echolink, etc ).

A parte de todo lo que hay ahora en datos HF (modos estructurados  Winlink 2000HFlink Ale , Pskmail ) y/o en voz el  Echolink ( Conferencia ERASPAIN, emergencias Europa ) y el clasico canal  9  en CB , el packed en Vhf y Uhf sigue siendo una de las mejores herramientas para el tema de EMCOMM.

Muchos nodos de Packet tienen  pasarela de packed a Winlink 2000 ( desde packed v/uhf pasamos y recibimos mails a Winlink ). Por ahora esto no lo tenemos activado aun en nuestro nodo ( opción RMS). También esta la opción de posicionarse en el mapa de Aprs desde winlink en HF pasando un tipo de mensaje especial a una pasarela existente a tal efecto, que realiza esta función ( veréis que el icono pone from winlink )


Dependiendo del rol que desempeñemos :

Caso 1-Aqui distinguiremos  si eres una estación operando en actividad de emergencias:

-Un centro de protección civil,  utilizaremos el icono 

-Un centro coordinador de emergencias o RHQ ( regional headquarter ) , utilizaremos el icono  ( Emergency operation center ).
-Una estación operando en una actividad de emergencia ( ejercicio o real )

En este caso , para operar en emergencias ( por ejemplo un ejercicio ), las frecuencias son las mismas que en operación normal de packet y APRS, no hay que cambiarlas, no hay que hacer nada especial, salvo que en un caso real, deben tener prioridad las estaciones que pasan el trafico de emergencia y quedar a la escucha las demás estaciones, al igual que pasa en voz.

Caso 2- Una estación que origina una emergencia ( la solicita o la señaliza )



1.Sin apoyo de nodos ni BBSs

1.1 Ax25

1.1.1 Baliza: Las balizas se pueden utilizar para señalizar situaciones de emergencia, indicando en un texto corto un aviso o  info de broadcast.

Caso 2 EB5JEQ>BEACON: ** Emergencia de inundaciones en Matola, solicitamos socorro **

Caso 1 EB5JEQ>BEACON: ** Estacion operando trafico de emergencia **

1.1.2 CQ : Llamada CQ de emergencia con SOS

EB5JEQ>CQ: LLamada SOS en Hondon, incomunicados sin teléfono, rogamos conteste cualquier estación a la escucha

1.1.3 Chat : Con el chateo clásico teclado a teclado de una conexión clásica entre 2 estaciónes de packed podemos  hacer trafico de emergencia , así como transferencia de archivos con información valiosa en situación de emergencia.

1.1.4 Buzón personal PMBX, podemos dejar mensajes de emergencia a la estación, si en ese momento está ocupada o ausente.

1.1.5 Digipeater : Ser tu mimo un digipeater: Tu misma estación puede ser un repetidor para las demás estaciones, el problema es que un digipeater es muy poco eficiente como repetidor ( lo repite todo sin ser inteligente ) creando mucho  QRM en la frecuencia, es mejor para eso utilizar los nodos, que son mucho mas eficientes para esto y con mas cobertura. Si en tu zona no hay nodos y pocas estaciones, entonces si puede ser interesante tenerlo activado, la estación por ejemplo mejor situada, para que os podáis copiar entre todos. En caso de emergencias y una caída de nodos, es la opción. Para usar una estación como digipeater, si tiene activada la opción como ea5tal-1,  para conectar con la estación ea5cual,  c ea5cual v ea5tal-1.
Para  2 digipeaters : C ea5cual v ea5tal-1, ea5pascual-2, tenemos que saber la ruta exacta, y no se aconsejan mas de 3 digipeaters pues resulta muy ineficiente.



1.2 APRS : 

El Aprs, es algo mas propicio para situaciones de emergencia pues da muchas de sus posibilidades sin necesidad de infraestructuras, al contrario que el packet que aunque también puede trabajar sin infraestructuras, es un modo que necesita mas red o infraestructuras ( que es lo primero que puede caer en caso de catástrofe ) .

CASO 1 : Usaremos el icono apropiado y un texto en la baliza indicando que estamos en operacion de trafico de emergencia y info adicional deseada ( voz, datos, frecuencia, etc. )

CASO 2:


1.2.1 Baliza de emergencia: Una estación que solicita emergencia, lo hará activando en tu software de Aprs, o su emisora con aprs, el status Mic-e con uno de estos estatus, en orden ascendente de gravedad:

SPECIAL  - Yellow
PRIORITY - Orange
EMERGENCY- Red

Hay otro más TESTALARM! , este esta pensado para pruebas, pues dispara las mismas alarmas que los otros, pero claro, es una simulación para distinguirlo de uno real.

                Así mismo pondremos el icono de emergencia  y el  texto de la emergencia en la baliza APRS.


Ejemplo de aviso de emergencia en una radio APRS

Esto hará que el resto de  las estaciones que estén a la escucha, su  software cliente abran una ventana de emergencia con el mapa y la estación que envía el aviso de emergencia con un cuadrado rojo alrededor y un sonido en el equipo de aviso de alarma y displayando el texto de la baliza de emergencia.


Ejemplo de ventana de aviso de emergencia, con el circulo rojo alrededor del aviso de emergencia en el mapa en un software Aprs

Aprsis32 y Aprsisce si soportan esto, pero Ojo el UI-view no soporta esto, hay que ponerle un plugin que esta aquí  http://www.trilogysystem.it/HamRadioe/aprs/software.asp, para que funcione.



Add-on para UI-View

Así mismo podemos señalizar nosotros  con objetos e ítems adicionales, lugares  donde esta el peligro o donde se ha producido un accidente lejano a nosotros, pero del que hemos tenido noticia de primera mano , o si la estación que genera la emergencia no tiene APRS.

Nota: El soporte de balizas de emergencia, no esta bien soportado en el estándar APRS, solo lo tiene bien implantado sobre  add-on del mic-e del estandar, por lo que podemos utilizar una baliza estándar con un icono y un texto de emergencia, pero no hay garantías de que el soft cliente se dispare la alarma.

Como crear una baliza Aprs mic-e de emergencia con Aprsis32 -

Nos iremos a Configure -> Beacon->Mic-e Notification y elegiremos la que corresponda, normalmente ¡emergency ¡ , especial  o priority, o testalarm en ejercicios de emergencia.

Luego en Configure -> general, ponemos el icono de emergencia,  texto de comentario de la emergencia y si queremos añadir algún dato más, nos vamos a Configure -> status y añadimos .




1.2.2 Chateo  APRS: Al igual que el packed, pero algo menos seguro, pues trabaja en modo no conectado y por lo tanto no se puede asegurar la entrega del msg salvo que el software maneje el Ack, se puede hacer  el chateo clásico teclado a teclado de una conexión clásica APRS, mediante envió de “mensajes” ( no son correos si no algo parecido a SMS’s de chateo) .

1.2.3 Llamada CQ de emergencia APRS: Para hacer una llamada CQ, enviamos un mensaje aprs CQ CQ texto de la llamada CQ. Ejemplo  CQ CQ Llamada general de SOS a todas las estaciones.

1.2.4 Aprs querys:

Un aprs que nos puede ser muy útil es conocer la estación mas lejana que copia determinada estación ?DX

1.2.5 Anuncios APRS:

Son similares a los boletines, pero  se transmiten con menos frecuencia, pero duran un par de días, para temas menos urgentes ( no es critico en el tiempo ) ejemplo “evitar la zona tal, por fuertes vientos durante el temporal de estos 2 dias “

 

1.2.6 Boletines APRS

Los boletines generales, son muy indicados para avisar de situaciones de emergencia pues están definidos para  información de carácter temporal  ( es critico en el tiempo , ojo tiempo  horario no meteorológico ), y se transmiten con bastante frecuencia  durante varias horas . por ejemplo “  Carretera cortada por inundación en la vía tal, se espera que se habrá al trafico en unas horas”, para extinguirse después.

1.2.7 MSGs a Grupos APRS

El envió de boletines aprs, de emergencia en un grupo de emergencias ya existente, o creando uno al efecto. Por ejemplo ARES. Los mensajes a grupos son como anuncios y/o boletines , pero enviado a grupos existentes predefinidos ya creados por alguien. Ejemplo :

CQ ARES situación de emergencia,  herido en zona tal

2. Con apoyo de nodos e infraestructura :

En caso de que no caigan en la situación de emergencia, los nodos y bbs, tanto si tienen pasarela de apoyo a Internet como si no (puede darse el caso probable de que el nodo no caiga, pero si su conectividad a internet) , tenemos :

 

2.1 Packed  AX.25 :

2.1.1 Repetidor , Nodo o Red de Nodos :

Los nodos nos pueden ayudar a hacer conexiones con estaciones más lejanas, pues para eso son como repetidores de voz, pero para packed, en caso de zonas despobladas o con pocas estaciones en la cercanía, con lo que llegaremos mas lejos que el alcance o cobertura de nuestra emisora.  Aunque es previsible que en caso de emergencia puede que no funcionen, por lo que lo mejor es que alguna de las estaciones mejor situada,  este lista para convertirse en  un digipeater .

2.1.2 Converse:

Si el servidor de chat del nodo no esta caído, nos va a permitir en caso de emergencia, que 2 o  varias estaciones mas,  posiblemente lejanas entre si ( que no se copien directamente entre ellas ) mantener un chat simultaneo en el nodo de apoyo en un canal posiblemente predefinido para emergencias.

Si este canal esta en un nodo con conectividad internet nacional e internacional y el enlace inet no ha caído, también se podrá acceder  e a estos chats simultáneos o conferencias, desde internet desde cualquier lugar del mundo con un telnet y se podrá dar apoyo a esa situación de EMCOMM desde el resto del país o de fuera de el , pues cualquier ham tendrá acceso a ello.

Lo logico es que se haya creado un canal especifico para emergencias.

En mi nodo se va a crear  #LOEME: Canal local reservado para situaciones de emergencia (simulaciones o real ).

2.1.3 BBS:

Si contamos con apoyo de bbs local, aquí aumentan las posibilidades de tráfico de emergencia:

2.1.3.1 Mensajería de correo simultanea entre varias estaciones

2.1.3.1 Difusión de boletines de emergencia ( área emergencia ) , En mi nodo se ha creado @LOEME

2.1.3.2 Usar el servidor de ficheros de la bbs, para almacenar, bajar y subir archivos.

2.1.3.4 Acceso desde internet por telnet, si la bbs tiene conectividad internet y esta no ha caído

2.1.3.5 SI la bbs esta conectada al forwarding  nacional e internacional, difusión de los mensajes y boletines fuera del ámbito local de la bbs.

2.1.3.6. Si la bbs tiene pasarela de correo de internet y esta pasarela no ha caído, las bbs del tipo Jnos, pueden intercambiar correo de internet  entre las redes de packed y internet.

 

2.2. APRS :

2.2.1  Nodos e IGates APRS. Si no están caídos, los nodos son transparentes y automáticamente repetirán nuestra señal en función del path configurado que tengamos . Por defecto nuestra estación es un digipeater de primer salto, se les llama “ de  relleno”  ( para dar cobertura a estaciones que no llegan a un nodo de gran área de cobertura ) y que lleguen a este.  Los igates, son nodos que además de repetir, sacan y meten info que viene de la red paralela por internet.

2.2.2 Pasarela de correo APRS, los software cliente de APRS, la mayoría incorpora esta opción, como entendemos que la pasarela no esta caída, esto funcionara, pues hay pasarelas que pasan de aprs a email , no al revés ojo ( si no están caídas ) .  Esto puede ser muy útil en caso de emergencia, mira la documentación de tu cliente aprs y pruébalo.

2.2.3 Satelite:  Si tenemos instalación para satélites, podemos utilizar la ISS, como repetidor de mensajes de emergencia, si tenemos la suerte de que tiene pases por encima de nosotros, justo en esa situación.

2.2.4 Aprs Querys a un infoquisoco : Si disponemos de un servidor QRU en la zona y no esta caído, podemos interrogar en su opción EMCOMM, para que nos indique objetos de recursos de emergencia ( protección civil, hospitales, etc. )  los recursos radio disponibles en la zona ( repetidores de voz, aprs, packed , echolinks, etc. ). 

Como sabemos, muchas de las situaciones de emergencias, están relacionadas con temas meteorológicos.  

En mi caso, tengo en proyecto implantar en mi servidor QRU, un sistema de publicación de alertas meteorológicas APRS. La idea es obtener los anuncios de emergencias meteorologicas que publica  AEMET  http://www.aemet.es/es/eltiempo/prediccion/avisos?w=hoy  y la europea Meteoalarm http://www.meteoalarm.eu/es_ES/0/0/ES-Espana.html , que publique automáticamente en el area EMMCOM, del servidor los objetos de áreas o puntos con la alerta meteorológica en el mapa de la red APRS, centrados en un area de 200-300 kms alrededor de mi QTH. Al igual que tienen los Americanos con su sistema NWS http://www.weather.gov/


2.3 Centro de coordinación de emergencias:

En cualquiera de los casos, si por el tipo de situación se estableciera  una estación como centro coordinador de emergencias,  dirigiremos todo el tráfico que corresponda, contra esta estación y esperaremos instrucciones.

Por supuesto, cualquier uso de estos medios para hacer avisos de emergencia. Solo deben ser usados en caso de emergencia real y nunca fuera de este supuesto, y en el caso de ejercicios de emergencia, siempre con el modo de prueba por delante.

 

3-¿Que hacer en caso de recibir una msg de emergencia?:

1-Intentar contactar con la estación que ha generado la emergencia, para confirmar la situación, via msg de Aprs, packed, o por fonia, si conocemos su frecuencia,  y por teléfono , si disponemos del dato.

2-Tanto si podemos contactar como si no, enviaremos un msg indicando que estamos trabajando en el problema.

3-Una buena cosa es verificar la autenticidad del solicitante de SOS, si es posible,  para ello, podemos comprobar su indicativo en el qrz. Com para verificar que los datos tienen coherencia.

4-A continuación contactaremos con las autoridades, via 112, Policía Municipal, Guardia Civil, Policía Nacional, Protección Civil, etc. . Indicar que eres radioaficionado ( identificarse ) y que has recibido una señal de emergencia de la estación tal, en tales coordenadas,  con la situación de emergencia y, para que pongan en marcha el rescate o acciones pertinentes.

5-Ir personalmente al lugar de la llamada de emergencia si eres la persona mas cercana al lugar de la llamada, esto  solo es recomendado si conocemos con exactitud la causa de la emergencia y estamos seguros de conocemos lo que esta ocurriendo y ello no va afectar a nuestra   seguridad  y/o las autoridades así nos lo indican, pues  en vez de convertirnos en una ayuda, podemos ser otra victima mas a la hora de socorrer y complicar la situación. Es mejor dejar esto a las autoridades.

Como siempre aconsejo participar en los eventos que periódicamente se realizan de  ejercicios de simulaciones de emergencias que muchos grupos organizan, en donde podremos practicar y probar todas estas situaciones, para cuando llegue un caso real,  estar lo mas preparados posible.


4. Un ejemplo de  formato de msg en caso de emergencia

El siguiente formato es el que se utiliza en los USA, en los centros de operaciones de emergencias de los estados :

 

***** Emergency Packet-Gram Format *****

 

INDICATIVO y TFNO _________ (Sending Station's Call Sign and Phone Number)
NUMERO________ (Message Number)
STATUS____ (R=Routine, P=Priority, E=Emergency)
ORIGEN________ (Name of County EOC/Office/Shelter/School)
COMARCA________ (Origin County)
FECHA__________ (Date the message is sent)
HORA__________ (Time message was typed)
PARA____________ (Where the message is being sent)
MENSAJE_______ (Message Contents)

En el cuerpo del mensaje si es para indicar personas afectadas utilizar este formato

Lista de evacuados del Centro de operaciones de emergencias de Elche

Nombre Edad Sexo Dirección Ciudad CP Necesidades especiales

 

EOF___________ (End of File/Message)

 

 

***** Ejemplo de mensaje de emergencia  *****

EB5XXX/904-000-1111

#01

R

Centro Emergencias Elche

Bajo Vinalopo

05-07-01

16:12:34

Jane Doe 34/F 1643 Capper Rd. JAX FLA 32218 AMBULATORY

John Doe 35/M 1643 Capper Rd. JAX FLA 32218

Jay Doe 05/M 1643 Capper Rd. JAX FLA 32218 ALZHEIMERS

Hope Williams 70/F United Drive JAX FLA 32208

Hank Williams 69/M United Drive JAX FLA 32208 DIALYSIS

EOF




Mas info http://www.ipellejero.es/remer/proyectos/radiogramas/index.html

Recuerda que en un caso real de emergencias, es obligada la confidencialidad de las comunicaciones, del tráfico de emergencia realizado. Y que somos  voluntarios de apoyo, nunca pretendemos sustituir a los organismos oficiales dedicados al tema.


RECURSOS EMERGENCIAS EN LA ZONA:

          

NombreTelefonoDireccion
 Proteccion Civil Elche965  45 87 54
 Cruz Roja Elche965  45 33 49







Frecuencias de fonia emergencias

FRECUENCIAS ARES USA

1800-1825 kHz
1975-2000 kHz
3.50-3.55 MHz
3.93-3.98 MHz
3.984-4.000 MHz
7.079-7.125 MHz
7.245-7.255 MHz
10.10-10.15 MHz
14.047-14.053 MHz
14.22-14.23 MHz
14.331-14.350 MHz
21.047-21.053 MHz
21.228-21.267 MHz
28.55-28.75 MHz
29.237-29.273 MHz
29.45-29.65 MHz
50.35-50.75 MHz
52-54 MHz
144.50-145.71 MHz




LINKS :

Como utilizar los nodos de Elche : Saber manejar todos estos recursos antes de una situacion de emergencia es conveniente en su uso habitual fuera de emergencias. Aqui tenemos la info de manejo de estos nodos .

Uno de las mejores paginas EA de comunicaciones de emergencias http://www.ipellejero.es/

Para los interesados en mas información sobre packet en emergencias , este interesante articulo de un colega americano http://mysite.verizon.net/ka1fsb/emergenc.html

Doc PDF de Operaciones de emergencias para Hams :
http://www.scout.org/index.php/en/content/download/23941/214323/file/Amateur-Radio-Emergency-Communications-Training-Course%20small.pdf


Ejercicios CQ Ence  FEDIEA
http://www.fediea.org/news/?news=20130427


Subforo Emergencias URE
http://www.ure.es/foro/25-emergencias.html









Home Web Personal Miguel Bahi