Changes for page LoRaWAN Communication Debug
Last modified by Edwin Chen on 2025/01/29 20:30
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 1 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,9 +1,12 @@ 1 1 **~ Contents:** 2 2 3 +((( 4 + 5 +))) 6 + 3 3 {{toc/}} 4 4 5 5 6 - 7 7 = 1. OTAA Join Process Debug = 8 8 9 9 These pages are useful to check what is wrong on the Join process. Below shows the four steps that we can check the Join Process. ... ... @@ -182,7 +182,7 @@ 182 182 Depends on Class A or Class C, the receive windows will be a little difference, 183 183 ))) 184 184 185 -[[image:image-202205 31161828-1.png]]188 +[[image:image-20220526164547-11.png]] 186 186 187 187 receive windows for Class A and Class C 188 188 ... ... @@ -194,8 +194,6 @@ 194 194 * This packet must match the frequency of the RX1 or RX2 window. 195 195 * This packet must match the DataRate of RX1(RX1DR) or RX2 (RX2DR). **This is the common fail point, because different lorawan server might use different RX2DR and they don't info End Node via ADR message so cause the mismatch. If this happen, user need to change the RX2DR to the right value in end node. In OTAA, LoRaWAN Server will send the RX2DR setting in Join Accept message so the end node will auto adjust. but ABP uplink doesn't support this auto change.** 196 196 197 - 198 - 199 199 == 5.2 See Debug Info == 200 200 201 201 ((( ... ... @@ -435,6 +435,7 @@ 435 435 * ((( 436 436 Some node decoders may not have filtering function, or you need decoders of other servers and formats. Please send an email to [[david.huang@dragino.cc>>mailto:david.huang@dragino.cc]] 437 437 439 + 438 438 439 439 ))) 440 440
- image-20220531161828-1.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Xiaoling - Size
-
... ... @@ -1,1 +1,0 @@ 1 -98.6 KB - Content