LoRa SF, BW y CR: alcance, velocidad de datos y tiempo en el aire — ManThink
Portada del artículo técnico de ManThink

Contenido del artículo

Columna técnica de ManThink | Serie LoRaWAN, artículo 4 Para desarrolladores, ingenieros de soluciones y responsables de decisiones de proyectos IoT


Introducción: ¿el mismo sensor, pero 2 km para un equipo y 15 km para otro?

Un enigma recurrente en los proyectos LoRaWAN: sensores y gateways idénticos, pero un cliente informa "cobertura de solo 2 km" mientras que otro afirma "llegamos a 15 km". Dejando de lado las antenas y el montaje, la causa más pasada por alto es la configuración de tres parámetros de la capa física de LoRa: Factor de dispersión (SF), ancho de banda (BW) y tasa de codificación (CR).

La filosofía de diseño central de LoRa es "intercambiar ancho de banda por distancia". A diferencia de WiFi o 4G, que buscan un alto rendimiento, LoRa dispersa la señal para que el receptor pueda demodularla con relaciones señal-ruido mucho más bajas. Pero cuánta dispersión, y cómo, se rige por SF, BW y CR.

Este artículo explica estos parámetros en profundidad: qué es cada uno, cómo afecta el alcance y la velocidad de datos, las cifras concretas y cómo hacer compromisos en proyectos reales.


1. SF (Factor de dispersión): la "marcha" para el alcance

Qué es el factor de dispersión

El Factor de dispersión (SF) define en cuántos chips (símbolos chirp) se expande cada bit de datos. Cada paso hacia arriba en SF duplica el número de chips por símbolo:

SF Chips por símbolo Velocidad relativa
SF7 2⁷ = 128 Más rápida
SF9 2⁹ = 512 Media
SF12 2¹² = 4096 Más lenta

En SF12, cada bit de datos se representa mediante 4096 chips: la señal se "dispersa" 32 veces en relación con SF7. Por lo tanto, el receptor puede extraerla del ruido con niveles de señal mucho más débiles, y el alcance de la comunicación crece en consecuencia.

Por qué un SF mayor significa mayor alcance

Un SF mayor aporta dos beneficios directos:

  1. Menor sensibilidad del receptor (más negativa). La sensibilidad de SF7 es aproximadamente −124.5 dBm; SF12 alcanza alrededor de −137 a −141 dBm (los valores varían ligeramente según los supuestos de presupuesto de enlace). Cada 3 dB de ganancia de sensibilidad duplica aproximadamente el alcance teórico.
  2. Mayor ganancia de procesamiento. La señal dispersa se estira en el tiempo, y la demodulación por correlación en el receptor proporciona ganancia de procesamiento, mejorando la robustez frente a interferencias.

El costo es la velocidad y el tiempo en el aire: un SF mayor significa menor velocidad de datos y mayor tiempo en el aire por paquete.

Qué tan rápida es cada categoría, realmente

Medido con el motor de cálculo (BW = 125 kHz, CR = 4/5):

Combinación Velocidad de datos PHY
SF7 / 125 kHz ≈ 5.47 kbps
SF9 / 125 kHz ≈ 1.76 kbps
SF10 / 125 kHz ≈ 0.98 kbps
SF12 / 125 kHz ≈ 0.29 kbps

De SF7 a SF12, la velocidad cae casi 19×. Ese es el conflicto de la capa física entre "largo alcance" y "alto rendimiento" hecho concreto.

Un punto común de confusión: aunque un SF mayor significa una mayor duración de símbolo, los diferentes SF son ortogonales : las señales en diferentes SF pueden coexistir en el mismo canal sin interferir. Esta ortogonalidad es exactamente la razón por la que un gateway puede demodular múltiples flujos de SF de forma concurrente.


Lleva esta guía a tu proyecto

ManThink ofrece productos IoT para conectar dispositivos, desplegar redes y trabajar con datos. Consulta estos recursos de producto junto con las recomendaciones técnicas del artículo:

GD61 Gateway LoRaWAN para interiores · ThinkLink

Conoce los productos de ManThink y consulta tu proyecto →

2. BW (Ancho de banda): el "acelerador" de la velocidad

Qué es el ancho de banda de modulación

El ancho de banda (BW) es el intervalo de frecuencia real que ocupa la señal LoRa. La configuración más común en LoRaWAN es 125 kHz, y también están disponibles 250 kHz y 500 kHz.

La relación con la velocidad de datos es directa: duplicar el BW reduce a la mitad la duración del símbolo y duplica la velocidad. Medido (SF7, CR = 4/5):

Combinación Velocidad de datos PHY
SF7 / 125 kHz ≈ 5.47 kbps
SF7 / 250 kHz ≈ 10.94 kbps

Pero no hay almuerzo gratis: un BW más amplio también amplía el ancho de banda de ruido del receptor, elevando el piso de ruido, degradando la sensibilidad y acortando el alcance. El BW es un "acelerador": si lo pisa a fondo, gana velocidad pero pierde resistencia (alcance).

Cómo se usa el BW en LoRaWAN

  • La gran mayoría de las definiciones regionales DR0–DR5 se basan en 125 kHz;
  • Algunas regiones (p. ej., EU868) definen DR6 como SF7 / 250 kHz, como un nivel de mayor velocidad;
  • El nivel de 500 kHz rara vez aparece como velocidad de datos de dispositivo en el estándar LoRaWAN; es más común en escenarios de prueba de enlace ascendente de gateway.

3. CR (Tasa de codificación): el "seguro" para la fiabilidad

Qué es la tasa de codificación

La Tasa de codificación (CR) es la proporción de redundancia de corrección de errores hacia adelante (FEC) en LoRa, con cuatro valores posibles:

CR Significado Redundancia FEC
4/5 4 bits de datos + 1 bit de redundancia Menor sobrecarga, más rápido
4/6 4 bits de datos + 2 bits de redundancia Medio
4/7 4 bits de datos + 3 bits de redundancia Fuerte
4/8 4 bits de datos + 4 bits de redundancia Corrección de errores más fuerte, más lento

Qué hace

CR permite al receptor recuperar los datos originales incluso cuando algunos bits están corrompidos por interferencias. Cuanto peor es la señal y mayor la interferencia, más redundancia se necesita. El costo: menor tasa efectiva y mayor tiempo en el aire — cada bit de redundancia adicional reduce la eficiencia de codificación.

El estándar LoRaWAN usa por defecto CR = 4/5 (desplazamiento de la tasa de codificación 1), que ya proporciona buena capacidad anti-BER a la tasa efectiva más alta. En la práctica, CR rara vez es el parámetro que se ajusta día a día, pero entenderlo ayuda a diagnosticar problemas como «por qué mi tiempo en el aire es mayor de lo estimado».


4. LDRO: el cuarto parámetro pasado por alto

Cuando un solo símbolo dura más de 16 ms (típico en escenarios de baja tasa como SF11/SF12 con 125 kHz), las transmisiones largas pueden provocar una deriva de frecuencia del oscilador de cristal que afecta la demodulación. En ese caso, la Optimización para Baja Tasa de Datos (LDRO) debe habilitarse, añadiendo bits de redundancia en la cabecera para combatir la deriva del reloj.

Nota: LDRO no es una tasa de codificación. No cambia el cálculo de la tasa en sí; es simplemente un interruptor de fiabilidad para escenarios de baja tasa. La mayoría de las pilas LoRaWAN (incluida la implementación de referencia de Semtech) configuran LDRO automáticamente según SF y BW, por lo que rara vez se necesita intervención manual.


5. Comparación cuantificada: tiempo en el aire para un paquete de 13 bytes

El tiempo en el aire determina directamente la ocupación del canal y la vida útil de la batería — posiblemente el número más importante para un proyecto. Medido con el motor de cálculo (carga útil de 13 bytes, CR = 4/5, cabecera explícita):

Combinación Tiempo en el aire Relación frente a SF7
SF7 / 125 kHz ≈ 46.3 ms 1×
SF12 / 125 kHz ≈ 1155.1 ms ≈ 25×

La misma lectura de temperatura/humedad tarda 46 ms con SF7 pero 1.15 s con SF12 — una diferencia de 25×. Para dispositivos alimentados por batería, esto significa:

  • Bajo los límites de ciclo de trabajo, los dispositivos SF12 pueden transmitir con mucha menos frecuencia por hora;
  • El consumo de energía aumenta (mayor tiempo de transmisión RF);
  • La ocupación del canal en el gateway crece, reduciendo la capacidad de la red.

Las estimaciones de capacidad de la industria lo confirman: en el mismo gateway de 8 canales con el mismo intervalo de reporte, una red de dispositivos todos SF7 puede teóricamente alojar 20× más nodos que una red todos SF12 (distintos modelos dan SF7 ≈ 787k frente a SF12 ≈ 29k dispositivos; las cifras exactas dependen de la distribución de SF asumida, pero la conclusión es consistente).


6. Compromisos del mundo real: por qué no existe un ajuste «mejor»

Al juntar SF, BW y CR, el problema central es un compromiso de cuatro esquinas:

         Range
           ↑
  Rate ←———┼———→ Robustness/Reliability
           ↑
     Power & Network capacity
  • Si se busca alcance → subir SF (p. ej., SF12), bajar BW;
  • Si se busca rendimiento → bajar SF, subir BW;
  • Si se busca fiabilidad → subir CR;
  • Si se busca bajo consumo / alta capacidad → usar SF bajo y paquetes cortos.

No se puede ganar en las cuatro a la vez. Por eso precisamente LoRaWAN diseñó ADR (Adaptive Data Rate) — el lado de red mide la calidad real de la señal recibida por los gateways y asigna automáticamente a cada dispositivo el SF más adecuado: buena señal → bajar a SF7 para mayor tasa, menor consumo y canales liberados; señal débil → subir a SF11/SF12 para proteger la cobertura. ADR es la forma más rentable de resolver el dilema entre alcance y tasa.

Dos conceptos erróneos comunes en ingeniería

Error 1: fijar todo a SF12 por cobertura. La ventaja de sensibilidad de SF12 es real, pero el costo es un triple golpe a la tasa, el consumo y la capacidad. El enfoque correcto: dejar que ADR se adapte primero y luego fijar un SF alto solo para los pocos dispositivos con señal débil — nunca una solución única para toda la red.

Error 2: suponer que el soporte del chip implica soporte de LoRaWAN. Capacidad del chip ≠ capacidad del protocolo. Por ejemplo, el radio SX1262 admite SF5, pero los Parámetros Regionales de LoRaWAN actuales no definen SF5/SF6 como tasas de datos estándar — los dispositivos no pueden unirse usando SF5. La selección de SF debe satisfacer tanto el «soporte del chip» como la «definición de los Parámetros Regionales».


7. Recomendaciones de configuración para equipos de proyecto

  1. Usar ADR por defecto: habilitar ADR tras la unión para que la red adapte el SF a las condiciones reales de la señal — el mejor retorno del esfuerzo.
  2. Escalonar según el caso de uso: permitir SF10–SF12 para reportes de largo alcance (agricultura remota, monitoreo en montaña); llevar los despliegues urbanos densos (edificios inteligentes) a SF7–SF9.
  3. Mantener paquetes pequeños: una trama LoRaWAN llega como máximo a 255 bytes, pero el tiempo en el aire crece linealmente con la carga útil — no enviar 50 bytes cuando 13 basta. La compresión de datos y el reporte por cambio de valor (COV) prolongan significativamente la vida útil de la batería.
  4. Presupuestar el tiempo en el aire desde el inicio: antes del despliegue, calcular el tiempo en el aire del dispositivo × la frecuencia de transmisión y verificarlo contra los límites regionales de ciclo de trabajo (p. ej., la regla del 1% de EU868) para evitar quedarse sin capacidad de canal más adelante.
  5. Validar en el entorno real: las diferencias teóricas de sensibilidad ≠ las diferencias de cobertura en campo. Las estructuras metálicas, el follaje y el terreno pasan factura — una prueba de campo entre SF es la comprobación más fiable.

Conclusión

SF, BW y CR son las tres perillas de la capa física de LoRa. Determinan qué tan lejos, qué tan rápido y con qué fiabilidad puede comunicarse el mismo hardware de radio. Entenderlos permite tomar compromisos deliberados entre alcance, tasa, consumo y capacidad — en lugar de dejarse llevar por «LoRa transmite lejos».

La buena noticia para los desarrolladores de LoRaWAN: el lado de red (NS) y ADR ya automatizan la mayor parte del ajuste. Tu trabajo es entender los principios, fijar los límites y dejar que el sistema encuentre el equilibrio.


Escrito por el equipo técnico de ManThink. ManThink está comprometido con la infraestructura LoRaWAN de código abierto y confiable. Su puerta de enlace de código abierto GD6 (ESP32-S3 + SX1302) cubre CN470 / EU868 / US915 / AS923 y otras bandas globales, con ADR, OTA y soporte para servidores de red convencionales.

ManThink: de los dispositivos a las aplicaciones de datos

¿Planeas una nueva instalación o modernizar un sistema existente? Comparte con ManThink la región, el número de dispositivos, las interfaces de campo y las condiciones de conectividad y alimentación para conversar sobre la selección de productos y la integración.

GD61 Gateway LoRaWAN para interiores

GD61 — Gateway asequible para interiores con Ethernet, Wi-Fi y 4G opcional, y consola web para gestionar red y equipos. Basado en ESP32-S3, sin ThinkLink integrado; se conecta a una plataforma en la nube o autogestionada.

Ver información oficial del producto →

ThinkLink

ThinkLink conecta dispositivos IoT con aplicaciones de datos y permite la conexión de dispositivos, la gestión de datos y el desarrollo de aplicaciones.

Ver información oficial del producto →

Consulta tu proyecto con ManThink →

Confirma los modelos, las configuraciones y las condiciones de uso en la documentación oficial y según los requisitos de tu proyecto.

Artículos relacionados