Lorawan-stack: Registro de multidifusión y enlace descendente de multidifusión

@MatteMoveSRL gracias por su problema. Si eres cliente de TTI con un plan de soporte, lo mejor es utilizar el canal de soporte.

Usamos plantillas de problemas aquí para obtener información de manera estructurada.

Noté que el dispositivo de multidifusión de inscripción no resulta como _Modo de activación de multidifusión_ sino como _Modo de activación ABP_. ¿Por qué esto es tan?

Necesitamos pasos de reproducción para esto, edite su publicación para seguir la plantilla de problema.

No puedo enviar mensajes de enlace descendente desde la plataforma porque se producen los errores "no hay ruta de enlace descendente disponible" . También intenté enviar un enlace descendente usando MQTT en Windows de la siguiente manera, pero no llega nada a mi dispositivo final.

Consulte https://thethingsstack.io/devices/class-c-multicast/ , luego la segunda nota en Multicast Group y el ejemplo a continuación sobre cómo programar el enlace descendente.

@johanstokking ¡Muchas gracias por las respuestas!

Actualicé mi cadena de problemas para obtener la información de una manera estructurada como usted sugirió. espero que se entienda

Sigo sin entender estos dos puntos:

¿Es correcta la respuesta del enlace descendente mosquitto_pub? Porque no vi que llegara nada a mis dispositivos finales físicos OTAA

No entiendo cómo correlacionar mis dispositivos OTAA con mi grupo de multidifusión a través de la consola. Me gustaría ver, por ejemplo, un grupo de multidifusión (con su McAddress y Mckeys) donde pueda agregar mis dispositivos OTAA porque no está claro cómo el enlace descendente de multidifusión puede llegar a mis dispositivos OTAA

Muchas gracias de antemano por su tiempo y su respuesta.

@MatteMoveSRL ¿Es correcta la respuesta del enlace descendente mosquitto_pub? Porque no vi que llegara nada a mis dispositivos finales físicos OTAA

Aparte del tiempo absoluto, que está en el pasado, no se ve mal.

Pero, ¿ gtwid es una puerta de enlace conectada? ¿Ve el enlace descendente programado en la Consola, al observar el tráfico de la puerta de enlace?

@MatteMoveSRL No entiendo cómo correlacionar mis dispositivos OTAA con mi grupo de multidifusión a través de la consola. Me gustaría ver, por ejemplo, un grupo de multidifusión (con su McAddress y Mckeys) donde pueda agregar mis dispositivos OTAA porque no está claro cómo el enlace descendente de multidifusión puede llegar a mis dispositivos OTAA

Todavía no hemos implementado el protocolo de configuración remota de multidifusión en el servidor de aplicaciones. Así que no correlacionamos esto. El dispositivo de multidifusión es un dispositivo virtual. Si su dispositivo final entiende el enlace descendente tanto en el canal de unidifusión como en el de multidifusión, debería estar bien.

@johanstokking Gracias por la rápida respuesta

Pero, ¿gtwid es una puerta de enlace conectada?

Sí, la puerta de enlace está conectada y usé "gw-test" en lugar de "gtwid" en el comando mosquitto.

¿Ve el enlace descendente programado en la Consola, al observar el tráfico de la puerta de enlace?

No, no veo ningún enlace descendente que llegue a mi puerta de enlace "datos en vivo", sino que vi algunos datos que llegan a la sección "datos en vivo" de mi aplicación "foo":

Si su dispositivo final entiende el enlace descendente tanto en el canal de unidifusión como en el de multidifusión, debería estar bien.

Entonces, ¿quiere decir que el mensaje de enlace descendente llega a todos los dispositivos OTAA conectados a la puerta de enlace como un mensaje de difusión y no a un grupo específico de dispositivos OTAA?

No, no veo ningún enlace descendente que llegue a mi puerta de enlace "datos en vivo", sino que vi algunos datos que llegan a la sección "datos en vivo" de mi aplicación "foo":

Suscríbase al registro de eventos de la puerta de enlace con;

$ ttn-lw-cli events --gateway-id gtw-test

Habilite también los registros de depuración ( log.level: debug ).

Luego programe el mensaje de enlace descendente y observe los registros y los eventos de la puerta de enlace.

Entonces, ¿quiere decir que el mensaje de enlace descendente llega a todos los dispositivos OTAA conectados a la puerta de enlace como un mensaje de difusión y no a un grupo específico de dispositivos OTAA?

Sí, así es como funciona LoRaWAN. Cada dispositivo de clase C que escuche en esa frecuencia con esa velocidad de datos específica recibirá el mensaje. Verán la DevAddr del mensaje para ver si coincide con una sesión (de multidifusión) para la que tienen claves de sesión. Si es así, procesan el mensaje y ven si NwkSKey coincide con el MIC, etc.

Hablando de que; ¿Estás seguro de que la frecuencia y la tasa de datos son correctas? La clase C usa los parámetros RX2 para esto. Los dispositivos finales deben escuchar esos parámetros para las tramas de enlace descendente de multidifusión.

@johanstokking Gracias por su respuesta.

Sí, así es como funciona LoRaWAN. Cada dispositivo de clase C que escuche en esa frecuencia con esa velocidad de datos específica recibirá el mensaje. Verán la DevAddr del mensaje para ver si coincide con una sesión (de multidifusión) para la que tienen claves de sesión. Si es así, procesan el mensaje y ven si NwkSKey coincide con el MIC, etc.

Gracias lo tengo. Fuiste muy claro.

Hablando de que; ¿Estás seguro de que la frecuencia y la tasa de datos son correctas? La clase C usa los parámetros RX2 para esto. Los dispositivos finales deben escuchar esos parámetros para las tramas de enlace descendente de multidifusión.

Estoy bastante seguro de que he establecido los parámetros correctos. En mi opinión, el problema podría ser cómo programo el enlace descendente con MQTT o algo relacionado con la puerta de enlace. Lo intentaré esta semana siguiendo tus buenos consejos y te responderé.

Utilice los foros para preguntas adicionales; no respondemos preguntas sobre problemas de GitHub. Consulte las plantillas de problemas para eso también.