Lorawan-stack: Enregistrement multicast et liaison descendante multicast

@MatteMoveSRL merci pour votre problème. Si vous êtes un client TTI avec un plan de support, le mieux est d'utiliser le canal de support.

Nous utilisons ici des modèles de problèmes afin d'obtenir des informations de manière structurée.

J'ai remarqué que le dispositif de multidiffusion d'inscription ne se traduit pas par _Activation mode multicast_ mais plutôt comme _Activation mode ABP_. Pourquoi cela est-il ainsi?

Nous avons besoin d'étapes de reproduction pour cela, veuillez modifier votre message pour suivre le modèle de problème.

Je ne peux pas envoyer de messages de liaison descendante depuis la plate-forme car des erreurs "aucun chemin de liaison descendante disponible" se produisent. J'ai également essayé d'envoyer une liaison descendante en utilisant MQTT sur Windows comme suit, mais rien n'arrive sur mon appareil final.

Voir https://thethingsstack.io/devices/class-c-multicast/ , puis la deuxième note sous Multicast Group et l'exemple ci-dessous expliquant comment planifier une liaison descendante.

@johanstokking Merci beaucoup pour les réponses !

J'ai mis à jour mes problèmes pour obtenir les informations de manière structurée, comme vous l'avez suggéré. j'espère que c'est compréhensible

Je ne comprends toujours pas ces deux points:

Au lieu de cela, la réponse de liaison descendante mosquitto_pub est-elle correcte ? Parce que je n'ai rien vu arriver sur mes terminaux physiques OTAA

Je ne comprends pas comment corréler mes appareils OTAA avec mon groupe de multidiffusion via la console. J'aimerais voir par exemple un groupe multicast (avec ses McAddress et Mckeys) où je peux ajouter mes appareils OTAA car on ne sait pas comment la liaison descendante multicast peut atteindre mes appareils OTAA

Merci beaucoup d'avance pour votre temps et votre réponse.

@MatteMoveSRL La réponse de la liaison descendante moustique_pub est-elle correcte ? Parce que je n'ai rien vu arriver sur mes terminaux physiques OTAA

Mis à part le temps absolu, qui est dans le passé, cela ne semble pas faux.

Mais, est-ce gtwid est une passerelle connectée ? Voyez-vous la liaison descendante planifiée dans la console, lorsque vous examinez le trafic de la passerelle ?

@MatteMoveSRL Je ne comprends pas comment corréler mes appareils OTAA avec mon groupe de multidiffusion via la console. J'aimerais voir par exemple un groupe multicast (avec ses McAddress et Mckeys) où je peux ajouter mes appareils OTAA car on ne sait pas comment la liaison descendante multicast peut atteindre mes appareils OTAA

Nous n'avons pas encore implémenté le protocole Remote Multicast Setup dans le serveur d'applications. Nous ne corrélons donc pas cela. Le périphérique de multidiffusion est un périphérique virtuel. Si votre appareil final comprend la liaison descendante à la fois sur le canal monodiffusion et sur le canal multidiffusion, tout devrait bien se passer.

@johanstokking Merci pour la réponse rapide

Mais gtwid est-il une passerelle connectée ?

Oui, la passerelle est connectée et j'ai utilisé "gw-test" au lieu de "gtwid" dans la commande mosquitto.

Voyez-vous la liaison descendante planifiée dans la console, lorsque vous examinez le trafic de la passerelle ?

Non je ne vois aucune liaison descendante arriver dans ma passerelle "live data" mais à la place j'ai vu des données arriver dans la section "live data" de mon application "foo":

Si votre appareil final comprend la liaison descendante à la fois sur le canal monodiffusion et sur le canal multidiffusion, tout devrait bien se passer.

Voulez-vous dire que le message de liaison descendante arrive à tous les appareils OTAA connectés à la passerelle comme un message de diffusion et non à un groupe spécifique d'appareils OTAA ?

Non je ne vois aucune liaison descendante arriver dans ma passerelle "live data" mais à la place j'ai vu des données arriver dans la section "live data" de mon application "foo":

Veuillez vous abonner au journal des événements de la passerelle avec ;

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

Activez également les journaux de débogage ( log.level: debug ).

Planifiez ensuite le message de liaison descendante et observez les journaux et les événements de la passerelle.

Voulez-vous dire que le message de liaison descendante arrive à tous les appareils OTAA connectés à la passerelle comme un message de diffusion et non à un groupe spécifique d'appareils OTAA ?

Oui, c'est ainsi que fonctionne LoRaWAN. Chaque appareil de classe C écoutant cette fréquence avec ce débit de données spécifique recevra le message. Ils examineront le DevAddr du message pour voir s'il correspond à une session (multidiffusion) pour laquelle ils disposent de clés de session. Si c'est le cas, ils traitent le message et voient si la NwkSKey correspond au MIC, etc.

En parlant de ça ; êtes-vous sûr que la fréquence et le débit de données sont corrects ? La classe C utilise les paramètres RX2 pour cela. Les terminaux doivent écouter ces paramètres pour les trames de liaison descendante multidiffusion.

@johanstokking Merci pour votre réponse.

Oui, c'est ainsi que fonctionne LoRaWAN. Chaque appareil de classe C écoutant cette fréquence avec ce débit de données spécifique recevra le message. Ils examineront le DevAddr du message pour voir s'il correspond à une session (multidiffusion) pour laquelle ils disposent de clés de session. Si c'est le cas, ils traitent le message et voient si la NwkSKey correspond au MIC, etc.

Merci je l'ai eu. Tu as été vraiment clair.

En parlant de ça ; êtes-vous sûr que la fréquence et le débit de données sont corrects ? La classe C utilise les paramètres RX2 pour cela. Les terminaux doivent écouter ces paramètres pour les trames de liaison descendante multidiffusion.

Je suis à peu près sûr d'avoir défini les bons paramètres. À mon avis, le problème pourrait être la façon dont je planifie la liaison descendante avec MQTT ou quelque chose concernant la passerelle. Je vais essayer cette semaine en suivant vos bons conseils et je reviens vers vous.

Veuillez utiliser les forums pour des questions supplémentaires ; nous ne répondons pas aux questions sur les problèmes de GitHub. Veuillez également consulter les modèles de problèmes pour cela.