2

Comunicaciones de emergencia poco ortodoxas con JS8Call !

Hola operadores Alfa Delta !

Muchos de ustedes ya saben que AD impulsa los esfuerzos del realizador de JS8Call. Lo que quizás no se sepa es la idea de JS8Call como una herramienta de red de comunicaciones de emergencia poco ortodoxa pero efectiva.

Dos de los conceptos erróneos generales sobre js8 son su similitud con FT8 y su propósito. A menudo, los operadores no entienden el punto de JS8 ya que se supone que debe ser casi idéntico al FT8. Aquí es donde la discusión va terriblemente mal. Hay funciones implementadas en js8, lo que lo convierte en un modo magnífico para las comunicaciones de grupo o en la gestión de estaciones remotas en un escenario de conexión a la red.

Deje las ideas preconcebidas que pueda tener sobre las comunicaciones de emergencia de radioaficionados, JS8, WinLink, NBEMS o cualquiera de los SOP utilizados hoy en día. Además, trate de recordar que el objetivo aquí es la mensajería táctica en tiempo real y la administración de recursos a través de HF, sin infraestructura de red. Por encima de todo, mantener una mente abierta.

Red

Las estaciones JS8Call pueden enviar balizas a intervalos establecidos, y se anuncian a sí mismas a la red. Las estaciones que escuchan esa baliza o “en el rango” de una estación, se anuncian y completan en su pantalla JS8Call. Las estaciones que tienen comunicaciones bidireccionales con su propia estación se enumeran con un asterisco en su pantalla JS8Call. En ese momento, puede desplazarse sobre una estación que aparece en la pantalla para ver qué estaciones puede escuchar directamente. ¡Tu red se ha vuelto más grande!

Ahora su estación no solo tiene las estaciones que puede escuchar directamente, sino que también tiene acceso a las estaciones escuchadas directamente por las estaciones que lo escuchan.

Gestión y seguimiento de estaciones.

Al igual que APRS, las estaciones JS8 que eligen enviar una baliza JS8Call, pueden enviar un localizador de cabeza de cabeza de 4-10 dígitos. En un qso normal, esta información puede usarse para determinar la distancia y el rumbo de una estación desde su propia cuenta. Como parte de una red de comunicación de emergencia, esta información puede usarse para comprender dónde se encuentran sus recursos, si puede comunicarse con ellos o no, y tener una vista casi en tiempo real de las estaciones que participan en la red de emergencia.

Imagine un escenario en el que hemos desplegado equipos en el campo y necesitamos gestionarlos. Siempre me gusta usar el escenario de red descendente del huracán María en Puerto Rico, como ejemplo. ¡Esta vez no es diferente! Al implementar estaciones en varias ubicaciones, necesitamos una forma sólida de administrar y comunicarnos con esas estaciones ahora. Tradicionalmente, en el mundo de la radioafición, usábamos WinLink como una herramienta para administrar las comunicaciones hacia o desde esas estaciones. WinLink es una excelente herramienta para mover datos, pero falla como una herramienta de información táctica en tiempo real. Incluso con un SOP estándar, WinLink simplemente no puede administrar estaciones en un entorno que cambia rápidamente. Esto está absolutamente bien, ya que nunca fue diseñado para hacer eso. Propongo usar JS8Call como una herramienta casi en tiempo real para administrar estaciones remotas en la red de emergencia.

Ciertamente, no intentaremos utilizar JS8Call para enviar grandes cantidades de datos a la red (no fue diseñado para hacerlo). Simplemente lo utilizaremos para la demora de mensajes y la coordinación casi en tiempo real con las estaciones de la red.

Los beneficios de esto son:

  • Mensajes de texto robustos casi en tiempo real o retrasados.
  • Estado casi en tiempo real de las estaciones dentro de la red de emergencia.
  • Múltiples rutas de mensajería para estaciones.
  • Cada estación en la Red de emergencia apoya y contribuye a la red.
  • No depende de la infraestructura.

Mensajería

JS8Call tiene varios tipos de mensajes incorporados.

  • QSO directo : en este modo tenemos un teclado qso directo con una o más estaciones.
  • Mensajes retransmitidos : en este modo, dos estaciones que no pueden escucharse entre sí, usan una tercera estación que ambas pueden escuchar, para enviar mensajes entre sí.
  • Mensaje 01 demorado almacenado . En el caso de que una estación no esté en la red ahora, podemos dejar un mensaje con una estación en la red. Cuando el destinatario consulta la red por sus mensajes, el mensaje será entregado.
  • Mensaje demorado almacenado 02 – Después de determinar que la estación está en la red, pero su operador está ocupado, no en el teclado, … podemos dejar un mensaje para que el operador lo lea y / o responda más tarde.
  • Mensajes de grupo dirigidos : en este modo, nuestros mensajes se dirigen a un grupo de estaciones especificadas.

La mayoría de los operadores utilizan JS8 para sus capacidades de teclado QSO. Dado que el modo es algo entre psk31 y ft8, que ofrece las capacidades de texto libre de psk, con una débil capacidad de señal de ft8, es una opción atractiva. Lo que a menudo se ignora son las capacidades de red si JS8, de alguna manera similar a una sola banda ALE.

Muchas de estas funciones no se desarrollaron cuando publiqué el video que estoy compartiendo a continuación. Sin embargo, este video muestra muy bien las capacidades de señal débil de JS8. También muestra la rapidez con la que una estación puede configurar, utilizando una velocidad mínima, unirse a la red, iniciar mensajes o un teclado a teclado qso, todo sin mucho trabajo ni complejidad para el operador de radio. Imagino dos casos de uso para este modo:

  • Comunicaciones de emergencia en apoyo a la ayuda humanitaria.
  • Comunicaciones grupales para la preparación.

Expandiendo JS8Call

JS8Call fue diseñado para ser ligero y robusto. Tiene requisitos muy modestos y se ejecuta con bastante comodidad en una Raspberry Pi. Carece de una funcionalidad de mapeo fuera de línea para trazar estaciones localmente en un mapa, pero tiene una API documentada, lo que permite agregar todo tipo de funcionalidades adicionales. Ya sea para el EMCOMM tradicional o para la preparación de las comunicaciones, deberíamos analizar seriamente JS8Call.


73

julian oh8stn

Si esta publicación le ha resultado útil, entretenida, inspiradora o educativa, considere apoyar el canal y el blog.

Tip Jar PayPal

https://www.paypal.me/oh8stn/1usd/

Comunidad Patreon http://www.patreon.com/oh8stn

Marque este enlace de Amazon para dar soporte al canal mientras compra http://www.amazon.com/shop/oh8stn

Mario Arriola

2 comentarios

  1. Muy buen articulo. El JS8Call promete bastante. Mensajes retransmitidos, mensajes grupales, etc. Por cierto, cual va a ser el nombre de Azteca DXers en JS8Call? @AztecaDX ?

Responder a Fabian Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *