En busca de un moderno tablero de anuncios de radio por paquetes
La radioafición tiene una relación complicada con Internet. En los países desarrollados, Internet suele ser tan rápido, confiable y disponible que las actividades tradicionales de radioaficionados pueden parecer bastante pintorescas, completamente reemplazadas por tecnología más poderosa. Si se es sensato, puede parecer que no hay nada que pueda hacer con su radio que no pueda hacer mejor con su teléfono móvil.
Hay muchas maneras de disfrutar de forma única de la radioafición. Es solo que en 2024 ya no se siente tan gratificanteel lograr comunicación intercontinental o hablar gratis con tu amigo de la alcaldia vecina. Ahora tenemos formas más fáciles de hacer ese tipo de cosas. En definitiva, la radioafición es un hobby. Mientras disfrutes y/o aprendas de ello, entonces estará cumpliendo su propósito.
Habiendo reconocido todo eso, mi relación personal con la radioafición es más dura. No estoy tan interesado en los grupos de conversación DMR o Echolink. Para mí, eso es simplemente Skype/Zello con muchos pasos adicionales y equipos más caros. El sistema resultante es más complejo y más frágil que si solo usaras Skype/Zello. Si falla la radio entonces no funciona, y si falla internet tampoco funciona.
Ahora Whatsapp tambien maneja ¡grupos de plática con voz!
Comparemos esto con APRS : sus IGATE desempeñan un papel subordinado en todo el sistema. Los sitios web como aprs.fi animan las cosas, pero no son obligatorios ni fundamentales. Básicamente, obtendrás la experiencia completa si simplemente transmites y recibes paquetes en tu propia radio VHF. Dado que APRS se trata principalmente de compartir ubicaciones de estaciones, generalmente la información más relevante está más cerca de ti. Esto significa que puedes recibir las transmisiones directamente o quizás mediante uno o dos saltos de digipeater. El funcionamiento básico de APRS es resistente a fallos generalizados de la infraestructura. Para mí, eso lo hace intrínsecamente interesante y valioso: APRS puede estar ahí para ti cuando Internet no lo está.
También me aflije un poco cuando los radio operadores con licencia se coordinan utilizando tecnologías como el correo electrónico, Whatsapp, Telegram, grupos de Yahoo, groups.io o Discord. Colectivamente somos un grupo de personas inteligentes capaces de desarrollar tecnología de comunicación y tenemos gran cantidad de espectro a nuestra disposición. ¿Por qué no hemos creado las herramientas que necesitamos para operar de forma independiente, utilizando nuestro propios equipos?
La respuesta es que nadie ha construido reemplazos de radio suficientemente buenos. A menos que los usuarios estén tratando activamente de evitar usar Internet (y la mayoría no lo hace), cualquier alternativa tiene que ser casi tan pulida y conveniente como las herramientas basadas en Internet.
He estado pensando en esto durante años y creo que hay una brecha para algún nuevo software de radioaficionado digital que maneje tableros de anuncios y chat en tiempo real.
En el pasado, esto se hacía a través de paquetes de radio utilizando software BBS como FBB . Este sistema es viable pero realmente pertenece a una era diferente y ya no es una forma atractiva de comunicarse, por varias razones:
- La interfaz que utiliza para controlar el BBS se transmite por radio en tiempo real. Está basado en texto y es lento y difícil de operar. Esta fue una buena decisión cuando usábamos terminales tontas conectados a TNC. Ahora tenemos PC extremadamente potentes que pueden mostrar bellos interfaces graficos GUI.
- Los BBS separados ahora a menudo dependen de Internet para sincronizarse entre sí.
- Debe iniciar sesión en sesiones distintas, en lugar de enviar y recibir mensajes en cualquier momento.
- Dependes bastante del operador de BBS, incluso si tienes una computadora y una radio listas para funcionar todo el tiempo.
Básicamente, la tecnología informática ha avanzado mucho y si hoy en día construyéramos un tablero de anuncios y un sistema de chat, las compensaciones serían muy diferentes. Estos son los principios de diseño:
- Tenemos mucha CPU y capacidad de almacenamiento : podemos almacenar y consultar todos los datos localmente, lo que significa que incluso si el enlace de radio es un canal muy lento de 1200 baudios, la navegación y la búsqueda pueden ser muy rápidas.
- Podemos dejar las computadoras funcionando todo el tiempo . Todo el mundo puede ser un repetidor. La sincronización de datos de entrada y salida puede ocurrir de forma continua e independiente de cuándo el usuario interactúa con el software. Si tiene un archivo grande para compartir, puede dejar ejecutándose una transmisión larga.
- Independiente de la modulación : es un poco ridículo que los radioaficionados sigan usando el lento AX.25 AFSK cuando hay tantos esquemas más eficientes disponibles. Cualquier software nuevo debería poder incorporar nuevos modos de transmisión y transmitir mensajes entre modos.
- Compatibilidad total con la radio por paquetes AX.25 : a pesar del punto anterior, FM AFSK sigue siendo una forma muy accesible de radio digital en distancias cortas porque puedes usar una tarjeta de sonido y cualquier radio FM antigua. El nuevo software debería funcionar bien hasta 1200 baudios y tener una codificación AX.25 eficiente.
- Multiplataforma : un sistema destinado a la intercomunicación debe estar disponible y funcionar igual en Windows, Mac y Linux.
- Nodos independientes : deberías poder configurar tu propia Raspberry Pi y participar en la red con tanta autoridad como cualquier otra persona.
- La eficiencia del ancho de banda en realidad no importa tanto : al menos en mi zona, las bandas de aficionados VHF/UHF están muy infrautilizadas. Si un software terminara acaparando un canal particular de 25 kHz porque la gente lo usaba para chatear/foros, ¡esto sería una mejora! Por lo tanto, es mejor tener un software que sea comunicativo pero que funcione bien, que tener un software silencioso que no responde lo suficiente y no logra usarse.
- Servir sólo a una comunidad local está bien ; me importa mucho más tener un sistema que funcione bien para la gente dentro de "EK09jm" y cuadrantes vecinos, que poder contactar a alguien al otro lado del mundo, y tener que lidiar con todos los problemas de escala. y enrutamiento que ocurren en un sistema global mal conectado.
- Inundación del canal, dentro del límite de tiempo : cada nodo de la red sincroniza los datos completos del último mes, semana a semana. Esto significa que cualquier nodo puede ayudar a proporcionar a cualquier otro nodo los datos que le faltan. Los datos más antiguos dejarán de estar disponibles para sincronización, pero localmente un nodo aún los tendrá disponibles para lectura.
- Sincronización de dos niveles: rápida y de respaldo : cuando sea posible, los mensajes recién inyectados deben transmitirse y replicarse con prontitud. Esto es importante para las aplicaciones de chat. Si esto falla o si hay una gran cantidad de datos no sincronizados, un nodo debe emprender un proceso lento y continuo para solicitar los datos faltantes fuera de la red y ponerlos a disposición localmente.
- Interfaz grafico (GUI) amigable : ya no estamos en los años 80. Podemos crear software que sea rápido, accesible y fácil de usar.
- Soporte para texto e imágenes enriquecidos, con compresión automática : las personas ya rara vez se comunican en texto plano, a pesar de lo que les gusta pensar a los entusiastas de las listas de correo. Debería ser posible publicar en tableros de anuncios completamente formateados. Si un usuario intenta insertar un JPEG de 8 MB, el software debería guiarlo de forma interactiva a través de la compresión/reducción de la imagen a un nivel que sea aceptable para la transmisión por radio por paquetes. El texto sin formato y otros datos deben comprimirse de manera oportuna para minimizar el tiempo de transmisión requerido.
Cuando el internet era incipiente, los BBS utilizaban la telefonia por cable de cobre a 1200 bauds y eramos felices. Encediamos la computadora, Arrancabamos el cliente de BBS, se iniciaba una llamada telefonica al servidor de BBS y unos 10 minutos despues se cortaba la llamada y ya teniamos la actualizaciones de tableros de anuncios y chats que no hemos visto desde nuestra anterior conexion. Podias teclear mensajes de tablero o platicas, y al volver a conectarte, se intercambiaba tus aportes y se recibia lo que se hubiera acumulado en el inter Si lo usas con frecuencia, descarga menos en cada llamada.
Eso seria un desarrollo que daria a la radioaficion una modernizacion importante.