LoRaWAN para ciudades inteligentes: guía para España

Un contador de agua en un sótano de Valencia lleva ocho años enviando su lectura con la misma pila. Esa es la promesa de LoRaWAN para ciudades inteligentes: sensores que funcionan años con una batería, atraviesan muros de hormigón y cuestan tan poco de operar que instalar mil deja de ser un problema de presupuesto. Esta guía explica cómo funciona una red LoRaWAN
ProtocoloLoRaWANLPWAN abierta de largo alcance y bajo consumoVer perfil urbana, qué servicios municipales resuelve hoy en España y qué pasos siguen los ayuntamientos e integradores que la despliegan.
El contexto importa. Según IoT Analytics, en 2026 habrá más de 18.000 millones de dispositivos IoTITérminoIoT (Internet de las cosas)El IoT (Internet of Things) es la red de objetos físicos con sensores, software y conectividad que recogen e intercambian datos y actúan de forma autónoma.Ver perfil conectados, y una parte creciente corresponde a sensórica urbana: aparcamiento, alumbrado, residuos, contadores, calidad del aire. La mayoría de esos puntos de medida comparten un perfil técnico muy particular. Envían mensajes pequeños, pocas veces al día, desde ubicaciones sin alimentación eléctrica ni cableado de red. Para ese perfil, las redes celulares tradicionales resultan caras y el WiFi ni siquiera llega. LoRaWAN se diseñó exactamente para ese hueco.
¿Por qué LoRaWAN para ciudades inteligentes?
Long Range Wide Area Network (LoRaWAN) es un protocolo de red de área amplia y bajo consumo (LPWANLTérminoLPWANLPWAN (Low-Power Wide-Area Network) es una categoría de redes inalámbricas de largo alcance y bajo consumo para IoT. Incluye LoRaWAN, NB-IoT y LTE-M.Ver perfil) mantenido por la LoRa Alliance. En Europa opera en la banda de 868 MHz, de uso común: no requiere licencia de espectro, y cualquier ayuntamiento, empresa de servicios o integrador puede desplegar su propia red sin pedir permiso a un operador.
Las magnitudes que maneja encajan con la escala de una ciudad:
| Requisito urbano | Qué ofrece LoRaWAN |
|---|---|
| Sensores repartidos por km² | 2-5 km de alcance por gateway en entorno urbano denso |
| Puntos sin alimentación eléctrica | Baterías de 5 a 10 años según cadencia de envío |
| Miles de dispositivos | Un gateway procesa miles de mensajes diarios |
| Sótanos, arquetas, galerías | Penetración sub-GHz superior a la de 2,4 GHz |
| Presupuesto municipal ajustado | Banda sin licencia y módulos de radio de bajo coste |
La física explica gran parte de la tabla. Las frecuencias sub-GHz se atenúan menos al atravesar hormigón y mobiliario urbano que las bandas de 2,4 GHz o las celulares altas, y la modulación LoRa (Chirp Spread Spectrum) demodula señales muy por debajo del nivel de ruido. Un contador en una arqueta enterrada, un caso imposible para WiFi, es rutina para LoRaWAN.
La contrapartida también hay que contarla: LoRaWAN mueve pocos datos. Entre 0,3 y 50 kbps según el data rate, con payloads de 51 a 242 bytes y un duty cycle del 1% en la banda EU868 que regula ETSI para dispositivos de corto alcance. No sirve para vídeo ni para telemetría de alta frecuencia. Sirve, y muy bien, para lecturas periódicas y eventos: justo el perfil de la mayor parte de la sensórica urbana.
Para el ayuntamiento hay además una decisión estratégica: con LoRaWAN la red puede ser suya. Frente al modelo de pagar una SIM por dispositivo a un operador, una red municipal propia convierte el coste recurrente por punto en una infraestructura amortizable, igual que el alumbrado o la fibra propia. En un despliegue de 5.000 sensores, esa diferencia condiciona el modelo económico completo del proyecto.
Cómo funciona una red LoRaWAN urbana
Una red LoRaWAN urbana conecta sensores de batería con la plataforma municipal en cuatro capas: los dispositivos finales transmiten por radio en 868 MHz, los gateways instalados en edificios reciben esos mensajes y los reenvían por IP, el network server los deduplica y descifra, y la plataforma IoT los convierte en dashboards, alertas e integraciones.
La topología se conoce como estrella de estrellas. Cada sensor no se asocia a un gateway concreto: transmite, y todos los gateways que lo escuchan reenvían el mensaje. El network server se queda con la mejor copia. Esta redundancia natural simplifica el diseño de cobertura, porque añadir un gateway mejora la red entera sin reconfigurar un solo sensor.
Clases de dispositivo y consumo
LoRaWAN define tres clases de dispositivo, y elegir bien determina la factura de baterías:
- Clase A: el sensor solo escucha respuestas justo después de transmitir. Es la clase de mínimo consumo y cubre la mayoría de la sensórica urbana (contadores, parking, residuos).
- Clase B: añade ventanas de recepción programadas, sincronizadas por beacons del gateway. Útil cuando hay que enviar comandos con latencia acotada.
- Clase C: escucha continua. Consume demasiado para batería, pero encaja en actuadores alimentados, como controladores de alumbrado.
El Adaptive Data Rate (ADR) completa el cuadro: el network server ajusta la potencia y el spreading factor de cada sensor según la calidad de señal. Un sensor cercano al gateway transmite rápido y gasta poco; uno lejano baja a SF12, más lento pero capaz de llegar. Bien configurado, el ADR alarga la vida de las baterías del parque completo sin tocar hardware.
Seguridad de extremo a extremo
Cada dispositivo LoRaWAN cifra con AES-128 en dos niveles separados: una clave de red autentica el mensaje ante el network server y una clave de aplicación cifra el payload, que solo la aplicación destino puede leer. El aprovisionamiento recomendado es Over-The-Air Activation (OTAA), donde las claves de sesión se derivan en cada join en lugar de grabarse fijas en fábrica. Para un servicio público que maneja datos de consumo de agua de hogares, este detalle no es menor.
Aguas abajo del network server, la integración con la plataforma suele viajar por MQTTProtocoloMQTTEl protocolo pub/sub estándar del IoTVer perfil. Si trabajas con esta pila, conviene entender bien qué es un broker MQTT y cómo funciona, porque es la pieza que conecta la red de radio con el software de ciudad.
Casos de uso de LoRaWAN en la ciudad
El punto de partida útil es el servicio municipal: ¿qué mejora con datos que antes no existían? Estos seis casos concentran la mayoría de los despliegues reales:
Aparcamiento inteligente
Sensores magnetométricos o de radar embutidos en el asfalto detectan si una plaza está ocupada y transmiten cada cambio de estado. El ayuntamiento obtiene ocupación en tiempo real por zona, alimenta paneles de guiado y apps ciudadanas, y mide de verdad la rotación de las zonas reguladas. Un sensor de plaza envía unas decenas de mensajes al día, el escenario ideal para una batería de larga duración.
Telegestión del alumbrado
Cada luminaria con un controlador se enciende, se atenúa y reporta consumo individualmente. La ciudad pasa de encender barrios enteros con un reloj astronómico a regular calle por calle según hora y uso, y el mantenimiento deja de depender de que un vecino llame para avisar de una farola fundida: el sistema la reporta sola. El alumbrado inteligente suele ser el primer servicio que financia el resto de la red, porque el ahorro energético es medible desde el primer mes.
Residuos urbanos
Un sensor ultrasónico dentro del contenedor mide el nivel de llenado. Con esos datos, las rutas de recogida dejan de ser fijas: el camión visita los contenedores que superan el umbral y se salta los vacíos. La gestión de residuos con sensores es de los casos con retorno más directo, porque cada ruta evitada son horas de camión, combustible y emisiones que no se producen.
Contadores de agua
La lectura remota de contadores es hoy el mayor volumen de dispositivos LoRaWAN en España. Donde antes un operario leía contador a contador, o un vehículo recorría las calles con lectura walk-by, una red fija entrega lecturas diarias u horarias. Y las visitas ahorradas son la parte pequeña: con datos horarios afloran fugas que antes tardaban meses en detectarse, tanto en la red de distribución como en instalaciones interiores.
Calidad del aire y ruido
Estaciones compactas de partículas (PM2.5/PM10), NO₂, ozono y micrófonos calibrados de nivel sonoro permiten pasar de dos o tres estaciones de referencia por ciudad a decenas de puntos de medida. La resolución espacial cambia las decisiones: zonas de bajas emisiones, reordenación de tráfico o control de terrazas y obras se apoyan en datos por barrio, no en una media municipal. Para entender qué miden estos equipos y con qué precisión, este repaso de tipos de sensores IoT y sus protocolos baja al detalle.
Riego y zonas verdes
Sondas de humedad de suelo y caudalímetros en parques ajustan el riego a la necesidad real de cada zona en lugar de a un temporizador. En un país con estrés hídrico estructural, los parques municipales son de los primeros sitios donde un ayuntamiento puede demostrar ahorro de agua con cifras auditables.
LoRaWAN frente a NB-IoT y otras conectividades urbanas
Ninguna tecnología cubre sola una ciudad. La decisión sensata se toma por caso de uso, y a menudo conviven dos redes:
| Criterio | LoRaWAN | NB-IoT | WiFi / 5G |
|---|---|---|---|
| Banda | 868 MHz sin licencia | Licenciada (operador) | 2,4/5 GHz y licenciada |
| Alcance urbano | 2-5 km por gateway | Cobertura del operador | Decenas de metros / celular |
| Batería típica | 5-10 años | 3-8 años según PSM | Horas a días |
| Caudal de datos | 0,3-50 kbps | ~26-127 kbps | Mbps a Gbps |
| Quién controla la red | Ayuntamiento o integrador | Operador móvil | Mixto |
| Coste recurrente por punto | Nulo o marginal en red propia | Cuota por dispositivo | Variable |
La fila decisiva para el sector público suele ser la del control. Con una red LoRaWAN municipal, la infraestructura es un activo de la ciudad y los datos no salen de sus sistemas; con NB-IoT
ProtocoloNB-IoTLPWAN celular standardizada por 3GPP — cobertura operadorVer perfil, la cobertura llega hecha desde el primer día a cambio de una cuota recurrente y de depender de la hoja de ruta del operador. Por eso el patrón que más se repite es híbrido: red LoRaWAN propia para el grueso de la sensórica estática y NB-IoT para puntos móviles o fuera del alcance de los gateways.
En cuanto a WiFi y 5G, su papel en sensórica de batería es residual: resuelven casos de alto caudal (cámaras, movilidad conectada) que quedan fuera del perfil LPWAN. El ranking europeo lo confirma por la vía de los hechos: las ciudades españolas mejor posicionadas, con Madrid y Barcelona a la cabeza, combinan varias redes según el servicio.
Cómo desplegar LoRaWAN para ciudades inteligentes paso a paso
Los despliegues urbanos que funcionan comparten una secuencia reconocible. Cinco pasos separan la idea del servicio en producción:
1. Elegir el caso inicial y sus indicadores
Los proyectos que arrancan con "una plataforma para toda la ciudad" tienden a quedarse en el piloto. Los que arrancan con un servicio concreto y un indicador auditable (kWh de alumbrado, m³ de agua no registrada, rutas de recogida evitadas) consiguen presupuesto para la fase dos. La red se diseña para el primer caso, pero se dimensiona sabiendo que vendrán más encima de los mismos gateways.
2. Estudiar cobertura y ubicar los gateways
Un estudio radioeléctrico con gateways temporales y medidas de RSSI/SNR en campo evita las dos patologías clásicas: zonas de sombra descubiertas después de instalar mil sensores y redes sobredimensionadas por miedo. Los edificios municipales (depósitos de agua, polideportivos, sedes de distrito) suelen ofrecer altura, alimentación y backhaul ya pagados. En ciudad, la regla práctica es planificar con solapamiento, de forma que cada sensor alcance al menos dos gateways.
3. Elegir el network server
Es la pieza que autentica dispositivos, deduplica mensajes y gestiona el ADR. Existen opciones open source autoalojadas, servicios gestionados y redes comunitarias como The Things Network; la elección depende de quién va a operar la red, con qué SLA y bajo qué requisitos de soberanía del dato. Para un servicio municipal, la ubicación de los servidores y la reversibilidad del contrato pesan tanto como las funcionalidades.
4. Integrar la plataforma IoT
El network server entrega payloads binarios; el servicio municipal necesita dashboards, alertas, informes y APIs. En medio están los decoders de payload de cada modelo de sensor, la gestión del ciclo de vida de los dispositivos y la integración con los sistemas que ya usa la ciudad (GIS, gestión de avisos, ERP). Una plataforma con soporte LoRaWAN nativo resuelve esa capa sin desarrollo a medida, y ahí es donde el proyecto pasa de red funcionando a servicio en marcha.
5. Pilotar, medir y escalar
Un piloto de tres a seis meses con 50-200 dispositivos valida cobertura real, duración de batería con la cadencia definitiva y, sobre todo, la adopción por parte del servicio municipal que lo va a usar a diario. Escalar después es un problema de provisioning y operación: altas masivas de dispositivos, monitorización de la saludSIndustriaSaludVer perfil de la red y actualización remota de firmware. Conviene comprobar que la pila elegida soporta FUOTA (Firmware Update Over-The-Air) antes de tener dos mil sensores en la calle.
Del dato al servicio municipal: el papel de la plataforma
Una red LoRaWAN sin capa de aplicación es solo radio. El valor aparece cuando el técnico de alumbrado ve sus luminarias en un mapa, el jefe de servicio recibe la alerta de la fuga y el concejal enseña un informe de ahorro con datos del propio sistema.
Para los integradores y empresas de servicios que operan estas redes, la arquitectura de la plataforma condiciona el negocio. Una plataforma multi-tenant permite servir a varios ayuntamientos desde una misma instancia, con datos y usuarios aislados por cliente, y el modelo white-label hace que cada ciudad vea el servicio con su propia marca. Es la diferencia entre vender un proyecto y operar un servicio recurrente para diez municipios.
Cloud Studio IoT soporta LoRaWAN de forma nativa junto a MQTT y NB-IoT, con decoders, reglas de alerta, dashboards y SCADA sobre la misma base multi-tenant. Las soluciones de smart city ya traen plantillas para los casos de este artículo, y el equipo acompaña el diseño de la red desde el estudio de cobertura. Si estás evaluando un despliegue municipal, reserva una demo y revisamos tu caso con datos reales.
Conclusión
LoRaWAN para ciudades inteligentes ya conecta contadores, contenedores y farolas en ciudades españolas de todos los tamaños. Lo esencial, en cinco ideas:
- La banda de 868 MHz sin licencia permite que la red sea un activo municipal, no una cuota mensual por sensor.
- El perfil técnico (kilómetros de alcance, años de batería, mensajes pequeños) encaja con la mayor parte de la sensórica urbana.
- Los casos con retorno más rápido son alumbrado, residuos y agua; aparcamiento y calidad del aire consolidan la inversión.
- LoRaWAN y NB-IoT no compiten tanto como conviven: red propia para lo estático, celular para lo móvil.
- La plataforma es la mitad del proyecto: sin decoders, alertas e integración municipal, la red solo produce bytes.
El siguiente paso razonable es pequeño: un caso de uso, un barrio, dos gateways y un indicador que un interventor pueda auditar. A partir de ahí, la misma red crece servicio a servicio.
¿Listo para Transformar tu Negocio?
Contáctanos para descubrir cómo Cloud Studio IoT puede ayudarte a alcanzar tus objetivos.