- BYOMesh es el kit de desarrollo complementario LoRa de Dataparty, que integra tanto el SX1276 como el SX1281 en una sola placa pequeña
- El SX1276 permite acceder a toda la banda ISM sub-1GHz, familiar para los usuarios de radios mesh
- El SX1281 ofrece LoRa de 2.4GHz de alta velocidad, lo que permite crear enlaces de larga distancia con mayor ancho de banda sin tener que pasar a WiFi, Arden o WiFi HaLow
- Cambiar a WiFi, Arden o WiFi HaLow puede aumentar considerablemente la carga de consumo eléctrico, complejidad y licencias, respectivamente
- Los enlaces troncales de larga distancia de MeshCore entre las altas montañas del PNW pueden aumentar el ancho de banda total hasta 100 veces al agregar 2.4GHz
Anuncio y estado de desarrollo
- Dataparty presenta BYOMesh como “el kit de desarrollo complementario LoRa más pequeño y más capaz del mundo”
- nullagent está terminando un parche de MeshTNC para esta placa, y durante las pruebas se observa LoRa de 2.4GHz en un SDR
- También aparecen las etiquetas relacionadas #BYOMesh, #LoRa y #MeshCore
1 comentarios
Opiniones en Hacker News
La afirmación de 100 veces más ancho de banda necesita sustento.
En Estados Unidos, los protocolos de red mesh que son populares actualmente tienen problemas regulatorios bastante serios, y en particular tanto MeshCore como Meshtastic tienen el problema de que en la práctica no cumplen con las normas de la FCC.
Obtener 100 veces más ancho de banda rompiendo las reglas no es lo mismo que obtenerlo legalmente.
Un issue en el repositorio de MeshCore que trata este problema: https://github.com/meshcore-dev/MeshCore/issues/945
No parece razonable concluir que un sistema mesh que afirma ofrecer 100 veces más ancho de banda esté violando la normativa de esa manera específica.
Corríjanme si me equivoco, pero entendía que el principal atractivo de LoRa era su largo alcance.
Y me parece que, para que una radio de largo alcance atraviese objetos, el factor más importante es la frecuencia.
2.4GHz es la misma frecuencia que usa el WiFi de consumo, así que supongo que sus características de propagación serían más o menos parecidas.
Al final, fuera de que el protocolo sea LoRa y pueda dar más ancho de banda cuando dos dispositivos están lo bastante cerca, no parece tan útil.
LoRa usa modulación chirp spread spectrum (CSS), y WiFi usa orthogonal frequency-division multiplexing (OFDM).
La primera está diseñada para alcance extremo, la segunda para ancho de banda.
Incluso en 2.4GHz, si la altura de la antena es adecuada, parece que se podrían lograr enlaces LoRa de hasta unas 6 millas.
La pérdida en trayectoria de espacio libre aumenta conforme sube la frecuencia.
A 10km, la pérdida en trayectoria de espacio libre en 915MHz es de alrededor de -111.67dB, y en 2.4GHz es de -120dB.
Eso implica una pérdida de 9dB, que es bastante significativa y puede ser la diferencia entre una señal demodulable y simple ruido.
Aun así, se indica que LoRa puede demodular hasta -140dBm.
La potencia máxima de transmisión es de unos 150mW, es decir 21.76dBm, así que a 10km el RSSI sería 21.76 - 120 = -98.24dBm, que está por encima del límite de -140dBm.
Este cálculo asume que no hay pérdidas por vegetación, humedad ni otros obstáculos.
Cuanto más alta es la frecuencia, más importante se vuelve este problema, así que podría ser una excelente red mesh para quienes viven en la cima de una colina.
Si no hay objetos en medio que haya que atravesar, una señal de 2.4GHz también puede propagarse a distancias bastante decentes entre nodos.
La constelación de satélites de emergencia SOS de Globalstar usa la banda n53, justo por encima de la banda “WiFi” de 2.4GHz, y atraviesa sin problema 1400km de aire entre dispositivos portátiles y satélites de órbita baja.
Por eso, en entornos rurales al aire libre, una malla de 2.4GHz también podría ser viable.
En condiciones parecidas a donde se pueden hacer enlaces microondas/láser de cerro a cerro, en vez de “rápido pero punto a punto” sería “lento pero mesh”, con una tolerancia mucho mayor al error de alineación.
No hace falta montar todo en mástiles fijos con línea de vista perfecta; podría colocarse, por ejemplo, en la copa de los árboles y seguir funcionando aunque el viento lo mueva.
Aun así, el caso de uso que parece haber motivado este hardware es el proyecto de los autores, https://github.com/datapartyjs/MeshTNC, que aparentemente busca conectar algo como LoRa o cierto protocolo LoRa de capa 2, como Meshtastic, con radio por paquetes.
Es decir, probablemente en el contexto de manejar señales de intercambio digital de paquetes en bandas de radioaficionado.
En ese contexto, tiene sentido aceptar más rendimiento a cambio de menor propagación.
Si se quiere usar LoRa y al mismo tiempo unir por mesh varios dispositivos de un mismo sitio, haciéndolos interoperables con un protocolo de enlace de datos LoRa, entonces se puede hacer que algo parecido a LoRa sobre 2.4GHz funcione dentro de un ecosistema cerrado, como una casa u oficina.
En ese contexto, un dispositivo MeshTNC podría usarse como una especie de router “LoRaLAN”.
Como un router WiFi, se colocaría en el centro de la casa, conectado a la energía y a una antena interior, además de a un transceptor de radio por paquetes exterior con una antena más grande.
Entonces este dispositivo MeshTNC podría recibir señales de dispositivos IoT LoRaWAN comunes dentro del edificio, de handsets Meshtastic, de dispositivos adicionales hechos a medida y de un repetidor LoRa bidireccional aparte.
En particular, los dispositivos adicionales usarían el módulo MeshTNC y harían mesh solo en la banda de 2.4GHz, por lo que podrían ser bastante pequeños al no requerir las complicadas antenas exteriores grandes típicas de los dispositivos LoRa normales.
El repetidor LoRa bidireccional aparte podría construirse con módulos LoRa de alta ganancia ya existentes, por ejemplo del tipo usado en estaciones base LoRaWAN alimentadas por red, y podría atraer tráfico mesh LoRa desde fuera del edificio o llevar tráfico hacia otros lugares de la zona.
Sin embargo, toda esta complejidad solo haría falta para dispositivos mesh dedicados a 2.4GHz que no tengan ya una malla existente por la cual reenviar esos paquetes.
La configuración completa seguiría siendo también una mesh LoRa normal, así que dispositivos LoRa comunes, por ejemplo handsets Meshtastic, podrían seguir usándose, y los paquetes podrían volver por la mesh local hasta el puente de radio por paquetes dentro del edificio y de ahí seguir más allá.
Para ser claros, un handset mesh de 2.4GHz probablemente solo funcionaría de forma confiable dentro del edificio si su antena de 2.4GHz está adentro, pero para usuarios HAM gran parte de la diversión sería probar qué tan lejos de casa u oficina sigue funcionando un handset mesh de 2.4GHz.
Para ese tipo de experimento podría hacer falta una segunda “estación base” MeshTNC con una antena exterior en el edificio.
Por suerte, la topología no se vuelve complicada porque todo sigue siendo mesh, así que solo habría que añadirla.
Esto sería útil en guerra con drones, y las redes mesh ya se han usado en Ucrania.
Por ejemplo, si los drones se acomodan geográficamente por sí solos en forma de cadena y cada uno actúa como un nodo de la red mesh, el operador podría controlar cada dron, incluido el que está al final de la cadena.
Toda la configuración sería una red cerrada que funciona sin acceso a internet.
Cualquier uso más allá de sensores ambientales se sale bastante de su objetivo de diseño, y aún más en una red mesh.
Los protocolos basados en chirp llegan rápido a la congestión por sus altos tiempos de aire, así que hacer mesh con decenas de drones con fiabilidad de nivel militar es muy difícil.
La gente aprendió eso allá, así que en campos de batalla nuevos ya no se usa tan bien la radio.
https://trellisware.wpengine.com/waveforms/tsm-waveform/
Los nodos pueden cooperar para hacer beamforming y llegar más lejos.
Es una forma bastante caótica de cerrar una semana intensa para MeshCore: https://www.pedaldrivenprogramming.com/2026/05/meshcore-is-h...
Es genial para jugar, pero no es robusto.
El ESP32 también trae integrada una función de transmisión de datos de largo alcance y baja velocidad, y afirma 1km con línea de vista.
Referencia: https://www.hackster.io/news/long-range-wifi-for-the-esp32-9...
Me pregunto si este diseño es open source.
No soy del mundo de radiofrecuencia, pero sería realmente útil si pudiera reutilizar parte de esto para una red de sensores en una granja.
Puedo hacer sin problema la parte digital y de sensores, pero siempre me inspira respeto la ingeniería de radiofrecuencia necesaria para sacar un rendimiento decente de una PCB pequeña.
Parece que este enfoque encajaría en entornos institucionales o de campus, o en ambientes dinámicos donde sensores de borde envían datos con mayor ancho de banda y al final regresan a un nodo con internet a través de una mesh LoRa.
Sería una alternativa al WiFi direccional.
Si uno imagina aplicaciones para este tipo de mesh, los nodos interconectados podrían compartir datos como imágenes, actuar como un arreglo colectivo de sensores o proporcionar rutas redundantes hacia un nodo central.
También podría ofrecer diversidad espacial en situaciones de interferencia o jamming, y conectividad alternativa según la posición y la atenuación de radio cuando los nodos se mueven, como en drones o vehículos.
Me pregunto cómo aumentan el ancho de banda.
Eso es una limitación de hardware del chip inalámbrico.
Incluso usando en la radio el factor de dispersión (SF) más bajo y la configuración de ancho de banda más alta, sigue sin ser gran cosa.
Además, el búfer de la radio es de 255 bytes.
También me pregunto por qué usar SX1276 en vez de SX1262 al empezar un proyecto nuevo.
En características de propagación, es decir, pérdida en trayectoria de espacio libre, 868/915MHz es mucho mejor que 2.4GHz.
No veo cuál sería la ventaja de tener un “super BLE” que solo se propaga unos pocos cientos de metros.
Técnicamente es usar LoRa en 2.4GHz y no es algo nuevo, pero la mayoría asocia LoRa con distancias mucho mayores.
LoRa 2.4 no llega tanto.