Usa esta página cuando un dispositivo OTAA se queda en Not joined yet o muestra un join rechazado. Trabaja con la evidencia: la insignia de join del dispositivo en su pestaña LoRaWAN y sus solicitudes de join en el registro de tramas (Devices > ⋯ > LoRaWAN frames).
Paso 1: ¿se recibe la solicitud de join?
Busca filas Join request con el DevEUI del dispositivo en el registro de tramas mientras enciendes el dispositivo.
| Ves | Significado | Qué hacer |
|---|---|---|
| Ninguna solicitud de join | Ninguna pasarela tuya ha recibido el dispositivo. | Comprueba que una pasarela cercana al dispositivo esté Online. Comprueba que el dispositivo es un dispositivo EU868 y que realmente intenta hacer join (muchos dispositivos necesitan pulsar un botón o acercar un imán). Acerca el dispositivo a la pasarela para probar. |
| Solicitudes de join, pero falta el nombre del dispositivo | El DevEUI no es uno de tus dispositivos. | Consulta «Unknown DevEUI» más abajo. |
| Solicitudes de join con resultado en rojo | El servidor de join la ha rechazado. | Busca el motivo en la tabla de abajo. |
| Una fila Join accept con Sent via … pero el dispositivo sigue pidiendo join | El dispositivo no recibió o no aceptó la respuesta. | Consulta «Join accept sent, device keeps trying» más abajo. |
Paso 2: los motivos de rechazo
| Insignia o registro de tramas | Código | Causa | Qué hacer |
|---|---|---|---|
| Unknown DevEUI | unknown_deveui | El DevEUI no está registrado y ninguna ventana de emparejamiento coincidió. | Comprueba el DevEUI de la etiqueta del dispositivo frente al que introdujiste (16 dígitos, sin el orden de bytes invertido). Añade el dispositivo o activa modo de emparejamiento. |
| Un dispositivo de otra red | foreign_tenant | El DevEUI pertenece a otra organización. | Si el dispositivo es tuyo, se registró antes en otro lugar. Debe eliminarse allí. Hermetry nunca indica dónde. |
| Join rechazado: ¿AppKey incorrecta? / Wrong AppKey | join_mic_failed | La comprobación de integridad falló con la AppKey almacenada. | Introduce de nuevo la AppKey desde la hoja del proveedor en Keys > New AppKey. Comprueba que no has confundido la AppKey con otra clave. Para dispositivos añadidos por emparejamiento: comprueba la AppKey compartida del perfil. |
| Join rechazado: otro JoinEUI | join_eui_mismatch | El dispositivo envía un JoinEUI distinto del almacenado. | Cambia el JoinEUI almacenado por el que envía el dispositivo (a menudo 0000000000000000), o activa anyJoinEui para el dispositivo mediante la API. |
| Join rechazado: DevNonce usado antes / DevNonce used before | devnonce_replay | El dispositivo reutilizó un DevNonce. Es habitual en dispositivos 1.0.4 tras un restablecimiento de fábrica (su DevNonce vuelve a empezar en 0). | Deja que el dispositivo siga intentándolo: pasa a valores nuevos. Si no lo hace, vuelve a establecer su AppKey (Replace keys), lo que borra el historial de DevNonce. |
| No hay AppKey almacenada | no_appkey | El dispositivo no tiene clave. | Establece una AppKey en Keys. |
| Pendiente de aprobación | pending_approval | El modo de emparejamiento añadió el dispositivo; nadie lo aprobó. | Apruébalo. |
| Añadiendo por modo de emparejamiento | pairing_pending | Normal: es la primera solicitud del dispositivo detectada en el modo de emparejamiento. | Espera la siguiente solicitud de join del dispositivo. |
| Dispositivo ABP: no hace join / El dispositivo ABP envió una solicitud de join | not_otaa | El dispositivo está registrado como ABP pero funciona con OTAA. | Elimínalo y vuelve a añadirlo como OTAA. |
| Join rechazado (mac_version_not_supported) | mac_version_not_supported | La versión de LoRaWAN almacenada no es 1.0.2, 1.0.3 ni 1.0.4. | Establece una versión compatible. Los dispositivos LoRaWAN 1.1 deben cambiarse al modo 1.0.x. |
Join accept enviado, el dispositivo sigue intentándolo
El servidor de join aceptó la solicitud y una pasarela envió la respuesta, pero el dispositivo vuelve a enviar solicitudes de join.
| Causa posible | Qué comprobar |
|---|---|
| El dispositivo está demasiado lejos de la pasarela para recibir la respuesta | Los uplinks llegan a la pasarela pero la respuesta no llega al dispositivo. Comprueba el RSSI y el SNR de la solicitud de join; prueba más cerca de la pasarela. |
| Un límite de ciclo de trabajo (duty cycle) en la pasarela | Los valores lora.gw.dc_used_pct.<band> de la pasarela; muchos uplinks o downlinks confirmados pueden agotar el presupuesto. |
| El tiempo de ida y vuelta de la pasarela es demasiado lento | El Round trip de la pasarela. Un join accept se envía 5 s (RX1) o 6 s (RX2) después de la solicitud; un enlace más lento pierde ambas ventanas. |
| Región incorrecta en el dispositivo | El dispositivo debe ser un dispositivo EU868. |
| La pasarela no transmite | Consulta el registro propio de la pasarela y lora.gw.dn_failed / lora.gw.dn_unknown. |
Respuesta de join no enviada (ninguna pasarela a tiempo)
El servidor de join aceptó la solicitud, pero ninguna pasarela pudo enviar la respuesta a tiempo: todas las pasarelas que la recibieron estaban offline, deshabilitadas, en modo local, sin presupuesto de ciclo de trabajo o demasiado lentas para ambas ventanas. Revisa las pasarelas cercanas al dispositivo. El dispositivo volverá a intentarlo por sí mismo.
Tras un join correcto, no hay datos
La insignia indica Joined, pero no llegan lecturas. Consulta Solución de problemas de uplinks y downlinks.
Sigue sin funcionar
Recopila el DevEUI del dispositivo, la hora de un intento de join y una captura de pantalla de las filas del registro de tramas, y contacta con soporte.