UPDATE 15/11/2022

De ik5xmk

 15 DE NOVIEMBRE DE 2022

El tercer parche del software del reflector XLX que se muestra aquí, de Antonio IU5JAE, incluye las personalizaciones anteriores publicadas en nuestro sitio y agrega la posibilidad de asignar un DG-ID específico a un módulo leyendo la configuración del archivo. Para obtener explicaciones sobre la evolución (y la implementación relativa) de los cambios relacionados con la parte del C4FM en XLX, consulte los artículos anteriores , a continuación hay una lista de lo que ahora es completamente manejable a través de este parche acumulativo :

  • establezca un DG-ID predeterminado al conectar un sistema con el protocolo YSF o IMRS;
  • importar un «regreso a casa» o el DG-ID predeterminado después de un cierto período de tiempo;
  • asignar cualquier DG-ID (del 1 al 99) a cualquier módulo compilado en XLX;
  • lea esta configuración de emparejamiento directamente desde el archivo, al iniciar XLX.

El DG-ID es un identificador del grupo digital, presente en el “mundo de C4FM” Yaesu System Fusion. Esta selección se opera en la radio y permite, variando el valor asignado al TX, operar un cambio de flujo (módulo en XLX) en muchos servidores. Es (para hacer una comparación «bonachona») como el Grupo de conversación en el campo DMR.

Volviendo al parche que adjuntamos en este artículo, el archivo a modificar para tus necesidades en el código/archivo original presente en tu instalación es main.h , agregando las siguientes líneas:

Además de lo visto anteriormente en los otros posts, es necesario especificar la ruta del archivo xlxd.dgid que leerá el reflector al arrancar, que contiene las configuraciones de DG-ID, y la ruta donde se encuentra una copia de se hará la configuración que puede ser útil para implementar una tabla a través de otro software.

La configuración es así:

módulo; número DG-ID; descripción del módulo

En cambio, los otros archivos presentes en el parche deben reemplazarse con los originales , antes de compilar XLX. Nota importante : este parche también se utilizó para corregir un error en el manejo del protocolo YSF en el código original. Faltaba el valor 1 en el byte de ESTADO (era 0), según especificaciones:

Archivo que contiene el parche:

xlx_parche_3

De ik5xmk

Siguiendo el artículo anterior informado en este sitio para la personalización del DG-ID en el Multiprotocol Reflector XLX , se publica el parche, nuevamente por Antonio IU5JAE, para configurar el «regreso a casa» o el DG-ID predeterminado en el que se encuentra el Yaesu. El repetidor DR-2X volverá después de un cierto período de inactividad .

También en este caso adjuntamos a este artículo el archivo que contiene los archivos individuales para reemplazar el código original. Este parche que definimos como «completo» también incluye la modificación publicada anteriormente , así que edite las secciones relevantes de manera apropiada como ya está escrito. El único archivo que no debe reemplazarse pero sí examinarse (editar el original de Luc) es main.h en el que se agregarán las líneas :

En la práctica: el regreso a casa (tanto para conexiones YSF como IMRS) es el valor de KEEPALIVE_PERIOD multiplicado por XXX (en segundos, es un valor personalizable). En este caso son 15 minutos si el sistema está inactivo.

Para los repetidores DR-2X, la gestión del DG-ID al que volver se confía al sysop del servidor que, al editar el (nuevo) archivo xlxd.dr2 que se colocará en el directorio / xlxd, especificará la asignación de la convocatoria y de la DG-ID:

Los repetidores y hotspots con protocolo YSF también pueden beneficiarse de esta funcionalidad. Es necesario configurar en la cadena Options = de su sistema (en las versiones del software Pi-Star que permiten estas configuraciones, por ejemplo) el DG-ID de la conexión que ahora se utilizará tanto para la primera conexión al reflector como para volver a casa después de haber cambiado de caudal vía radio activando otro DG-ID:

En el ejemplo que se muestra arriba, el punto de acceso inicialmente se conecta a XLX222 en modo YSF con DG-ID 41 (en uso por Tuscany Multiprotocol). Volverá a este flujo después de un posible turno y 15 minutos (si se deja el valor predeterminado) de inactividad.

Tenga en cuenta: XLX es un excelente sistema «multiprotocolo» creado inicialmente para administrar mejor el protocolo D-STAR. Sin embargo, existen algunas características intrínsecamente ofrecidas por los protocolos «extra D-STAR» que no funcionan en XLX (por ejemplo, la serie de dispositivos C4FM). En nuestro caso partimos (modificándolo) de XLX para tener una entrada operativa y funcional para los repetidores Yaesu DR-2X. De ahí la modificación de la DG-ID y la BTH (back to home). Entonces, la situación óptima se obtiene conectando (a través del software ysf_bridge) el reflector XLX a, por ejemplo, un reflector pYSFReflector3 que aprovecha al máximo las diversas características del C4FM / YSF y, en consecuencia, a un Master BM para la parte DMR. De esta manera, los repetidores DMR, IMRS e YSF están en pleno funcionamiento, así como los puntos de acceso.

Este es el archivo que contiene el «parche completo» para XLX:

xlx_parche_2

Por EA7IYR

Deja una respuesta