Abstracto
Meshtastic y MeshCore son sistemas de comunicación de código abierto basados en LoRa diseñados para mensajes de texto e intercambio de datos livianos sin servicio celular, Wi-Fi o infraestructura de Internet. Ambos proyectos utilizan hardware de radio económico de baja potencia, pero toman decisiones arquitectónicas diferentes.
Meshtastic enfatiza la adopción comunitaria amplia, la configuración simple del dispositivo, la retransmisión descentralizada de igual a igual, las aplicaciones móviles, las funciones de GPS y telemetría y el puente de Internet opcional a través de MQTT. MeshCore enfatiza roles estructurados, nodos complementarios, repetidores, servidores de sala, enrutamiento híbrido y un aprendizaje de rutas más deliberado para reducir las inundaciones repetidas en toda la red.
Este artículo explica cómo funcionan ambos sistemas, dónde son útiles y qué limitaciones deben comprender los propietarios de centros, planificadores de emergencias, aficionados y operadores técnicos antes de confiar en ellos.
1. Antecedentes: Por qué es importante la comunicación en malla fuera de la red
Las comunicaciones modernas dependen en gran medida de una infraestructura centralizada: torres de telefonía móvil, proveedores de servicios de Internet, backhaul de fibra, redes eléctricas, servicios en la nube y plataformas de mensajería comercial. Cuando esos sistemas fallan o no están disponibles, los teléfonos comunes pueden volverse inútiles para la coordinación local.
Los sistemas de malla fuera de la red abordan esa brecha al permitir que pequeños dispositivos de radio transmitan mensajes cortos directamente entre usuarios o a través de nodos de retransmisión intermedios. Meshtastic se describe a sí misma como una red de malla descentralizada, fuera de la red y de código abierto para dispositivos asequibles y de bajo consumo que funciona sin torres de telefonía móvil ni conectividad a Internet. MeshCore se acerca al mismo objetivo que un sistema de mensajería cifrada fuera de la red y una biblioteca de enrutamiento C++ liviana para LoRa y otras radios de paquetes.
2. Fundamentos técnicos: LoRa, no celular
LoRa es una técnica de modulación de radio de largo alcance y baja potencia basada en un espectro ensanchado de chirridos. Es útil para paquetes pequeños a bajas velocidades de bits en largas distancias y comúnmente se implementa en bandas ISM regionales sin licencia, como 915 MHz, 868 MHz y 433 MHz.
Meshtastic y MeshCore no son sistemas de banda ancha. No están diseñados para llamadas de voz, videos, imágenes, archivos grandes o Internet de alta velocidad. Están optimizados para mensajes de texto, informes de posición, telemetría, información de nodos y datos de control simples.
Meshtastic tampoco es LoRaWAN, Helium o The Things Network. Utiliza la radio LoRa directamente. LoRaWAN es un protocolo LPWAN independiente con puertas de enlace y servidores de red, mientras que estos proyectos construyen redes de paquetes locales de igual a igual o de múltiples saltos.
3. Cómo funciona Meshtastic
Meshtastic crea una red en malla donde los usuarios se comunican a través de nodos de radio LoRa. Un teléfono o computadora se conecta a un nodo cercano mediante Bluetooth, Wi-Fi o USB, luego los mensajes se mueven a través de la red de radio en lugar de Internet.
- Un usuario escribe un mensaje en una aplicación cliente.
- El teléfono o la computadora envía el mensaje a una radio Meshtastic cercana.
- La radio transmite el paquete a través de LoRa.
- Otros nodos que escuchen el paquete pueden retransmitirlo.
- El mensaje se propaga a través de la malla hasta llegar a los destinatarios.
Las radios Meshtastic retransmiten los mensajes que reciben, formando una malla para que los miembros más alejados aún puedan recibir mensajes. Las versiones más nuevas distinguen el manejo de transmisiones y mensajes directos, lo que ayuda al protocolo a atender a usuarios móviles, nodos fijos y redes mixtas.
4. Modelo de hardware Meshtastic
Meshtastic se ejecuta en muchas placas LoRa y dispositivos especialmente diseñados de ecosistemas como RAK, LILYGO, Heltec, Seeed Studio, Elecrow y otros. La elección del hardware afecta la duración de la batería, el alcance, las funciones y el estilo de implementación.
| Componente | Objetivo |
|---|---|
| Chip de radio LoRa | Transmisión de paquetes de largo alcance. |
| MCU como ESP32 o nRF52 | Ejecuta el firmware y la lógica del dispositivo. |
| bluetooth | Conexión de teléfono a nodo. |
| wifi | Configuración opcional, MQTT, o acceso web en algunas placas. |
| GPS/GNSS | Compartir ubicación opcional. |
| Batería o solar | Despliegue fuera de la red portátil o fijo. |
| Antena | Factor importante en alcance y confiabilidad. |
Los dispositivos basados en nRF52 suelen ser más eficientes energéticamente y atractivos para nodos portátiles o solares. Los dispositivos ESP32 suelen ser más baratos y útiles cuando es importante tener Wi-Fi, más memoria o una interfaz web.
5. Modelo de seguridad Meshtastic
Meshtastic utiliza cifrado, pero los operadores deben comprender sus límites. Las cargas útiles de paquetes LoRa pueden usar el cifrado AES con una clave diferente por canal, mientras que los encabezados permanecen sin cifrar para que los nodos puedan transmitir paquetes que no pueden descifrar.
La seguridad del canal depende de claves previamente compartidas. Los canales privados pueden usar AES-128 o AES-256 según la longitud de la clave, y los dispositivos deben compartir la misma clave para comunicarse. El firmware más nuevo también agregó criptografía de clave pública para mensajes directos e ID de sesión para mensajes de administrador, mientras que los canales de chat grupal continúan dependiendo de PSK.
El modelo de confianza está descentralizado. La identidad del nodo utiliza Confianza en el primer uso en lugar de una autoridad de certificación central. El acceso local a través de Bluetooth, USB, Wi-Fi o Ethernet también forma parte del límite de confianza porque los clientes locales pueden leer el tráfico descifrado y cambiar la configuración.
6. Funciones avanzadas de Meshtastic
Meshtastic admite más que texto básico. Las características comunes incluyen GPS/compartir ubicación, telemetría, puente MQTT, almacenamiento y reenvío, pruebas de alcance, administración remota e integraciones con herramientas como Home Assistant o Node-RED.
El puente MQTT puede mover el tráfico Meshtastic a través de Internet. Los servicios públicos MQTT normalmente limitan el tráfico originado en Internet para que los nodos conectados directamente puedan recibirlo sin inundar las mallas locales.
El módulo Store & Forward puede permitir a los clientes solicitar mensajes perdidos desde un nodo de servidor especial después de estar fuera del rango LoRa. Es útil, pero las solicitudes de historial pueden sobrecargar una malla porque muchos mensajes pueden enviarse durante un tiempo de emisión de radio escaso. La administración remota puede cambiar la configuración del nodo desde otra ubicación, pero los cambios descuidados pueden desconectar un nodo remoto de la malla.
7. Cómo funciona MeshCore
MeshCore también es un sistema de comunicación fuera de la red basado en LoRa, pero difiere en la filosofía de enrutamiento y la separación de roles. Está diseñado para comunicaciones de texto seguras, enrutamiento integrado, respuesta de emergencia, actividades al aire libre, contextos tácticos o de seguridad y redes de sensores.
La biblioteca de MeshCore es liviana, portátil y está enfocada en el enrutamiento de paquetes de múltiples saltos. Los dispositivos pueden reenviar mensajes a través de múltiples nodos, los recuentos de saltos son configurables y los roles fijos son importantes: los nodos complementarios no repiten mensajes.
- Un usuario se conecta a un nodo complementario.
- El nodo complementario envía y recibe los mensajes del usuario.
- Los repetidores dedicados amplían el alcance.
- Los servidores de sala pueden admitir una comunicación persistente de estilo grupal.
- Las rutas se pueden aprender después del descubrimiento inicial.
Esta separación de roles es una de las diferencias que definen a MeshCore. Los clientes de Meshtastic pueden participar más ampliamente en el comportamiento de retransmisión, mientras que MeshCore intenta evitar repeticiones ineficientes basadas en clientes confiando en repetidores colocados específicamente.
8. Modelo de enrutamiento MeshCore
MeshCore combina inundación y enrutamiento de ruta aprendida. Un primer mensaje puede llegar al destino a través del enrutamiento por inundación. Luego, el destino envía un informe de entrega que contiene los repetidores utilizados, y los mensajes futuros pueden incorporar esa ruta para que solo los repetidores coincidentes retransmitan el paquete.
Esto es importante porque el tiempo aire de LoRa es escaso. Cada retransmisión innecesaria aumenta el riesgo de colisión y reduce la capacidad. El aprendizaje de rutas puede reducir las inundaciones repetidas de mensajes directos una vez que se conoce una ruta.
El tráfico de canales de grupo todavía se inunda porque no existe una ruta de destino única. Los repetidores pueden denegar el tráfico de inundación por encima de los límites de saltos configurados y el modelo de paquetes distingue rutas de inundación, rutas directas y variantes de transporte.
9. MeshCore Modelo de canal y seguridad
MeshCore enfatiza la mensajería cifrada y admite canales de grupo privados cifrados. Distingue canales públicos, canales hashtag y canales privados.
El canal público utiliza una clave públicamente conocida y debe tratarse como pública. Los canales de hashtag derivan un secreto del nombre del canal. Los canales privados utilizan un secreto generado aleatoriamente y deben considerarse privados sólo entre usuarios que conocen ese secreto.
MeshCore también utiliza anuncios firmados. Un anuncio puede transmitir el nombre, la posición y la clave de cifrado pública de un nodo, y la firma ayuda a evitar la suplantación de identidad.
10. Meshtastic frente a MeshCore
| Categoría | Meshtastic | MeshCore |
|---|---|---|
| Estilo de diseño principal | Amplia malla comunitaria con roles de nodo flexibles. | Malla estructurada con nodos complementarios, repetidores y servidores de sala. |
| Énfasis en el enrutamiento | Comportamiento de retransmisión y transmisión en malla. | Descubrimiento inicial de inundaciones, luego aprendí caminos directos. |
| Comportamiento del cliente | Los clientes pueden participar en el comportamiento de la malla según su función y configuración. | Los clientes complementarios no repiten mensajes. |
| Mejor ajuste | Uso por aficionados, senderismo, malla comunitaria local, telemetría y experimentación. | Redes de repetidores planificadas, mensajería directa e implementaciones estructuradas. |
| Puente de Internet | El soporte MQTT está disponible. | Principalmente fuera de la red, con aplicaciones, flasheo y ecosistema de mapas. |
| Hardware | Amplio ecosistema de dispositivos compatibles. | Dispositivos LoRa con firmware MeshCore y funciones complementarias, repetidoras o independientes. |
| Modelo de seguridad | Canales PSK y mensajes directos de clave pública en firmware más reciente. | Canales públicos/privados, anuncios firmados y secretos de canales privados. |
La elección no es simplemente qué proyecto es mejor. Meshtastic suele ser más fácil de encontrar debido a su gran comunidad y su amplio ecosistema de hardware. MeshCore resulta atractivo cuando los operadores desean una arquitectura de enrutamiento deliberada con repetidores dedicados y menos retransmisión del lado del cliente.
11. Casos de uso
Comunicación de emergencias y desastres
Ambos sistemas pueden ayudar a los grupos locales a comunicarse cuando el servicio celular o de Internet no está disponible. No reemplazan a los servicios de emergencia, los sistemas de seguridad pública con licencia o las balizas satelitales, pero pueden agregar una capa de texto local resistente.
Recreación al aire libre
Los excursionistas, clubes todoterreno, cazadores, campistas, ciclistas y organizadores de eventos remotos pueden mantener contacto local donde los teléfonos tienen cobertura débil o nula.
Redes de resiliencia comunitaria
Los grupos de vecinos pueden colocar nodos solares fijos en tejados o lugares altos para crear una red de texto local para cortes y simulacros.
IoT y telemetría
Pequeñas cargas útiles de sensores, rastreadores y nodos de monitoreo remoto pueden moverse a través de la malla, pero el tiempo de uso y las reglas locales limitan la cantidad de datos que se deben enviar.
Eventos y sitios temporales
Los festivales, las operaciones de campo, los equipos de voluntarios y los sitios de trabajo remotos pueden utilizar nodos temporales donde la cobertura comercial es débil, no está disponible o está sobrecargada.
12. Limitaciones y riesgos
- Ancho de banda bajo: LoRa está diseñado para datos pequeños. Un alto volumen de mensajes, actualizaciones frecuentes de posición y chats de grupos grandes pueden congestionar una red rápidamente.
- Colisión y presión de tiempo aire: La retransmisión repetida puede reducir la confiabilidad de la entrega. Las funciones innecesarias de enrutador o repetidor pueden aumentar las colisiones y consumir saltos.
- El alcance depende del entorno: La línea de visión, la calidad de la antena, la altura de montaje, el terreno, los edificios, la impermeabilización y las interferencias son más importantes que las afirmaciones de alcance del marketing.
- Exposición de metadatos: El cifrado puede proteger el contenido, pero los observadores aún pueden inferir que un dispositivo transmitió, cuándo transmitió y, a veces, metadatos de enrutamiento o de identidad.
- Gestión de claves: Las claves compartidas son tan privadas como las personas y los dispositivos que las poseen. Los canales públicos o predeterminados no deben transmitir contenido confidencial.
- Cumplimiento normativo: En los Estados Unidos, muchos dispositivos sin licencia funcionan según la Parte 15 de la FCC y no deben causar interferencias dañinas mientras aceptan interferencias. Otras regiones tienen sus propias reglas de potencia, ciclo de trabajo, frecuencia y antena.
13. Recomendaciones de implementación
Para una implementación pequeña de Meshtastic, comience con dos o tres dispositivos compatibles conocidos, seleccione la región preestablecida correcta, pruebe el alcance local y evite cambiar los dispositivos a funciones de enrutador o repetidor a menos que el nodo esté bien ubicado y la comunidad local esté de acuerdo. La mayoría de las redes deberían utilizar principalmente nodos cliente con sólo unos pocos enrutadores bien ubicados.
Para una implementación de MeshCore, planifique los roles. Utilice nodos complementarios para los usuarios, coloque repetidores en ubicaciones fijas elevadas y utilice servidores de sala solo cuando realmente se necesite una comunicación grupal persistente. Los beneficios de enrutamiento de MeshCore dependen de repetidores estables y una planificación sensata.
- Utilice claves privadas o canales privados para comunicaciones no públicas.
- No coloque contraseñas, claves privadas ni ubicaciones precisas de su hogar en canales públicos o predeterminados.
- Mejore la calidad y altura de la antena antes de aumentar la potencia.
- Mantenga el firmware actualizado.
- Etiquete los nodos claramente.
- Documente la configuración de frecuencia, ubicaciones, propietarios y planes de mantenimiento.
- Pruebe durante condiciones normales antes de confiar en el sistema durante una interrupción.
14. Conclusión
Meshtastic y MeshCore representan un cambio práctico hacia una comunicación descentralizada, de bajo costo y de propiedad comunitaria. Ambos utilizan LoRa para crear redes de mensajería locales resistentes, pero difieren en la filosofía de enrutamiento.
Meshtastic favorece una amplia accesibilidad, un comportamiento de nodo flexible y un ecosistema comunitario maduro. MeshCore favorece una arquitectura estructurada con nodos complementarios, repetidores, servidores de sala y rutas directas aprendidas.
Los despliegues más sólidos no se construyen comprando la radio de mayor potencia. Se construyen comprendiendo el terreno, la ubicación de las antenas, el comportamiento de enrutamiento, los límites de cifrado, las regulaciones locales y la coordinación comunitaria. Si se utilizan correctamente, estos sistemas pueden proporcionar una valiosa capa de comunicación de respaldo para grupos al aire libre, vecindarios, equipos de voluntarios y comunidades técnicas.