Guías de ThinkLink / Conexión y diagnóstico
¿ThinkLink no recibe datos? Revise gateway, NS, AS y telemetría
Distinga el estado del gateway, las tramas NS, los mensajes AS descifrados y la telemetría del modelo para localizar fallos de conexión LoRaWAN.
Localice la última etapa con evidencia. Un gateway conectado solo confirma su estado de conexión. Las tramas NS, los mensajes AS utilizables y la telemetría correcta son comprobaciones distintas. Modifique un problema identificado cada vez.
Elija un dispositivo con lecturas verificables
Empiece con un protocolo documentado y parámetros conocidos. Elija una magnitud contrastable, como una temperatura comparada con un instrumento de referencia. Así distinguirá entre ausencia de datos e interpretación incorrecta.
Registre modelo, región, plan de frecuencias, activación, intervalo de envío, firmware y modelo de objeto. Compruebe las claves en un entorno controlado; no las publique en capturas o artículos. Un nombre de prueba reconocible facilita seguir el mismo envío en distintas pantallas.
Qué demuestra cada una de las cuatro capas
ThinkLink separa los mensajes de red de los datos de negocio. Estas comprobaciones corresponden al servicio LoRaWAN nativo. Si usa un puente MQTT desde otro servidor de red, revise primero los mensajes de origen y la entrada AS; los datos externos no tienen por qué aparecer en el NS local.
| Punto de control | Qué demuestra | Qué no demuestra |
|---|---|---|
| Estado del gateway | Conexión con el servicio de destino | Que el dispositivo se haya unido o haya enviado datos |
| Datos NS | Tramas entre gateway y servicio de red | Descifrado e interpretación correctos |
| Datos AS | Mensajes de aplicación estructurados y descifrados | Campos de negocio correctos del modelo |
| Datos en tiempo real | Telemetría visible producida por el modelo | Unidades, rangos y valores correctos en todos los campos |
Localice el fallo después de la última etapa correcta
Compruebe la plataforma de destino del gateway y que el dispositivo envíe datos. Para equipos reiniciados o en activación, use DevEUI según la documentación; en tramas posteriores, considere DevAddr y los filtros. Un identificador incorrecto puede ocultar registros existentes.
Si NS tiene tramas pero AS no tiene mensajes útiles, revise registro, activación y coincidencia de claves. Si AS contiene payload pero no hay valores, revise vinculación del modelo, ramas por puerto y salida del decodificador. Base64 representa bytes: su presencia en AS no indica que falte descifrar LoRaWAN.
Relacione los registros del mismo envío
Use una ventana temporal corta y fija. Anote hora de recepción, secuencia de envío y puerto de aplicación AS. Pruebe ese payload en el modelo y compare fecha y campos con los datos actuales. Mezclar el payload de ayer y el modelo de hoy dificulta reproducir el resultado.
Si es posible, provoque un cambio físico conocido y anote la hora. En caso contrario, espere el intervalo de envío, sin reiniciar continuamente para forzar datos. Registre cada cambio de parámetros para explicar sus efectos.
Valide el primer equipo antes de copiar su configuración
Compruebe continuidad, corrección y mantenimiento: envío esperado, campos y unidades coherentes con el sitio, y una forma de localizar desconexiones e identificar la versión del modelo.
Reutilice modelos y registros solo tras esa validación. El parecido exterior o de nombre no garantiza el mismo protocolo. Conserve nuevas muestras para firmware, puertos u opciones de sensores distintos.
- Guarde un envío correcto y sus valores esperados.
- Compruebe datos actuales y consultas históricas.
- Verifique la presentación de datos anómalos o ausentes.
- Documente diagnóstico, versión del modelo y responsable.
Preguntas frecuentes
¿Por qué no aparece temperatura si el gateway está conectado?
Todavía deben comprobarse activación, descifrado y decodificación del modelo. Revise NS, AS y datos actuales en orden antes de modificar parámetros.
¿Hace falta un modelo de objeto si AS ya tiene datos?
Normalmente sí. El payload debe interpretarse en campos y unidades conforme al protocolo del equipo; el modelo realiza esa tarea para su uso posterior.
Referencias y lecturas adicionales
Esta guía se basa en las fuentes oficiales siguientes. Los diagramas explican el método; consulte la documentación de su versión para menús, campos y funciones exactos. Las fuentes enlazadas están en chino.