LoRaWAN vs LoRa Mesh para la monitorización estructural: guía para la elección de topología

LoRaWAN y LoRa mesh son dos formas de abordar cómo un sensor de monitorización inalámbrico puede comunicar sus datos al destino final de un receptor de datos. Ambos enfoques comparten el mismo chip de radio pero imponen reglas diferentes a cada sensor de la red. La elección entre ambos se reduce a tres variables específicas del emplazamiento: a qué distancia se encuentra cada sensor de una posición viable para un gateway, cuántos años debe funcionar sin intervención, y cuánto cuesta enviar un equipo cuando algo necesita reemplazarse.

Tres variables del emplazamiento deciden la topología

Un ingeniero que especifica sensores inalámbricos para un puente o un túnel no empieza por las especificaciones de protocolo. El punto de partida es el conjunto de restricciones físicas. Un sensor inclinométrico atornillado bajo el tablero de un puente atirantado, a 40 metros sobre el agua, exige una estrategia de conectividad diferente a la de uno embebido en el revestimiento de un túnel con acceso vehicular cada 500 metros.

La ubicación del gateway determina la mayor parte de la decisión. Si un gateway puede instalarse con línea de visión, o casi, hacia cada sensor, una arquitectura de salto único funciona. Si la estructura bloquea ese camino, se necesitan saltos intermedios.

Cómo LoRaWAN mantiene simples los sensores

LoRaWAN utiliza una arquitectura de estrella de estrellas: cada sensor transmite directamente a uno o más gateways en un único salto. El gateway reenvía los paquetes en bruto a un servidor de red, que gestiona la deduplicación, la planificación y el enrutamiento de aplicaciones.

El sensor en sí no sabe nada de la red. Mide, transmite y entra en modo de reposo. Lo que esto significa en la práctica es que un sensor sin lógica de red tiene menos modos de fallo y un consumo energético que puede modelarse antes de que salga del laboratorio.

Esa previsibilidad produce ventajas muy significativas en autonomía de batería. Los sensores LoRaWAN en un ciclo de trabajo SHM típico (lecturas periódicas de inclinación o ancho de fisura cada 15 a 60 minutos) alcanzan una vida útil de varios años con una sola celda. El presupuesto energético de LoRaWAN se vuelve determinista y es fácilmente un cálculo de la corriente en reposo más un número fijo de ventanas de transmisión por día. La duración exacta depende del tamaño del payload y del intervalo de transmisión, pero en general este tipo de transmisión permite planificar con antelación de manera razonablemente segura.

LoRa opera en frecuencias sub-GHz: 868 MHz en Europa, 915 MHz en Estados Unidos. En un puente, una consecuencia es que un solo gateway a menudo cubre toda la luz, incluyendo sensores en pilas y estribos. Un puente de 200 metros puede funcionar bajo un único gateway de 868 MHz donde una red de 2,4 GHz necesitaría repetidores cada 30 a 50 metros. Las distancias de transmisión LoRaWAN documentadas en aplicaciones de infraestructura alcanzan hasta 15 km en condiciones favorables.

LoRaWAN es un estándar abierto mantenido por la LoRa Alliance. Gateways de diferentes fabricantes se conectan al mismo servidor de red. Este es un punto que vale la pena señalar: un proyecto comisionado hoy no depende de que un solo proveedor siga existiendo en 2034.

Donde LoRa mesh justifica su complejidad

LoRa mesh hace algo que LoRaWAN no puede: extiende la cobertura mediante retransmisión multi-hop. Los dispositivos reenvían tráfico de sus vecinos hacia un gateway o nodo sink, descubriendo rutas automáticamente y redireccionando alrededor de enlaces caídos.

El argumento más sólido para el mesh proviene de los entornos subterráneos, y está respaldado por datos concretos. Una investigación que compara la topología en estrella LoRaWAN con LoRa mesh para nodos subsuperficiales encontró una tasa media de pérdida de paquetes cinco veces superior en la configuración en estrella. El estudio concluyó que LoRa mesh supera las técnicas estándar de LoRaWAN en fiabilidad de entrega de paquetes cuando se transmite desde ubicaciones críticas en alcance. Cuando un sensor se encuentra detrás de metros de roca o hormigón armado sin línea de visión hacia ningún gateway, la retransmisión es la parte crucial para que el paquete llegue a su destino.

Meshtastic, el protocolo LoRa mesh más ampliamente desplegado, ofrece un punto de referencia útil. Es de código abierto, opera en las bandas de 868/915 MHz y soporta hasta aproximadamente 80 nodos por red. Funciona bien para la retransmisión de comunicaciones pero no está optimizado para los ciclos de telemetría de bajo consumo y alta fiabilidad que la monitorización estructural exige.

Un estudio de 2024 sobre nodos sensores LoRa sincrónicos para la monitorización de vibraciones en pasarelas peatonales demostró que la identificación modal a bajo coste es alcanzable con LoRa, aunque el estudio utilizó nodos cuidadosamente sincronizados en lugar de un protocolo mesh de propósito general. La conclusión es que el hardware LoRa es capaz; es la capa de protocolo la que determina si se adapta a un caso de uso de monitorización dado.

Compromisos en consumo, fiabilidad y estandarización

Los nodos de retransmisión deben mantener sus radios activas para escuchar los paquetes que deben reenviar. Esto rompe el ciclo de reposo profundo que da a LoRaWAN su autonomía de varios años. El consumo que un nodo de retransmisión genera depende del volumen de tráfico, que depende de la topología, que puede cambiar a medida que la red se autoorganiza. El resultado es que las proyecciones de vida útil de la batería para nodos de retransmisión requieren suposiciones de tráfico difíciles de validar antes del despliegue.

La entrega de paquetes también se compone a través de los saltos. Si cada enlace entrega el 90% de los paquetes, una ruta de tres saltos entrega aproximadamente el 73%. Una ruta de cuatro saltos baja al 66%. En mallas densas, un nodo de retransmisión que reenvía para tres vecinos multiplica su tiempo de radio activo por cuatro, y cada nodo adicional aumenta la probabilidad de colisión en el canal compartido. Las redes mesh necesitan una cuidadosa ingeniería de tráfico, especialmente cuando el número de sensores crece.

La estandarización es el otro coste. Meshtastic, Digi Mesh y varias implementaciones propietarias definen cada una su propio enrutamiento, firmware y herramientas de gestión. Cambiar entre ellas significa reemplazar firmware y potencialmente hardware. Para un contrato de monitorización que abarca una década, eso es una forma de dependencia de proveedor que el estándar abierto de LoRaWAN evita.

Ajustar la topología al tipo de estructura

Los puentes son lineales y en gran parte abiertos. Los sensores se distribuyen a lo largo de la luz, en pilas y en estribos con mínima obstrucción RF. Uno o dos gateways LoRaWAN cubren el despliegue. Para viaductos muy largos, un segundo gateway a mitad de recorrido es preferible a introducir la complejidad del mesh.

Los edificios y fachadas presentan una superficie vertical. Las señales sub-GHz manejan las transiciones entre plantas lo suficientemente bien como para que gateways en cubierta o a nivel de suelo alcancen sensores distribuidos en una fachada. LoRaWAN encaja aquí.

Los túneles cambian el panorama considerablemente. Un túnel actúa como guía de ondas para distancias cortas, pero la atenuación de la señal a lo largo de toda la longitud de un túnel de carretera o ferroviario puede ser severa. Una topología LoRa en estrella puede funcionar dentro de entornos de túnel, pero solo con gateways cuidadosamente ubicados. LoRaWAN segmentado con gateways repetidores a lo largo del túnel preserva las ventajas de batería del lado del sensor mientras resuelve la brecha de cobertura. La adopción sigue siendo limitada, sin embargo: solo el 23% de los usuarios de tecnología de monitorización en túneles encuestados declararon usar sistemas basados en LoRa.

Las estructuras subterráneas (túneles de metro, minas, aparcamientos de varios niveles) presentan el caso más difícil. Implican geometrías complejas, hormigón pesado entre niveles y opciones limitadas de alimentación de gateways y backhaul. Los datos de pérdida de paquetes cinco veces superior para nodos LoRaWAN subsuperficiales hacen el caso evidente: estos entornos necesitan retransmisión. El mesh es la topología correcta aquí, y sus costes energéticos están justificados.

Mantenimiento a lo largo de una década

La elección de topología no se manifiesta en la adquisición sino en el presupuesto operativo, año tras año. Y las diferencias se acumulan.

Un contrato de monitorización de puente a 10 años con sensores LoRaWAN que duran cinco años por batería significa un reemplazo programado por sensor. Si los nodos de retransmisión mesh duran dos a tres años bajo carga de tráfico variable, eso se convierte en tres a cuatro reemplazos. Cada reemplazo requiere un equipo, equipamiento de acceso y potencialmente cortes de carril o posesiones ferroviarias. En una pila de puente a 30 metros sobre el agua, la batería cuesta menos que hacer llegar a alguien hasta ella.

Los sensores LoRaWAN sin batería, donde sean aplicables, eliminan esta partida por completo. La captación de energía aún no es viable para cada tipo de sensor o ubicación de montaje, pero para nodos en las posiciones de acceso más restringido, cambia la matemática del mantenimiento de manera fundamental.

Aquí está la diferencia clave: con LoRaWAN, los ciclos de reemplazo pueden planificarse durante la negociación del contrato porque el presupuesto energético es determinista. Con mesh, la estimación se basa en suposiciones sobre la topología que pueden no sostenerse una vez que la red está en funcionamiento.

Donde ninguna topología gana con claridad

Los túneles ferroviarios que superan varios kilómetros pueden necesitar más gateways LoRaWAN de los que es práctico instalar y alimentar. Un enfoque híbrido (sensores LoRaWAN donde existe cobertura del gateway y segmentos de retransmisión mesh donde no) es técnicamente viable pero añade complejidad al sistema. En la práctica eso significa dos pilas de protocolos, dos variantes de firmware, dos conjuntos de suposiciones operativas.

MyMove gestiona parte de esto normalizando datos de diferentes servidores de red LoRaWAN en una única vista de monitorización. A nivel de radio, sin embargo, un despliegue híbrido sigue siendo dos sistemas, y el trabajo de integración se vuelve necesario.

Los entornos subterráneos profundos presionan aún más. La alimentación del gateway y la conectividad de backhaul pueden ser tan difíciles de proveer como la alimentación de los sensores. La capacidad del mesh de autoorganizarse sin infraestructura fija es una ventaja genuina en estas condiciones, y el coste energético está justificado por la alternativa.

No existe una topología universalmente correcta para estos casos. El enfoque adecuado depende de cuántos gateways pueden desplegarse de forma realista, qué backhaul existe, y si los nodos de retransmisión se encuentran en ubicaciones donde el reemplazo de batería es factible.

El input que hace legibles ambos protocolos

Para la mayoría de las infraestructuras en superficie como puentes, edificios o muros de contención, la previsibilidad energética y la estandarización abierta de LoRaWAN se ajustan a la misión de monitorización. Para entornos cerrados y obstruidos donde la ubicación de gateways por sí sola no puede resolver la cobertura, el mesh tiene un papel real y creciente.

La brecha entre estos dos mundos se está estrechando. La realidad hoy es que los ingenieros que construyen sistemas de monitorización están eligiendo entre dos sistemas muy interesantes que funcionan mejor cuando se aprovechan sus ventajas.

‍