OpenX6X00 v0.3.7: planes de banda y Winlink

La última versión del firmware comunitario añade planes de banda adaptados a cada región, un flujo de trabajo de Winlink más claro y el módem experimental Mercury a las Xiegu X6100 y X6200. También muestra cuánto puede cambiar una radio definida por software moderna gracias a programas que se ejecutan directamente en el equipo.

Durante mucho tiempo, un transceptor de HF se definía sobre todo por su panel frontal y el firmware del fabricante. OpenX6X00 cambia esa perspectiva para las Xiegu X6100 y X6200. La versión 0.3.7 incorpora los planes de banda de distintas regiones de la IARU, restricciones basadas en las clases de licencia de Estados Unidos, una gestión renovada de Winlink y el módem experimental Mercury. Estas novedades se suman a las aplicaciones de modos digitales, el registro de contactos, el control desde un navegador y otros programas que se ejecutan directamente en la radio.

La diferencia tiene consecuencias prácticas. Un ordenador portátil puede añadir modos digitales y funciones de red a casi cualquier transceptor, pero también supone cargar con otra pantalla, más cables y otro equipo que hay que alimentar y mantener. OpenX6X00 integra muchas de esas funciones en el entorno informático que ya tiene la radio. Por tanto, no se trata solo de una interfaz nueva: el software permite reunir la operación de radio, el registro de contactos y algunas funciones de red en un mismo sistema.

La versión 0.3.7 marca un nuevo paso en esa evolución. No incorpora una nueva etapa de RF ni modifica el firmware de banda base que controla las funciones fundamentales del transceptor. En cambio, amplía la forma en que el entorno Linux de la radio interpreta las reglas de operación, presenta las comunicaciones digitales y protege sus controles accesibles desde la web. Los cambios también revelan los retos de mantener un proyecto de firmware abierto: las nuevas funciones deben ser compatibles con dos radios relacionadas, respetar las diferencias entre los planes de operación nacionales y funcionar de manera segura cuando el software queda accesible desde la red local o de forma remota.

De una interfaz alternativa a una plataforma de software

OpenX6X00 funciona en la parte Linux de las X6100 y X6200 desde una tarjeta microSD. Las radios conservan un firmware de banda base independiente para funciones como el DSP, la RF, el control de potencia y el manipulador. OpenX6X00 se comunica con esa parte, pero no la sustituye. Esta separación permite que el proyecto desarrolle la interfaz y las aplicaciones mientras utiliza el firmware existente para las funciones básicas del transceptor.

La distinción es importante porque la expresión «firmware abierto» puede dar a entender que se han sustituido todas las partes de una radio o que todas se pueden modificar libremente. En este caso, el proyecto controla una capa de software considerable, pero la banda base sigue siendo un componente independiente proporcionado por Xiegu. El sistema operativo, las aplicaciones, la interfaz de control y las herramientas web pueden cambiar de manera independiente al firmware que gestiona el hardware de radio. Para el usuario, esto significa que una función disponible en OpenX6X00 también puede depender de lo que permita la banda base subyacente.

La historia del proyecto ayuda a entender su alcance. OpenX6X00 nació a partir de la última versión abierta del firmware para la X6100, después de que el proyecto original pasara a ser cerrado. Sus responsables explican que eliminaron los servicios que se comunicaban con el exterior y continuaron el desarrollo de forma abierta. Desde entonces, el sistema ha incorporado, entre otras cosas, un panel de control en el navegador, una vista del DX cluster, funciones de registro, programas para actividades al aire libre y varios modos digitales. La nueva versión amplía este entorno de software en lugar de tratar cada función como un accesorio independiente.

El ordenador integrado cambia la configuración de una estación portátil. Cuando una aplicación de modo digital funciona en la radio, puede que no sea necesario conectar un ordenador para decodificar o transmitir en los modos compatibles. Si la misma plataforma también ofrece un registro y herramientas de activación, algunas tareas se pueden realizar sin cambiar de dispositivo. El control desde un navegador añade otra posibilidad: un teléfono, una tableta o un ordenador conectado a la red local puede manejar la radio mediante una interfaz web. En conjunto, estas funciones reducen la dependencia de un ordenador externo para muchas tareas digitales y de red.

Esta integración tiene límites. Los controles físicos, la pantalla, las rutas de audio y las capacidades de la banda base siguen determinando lo que puede hacer el software. Una aplicación Linux puede ofrecer una nueva forma de trabajar, pero no elimina las limitaciones del hardware ni garantiza que todas las funciones se comporten exactamente igual en ambos modelos. La diferencia entre la capa de aplicaciones y la banda base resulta especialmente relevante al comparar funciones, investigar un problema o decidir si conviene actualizar. Una plataforma de software más capaz amplía los usos de la radio, pero su diseño subyacente sigue marcando sus límites.

Planes de banda adaptados a la región

El cambio más visible de la versión 0.3.7 probablemente sea la ampliación del sistema de planes de banda. Las versiones anteriores solo conocían el plan de la Región 1 de la IARU en la franja de visualización del plan de banda. La nueva versión añade las Regiones 2 y 3, además de planes de Estados Unidos para las clases de licencia Extra, Advanced, General y Technician. Así, la pantalla resulta más útil para operadores cuyas asignaciones difieren del plan que se admitía inicialmente.

Un plan de banda es más que un conjunto de etiquetas en la pantalla. Ayuda a los operadores a saber dónde son apropiados o están permitidos ciertos tipos de emisión y orienta sus decisiones al sintonizar. El nuevo sistema puede mostrar el plan seleccionado en la franja del plan de banda, también en el panel del navegador. Además, influye en funciones relacionadas de la interfaz, como la elección del modo según el plan y la indicación de los segmentos CW. En los planes estadounidenses, las partes que no están disponibles para la clase de licencia elegida aparecen en gris, con una indicación «out» cuando corresponde.

La selección automática utiliza los datos de ubicación disponibles para elegir una región de la IARU. Primero recurre a una posición GPS, después al locator Maidenhead configurado y, por último, al país asociado con el indicativo. Si no dispone de ninguno de estos datos, conserva la región que estaba seleccionada. Este orden es apropiado para una radio portátil que puede utilizarse en distintas ubicaciones y, al mismo tiempo, ofrece una alternativa para quienes no tienen GPS ni han configurado su locator.

La selección automática no elige un plan estadounidense asociado a una clase de licencia. Saber que la radio está en Estados Unidos no permite al software determinar los privilegios del operador. Un plan regional por sí solo no puede distinguirlos, así que los operadores estadounidenses deben seleccionar el país y su clase de licencia manualmente. Es una decisión sensata: la automatización puede simplificar la configuración cuando dispone de los datos necesarios, pero no debe adivinar una condición reglamentaria que no puede inferir.

En algunos casos, el plan regional también modifica la lista de bandas de la radio. En las Regiones 2 y 3, las entradas de 160 m, 80 m, SSB en 40 m y 6 m pueden adoptar los límites de la región en el primer inicio después de la actualización, siempre que el operador no haya editado esas entradas previamente. En la Región 1, los límites existentes no se modifican. La diferencia importa porque los rangos fijos que sirven en una región pueden no coincidir con las asignaciones o las prácticas de operación de otra.

Para una estación portátil, esta función puede reducir pequeñas discrepancias en la interfaz que, aun así, tienen consecuencias prácticas. Una radio que se lleva a otro país, se configura para una región diferente o se utiliza conforme a otro plan nacional debería mostrar información adecuada para ese contexto. La visualización del plan no sustituye el conocimiento de la normativa aplicable, y una sola opción no puede recoger todas las particularidades nacionales. Sin embargo, hace más visible el contexto de operación seleccionado y ayuda a que la pantalla de frecuencias se ajuste a él.

El proyecto indica que probó la visualización y las entradas de la lista de bandas en una compilación para PC y en una X6100 de pruebas, con los planes de las Regiones 2 y 3 y los de US General y US Technician. Es una referencia útil sobre el funcionamiento de la interfaz, pero no equivale a una certificación reglamentaria formal ni a una prueba exhaustiva de todas las posibles combinaciones de ubicación y licencia. Según las notas de la versión, la selección automática mediante una posición GPS no se probó en una radio. Conviene tener presentes estas limitaciones: la selección regional es práctica, pero el operador sigue siendo responsable de elegir y respetar los privilegios adecuados.

Winlink se acerca a una operación integrada en la radio

Winlink es uno de los cambios más relevantes de la actualización porque conecta la radioafición con el correo electrónico y la mensajería de almacenamiento y retransmisión a través de redes de radio. En HF puede resultar útil cuando no hay acceso convencional a Internet o cuando un operador quiere intercambiar mensajes mediante una pasarela de radio. El flujo de Winlink de OpenX6X00 utiliza ARDOP, un protocolo digital diseñado para transmitir datos por radio. La nueva versión se centra en facilitar la comprensión del proceso de conexión y el diagnóstico de posibles fallos.

La interfaz renovada incorpora una tarjeta «Before you connect» que muestra cómo utilizará Winlink la radio. Otra tarjeta, dedicada a la conexión, explica por qué ha fallado y qué se puede hacer a continuación. Por tanto, el software no se limita a ofrecer un botón para conectarse: intenta mostrar las condiciones de la operación y hacer más comprensibles los motivos de un fallo. Al diagnosticar una conexión HF, esta información puede ser más útil que un mensaje de error genérico, sobre todo porque la configuración de la radio, los ajustes del módem y la disponibilidad de la pasarela influyen en el resultado.

También se ha revisado la gestión del ancho de banda de ARDOP. La página de la radio utiliza ahora el ancho de banda ARDOP más amplio para cada conexión. En la configuración descrita, el valor predeterminado es 500 Hz cuando la lista de pasarelas solicita el ajuste 2000MAX. Las notas de la versión también indican que se conserva la contraseña introducida en los ajustes propios de la aplicación. Pueden parecer detalles menores, pero contribuyen a que una herramienta integrada resulte fiable durante una sesión real de operación.

Otros cambios afectan a los controles y a los registros mientras está abierta una aplicación digital. En ese estado, el teclado no está disponible y los registros se pueden descargar juntos con las contraseñas ocultas. Las medidas responden a dos necesidades distintas: evitar interacciones inadecuadas mientras una aplicación controla la radio y no exponer información sensible innecesariamente en los registros exportados. Una radio capaz de comunicarse por red debe tratar su configuración y los datos almacenados como parte de su entorno operativo.

La versión 0.3.7 también añade Mercury como segunda opción experimental de módem para Winlink. Mercury está asociado al proyecto HERMES y tiene un requisito de compatibilidad concreto: la estación remota debe utilizar Mercury 1.9.20 o una versión posterior. Según la descripción del lanzamiento, en Pat se selecciona Mercury mediante la opción VARA HF. Los operadores deben conocer este detalle antes de intentar conectarse. Como Mercury es experimental en esta versión, conviene entenderlo como una función adicional en desarrollo, no como una garantía de compatibilidad con todas las pasarelas o clientes de Winlink.

Esta precisión es importante en las redes de radio. Un módem solo resulta útil si el otro extremo puede intercambiar datos con un protocolo y una configuración compatibles. Una implementación local puede estar técnicamente completa y, aun así, tener un uso práctico limitado si el resto de la red no ha adoptado ese protocolo. Por eso, al principio Mercury puede interesar sobre todo a quienes experimentan, realizan pruebas o pueden coordinarse con estaciones compatibles. Su utilidad a mayor escala dependerá de que se admita más allá de la propia radio.

El desarrollo de Winlink también pone de manifiesto un reto general de diseño. Una aplicación integrada en la radio debe gestionar decisiones que un programa de escritorio podría repartir entre varias ventanas: qué módem está activo, qué ancho de banda se solicita, si la radio está lista para transmitir y qué ha ocurrido cuando falla una conexión. Reunir estos elementos puede simplificar la estación, pero también hace imprescindible que la interfaz sea clara. Si oculta un estado importante, una configuración compacta puede resultar más difícil de diagnosticar que otra basada en un portátil.

Modos digitales y estación portátil

El resto de las funciones de OpenX6X00 ayuda a situar las novedades de Winlink. El proyecto admite aplicaciones en la propia radio para modos como FT8, FT4, FT2, JS8, WSPR, PSK31, PSK63, Olivia, RTTY, SSTV, WeFax y Navtex con DSC solo para recepción. La compatibilidad concreta depende de cada aplicación y modo, pero la idea general es la misma: el entorno Linux de la radio ejecuta software que normalmente funcionaría en un ordenador conectado. La versión 0.3.7 se apoya en esa base en lugar de introducir desde cero la operación digital.

Esto puede cambiar la configuración física de una estación portátil. Un operador de campo quizá ya lleve un transceptor, una batería, una antena y un teléfono o una tableta para consultar mapas y registrar contactos. Añadir un portátil para cada modo digital incrementa el peso y el consumo de energía, y requiere más cables y configuración de software. Al trasladar algunas tareas a la radio, la estación puede funcionar de forma más autónoma. Eso no significa que todos los portátiles sean innecesarios: una pantalla más grande, herramientas de registro conocidas o programas especializados pueden seguir siendo preferibles. Sin embargo, la radio puede asumir por sí misma más tareas esenciales.

Cada modo plantea requisitos operativos distintos. FT8 y otros modos de señales débiles dependen de una sincronización precisa, una decodificación correcta y transmisiones programadas. WSPR se utiliza a menudo para observar la propagación mediante balizas de baja potencia. JS8 permite enviar mensajes escritos con el teclado y realizar comunicaciones con repetidores. Winlink responde a una necesidad diferente y transporta mensajes a través de pasarelas. Reunir estas herramientas en la radio puede facilitar el paso de la experimentación a los contactos y la mensajería práctica, sin tener que reorganizar la estación alrededor de un ordenador independiente cada vez.

La pantalla y los controles forman parte de esta experiencia. Un waterfall puede representar las señales para facilitar la sintonía y la interpretación de la actividad. La vista del cluster puede vincular los spots con la sintonía de la radio. El control desde el navegador permite usar un dispositivo conocido como interfaz remota. El valor procede de la relación entre estas funciones: un spot puede orientar la elección de frecuencia, una aplicación digital puede gestionar una transmisión y un registro puede guardar el contacto en el mismo entorno de software.

La integración también concentra la complejidad. Una aplicación digital necesita acceder de forma fiable al audio, a la frecuencia y al control de transmisión. La interfaz del navegador debe comunicarse con la radio sin permitir que una página no confiable haga un uso indebido de los controles. El registro debe conservar datos correctos de los contactos y los servicios de red tienen que distinguir a los usuarios previstos de otros clientes. Cada función puede parecer sencilla por separado, pero su interacción requiere un diseño y unas pruebas cuidadosos.

La evolución del proyecto muestra este reto. Las versiones anteriores añadieron compatibilidad con la X6200, control remoto desde el navegador, Winlink en HF y otras funciones. Durante el desarrollo también se encontraron fallos en el registro, el control TCI, el PTT desde el navegador y otros componentes. Los responsables indican que una revisión de la versión 0.3.6 encontró 14 defectos, incluidos problemas en el PTT del navegador, el configurador, TCI y la interfaz web. Esta versión los corrige y demuestra que desarrollar firmware abierto implica tanto añadir funciones como corregir las interacciones entre ellas.

La seguridad pasa a formar parte de la operación de radio

Una radio con configurador web, control remoto desde un navegador y servicios de red tiene un perfil de seguridad distinto al de un equipo controlado únicamente mediante mandos físicos. La versión 0.3.7 incorpora protección contra el DNS rebinding, una técnica por la que un sitio web malicioso puede hacer que el navegador trate un nombre controlado por el sitio como si apuntara a un dispositivo de la red local. Si el navegador puede acceder a las páginas de configuración o control de la radio, un diseño vulnerable podría exponer ajustes o permitir acciones a través de la sesión del navegador del usuario.

OpenX6X00 v0.3.7 limita ciertas operaciones web a los nombres propios de la radio, como su nombre de host local o uno configurado por el usuario. La restricción se aplica al guardar cambios en el configurador web y a páginas y conexiones relacionadas, mientras que los programas TCI pueden seguir conectándose con cualquier nombre. La separación responde a una necesidad práctica: los controles desde un navegador y las interfaces para la comunicación entre programas no siempre necesitan las mismas reglas de nombres. Limitar las operaciones web sensibles a ciertos nombres puede reducir el riesgo de que una página engañe al navegador para que interactúe con la radio.

El trabajo de seguridad de esta versión forma parte de una serie de auditorías y revisiones del código. El proyecto señala que la revisión de la versión 0.3.6 encontró 14 defectos, corregidos en la 0.3.7. Auditorías independientes anteriores también llevaron a corregir problemas en el control TCI, el tratamiento de datos ADIF, la edición de registros y el comportamiento de las sesiones del navegador. No se trata de defectos meramente estéticos. Un fallo en el control de transmisión puede afectar a la forma en que la radio pasa a transmitir o vuelve a recibir. Un problema al manejar datos puede dañar registros o provocar un comportamiento inestable.

La atención prestada al PTT desde el navegador es especialmente importante porque el control remoto cambia el significado del botón de transmisión. Un interruptor físico está asociado directamente al operador y a la radio. El control desde un navegador depende de una conexión de red y del estado del software. Si la conexión se interrumpe y se restablece, la interfaz no debe activar el transmisor de manera inesperada a partir de una orden antigua. Las notas de la versión indican que se ha corregido un fallo por el que mantener pulsado el PTT del navegador podía volver a activar la transmisión al recuperarse una conexión interrumpida. Este es el tipo de caso límite que una interfaz bien diseñada debe gestionar explícitamente.

La seguridad también influye en cómo se ofrece el acceso remoto. OpenX6X00 puede utilizar Tailscale para controlar la radio a distancia, y la versión 0.3.7 añade compatibilidad con Tailscale Funnel para que algunas páginas del navegador sean accesibles desde fuera de la red local. El lanzamiento distingue las páginas Panel y Screen de otros servicios, como el configurador, los programas TCI y las aplicaciones de Winlink. Esta distinción importa porque «acceso remoto» no es un único permiso: un panel de control en tiempo real, una interfaz de configuración y un servicio de red ofrecen capacidades distintas y presentan riesgos diferentes.

Funnel tiene límites concretos. El navegador debe vincularse a la radio antes de utilizar el enlace remoto. Después, un navegador vinculado en casa puede recibir un enlace propio para usarlo fuera. El servicio público se limita a las páginas Panel y Screen y sus sockets, y requiere un navegador vinculado previamente en casa. Los demás servicios no están disponibles a través de Funnel. La función se probó con un sustituto del servicio de Tailscale y en una compilación para PC, pero no con un tailnet ni con una radio reales. Por eso, los responsables solicitan comentarios de los usuarios que la prueben en ese entorno.

La función va más allá de un simple interruptor de comodidad. Publicar un servicio en Internet cambia quién puede intentar acceder a él y qué tipo de autenticación se necesita. OpenX6X00 separa el acceso del navegador remoto de los demás servicios de la radio y exige una vinculación previa. El proyecto también advierte de que el nombre de host público queda visible en los registros públicos de certificados. Quienes no necesiten control remoto desde un navegador pueden dejar Funnel desactivado. Los que lo utilicen deben saber qué páginas quedan accesibles y cuáles no.

Límites de potencia, mantenimiento y alcance de la versión 0.3.7

El comportamiento de la potencia de transmisión de la X6200 es otro cambio relevante para la operación. En la versión 0.3.7, la interfaz limita la potencia seleccionable a 8 W y a 5 W cuando la radio funciona con batería. Un límite de software puede ser una medida de protección útil, especialmente en una estación portátil cuya alimentación puede variar, pero no debe confundirse con una afirmación general sobre la potencia máxima de la radio. Es un límite aplicado por el comportamiento de control de este firmware y puede influir en la configuración según la fuente de alimentación.

La versión también corrige varios comportamientos menores. En la X6100, el nivel Moni se establece en cero por defecto, igual que en la X6200, pero se conserva el nivel que el usuario ya hubiera configurado. Al sintonizar un VFO más allá del límite de una banda, el otro VFO mantiene la posición que tenía. También se corrigen defectos relacionados con el control desde el navegador, TCI, los formularios de Wavelog y el configurador. Cada ajuste contribuye a un funcionamiento más predecible, aunque no añada una función principal nueva.

Quienes ya utilizan OpenX6X00 pueden actualizar directamente desde la radio. Las notas de la versión indican que una X6100 o X6200 con una instalación compatible v0.2.x o v0.3.x puede recibir la actualización mediante la función integrada. Hay nuevas imágenes de tarjeta para las primeras instalaciones y para las radios que ya no se inician lo suficiente como para actualizarse. Algunas imágenes de tarjeta antiguas deben sustituirse para obtener cambios anteriores en el cargador de arranque o en el controlador Wi-Fi. Sin embargo, estos requisitos dependen del modelo y de la versión instalada; no todos los usuarios tienen que volver a escribir la tarjeta para instalar la v0.3.7.

La separación entre el paquete de actualización y la imagen de la tarjeta es una ventaja práctica de la arquitectura. Las aplicaciones y las páginas web pueden actualizarse sin volver a escribir la imagen completa del sistema cuando no han cambiado el kernel, los controladores ni los componentes de arranque. El proyecto indica que la versión 0.3.7 no necesita una nueva imagen de tarjeta en las radios que ya utilizan una imagen anterior compatible. Los ajustes y los registros permanecen en la partición de datos de la tarjeta, aunque se recomienda hacer una copia de seguridad antes de actualizar. Separar el sistema operativo de las aplicaciones puede simplificar el mantenimiento, pero los usuarios deben saber cuándo hace falta una imagen completa.

La posibilidad de volver a la versión anterior también forma parte del proceso de actualización. La radio conserva la versión previa para regresar automáticamente a ella si la nueva no se inicia correctamente. Esto no elimina la necesidad de guardar una copia de la configuración y de los registros ni hace que todas las actualizaciones estén exentas de riesgo. Sin embargo, ofrece un mecanismo de recuperación importante en un dispositivo integrado, donde un fallo de actualización podría exigir un procedimiento más laborioso para volver a escribir la tarjeta.

El proyecto también refleja una tendencia más amplia en la radioafición. Los transceptores SDR incorporan cada vez más hardware informático de propósito general, funciones de red e interfaces definidas por software. Así es posible añadir funciones después de vender la radio, pero la calidad del mantenimiento del software también pasa a formar parte de su valor cotidiano. La lógica de los planes de banda, la interoperabilidad de los módems, la seguridad del navegador, la integridad de los registros y el control de potencia son cuestiones de software que afectan al funcionamiento real. El desarrollo abierto permite a los usuarios conocer esos cambios y comunicar problemas. A la vez, exige a los responsables mantener la coherencia de un sistema cada vez más amplio.

Por eso, OpenX6X00 v0.3.7 es más que una lista de cambios. Los planes de banda regionales adaptan mejor la interfaz a operadores de distintas partes del mundo. Las mejoras de Winlink buscan que las conexiones sean más comprensibles, mientras que Mercury ofrece a estaciones compatibles una opción experimental para probar. Las correcciones de seguridad y las revisiones del código muestran que el control remoto desde el navegador también está relacionado con la fiabilidad del funcionamiento de la radio. En conjunto, el lanzamiento convierte las Xiegu X6100 y X6200 en plataformas donde el firmware influye en cómo se utiliza, se conecta a la red y se mantiene un transceptor.

Las imágenes utilizadas en este artículo son generadas por IA...

Este artículo puede contener enlaces de afiliado...