Usa esta página cuando un dispositivo LoRaWAN está unido a la red (o es un dispositivo ABP) pero sus lecturas no llegan, llegan incorrectas, o sus downlinks no le llegan. Empieza por el registro de tramas y la pestaña LoRaWAN del dispositivo.
Los uplinks no llegan
| El registro de tramas muestra | Causa | Qué hacer |
|---|---|---|
| Nada del dispositivo | Ninguna pasarela lo ha recibido. | Comprueba que una pasarela cercana esté Online; comprueba la batería del dispositivo y que esté enviando (su LED o herramienta). |
| Dirección de dispositivo desconocida | Ninguna sesión tuya tiene este DevAddr. OTAA: el dispositivo usa una sesión antigua (por ejemplo, tras usar Reset session), o nunca se unió. ABP: el DevAddr es distinto del guardado. | OTAA: haz que el dispositivo se vuelva a unir. ABP: comprueba el DevAddr. |
| Fallo de comprobación de integridad | El MIC de la trama no coincide con la clave de sesión. ABP: la NwkSKey es distinta. OTAA: una sesión antigua tras volver a unirse el dispositivo en otro lugar. | ABP: introduce las claves de nuevo con Replace keys. OTAA: haz que se vuelva a unir. |
| Trama reproducida | El contador no avanzó. | Si el dispositivo ABP se reinició: Reset counters. Si no, alguien puede estar reproduciendo tramas grabadas. |
| El contador de tramas saltó | El contador saltó más de 16.384. | ABP: Reset counters. OTAA: haz que se vuelva a unir. |
| Procesada | El servidor de red la aceptó. | El problema está después del servidor de red; ver más abajo. |
Procesada, pero sin lecturas en el dispositivo
| Comprobar | Causa y solución |
|---|---|
| FPort es 0 | Trama solo de MAC; nunca transporta lecturas. Es normal. |
El mensaje del dispositivo solo tiene raw | Ningún codec lo decodificó. Elige un codec en el dispositivo o en el perfil; ver Codecs. Prueba con el Test bench del codec. |
| Los valores llegan con nombres extraños | El codec usa los nombres de clave fabricante. Ver Limpieza de valores decodificados. |
| Nada almacenado | El flujo raíz (organización o perfil) no tiene el paso Save telemetry, o un flujo falla. Revisa el flujo y sus mensajes fallidos. |
| El dispositivo está retenido | Un dispositivo añadido por modo de emparejamiento no almacena nada hasta que se aprueba. |
Las lecturas son incorrectas
- Decodifica la misma carga en el Test bench del codec y compara con la documentación del fabricante.
- Comprueba si se eligió un codec distinto del que crees: primero la elección del dispositivo, luego el perfil y después la automática.
- Si el codec elegido fue retirado o eliminado, el dispositivo vuelve a la elección automática; elige un codec de nuevo.
Duplicados y tramas perdidas
- Un uplink recibido por varias pasarelas es un solo mensaje del dispositivo. Las copias se fusionan en una ventana corta (200 ms por defecto). Una copia que llega más tarde se ignora como tardía; nunca crea un segundo mensaje.
- Un uplink confirmado que el dispositivo repite porque no recibió el acuse aparece como Retransmisión. Se vuelve a confirmar, nunca se almacena dos veces.
- Los huecos en FCnt son tramas que ninguna pasarela recibió. Los huecos ocasionales son normales en radio. Muchos huecos indican cobertura débil: revisa RSSI y SNR en Latest reception y considera otra pasarela.
El dispositivo aparece desconectado aunque envía
Los dispositivos finales LoRaWAN en el perfil integrado están en línea mientras el último uplink tenga menos de tres intervalos esperados (3 horas con el intervalo por defecto de 3.600 s). Un dispositivo que informa con menos frecuencia que cada hora aparece desconectado entre informes. Aumenta el intervalo esperado en la pestaña Online status del perfil para ajustarlo al dispositivo. Ver Estado de conexión y actividad.
Los downlinks no llegan
| Síntoma | Causa | Qué hacer |
|---|---|---|
| El comando sigue en cola (Clase A) | Un dispositivo de Clase A solo recibe después de enviar. | Espera al siguiente uplink, o haz que el dispositivo envíe. |
| El comando sigue en cola (Clase C) | El último uplink del dispositivo tiene más de 15 minutos, así que espera al siguiente. O el dispositivo está registrado como Clase A. | Comprueba la clase en la pestaña LoRaWAN. |
| Comando EXPIRED | Su caducidad pasó, o los parámetros eran incorrectos (fPort fuera de 1–223, data no es hex ni base64), o la carga era demasiado grande. | Revisa los parámetros y tamaños en Envío de downlinks. |
| Comando TIMEOUT | Se envió como bidireccional; los dispositivos LoRaWAN no responden a comandos. | Envía lora.downlink como unidireccional. |
| Downlink Sent via … pero el dispositivo no hace nada | FPort o bytes incorrectos para este dispositivo, o el dispositivo no lo recibió. | Revisa el formato de downlink del fabricante. Usa "confirmed": true para saber si el dispositivo lo recibió. |
| Los downlinks suelen ir por RX2 | El ida y vuelta de la pasarela es demasiado lento para RX1, o se agotó el ciclo de trabajo de RX1. | Revisa el Round trip de la pasarela y lora.gw.dc_used_pct.*. Mantén el retardo de RX1 en 5 s. |
Ciclo de trabajo
Cuando el presupuesto de ciclo de trabajo de una pasarela en una sub-banda está casi agotado, los downlinks esperan o pasan por otra pasarela, y la alarma por defecto de la pasarela avisa por encima del 80 %. Causas habituales:
- Muchos dispositivos enviando uplinks confirmados; cada uno necesita un acuse. Cambia los sensores a uplinks no confirmados.
- Cambios frecuentes de ADR en dispositivos con señal inestable. Desactiva ADR en dispositivos móviles.
- Muchos downlinks confirmados con reenvíos.
Ver Regiones y planes de frecuencia.
Problemas de pasarela
| Síntoma | Qué comprobar |
|---|---|
| Pasarela Offline | Su alimentación y enlace a internet; su token y dirección. Ver Conectar una pasarela Basics Station. |
| Round trip por encima de 800 ms | El enlace a internet de la pasarela (señal móvil, Wi-Fi). |
| Muchos downlinks fallidos | El registro propio de la pasarela; una radio saturada o su ciclo de trabajo. |