es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

No se puede establecer el puerto de la aplicación para ejecutar las pruebas de certificación LoRaWAN.

Estoy intentando ejecutar las pruebas de certificación de LoRaWAN 1.0.4 en mi mDot utilizando la Herramienta de Pruebas Previas LCTT.

Utilizo la última versión de Dot-AT-Firmware y libmDot v4.0.1.

Al revisar el código fuente (linea 918) en https://os.mbed.com/teams/MultiTech/code/Dot-AT-Firmware//file/3b696c2b1e4b/CommandTerminal/CommandTerminal.cpp/, agregué “MTS_RADIO_DEBUG_COMMANDS” y habilité el modo de prueba usando el comando “AT+TM! 1”.

La primera prueba que ejecuta la herramienta LCTT es la Prueba Prevía de Activación. Todo va bien hasta el último paso. Cuando el dispositivo final envía “DutVersionsAns”, veo el siguiente mensaje:

Paquete recibido desde un FPort inesperado 01

Después de unos intentos, obtengo otro mensaje y la prueba falla:

Intentos consumidos al enviar o recibir un comando de trama

Según el documento “Requisitos de Certificación del Dispositivo Final LoRaWAN 1.0.4 v1.1”, el Dispositivo Final debe enviar “DutVersionsAns” en el puerto 224. Al revisar el código fuente nuevamente, veo que el puerto de la aplicación está configurado correctamente en 224 en la línea 1409. Pero cuando verifico el resultado de “setAppPort()”, devuelve -1. Si llamo a “getAppPort()” justo después de eso, obtengo “port = 1”.

Ahora, al revisar la descripción de “setAppPort” en https://github.com/MultiTechSystems/libmDot/blob/master/mDot.h#L567:

Establece el puerto del dispositivo que se utilizará para los datos de aplicación de LoRa (1-223)

parece que establecer el puerto de la aplicación en 224 es ilegal…

Entonces, ¿estoy haciendo algo mal? ¿Necesito hacer algo más, además de agregar “MTS_RADIO_DEBUG_COMMANDS”, para que funcione?

Tags:  , ,

Answer

  1. Avatar for davy.ai

    Según el mensaje de error, parece que el dispositivo final está enviando el paquete en un FPort inesperado. Según el documento “Requisitos de Certificación de Dispositivos Finales LoRaWAN 1.0.4 v1.1”, el dispositivo final debe enviar DutVersionsAns en el puerto 224. Sin embargo, la función setAppPort() en la biblioteca mDot solo establece el puerto de aplicación con un valor entre 1 y 223. Configurar el puerto de aplicación en 224 se considera ilegal.

    Para que funcione, puedes intentar modificar el código fuente y eliminar la comprobación del valor del puerto de aplicación. Alternativamente, puedes contactar al equipo de soporte de mDot o a la LoRa Alliance para obtener más ayuda en la resolución de este problema.

    Además de agregar MTS_RADIO_DEBUG_COMMANDS y habilitar el modo de prueba usando el comando AT+TM! 1, puede que se requieran pasos adicionales según lo especificado en el documento “Requisitos de Certificación de Dispositivos Finales LoRaWAN 1.0.4 v1.1” para aprobar la prueba de certificación. Debes seguir el documento detenidamente y verificar que todos los pasos requeridos se completen correctamente.

    Referencias:
    Documentación de la función setAppPort() en mDot.h
    Documento de Requisitos de Certificación de Dispositivos Finales LoRaWAN 1.0.4 v1.1

Comments are closed.