Configuración Recomendada

Estos son valores por defecto propuestos por la comunidad — no valores por defecto oficiales del proyecto Meshtastic, y no un sustituto de la documentación vigente del firmware. Donde un ajuste depende de un comportamiento del firmware que cambia entre versiones, se indica explícitamente.

La guía de intervalos y roles de abajo parte de valores que otras redes comunitarias de Meshtastic ya han probado en el campo, adaptados como base para Puerto Rico. Son un punto de partida, no una recomendación terminada específica de PR — espera que estos números se ajusten a medida que más operadores de Puerto Rico reporten qué funciona de verdad para nuestro terreno y densidad de malla.

Región y Frecuencia

Meshtastic requiere que cada equipo declare una región LoRa, que fija la banda de frecuencia legal, los límites de potencia y el ciclo de trabajo para donde opera la radio. Verificado

meshtastic --set lora.region US

Puerto Rico cae bajo la asignación de frecuencia de Estados Unidos para la banda ISM sin licencia que usa Meshtastic. Configura tu región en consecuencia, y confírmalo contra la lista oficial de regiones de Meshtastic — esta lista se mantiene upstream y es la fuente autoritativa, no esta página.

No adivines una región ni copies una de la comunidad de otro país. Un ajuste de región incorrecto puede transmitir fuera de los límites legales y no se comunicará de forma confiable con los nodos locales configurados correctamente.

La región no es lo único que fija tu frecuencia. El nombre del canal primario se hashea a un slot de frecuencia, así que renombrarlo, reordenar canales o importar un QR de canal puede mover un nodo fuera de la frecuencia regional sin avisar — consulta El canal que moviste no era un canal — era tu frecuencia para saber cómo pasa eso y cuándo fijar lora.channel_num a propósito.

Roles de Nodo

Elegir el rol correcto importa más para la salud de la malla compartida que casi cualquier otro ajuste.

meshtastic --set device.role CLIENT

Propuesto — los nodos móviles/de mano por defecto a Client Mute; los nodos caseros por defecto a Client; un nodo en techo que retransmite principalmente para tu propio equipo debe correr Client Base con tus nodos interiores como favoritos, no Router Late; Router/Router Late reservado para sitios en techo o cresta confirmados de que extienden cobertura, acordados con otros operadores locales primero.

Para el razonamiento completo detrás de Client Base vs. Router Late — incluyendo por qué un techo configurado como Router Late usualmente añade congestión en lugar de cobertura — consulta La red mesh de Puerto Rico no tiene backbone.

Si un sitio sí califica como infraestructura, la próxima pregunta es cuál de los tres roles de infraestructura debe correr — ROUTER interrumpe a sus vecinos, ROUTER_LATE nunca lo hace, y REPEATER es invisible para la lista de nodos, el mapa y el traceroute. Consulta Router, Router Late o Repeater.

Máximo de Saltos

Un nodo no puede transmitir y recibir al mismo tiempo — cada salto que toma un mensaje es tiempo de aire que todos los demás nodos tienen que esperar. El límite de saltos topa cuántas veces se puede retransmitir un mensaje antes de que la malla se rinda con él (consulta Saltos). Más alto no es más seguro; solo significa que un paquete perdido o en bucle quema más tiempo de aire compartido antes de que se descarte.

meshtastic --set lora.hop_limit 3

Propuesto — nunca subas de 5. Un nodo configurado a 6+ “por si acaso” no obtiene mejor alcance, solo hace cada entrega fallida más cara para toda la malla.

Marcar Nodos como Favoritos

Los favoritos no son solo un atajo en la lista de nodos de la app — en los roles de arriba, cambian cómo se comportan dos mecanismos separados. Ambos se basan en la misma lista de favoritos, pero en campos distintos, así que vale la pena ser deliberado sobre a quién marcas como favorito y por qué.

• La retransmisión prioritaria de Client Base mira de quién es o hacia quién va un paquete. En un nodo Client Base en techo, marca como favorito tu propio equipo interior — equipos de mano, radio base — para que su tráfico tenga primera prioridad a través de la única radio que de verdad tiene vista despejada del cielo.
• Zero-Cost Hops (firmware 2.7.11+) mira qué nodo retransmitió el paquete justo antes que tú. Preserva el contador de saltos cuando esa retransmisión previa es un Router o Router Late marcado como favorito. Marca como favoritos los sitios legítimos de infraestructura Router/Router Late cerca de ti para que su tráfico no queme uno de sus siete saltos solo cruzando tu techo de camino a entrar.

Marcar un Router como favorito no convierte un nodo Client Base en algo que repite todo su tráfico — ese es el trabajo del primer mecanismo, y solo aplica a tu propio equipo marcado como favorito. Las dos listas se solapan en la interfaz pero no en efecto.

meshtastic --set-favorite-node !a1b2c3d4

La misma acción está disponible en la app: mantén presionado un nodo en la lista de nodos → Favorito.

Propuesto — en un nodo Client Base en techo: marca como favorito cada nodo tuyo que viva en interiores, más cualquier sitio local legítimo Router/Router Late, luego corre un traceroute antes y después para confirmar que de verdad cambió la ruta.

Intervalos de Transmisión

Con qué frecuencia un nodo anuncia su posición y telemetría intercambia directamente frescura por tiempo de aire — cada transmisión es tiempo de aire que todos los demás nodos tienen que esperar. La base de abajo usa transmisión de posición inteligente para los nodos móviles (envía al moverse, no solo por temporizador) e intervalos largos y magros para cualquier cosa estacionaria.

Para entender por qué un nodo fijo de techo con los temporizadores por defecto degrada el alcance de todos, y cómo alargar cada intervalo hasta la base, consulta Tu nodo estacionario habla demasiado.

# Nodos móviles
meshtastic --set position.position_broadcast_secs 3600
meshtastic --set position.gps_update_interval 300
meshtastic --set position.broadcast_smart_minimum_distance 100
meshtastic --set position.broadcast_smart_minimum_interval_secs 60
meshtastic --set position.position_broadcast_smart_enabled true
meshtastic --set telemetry.device_update_interval 3600
meshtastic --set telemetry.environment_update_interval 3600

# Nodos estacionarios
meshtastic --set position.position_broadcast_secs 43200
meshtastic --set position.gps_update_interval 21600
meshtastic --set position.position_broadcast_smart_enabled false
meshtastic --set telemetry.device_update_interval 21600
meshtastic --set telemetry.environment_update_interval 21600
meshtastic --set telemetry.power_update_interval 3600

Propuesto — una base de partida probada en el campo, aún no reajustada para el terreno o la densidad de malla de Puerto Rico. Coordina con operadores cercanos antes de transmitir más frecuentemente que esto en un canal compartido.

# Móvil
meshtastic --set position.position_flags ALTITUDE,ALTITUDE_MSL,SPEED,HEADING,SATINVIEW

# Fijo
meshtastic --set position.position_flags ALTITUDE,ALTITUDE_MSL,GEOIDAL_SEPARATION
meshtastic --set position.fixed_position true

Neighbor Info

Neighbor Info permite que un nodo reporte qué otros nodos puede escuchar directamente, junto con la calidad de señal — esto es lo que convierte la malla de una caja negra en algo que de verdad puedes visualizar y depurar. Activarlo en nodos estacionarios y en techo ayuda a construir una imagen real de la cobertura de Puerto Rico con el tiempo (consulta Malla de Puerto Rico).

Requiere la app/firmware de Meshtastic 2.2.0 o más nuevo. Activa tanto el módulo como “Transmit Over LoRa” — la app de iOS actualmente no puede configurar este módulo, así que usa el cliente web o el CLI en su lugar.

meshtastic --set neighbor_info.enabled true
meshtastic --set neighbor_info.transmit_over_lora true
meshtastic --set neighbor_info.update_interval 39600   # 11h, estacionario — usa 14400 (4h) para móvil

El impacto en la congestión del canal es mínimo en estos intervalos — actívalo, pero no lo pongas agresivamente bajo en nodos con mucha retransmisión. Propuesto

MQTT

MQTT es una forma de puentear el tráfico de la malla hacia internet — un nodo con conexión a internet puede publicar lo que escucha a un servidor MQTT, lo que permite que herramientas como paneles de cobertura y mapas de nodos muestren actividad de la malla sin que cada espectador necesite su propia radio.

Esto es separado de la malla de radio en sí. Dos nodos de Meshtastic sin ningún acceso a internet pueden aún hablarse por LoRa — ese es todo el punto de la red, y sigue funcionando a través de apagones de internet y celular sin importar MQTT. MQTT solo afecta si esa actividad es además visible en línea. Lleva metadatos de diagnóstico — posición, batería, métricas de señal, utilización del canal — no el contenido de canales cifrados ni mensajes privados.

Si sí puenteas un nodo a MQTT, los ajustes importan más allá de las credenciales del broker en sí.

Para un recorrido paso a paso de toda la cadena — root topic, OK to MQTT, solo-uplink, y los ajustes de posición que deciden si apareces — consulta Cómo poner tu nodo en el mapa de la malla de Puerto Rico.

Si corres tu propio puente MQTT, trata las credenciales igual que cualquier otro inicio de sesión de servidor: no las reutilices, y no las subas a un repo público ni a una exportación de configuración.