TECNOLOGÍAS

LoRaWAN

Protocolo inalámbrico de bajo consumo y largo alcance para conectar sensores con batería a internet, usado en IoT de smart city y agrícola.

Última revisión: porKevin Riedl wiki ↗

LoRaWAN es la capa de red que hace económico el IoT a gran escala. Los dispositivos funcionan con pilas de botón durante años, transmiten payloads pequeños (unos cientos de bytes) y llegan a gateways a kilómetros. Trade-offs: poco ancho de banda, actualizaciones poco frecuentes y una fase de despliegue no trivial para que la cobertura de gateways quede bien.

Aplicaciones que hemos entregado: redes de sensores urbanos (parking, medioambiente, residuos), monitorización agrícola, telemetría industrial. El patrón es siempre el mismo: sensores baratos y tontos en el edge; gateways que agregan a un network server; el network server reenviando al backend de tu aplicación.

Ejemplo de dónde va de verdad el presupuesto, y el error que cometen los founders: ponen precio a los sensores y olvidan la cobertura. Una granja o un distrito urbano necesita gateways posicionados de forma que cada sensor llegue al menos a uno, y equivocarse significa zonas muertas, retransmisiones y baterías que se vacían en meses en vez de años. En un despliegue real el estudio de sitio y la colocación de gateways suele ser la mitad más difícil del proyecto, mucho después de haber aprobado el coste por unidad del sensor. Muros, terreno y silos metálicos se comen el alcance, y solo lo descubres midiendo en el sitio.

La otra decisión que los founders precipitan es quién es dueño de la red. Con LoRaWAN normalmente operas tus propios gateways, lo que significa nada de factura celular por dispositivo pero una responsabilidad real: operas los gateways, el network server y la cobertura. Las alternativas celulares (NB-IoT, LTE-M) invierten eso, la operadora es dueña de la cobertura allí donde llega, y pagas un plan de datos por dispositivo a cambio. Para un despliegue denso y fijo que controlas (un campus, una granja, un distrito urbano), ser dueño de la red suele ganar en coste a lo largo de la vida del dispositivo. Para un recuento bajo de dispositivos repartidos de forma impredecible entre regiones, pagar a la operadora es más barato que construir una cobertura que apenas usarás.

El trade-off honesto: LoRaWAN cambia ancho de banda y latencia por alcance y vida de batería, y ese intercambio es innegociable, no ajustable. Es la herramienta adecuada cuando necesitas muchos sensores en un área amplia con autonomía de años y solo envías unos pocos bytes de vez en cuando. Es la herramienta equivocada cuando necesitas mucho ancho de banda, baja latencia o conectividad por dispositivo que sigue al dispositivo; para eso, 5G NB-IoT o LTE-M suele encajar mejor. Decide en qué eje vive de verdad tu producto antes de comprometerte con la radio.

// FAQ

Preguntas frecuentes

LoRaWAN si controlas la infraestructura de gateways y necesitas autonomía de años con payloads pequeños. NB-IoT si prefieres pagar a una operadora por cobertura y necesitas mayor ancho de banda o latencia más baja. La elección rara vez es técnica; suele ser quién paga la red.
Subestimar el plan de gateways. La cobertura en simulador no es cobertura real; edificios, vegetación y reflexiones cambian el alcance efectivo. Equipos que despliegan 100 sensores antes de validar cobertura con 5 dispositivos de prueba terminan con un porcentaje no trivial de nodos «mudos».
No. El protocolo está diseñado para mensajes infrecuentes con duty cycle limitado por regulación (1 % en EU868). Si necesitas updates por segundo o downlink fiable, LoRaWAN te frustra. Para telemetría cada minuto u hora, encaja perfectamente.