Lorawan-stack: Considere Rx1 y Rx2 por separado para el tamaño máximo de carga útil
Resumen
No puedo enviar un enlace descendente con un tamaño de carga útil de datos superior a 54B (binario) / codificado en base 64 (72B)Con un mensaje de retorno de servidor de mayor tamaño:WARN Enlace descendente de la aplicación presente, pero la carga útil es demasiado larga, informar al servidor de aplicaciones ack = true ........
Estoy en el módulo Telit re866 que tiene certificación 1.0.2 ClassA / C y verifico LoRaWAN 1.0.2 para ver los parámetros regionales.
Estoy usando clase a
Datarate de configuración predeterminada (sf12 / 125kHz) - rx2datarate (predeterminado como para la especificación lora 1.0.2)
Condiciones de prueba: -90dBm
También configuro otras tasas de datos, por ejemplo. (sf7 / 125) => Kerlink femtocell GW se muestra en los registros (sf7bw125)
Según entendí de acuerdo con las especificaciones de lora max. el tamaño de la carga útil es 230/222. Probé otros valores con el mismo tamaño de carga útil y sf12 los mismos resultados.
...
Pasos para reproducir
... curl http: // localhost : 1885 / api / v3 / as / applications / ap2 / webhooks / fwup / devices / dv1 / down / push -X POST -H 'Autorización: Portador NNSXS.CLCIYOYY * * ' - datos '{"enlaces descendentes": [{"frm_payload": "AAECAwQFBgcICQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4OTo7PD0 + P0BBQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4OTo7PD0 + P0BBQkNER_UU prioridad"]
Datos 71B (binario) ... Estado del webhook (200) - Correcto
- ... Mensaje de la consola del servidor después de un tiempo: WARN Enlace descendente de la aplicación presente, pero la carga útil es demasiado larga, Informar al servidor de aplicaciones ack = true ...
- Nodo no recibe datos
¿Qué ves ahora?
WARN Enlace descendente de la aplicación presente, pero la carga útil es demasiado larga, informar al servidor de aplicaciones ack = true ........
...
¿Qué quieres ver en su lugar?
...
Medio ambiente
Ubuntu 16.4 / FF / Kerlink Femtocell / Telit RE866
...
¿Cómo se propone implementar esto?
...
¿Puede hacer esto usted mismo y enviar una solicitud de extracción?
...
ecities
Todos 10 comentarios
- ¿En qué PHY estás?
- ¿Qué velocidad de datos estás usando para el enlace ascendente cuando ves ese error?
johanstokking
en 27 jun. 2019
Nodo Telit Re866 + uC (EU863-870 - lorawan 1.0.2 Clase A)
información de paquete de femtocell kerlink + spf (tx): para datos limitados a 52B (binario)
Red local (Kerlink Ethernet <=> PC Etnernet)
Modulación: LORA
codr: 4/5
imme: falso
rfch: 0
potencia: 14
ipol: cierto
ncrc: verdadero
tamaño: 65
datr: sf7bw125
RSSI (rx): -80dBm
Los mismos ajustes para la longitud de la carga útil: 62B (binario)
Escaneo todas las posibilidades para DataRate (todo falla).
Tasas de datos de enlace ascendente probadas (datos no recibidos en el nodo + WARN "carga útil demasiado larga" en el servidor):
SF7bw125 ---
SF12bw125 ---
SF11bw125 -
SF10bw125 -
SF9bw125 -
SF8bw125 -
SF7bw250 --- error al unirse
FSK - unión de error
ecities
en 27 jun. 2019
Esto sucede porque la velocidad de datos Rx2 configurada es SF12BW125 (DR0). En la clase A, el NS actualmente programa el enlace descendente de manera que cumpla con los parámetros Rx1 y Rx2. De acuerdo con la tabla de la especificación de parámetros regionales, el tamaño máximo de FRMPayload en DR0 que se puede usar para Rx2 (en caso de que FOpts estén ausentes) es 51, que es menos de lo que está tratando de hacer.
@johanstokking Creo que deberíamos cambiar este comportamiento y NS debería, de hecho, separar las solicitudes de programación Rx1 y Rx2 a GS si la carga útil tampoco encaja.
rvolosatovs
en 27 jun. 2019
@rvolosatovs sí, definitivamente debería hacer eso.
¿Puede presentar un problema?
johanstokking
en 27 jun. 2019
¿Existe alguna solución rápida? ¿Podemos aplicar la velocidad de datos en la configuración json de enlace descendente?
Necesitamos enviar cientos de paquetes de enlace descendente para la actualización de FW:
- alrededor de 200B cada uno (en el mejor de los casos)
- alrededor de 70B cada uno (el peor de los casos)
Consideramos agregar una puerta de enlace LoRaWAN adicional solo para la actualización del firmware para establecer un "buen rango" y diferentes servidores de red / aplicaciones (para el entorno de producción).
ecities
en 28 jun. 2019
¿Existe alguna solución rápida? ¿Podemos aplicar la velocidad de datos en la configuración json de enlace descendente?
Puede cambiar los parámetros Rx2 para el dispositivo final, consulte ttn-lw-cli dev set --help , con el que puede establecer la velocidad de datos Rx2 en un valor alto, es decir, 5 (SF7BW125 en EU868).
johanstokking
en 28 jun. 2019
Gracias @johanstokking, esta solución soluciona el problema.
Actualmente actualizo el firmware para el módulo LoRaWAN y tengo la Clase C disponible.
ecities
en 28 jun. 2019
@ecities, esto aterriza en la próxima versión,
johanstokking
en 5 jul. 2019
Hola
ahora tenemos problemas para seguir:
"ERROR El tamaño de carga útil de enlace descendente generado no se ajusta ni a RX1 ni a RX2, omita la ranura de enlace descendente de clase A band_id = AS_923 dev_addr = FC005138 device_class = CLASS_A ..."
usamos sf10 por defecto, no entiendo por qué
viethoa14
en 19 ene. 2021
Hola @ viethoa14
La información que ha proporcionado no es suficiente para solucionar este problema. Si es cliente de TTI, comuníquese con nuestro equipo de soporte a través del sistema de tickets.
Si es un usuario de código abierto, proporcione lo siguiente que reproduzca claramente el problema:
- Registro de pila
- Registro de eventos del dispositivo
rvolosatovs
en 19 ene. 2021
Temas relacionados
MatteMoveSRL
·
7Comentarios
johanstokking
·
3Comentarios
bafonins
·
5Comentarios
johanstokking
·
6Comentarios
adriansmares
·
9Comentarios
Comentario más útil
Puede cambiar los parámetros Rx2 para el dispositivo final, consulte
ttn-lw-cli dev set --help, con el que puede establecer la velocidad de datos Rx2 en un valor alto, es decir, 5 (SF7BW125 en EU868).