Guía paso a paso
Descarga, instalación y configuración de la rama TETRALOGIC para SVXLink
Guía completa para instalar SVXLink con soporte TETRA (rama tetra-contrib) en una Raspberry Pi, configurar TetraLogic, el ReflectorLogic, el audio y dejar el sistema funcionando como servicio en el arranque.
SVXLink es un software de código abierto para repetidores y enlaces de radio que, gracias a la rama tetra-contrib (mantenida por DL1HRC y basada en el trabajo de F5UII, adaptada por F1IWQ), añade la lógica TetraLogic: una interfaz que dialoga por el puerto PEI con terminales TETRA (MTM800, MTM5200, MTM5400, MTM5500) para llevar el tráfico de voz a la red, a EchoLink y a un Reflector TETRA.
https://github.com/dl1hrc/svxlink (rama tetra-contrib)
En esta guía repasamos el proceso completo: desde la instalación del sistema base en la Raspberry Pi y la compilación de SVXLink con soporte TETRA, hasta la configuración de TetraLogic, el Reflector, el audio, los eventos por GPIO, el arranque automático y el uso de la consola de comandos DTMF.
Esquema de interfaz: la Raspberry Pi (con SVXLink y tetra_contrib) se conecta por TxD/RxD al núcleo SvxLinkV4, que a su vez dialoga con el terminal TETRA mediante PEI a 3,3V (MTM800/MTM5200) o mediante PEI por RS232 con PTT cableado (MTM5400/MTM5500).
⚠️ Atención: en las versiones más modernas de firmware, los MTM5400 y MTM5500 ya no requieren el PTT cableado: pueden activar la transmisión directamente por el interfaz PEI, igual que los MTM800 y MTM5200. El requisito de PTT por cable indicado en el esquema corresponde a versiones de firmware más antiguas.
Parte 1 · Primera instalación del software
Prepara la Raspberry Pi
Puedes usar la versión de 32 o 64 bits de Raspbian. Nosotros vamos a usar una Raspeberry Pi 5 version 2GB

Instala compiladores y librerías
Esta instalación solo es necesaria una vez:
Crea el usuario svxlink
Crea un usuario dedicado y añádelo al grupo daemon y cámbiate a él:
Clonar la rama tetra-contrib
Ve al directorio /home/svxlink y clona la rama tetra-contrib del repositorio, que incluye la lógica TetraLogic para hablar con el terminal TETRA a través del interfaz PEI:
Esto crea el directorio svxlink.
Marca la ruta como segura para git (sin esto, no podrás actualizar más adelante):
Instala pjproject
Vuelve a /home/svxlink, descarga pjproject, descomprímelo y compílalo:
Parcheo de ficheros svxlink
El software tiene many bugs, los cuales he solucionado incluido el modulo de información meteorológica para aplicarlos bajate el fichero svxlink_patches.zip:
Si quieres parchearlos manualmente:
Compila el código fuente
Con los parámetros de la línea cmake, SVXLink se instalará en /usr/bin. La compilación tarda unos 5 minutos. Envía la línea de cmake completa, sin dividirla:
⚠️ Importante: el parámetro -DUSE_QT=OFF evita compilar Qtel, el cliente de EchoLink. La compilación creará los archivos de configuración en /etc/svxlink; si ya existen, no se sobrescribirán. El archivo tetralogic.conf se ubica en /etc/svxlink/svxlink.d.
Parte 2 · Instalación de las voces en español
Descarga e instala las voces (WAV 16k)
Para dar voz al repetidor en Español instala los archivos de sonido en formato WAV 16k desde el repositorio de EA5GVK en GitHub:
El directorio es_ES contendrá varios comprimidos con las versiones a distintas velocidades, descomprimiremos el que queramos. Renombrar a es_ES, que es el nombre que deberás indicar como idioma por defecto en svxlink.conf:
Cambiar en /usr/share/svxlink/events.tcl donde aparezca la linea de la configuracion del lenguajes configuraremos español quedando asi set lang "es_ES"
Parte 3 · Instalación de la tarjeta de sonido USB y FTDI para uso de PEI
Hemos elegido una R1-2023 por su inmejorable calidad de audio y un FT232RL FTDI Chip,USB
(mi MTM5400 lleva expansion head con puerto COM)


Antes de empezar deberemos leer la documentación técnica tanto de la R1-2023 como de la radio correspondiente donde tengamos intención de usarla, adjunto dejo la documentación de MTM800 como la de MTM5400:
Lo que realmente nos interesa de esos manuales son la configuración de pines:
MTM5400

MTM800

Conectividad PEI Data – 3.3V FTDI Cable solo para MTM800/ MTM5200


Conectividad PEI Data – 5V FTDI Cable solo para MTM5400/ MTM5500


Conectividad audio 6 pin to 26 conversion board solo para MTM800/ MTM5200


Conectividad audio 6 pin to 26 conversion board solo para MTM5400/ MTM5500


⚠️ Atención: si queremos usar GPIO para hacer uso del PTT debemos cortar el circuito de la placa 6 to 26 conversion board que va al pin 17 y soldar un cable directamente al pin 17, se puede saber midiendo con el polimetro.
Con el circuito sin cortar y conectada la emisora debe de dar 5V en el pin 17 si medimos corriente continuo con un polímetro.
Con el circuito cortado y la placa conectada debe de dar 0V en el pin 17 si medimos corriente continuo con un polímetro. EL puerto GPIO se encargara de mantener a 5V el puerto y de bajarlo a 0v when se produzca un PTT.
Para realiza un auto-arrancado de la emisora MTM5400/ MTM5500 realizar un puente entre el pin 25-26 de la placa conversion board
Comprueba que la tarjeta USB es reconocida y el FTDI
Conecta la tarjeta de sonido USB; su LED se encenderá. Debe estar configurados los Jumper en modo MOTO y modo ASL ON.Comprueba que el sistema la reconoce:

Deberías ver algo similar a esto, donde la tarjeta de sonido aparece como un controlador CM108:
Deteccion del puerto FTDI:
Deberías ver algo similar a esto, donde la tarjeta aparece como:
Identifica los canales de grabación y reproducción
Comprueba que la entrada de micrófono (canal de recepción/Rx) está presente. Localiza el número de tarjeta y el de dispositivo, ya que se usarán en la configuración de SVXLink:
Comprueba ahora el canal de salida de audio (altavoz). También aparecerá el dispositivo de reproducción integrado en la Raspberry Pi (bcm2835):
💡 Consejo: en el ejemplo anterior, la tarjeta USB es card 1, device 0. Ese mismo identificador se usará tanto para el canal Rx (entrada) como para el Tx (salida) en la configuración de audio de SVXLink, como se explica más adelante.
Parte 4 · Configuración de SVXLink
Toda la configuración (excepto la de los módulos) se encuentra en el archivo /etc/svxlink/svxlink.conf. El archivo original sin configurar está disponible en /home/pi/svxlink/src/svxlink/svxlink/svxlink.conf como referencia.
Configura TetraLogic en svxlink.conf
tetralogic.conf es el archivo de configuración de la parte TETRA desde octubre de 2022 y se ubica en /etc/svxlink/svxlink.d. TetraLogic es la lógica usada por la rama tetra-contrib de SVXLink.
Por defecto, TetraLogic usa el enlace /dev/ttyUSB0 a 115200 baudios para conectar con el terminal MTM. Si vas a usar el UART interno de la Raspberry Pi, debes cambiarlo:
- En una Pi 3, cambia
/dev/ttyUSB0por/dev/ttyS0. - En una Pi 2, usa
/dev/ttyAMA0. - Cambia la velocidad a 9600 baudios, que es la velocidad por defecto del interfaz PEI en el codeplug o cambia la velocidad del codeplug.
Al arrancar, TetraLogic configura la estación TETRA en modo DMO mediante el comando AT+CTOM=1, usa el enlace PEI para leer el squelch (COS) y enviar el PTT, y también recupera el GPS para enviar la posición a APRS (si la radio no tiene módulo GPS, verás un error en ese comando AT concreto cuando DEBUG esté a 3).
Hay dos formas de gestionar squelch/PTT según la lógica usada: TetraLogic, que usa squelch y PTT vía software por el interfaz PEI, o de forma tradicional vía hardware con SimplexLogic o RepeaterLogic, que usan squelch y PTT por GPIO (en este caso la señal SQ debe tomarse del MTM800).
El modo de operación se define con TETRA_MODE en TetraLogic.conf, que se usa como punto de entrada para interpretar el archivo /etc/svxlink/pei-init.json:
⚠️ Importante: para usar el MTM800/MTM5x00 en DMO directo, configura DMO-MS. Para usar el MTM5x00 como repetidor DMO, configura DMO-RPT; en ese caso debes usar el PTT por cable, ya que de otro modo el tráfico procedente de la red no se transmitirá por aire. En la versiones recientes de firmware ya no es necesario
Edita la sección [GLOBAL] y las lógicas en svxlink.conf
Esta es la configuración de la rama TETRA dentro de svxlink.conf Se deben cambiar los valores en rojo:
Configura el archivo tetralogic.conf
Edita la sección [TetraLogic] con los parámetros propios de tu estación, ISSI, GSSI, MCC/MNC, la ruta del dispositivo FTDI y las rutas de los scripts de eventos Se deben cambiar los valores en rojo:
Configura el ReflectorLogic
Asegúrate de usar ReflectorV2 en el parámetro TYPE:
DEFAULT_TG — el nodo seleccionará este TG en tráfico entrante local si no hay otro TG seleccionado. Por defecto: 0 (sin TG).
MONITOR_TGS — lista separada por comas de TGs que el nodo monitorizará cuando no haya ningún TG seleccionado. Puedes marcar TGs con prioridad más alta añadiendo uno o más signos «+»; cuantos más signos, mayor prioridad. Ejemplo: MONITOR_TGS=112++,240,2403+,2403123.
TG_SELECT_TIMEOUT — número de segundos tras los cuales un TG seleccionado se deselecciona automáticamente y el nodo vuelve al TG 0. Por defecto: 30 segundos.
ANNOUNCE_REMOTE_MIN_INTERVAL — intervalo mínimo en segundos entre anuncios del mismo TG para activaciones remotas.
NODE_INFO_FILE — archivo de configuración usado para enviar información de este cliente al servidor reflector (estructura JSON libre, basada en node_info.json como plantilla). También permite ajustar los parámetros del códec de audio, por ejemplo bajar OPUS_ENC_COMPLEXITY por debajo de 9 para aliviar la carga de CPU del codificador Opus.
MUTE_FIRST_TX_LOC — silencia la primera transmisión tras seleccionar un TG por actividad local. Se recomienda mantenerlo activado (por defecto) para evitar aperturas breves cuando alguien solo hace una prueba de PTT, y para permitir enviar comandos DTMF sin molestar al resto de la red.
MUTE_FIRST_TX_REM — silencia la primera transmisión tras seleccionar un TG por actividad remota, para permitir a los usuarios locales introducir comandos DTMF sin interrumpir un QSO activo. No está activado por defecto porque no es intuitivo: si un usuario local quiere responder a una llamada, primero debe hacer un PTT breve para «abrir» el nodo.
TMP_MONITOR_TIMEOUT — segundos tras los cuales caduca un monitor de TG temporal añadido manualmente. Pon 0 para desactivar esta función. Por defecto: 3600 (una hora).
HOST, CALLSING, AUTH_KEY — se tiene que pedir usuario y password al dueño del reflector en este caso a EA5GVK)
Revisa Echolink.conf (opcional)
Comprueba que la variable MUTE_LOGIC_LINKING está a 0 (si está a 0, EchoLink transmite hacia el gateway; si no, no lo hace):
Configura el dispositivo de audio
Como se identificó antes (tarjeta 1, dispositivo 0), así debe quedar el canal de recepción (Rx) en el archivo de configuración:
Y para el canal de transmisión (Tx), el canal de salida (altavoz) es también la tarjeta 1, dispositivo 0:
Parte 5 · Eventos TETRA y control por GPIO
Copia TetraLogic.tcl si falta
Si el archivo TetraLogic.tcl no está presente en /usr/share/svxlink/event.d, cópialo desde el código fuente:
Exporta eventos al GPIO (opcional)
Es posible volcar el estado de ciertos eventos al interfaz GPIO usando sintaxis TCL. El ejemplo siguiente exporta la señal de squelch (venga del GPIO o del interfaz PEI) en el archivo /usr/share/svxlink/events.d/TetraLogic.tcl:
⚠️ Importante: en versiones recientes de Raspbian, el rango de numeración de los pines GPIO se ha desplazado en +569. Por ejemplo, para usar GPIO22 hay que referirse a él como GPIO591 (569+22). El ejemplo anterior escribe un 1 (3,3V)/(5v) en GPIO22 (591) cuando el squelch esta cerrado.
Activa el interfaz PEI en el codeplug
Los parámetros de este interfaz se configuran en el CPS, en Data_services → AT commands; comprueba las 3 opciones: ETSI group format, ETSI AT SDS/Status format y Extended ETSI addressing. Según la versión de firmware o de radio, estos parámetros pueden no estar disponibles; en ese caso ya vienen activados internamente y no hay nada que hacer.
En modo LAB: cp_ergo_block / ergo_data / ro / rui_parameters / limited_access_services. Cambia el valor 7 (pei) de 0 a 1 para activar el interfaz PEI.
Inicia el terminal con:
Para salir de minicom, pulsa CTRL-A seguido de Q.
Configura el GPIO clásico (cableado)

Con el interfaz PEI de TETRA no necesitas usar GPIO (salvo en modo repetidor DMO, para el PTT).
Se debe de crear este fichero en nano /home/svxlink/gpio-ptt-init.sh :
Damos permisos de ejecución al script anteiror:
El estado de las entradas/salidas GPIO se puede comprobar con la instrucción:
⚠️ Restricción: con dispositivos MTM5x00, si se usa el modo repetidor DMO, no es posible usar el interfaz PEI para activar el transmisor: un tráfico procedente de la red no será retransmitido por el MTM5x00 por aire. Debes usar el PTT cableado vía GPIO22 y modificar la sección Tx en consecuencia. En los Frimwares modernos ya se puede y esto no es necesario
Parte 6 · Script de liberación del UART
Crea el script serial_write-CR.py
Para que TetraLogic se comunique correctamente con el interfaz PEI la primera vez que se enciende, hay que enviar un retorno de carro (CR) a la estación para vaciar su buffer. Esta macro debe ejecutarse antes de arrancar SVXLink. Crea el archivo serial_write-CR.py en /home/svxlink:
Dar permisos de ejecución al script:
💡 Consejo: este script debe lanzarse cada vez que arranca la Raspberry Pi, así que lo añadiremos a un systemctl. Lógicamente, la estación MTM debe estar encendida cuando la Pi arranca:
Parte 7 · Ejecutar SVXLink para pruebas (opcional)
Libera el buffer del MTM y da permisos a la clave
Before de lanzar SVXLink, libera el buffer del MTM con el script anterior:
Da permisos al archivo de clave (xxxx es el indicativo principal definido en CALLSIGN= dentro de SimplexLogic, RepeaterLogic o ReflectorLogic, el que realmente uses):
Arranca SVXLink manualmente
Inicia SVXLink con el siguiente comando:
El LED de la tarjeta de sonido USB debería parparnear si está equipada. En el arranque es posible obtener algunos errores del PEI. Según la variable MUTE_FIRST_TX_LOC, la primera pulsación de PTT selecciona el TG (descrito en TetraLogic); la segunda pulsación de PTT inicia el locutor que lleva el audio al TG en la red.
Con TetraLogic y DEBUG=3 deberías ver una salida similar a esta (resumida):
💡 Consejo: los mensajes +CME ERROR: 35 al inicio suelen corresponder a errores de sintaxis en comandos AT que el propio TetraLogic envía durante la inicialización y no impiden el funcionamiento. Un +CME ERROR: 3 en el comando relativo al GPS es normal si tu MTM no tiene módulo GPS instalado.
Parte 8 · Arranque de SVXLink en el inicio del sistema
Crea el servicio svxlink.service
Hay que crear un servicio que arranque SVXLink una vez la red y la tarjeta de sonido estén disponibles, y que lo lance 60 segundos después del arranque. En el directorio /etc/systemd/system/ crea el archivo svxlink.service:
Activa y arranca el servicio
Recarga los nuevos servicios en el sistema:
Arranca el servicio y actívalo para cada reinicio:
Comprueba que los servicios han arrancado correctamente (pulsa Ctrl+C para salir de la vista):
El log de SVXLink se encuentra en /var/log/svxlink/svxlink.log. Para detener SVXLink:
⚠️ Importante: El servicio queda activo de forma permanente: en cada arranque de la Pi, SVXLink se iniciará automáticamente una vez la red esté disponible y haya transcurrido ese tiempo.
Parte 9 · Puertos de red e IPv6 (opcional)
Abre los puertos del router
Según los servicios que uses, abre en tu router los siguientes puertos:
💡 Consejo sobre redes solo IPv6: cada vez más proveedores de internet ya no ofrecen direcciones IPv4, solo IPv6.
Parte 10 · Ajustes de ALSAmixer
Ajusta los niveles de audio con alsamixer
Inicia alsamixer:
Pulsa F5 para mostrar todos los controles:
- Speaker (altavoz) — ajusta el audio que llega de la red hacia la radio.
- Capture (captura) — ajusta el audio que va de la radio hacia la red.
- Mic (micrófono) — no tiene efecto en esta configuración.
Comprueba que el control de Auto Gain Control esté silenciado (aparecerá «MM»); para silenciarlo, sitúate sobre el control y pulsa la tecla m.
Mi configuración de audio es justo la que se muestra con la tarjeta R1-2023 y despúes de hacer varias pruebas es la que mejor calidad de sonido me devuelve.

Parte 11 · Menú gráfico, comandos DTMF y consola
Usa el menú gráfico de SVXLink
En el entorno gráfico de Raspbian, el menú SvxLink ofrece accesos directos útiles:
- Edit SvxLink.conf — abre un editor para modificar el archivo de configuración
svxlink.conf. - Edit Echolink.conf — abre un editor para modificar el archivo de configuración
EchoLink.conf. - Voir SvxLink fonctionner (ver SvxLink funcionando) — muestra una ventana con las últimas 40 líneas del log de SVXLink.
- SvxLink.log — abre un editor para consultar el archivo de log
svxlink.log.
Comandos DTMF disponibles
Estos comandos se introducen por DTMF desde una estación que sí pueda generarlos (recuerda: los comandos DTMF no son posibles desde una estación TETRA):
Parte 12 · Consola de SVXLink
La consola permite activar las macros de la sección [Macros] de svxlink.conf. Existen varias formas de simular comandos DTMF en SVXLink.
Usando un socket
Lanza SVXLink de modo que pueda controlarse remotamente desde un cliente:
Y desde el cliente, envía el comando con:
Donde direccion_ip es 127.0.0.1 si el cliente está en la misma red que el servidor, puerto es el número de puerto de comunicación, y comando es la instrucción a enviar a SVXLink (por ejemplo, *0#).
Simulador DTMF por archivo (PTY)
En la sección [TetraLogic], define la ruta de intercambio de comandos DTMF:
Y desde una ventana de consola, envía el comando deseado:
💡 Consejo final: guarda copia de tus archivos svxlink.conf, tetralogic.conf y pei-init.json antes de cada actualización con maj.sh, ya que una recompilación no sobrescribe configuraciones existentes, pero conviene tener siempre un respaldo a mano antes de tocar el sistema en producción.
Automatizaciones y Mantenimiento del Sistema
Para garantizar la estabilidad operativa del nodo a largo plazo, es fundamental automatizar dos tareas críticas: la actualización de la base de datos de indicativos/usuarios TETRA y la correcta rotación de los archivos de registro para que no saturen el almacenamiento de la tarjeta SD.
Sincronización Automática de Usuarios TETRA
La lógica TetraLogic utiliza un archivo local JSON para mapear las ISSI con sus respectivos indicativos de radioaficionado. Para mantener esta base de datos al día con el servidor central, utilizaremos un script de automatización en Bash.
Crea el script de actualización en el directorio personal de SvxLink:
Para que el sistema pueda ejecutar la tarea, es obligatorio asignarle permisos de ejecución mediante la consola de comandos:
Tip Profesional: Puedes programar este script en el cron de tu sistema (ejecutando sudo crontab -e) para que se ejecute de forma automática todas las madrugadas, por ejemplo a las 04:00 AM, añadiendo la línea:
0 4 * * * /home/svxlink/update_tetra_users.sh >/dev/null 2>&1
Mantenimiento y Rotación de Logs (Logrotate)
Dado que SvxLink registra una cantidad notable de eventos, tramas de comandos AT del puerto PEI y tráficos de red, el archivo de registro puede crecer indefinidamente. Para prevenir el colapso del almacenamiento de la Raspberry Pi, configuramos una directiva de rotación periódica.
Crea o edita el archivo de configuración del demonio logrotate:
Esta configuración realiza una compresión inteligente en .gz de los registros antiguos en el ciclo diario, asegurando que el proceso maestro de SvxLink mantenga la consistencia de escritura de manera ininterrumpida enviando una señal de ciclo de vida limpia (SIGHUP) tras el reemplazo.
Programación de la radio de la pasarela (Gateway)
Para programar la radio de pasarela MTM800e/ MTM5400, deberás conectar conectar el cable correspondiente tu ordenador portátil o PC que ejecutar el software Motorola Tetra CPS.
A continuación, dentro de Tetra CPS, Para leer la configuración de tu radio, simplemente haz clic derecho sobre ella y elige Read Radio.
Programación Básica
A continuación se detallan los parámetros básicos necesarios para poner en marcha tu radio de pasarela:
| Sección | Parámetro (Setting) | Valor | Notas |
|---|---|---|---|
| Subscriber Unit Parameters | Radio ISSI | 9999 | Esta ISSI se utiliza exclusivamente para la radio de la pasarela. No programes esta ISSI en ninguna otra radio. |
| Feature Flags | Direct Mode (DMO) | Marcado (Ticked) | Habilita el modo DMO. |
| DMO Parameters > DMO Address Extension | MCC | 901 | Código de país móvil. |
| DMO Parameters > DMO Address Extension | MNC | 16383 | Código de red móvil. |
| DMO Parameters > DMO MNI Partnership List | Country Code | 901 | Código de país. |
| DMO Parameters > DMO MNI Partnership List | Network Code | 16383 | Código de red. |
| TalkGroups > DMO > DMO Folders List | Name | DMO | Nombre visible en pantalla para la carpeta DMO. |
| TalkGroups > DMO > DMO Folders List | Status | Marcado (Ticked) | Habilitado. |
| TalkGroups > DMO > DMO Folders List | Transmission Timeout timer, sec | 300 | Temporizador de tiempo límite de transmisión (segundos). |
| TalkGroups > DMO > DMO Folders List | Transmission Timeout warning timer, sec | 280 | Temporizador de aviso de tiempo límite de transmisión (segundos). |
| TalkGroups > DMO > DMO Folders List | Number of talkgroups in range | 1 | Este es el número de canales que se mostrarán dentro de la carpeta. |
| TalkGroups > DMO > DMO Folders List | Receive Only | No marcado | Permite transmitir además de recibir. |
| TalkGroups > DMO > DMO talkgroup List | Name | TETRA GATEWAY | Este es el nombre del canal que aparecerá en la pantalla. |
| TalkGroups > DMO > DMO talkgroup List | ID | 1 | Identificador del grupo de conversación. |
| TalkGroups > DMO > DMO talkgroup List | Status | Programado (Programmed) | Estado del grupo. |
| TalkGroups > DMO > DMO talkgroup List | DMO Folders List | DMO | La carpeta que has creado anteriormente. |
| TalkGroups > DMO > DMO talkgroup List | Communication Type | Direct | Tipo de comunicación directa. |
| TalkGroups > DMO > DMO talkgroup List | Gateway Selection | None | Ninguna selección de pasarela externa. |
| TalkGroups > DMO > DMO talkgroup List | Gateway Address | [En blanco] | Este campo debe quedar vacío. |
| TalkGroups > DMO > DMO talkgroup List | Frequency Channel | 439.250 | Esta es la frecuencia en la que tu radio transmitirá y recibirá. Asegúrate de usar una frecuencia dentro de tu banda autorizada según tu licencia.Si no puedes introducir una frecuencia superior a 430, consulta la nota que aparece más abajo. |
| TalkGroups > DMO > DMO talkgroup List | Receive Call to DMO Partnership Networks | User Defined | Definido por el usuario. |
| TalkGroups > DMO > DMO talkgroup List | Network MCC | 901 | MCC de red. |
| TalkGroups > DMO > DMO talkgroup List | Network MNC | 16383 | MNC de red. |
| TalkGroups > DMO > DMO talkgroup List | TMO Mapping | [En blanco] | Mapeo TMO en blanco. |
| TalkGroups > DMO > DMO talkgroup List | Key Group | NO_KG | Grupo de claves de cifrado. |
| TalkGroups > DMO > DMO talkgroup List | Incoming Call security Class | Security Class 1 | Clase de seguridad para llamadas entrantes. |
| TalkGroups > DMO > DMO talkgroup List | Outgoing Call security class | Security Class 1 | Clase de seguridad para llamadas salientes. |
Una vez que estés listo, escribe los cambios en la radio, y enciende la radio se encienda con normalidad.
⚠️ Nota: Incrementar el rango de frecuencia
Es posible expandir la frecuencia de transmisión/recepción de tu MTM800e/MTM5400. Realiza esto bajo tu propio riesgo:
Dentro de Tetra CPS en Lab mode > Decimal (D) > cp_net_block > net_data > DMO_range.
Cambia las frecuencias mínima y máxima según tus necesidades. Ten en cuenta que la radio comienza a perder sensibilidad a partir de 5 MHz por encima y por debajo del rango de fábrica. He logrado extender con éxito radios Motorola tanto portátiles como móviles en +/- 10 MHz sin experimentar efectos adversos.
💡 Nota: Cambiar el nivel de potencia
También puedes utilizar el modo Lab para modificar el nivel de potencia de la radio desde 3 vatios hasta 400 milivatios, lo cual puede ser de gran utilidad para realizar pruebas.
Dentro de Tetra CPS en Lab mode > Decimal (D) > cp_hwconst_block > hwconst_data > 65 > tx_pwr_class_4l.
Establece este valor en 1 para fijar la potencia en 400 milivatios, o en 0 para fijar la potencia en 3 vatios.




