Lorawan-stack: Registro multicast e downlink multicast

@MatteMoveSRL obrigado pelo seu problema. Se você é cliente TTI com plano de suporte, o melhor é usar o canal de suporte.

Usamos modelos de problemas aqui para obter informações de maneira estruturada.

Percebi que o dispositivo de multicast de registro não resulta como _Modo de ativação multicast_, mas como _Modo de ativação ABP_. Porque isto é assim?

Precisamos de etapas de reprodução para isso, edite sua postagem para seguir o modelo de problema.

Não consigo enviar mensagens de downlink da plataforma porque ocorrem erros "nenhum caminho de downlink disponível" . Tentei também enviar um downlink usando o MQTT no Windows da seguinte forma, mas nada chega ao meu dispositivo final.

Consulte https://thethingsstack.io/devices/class-c-multicast/ , depois a segunda nota em Multicast Group e o exemplo abaixo com como agendar downlink.

@johanstokking Muito obrigado pelas respostas!

Atualizei meus problemas para obter as informações de forma estruturada como você sugeriu. espero que seja compreensível

Ainda não entendi esses dois pontos:

Em vez disso, a resposta do downlink do mosquitto_pub está correta? Porque eu não vi nada chegando nos meus dispositivos finais OTAA físicos

Não entendo como correlacionar meus dispositivos OTAA com meu grupo multicast por meio do console. Eu gostaria de ver por exemplo um grupo multicast (com seu McAddress e Mckeys) onde eu possa adicionar meus dispositivos OTAA porque não está claro como o downlink multicast pode alcançar meus dispositivos OTAA

Muito obrigado desde já pelo seu tempo e pela sua resposta.

@MatteMoveSRL Em vez disso, a resposta do downlink do mosquitto_pub está correta? Porque eu não vi nada chegando nos meus dispositivos finais OTAA físicos

Tirando o tempo absoluto, que está no passado, não parece errado.

Mas, gtwid é um gateway conectado? Você vê o downlink agendado no Console, ao analisar o tráfego do gateway?

@MatteMoveSRL Não entendo como correlacionar meus dispositivos OTAA com meu grupo multicast por meio do console. Eu gostaria de ver por exemplo um grupo multicast (com seu McAddress e Mckeys) onde eu possa adicionar meus dispositivos OTAA porque não está claro como o downlink multicast pode alcançar meus dispositivos OTAA

Ainda não implementamos o protocolo Remote Multicast Setup no Application Server. Então não correlacionamos isso. O dispositivo multicast é um dispositivo virtual. Se o seu dispositivo final entende downlink tanto no canal unicast quanto no canal multicast, você deve estar bem.

@johanstokking Obrigado pela resposta rápida

Mas, o gtwid é um gateway conectado?

Sim, o gateway está conectado e usei "gw-test" em vez de "gtwid" no comando mosquitto.

Você vê o downlink agendado no Console, ao analisar o tráfego do gateway?

Não, não vejo nenhum downlink chegando no meu gateway "dados ao vivo", mas vi alguns dados chegando na seção "dados ao vivo" do meu aplicativo "foo":

Se o seu dispositivo final entende downlink tanto no canal unicast quanto no canal multicast, você deve estar bem.

Então você quer dizer que a mensagem de downlink chega a todos os dispositivos OTAA conectados ao gateway como uma mensagem de broadcast e não a um grupo específico de dispositivos OTAA?

Não, não vejo nenhum downlink chegando no meu gateway "dados ao vivo", mas vi alguns dados chegando na seção "dados ao vivo" do meu aplicativo "foo":

Assine o log de eventos do gateway com;

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

Ative também os logs de depuração ( log.level: debug ).

Em seguida, agende a mensagem de downlink e observe os logs e eventos de gateway.

Então você quer dizer que a mensagem de downlink chega a todos os dispositivos OTAA conectados ao gateway como uma mensagem de broadcast e não a um grupo específico de dispositivos OTAA?

Sim, é assim que o LoRaWAN funciona. Cada dispositivo de classe C que estiver ouvindo nessa frequência com essa taxa de dados específica receberá a mensagem. Eles examinarão o DevAddr da mensagem para ver se ela corresponde a uma sessão (multicast) para a qual eles têm chaves de sessão. Em caso afirmativo, eles processam a mensagem e verificam se o NwkSKey corresponde ao MIC etc.

Falando nisso; você tem certeza de que a frequência e a taxa de dados estão corretas? A classe C usa os parâmetros RX2 para isso. Os dispositivos finais devem estar ouvindo nesses parâmetros os quadros de downlink multicast.

@johanstokking Obrigado pela sua resposta.

Sim, é assim que o LoRaWAN funciona. Cada dispositivo de classe C que estiver ouvindo nessa frequência com essa taxa de dados específica receberá a mensagem. Eles examinarão o DevAddr da mensagem para ver se ela corresponde a uma sessão (multicast) para a qual eles têm chaves de sessão. Em caso afirmativo, eles processam a mensagem e verificam se o NwkSKey corresponde ao MIC etc.

Obrigado consegui. Você foi muito claro.

Falando nisso; você tem certeza de que a frequência e a taxa de dados estão corretas? A classe C usa os parâmetros RX2 para isso. Os dispositivos finais devem estar ouvindo nesses parâmetros os quadros de downlink multicast.

Tenho certeza de que defini os parâmetros corretos. Na minha opinião, o problema pode ser como eu agendo o downlink com o MQTT ou algo relacionado ao gateway. Vou tentar esta semana seguindo suas boas dicas e voltar para você.

Por favor, use os fóruns para perguntas adicionais; não respondemos a perguntas sobre problemas do GitHub. Por favor, veja os modelos de problemas para isso também.