Lorawan-stack: 멀티캐스트 등록 및 멀티캐스트 다운링크

@MatteMoveSRL 문제에 대해 감사드립니다. 지원 계획이 있는 TTI 고객인 경우 지원 채널을 사용하는 것이 가장 좋습니다.

여기에서 문제 템플릿을 사용하여 구조화된 방식으로 정보를 얻습니다.

멀티캐스트 장치 등록이 _Activation mode multicast_가 아니라 _Activation mode ABP_라는 결과를 얻었습니다. 왜 그런가요?

이를 위해서는 재생산 단계가 필요합니다. 문제 템플릿을 따르도록 게시물을 수정하세요.

"사용 가능한 다운링크 경로가 없습니다" 오류가 발생하기 때문에 플랫폼에서 다운링크 메시지를 보낼 수 없습니다. 또한 다음과 같이 Windows에서 MQTT 를 사용하여 다운링크를 보내려고 시도했지만 내 최종 장치에 아무 것도 도착하지 않습니다.

https://thethingsstack.io/devices/class-c-multicast/ 를 참조한 다음 Multicast Group 아래의 두 번째 메모를 참조하고 아래의 예에서 다운링크를 예약하는 방법을 참조하세요.

@johanstokking 답변 감사합니다!

나는 당신이 제안한 대로 구조화된 방식으로 정보를 얻기 위해 내 문제 목록을 업데이트했습니다. 이해할 수 있기를 바랍니다.

나는 여전히 이 두 가지 점을 이해하지 못한다.

대신 mosquitto_pub 다운링크 답변이 맞습니까? 물리적 OTAA 최종 장치에 아무것도 도착하지 않았기 때문에

콘솔을 통해 OTAA 장치를 멀티캐스트 그룹과 상호 연관시키는 방법을 이해하지 못합니다. 예를 들어 멀티캐스트 다운링크가 내 OTAA 장치에 도달할 수 있는 방법이 명확하지 않기 때문에 내 OTAA 장치를 추가할 수 있는 멀티캐스트 그룹(그의 McAddress 및 Mckeys 포함)을 보고 싶습니다.

귀하의 시간과 답변에 미리 감사드립니다.

@MatteMoveSRL 대신 mosquitto_pub 다운링크 답변이 맞습니까? 물리적 OTAA 최종 장치에 아무것도 도착하지 않았기 때문에

과거의 절대 시간을 제외하고는 잘못된 것 같지 않습니다.

그런데 gtwid 게이트웨이가 연결되어 있습니까? 게이트웨이 트래픽을 볼 때 콘솔에 예약된 다운링크가 보입니까?

@MatteMoveSRL 콘솔을 통해 OTAA 장치를 멀티캐스트 그룹과 연관시키는 방법을 이해하지 못합니다. 예를 들어 멀티캐스트 다운링크가 내 OTAA 장치에 도달할 수 있는 방법이 명확하지 않기 때문에 내 OTAA 장치를 추가할 수 있는 멀티캐스트 그룹(그의 McAddress 및 Mckeys 포함)을 보고 싶습니다.

아직 Application Server에서 원격 멀티캐스트 설정 프로토콜을 구현하지 않았습니다. 그래서 우리는 이것을 상관하지 않습니다. 멀티캐스트 장치는 가상 장치입니다. 최종 장치가 유니캐스트와 멀티캐스트 채널 모두에서 다운링크를 이해한다면 문제가 없을 것입니다.

@johanstokking 빠른 답변 감사합니다

하지만 gtwid는 연결된 게이트웨이인가요?

예, 게이트웨이가 연결되어 있고 mosquitto 명령에서 "gtwid" 대신 "gw-test"를 사용했습니다.

게이트웨이 트래픽을 볼 때 콘솔에 예약된 다운링크가 보입니까?

아니요 내 게이트웨이 "라이브 데이터"에 도착하는 다운링크가 표시되지 않지만 대신 내 애플리케이션 "foo"의 "라이브 데이터" 섹션에 도착하는 일부 데이터가 표시됩니다.

최종 장치가 유니캐스트와 멀티캐스트 채널 모두에서 다운링크를 이해한다면 문제가 없을 것입니다.

그렇다면 다운링크 메시지가 특정 OTAA 장치 그룹이 아닌 브로드캐스트 메시지처럼 게이트웨이에 연결된 모든 OTAA 장치에 도착한다는 말씀이신가요?

아니요 내 게이트웨이 "라이브 데이터"에 도착하는 다운링크가 표시되지 않지만 대신 내 애플리케이션 "foo"의 "라이브 데이터" 섹션에 도착하는 일부 데이터가 표시됩니다.

다음을 사용하여 게이트웨이 이벤트 로그를 구독하십시오.

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

또한 디버그 로그( log.level: debug )를 활성화합니다.

그런 다음 다운링크 메시지를 예약하고 로그 및 게이트웨이 이벤트를 관찰합니다.

그렇다면 다운링크 메시지가 특정 OTAA 장치 그룹이 아닌 브로드캐스트 메시지처럼 게이트웨이에 연결된 모든 OTAA 장치에 도착한다는 말씀이신가요?

예, LoRaWAN이 작동하는 방식입니다. 특정 데이터 속도로 해당 주파수에서 수신 대기하는 모든 클래스 C 장치는 메시지를 수신합니다. 그들은 메시지의 DevAddr을 보고 세션 키가 있는 (멀티캐스트) 세션과 일치하는지 확인합니다. 그렇다면 메시지를 처리하고 NwkSKey가 MIC 등과 일치하는지 확인합니다.

말하자면; 주파수와 데이터 속도가 정확합니까? 클래스 C는 이를 위해 RX2 매개변수를 사용합니다. 최종 장치는 멀티캐스트 다운링크 프레임에 대한 해당 매개변수를 수신해야 합니다.

@johanstokking 답변 감사합니다.

예, LoRaWAN이 작동하는 방식입니다. 특정 데이터 속도로 해당 주파수에서 수신 대기하는 모든 클래스 C 장치는 메시지를 수신합니다. 그들은 메시지의 DevAddr을 보고 세션 키가 있는 (멀티캐스트) 세션과 일치하는지 확인합니다. 그렇다면 메시지를 처리하고 NwkSKey가 MIC 등과 일치하는지 확인합니다.

덕분에 알았습니다. 당신은 정말 명확했습니다.

말하자면; 주파수와 데이터 속도가 정확합니까? 클래스 C는 이를 위해 RX2 매개변수를 사용합니다. 최종 장치는 멀티캐스트 다운링크 프레임에 대한 해당 매개변수를 수신해야 합니다.

올바른 매개변수를 설정했다고 확신합니다. 내 생각에 문제는 MQTT 또는 게이트웨이와 관련된 다운링크를 예약하는 방법일 수 있습니다. 이번 주에 귀하의 좋은 팁에 따라 시도하고 다시 연락드리겠습니다.

추가 질문은 포럼을 이용하십시오. GitHub 문제에 대한 질문에는 답변하지 않습니다. 이에 대한 문제 템플릿도 참조하십시오.