Lorawan-stack: 최신 업링크 메시지 및 업링크 및 다운링크 수 표시

이것이 동일한지 확실하지 않지만 NS의 session 존재, 활성화 날짜/시간 및 잠재적인 프레임 카운터를 빠르게 확인하면 매우 도움이 될 것입니다.

@rvolosatovs 는 NS에 "마지막으로 본" 타임스탬프를 유지하고 있습니까?

@rvolosatovs 는 NS에 "마지막으로 본" 타임스탬프를 유지하고 있습니까?

아니요, 하지만 RecentUplinks ( RecentUplinks[len(RecentUplinks)-1].ReceivedAt )에서 파생될 수 있습니다.

@rvolosatovs 는 NS에 "마지막으로 본" 타임스탬프를 유지하고 있습니까?

아니요, 하지만 RecentUplinks ( RecentUplinks[len(RecentUplinks)-1].ReceivedAt )에서 파생될 수 있습니다.

그게 내가 한 일이지만 완전한 기능을 위해서는 이벤트 스트림에 연결하여 숫자를 실시간으로 업데이트해야 한다고 생각했습니다.

그게 내가 한 일이지만 완전한 기능을 위해서는 이벤트 스트림에 연결하여 숫자를 실시간으로 업데이트해야 한다고 생각했습니다.

이런 식으로 구현하기 전에 @htdvisser 접근 방식이 충분히 철저하다고 생각하십니까? 업링크 다운링크 이벤트에는 현재 프레임 수가 포함되어 있지 않으므로 최종 장치 내부의 세션 소품에서 얻은 초기 값을 기반으로 이를 증가시켜야 합니다.

그렇게 갈 길이 아닙니다.

프레임 카운터를 함께 보내지 않습니까? 그것이 그때 진짜 문제가 될 것입니다.

@rvolosatovs 는 NS에 "마지막으로 본" 타임스탬프를 유지하고 있습니까?

아니요, 하지만 RecentUplinks ( RecentUplinks[len(RecentUplinks)-1].ReceivedAt )에서 파생될 수 있습니다.

그게 내가 한 일이지만 완전한 기능을 위해서는 이벤트 스트림에 연결하여 숫자를 실시간으로 업데이트해야 한다고 생각했습니다.

불행히도, 첫눈에 보이는 것처럼 간단하지 않습니다.

1. (ABP) ResetsFCnt==true 가 FCnt 자체를 재설정할 수 있는 장치
2. (OTAA) 장치 자체가 FCnt 아직 재설정하지 않고 재결합할 수 있습니다. FCnt 는 다음에 수신된 데이터 업링크에서 사용되는 세션 키 ID에 따라 재설정되거나 증가됩니다.
3. 업링크 페이로드의 FCnt 값은 반드시 실제 장치 FCnt 필요는 없습니다. 업링크에서 16개의 LSB만 전송되는 반면 프레임 카운터는 32비트 너비일 수 있기 때문입니다.

이 모든 것은 NS에 의해 처리되며(2. 부분적으로 AS에 의해) 콘솔이 동일한 작업을 수행할 것이라고 생각하지 않습니다.

앞으로의 방법은 (1.) - ns.device.reset 및 (2.) - ns.device.confirm_session (또는 ns.device.rejoin ?)에 대한 이벤트를 추가하는 것입니다.
(3.)의 경우 전체 FCnt 값을 콘솔에 전달하는 방법을 찾아야 합니다. ns.up.data.match 또는 ns.up.data.handle 와 같이 업링크의 성공적인 처리를 나타내며 전체 FCnt (및 그 이상)를 포함하는 다른 이벤트를 소개할 수 있습니다. ns.up.data.forward 는 여기에서 관련이 없으며 단지 AS로 전송되는 업링크를 나타냅니다. 현재 각 업링크에 잘못 게시되어 있으며 이제 실제로 AS(PR 수신)로 전달될 때만 게시됩니다. , AS 업링크 페이로드에는 전체 FCnt 가 포함되지 않지만 업링크에서 전송된 FCnt (즉, 16LSB)

이를 구동하기 위한 NS 이벤트에 대한 결론에 도달할 때까지 차단되며 이는 NS에서 구현됩니다.

좋아, 나는 이것이 현재로서는 실제로 실현 가능하지 않다는 것을 알고 있습니다. last seen 값은 어떻습니까? 장치 레지스트리에서 초기 값을 얻은 다음 관련 장치 이벤트(예: 업링크, 확인된 다운링크 등)를 통해 업데이트된 상태로 유지하기 위해 저장합니까?

좋아, 나는 이것이 현재로서는 실제로 실현 가능하지 않다는 것을 알고 있습니다. last seen 값은 어떻습니까? 장치 레지스트리에서 초기 값을 얻은 다음 관련 장치 이벤트(예: 업링크, 확인된 다운링크 등)를 통해 업데이트된 상태로 유지하기 위해 저장합니까?

예, ns.up.data.receive , ns.up.join.receive , ns.up.rejoin.receive 당신이 찾고 있는 것입니다

~ https ://github.com/TheThingsNetwork/lorawan-stack/pull/2221 #2222에 의해 차단됨~

NS는 이제 ns.up.data.process 이벤트를 게시합니다. 여기에는 전체 FCnt 가 페이로드로 포함된 업링크가 포함됩니다.

업링크의 값을 장치의 실제 활성 DevAddr 및 FCntUp 로 사용하십시오.

다운링크의 경우 현재 유사한 기능이 없지만 이 문제의 초점도 아닙니다. 업링크 FCnt로 시작한 다음 나중 단계에서 다운링크를 추가하겠습니다(LoRaWAN 버전에 따라 실제로 2개의 고유한 다운링크가 있을 수 있습니다. 프레임 카운터 - 하나는 NS용이고 하나는 AS용이므로 업링크 프레임 카운터도 훨씬 덜 중요합니다.)

애플리케이션의 마지막 업링크를 알게 되면 애플리케이션 보기에서 Linked 를 Last seen 로 바꾸겠습니다(게이트웨이 개요 페이지와 유사).

애플리케이션의 마지막 업링크를 알게 되면 애플리케이션 보기에서 Linked 를 Last seen 로 바꾸겠습니다(게이트웨이 개요 페이지와 유사).

응용 프로그램에 대한 해당 정보를 전역적으로 표시하는 것은 확실히 좋지만 그렇게 하면 콘솔이 응용 프로그램과 관련된 모든 최종 장치를 차례로 조사하여 초기에 마지막으로 본 상태를 표시할 수 있어야 함을 의미합니다. 수백 또는 수천 개의 최종 장치가 있는 애플리케이션을 가정해야 할 때 이것이 실행 가능하다고 생각하지 않습니다.

내가 생각할 수 있는 두 가지:

1. 장치 메시지 이벤트의 수신 스트림을 통해 사용할 수 있게 되면 마지막으로 본 정보를 표시할 수 있습니다. 그러나 애플리케이션 설정에 따라 적시에 이러한 이벤트를 사용할 수 없음을 의미할 수 있습니다(1시간마다 또는 덜 자주 다운링크를 보내는 최종 장치를 생각해 보십시오).
2. 처음에 마지막으로 본 값 계산을 중지한 후 장치 수의 임계값을 사용할 수 있습니다. 응용 프로그램에 100개 이상의 장치가 있는 경우 응용 프로그램 페이지를 로드한 직후에 필요한 장치 이벤트가 도착할 가능성도 매우 높습니다.

@htdvisser @rvolosatovs 제가 간과하고 있는 것이 있습니까? 또는 해당 데이터를 집계하고 API 엔드포인트를 통해 사용할 수 있도록 하는 방법을 생각할 수 있습니까?

ApplicationLinkStats 에는 last_up_received_at 및 last_downlink_forwarded_at 가 있습니다.

https://github.com/TheThingsNetwork/lorawan-stack/blob/develop/api/applicationserver.proto#L56 -L69

#2585를 통해 폐쇄