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)
Details
- Page properties
-
- Content
-
... ... @@ -244,55 +244,60 @@ 244 244 **For End Node** 245 245 ))) 246 246 247 -((( 248 248 we can use AT Command (AT+CFG) to check the RX1 configure and RX2 configure. as below: 249 -))) 250 250 249 +(% class="box infomessage" %) 251 251 ((( 252 - 251 + AT+RX2FQ=869525000 ~-~--> The RX2 Window frequency 253 253 ))) 254 254 254 +(% class="box infomessage" %) 255 255 ((( 256 + AT+RX2DR=3 ~-~--> The RX2 DataRate 257 +))) 258 + 256 256 (% class="box infomessage" %) 257 257 ((( 258 -AT+RX2FQ=869525000 ~-~--> The RX2 Window frequency 259 -AT+RX2DR=3 ~-~--> The RX2 DataRate 260 -AT+RX1DL=1000 ~-~--> Receive Delay 1 261 -AT+RX2DL=2000 ~-~--> Receive Delay 2 261 + AT+RX1DL=1000 ~-~--> Receive Delay 1 262 262 ))) 263 -))) 264 264 264 +(% class="box infomessage" %) 265 265 ((( 266 - **whenthedevicerunning,wecanseebelowinfo:**266 + AT+RX2DL=2000 ~-~--> Receive Delay 2 267 267 ))) 268 268 269 -{{{ [12502]***** UpLinkCounter= 0 ***** 270 - [12503]TX on freq 868500000 Hz at DR 0 271 - [13992]txDone 272 - [15022]RX on freq 868500000 Hz at DR 0 --> RX1 window open at frequency: 868500000, DR0, after 15022-13992= 1030ms of txdone 273 - [15222]rxTimeOut --> no packet arrive in RX1 window. (duration: 200ms) 274 - [15987]RX on freq 869525000 Hz at DR 3 --> RX2 window open at frequency: 869525000, DR3, after 15987-13992= 1995ms of txdone 275 - [16027]rxTimeOut --> no packet arrive in RX2 window. (duration: 40 ms)}}} 269 +**when the device running, we can see below info:** 276 276 277 277 ((( 278 278 279 279 ))) 280 280 275 +{{{ [12502]***** UpLinkCounter= 0 ***** 276 + [12503]TX on freq 868500000 Hz at DR 0 277 + [13992]txDone 278 + [15022]RX on freq 868500000 Hz at DR 0 --> RX1 window open at frequency: 868500000, DR0, after 15022-13992= 1030ms of txdone 279 + [15222]rxTimeOut --> no packet arrive in RX1 window. (duration: 200ms) 280 + [15987]RX on freq 869525000 Hz at DR 3 --> RX2 window open at frequency: 869525000, DR3, after 15987-13992= 1995ms of txdone 281 + [16027]rxTimeOut --> no packet arrive in RX2 window. (duration: 40 ms)}}} 282 + 281 281 ((( 282 - **Anothermessage:**284 + 283 283 ))) 284 284 285 -{{{ [12502]***** UpLinkCounter= 0 ***** 286 - [12503]TX on freq 868100000 Hz at DR 0 287 - [13992]txDone 288 - [15022]RX on freq 868100000 Hz at DR 0 289 - [15222]rxTimeOut 290 - [15987]RX on freq 869525000 Hz at DR 3 291 - [16185]rxDone --> We have got the downstream packet. 292 - Rssi= -64 293 - Receive data 294 - 1:0012345678}}} 287 +**Another message:** 295 295 289 +{{{ 290 + [12502]***** UpLinkCounter= 0 ***** 291 + [12503]TX on freq 868100000 Hz at DR 0 292 + [13992]txDone 293 + [15022]RX on freq 868100000 Hz at DR 0 294 + [15222]rxTimeOut 295 + [15987]RX on freq 869525000 Hz at DR 3 296 + [16185]rxDone --> We have got the downstream packet. 297 + Rssi= -64 298 + Receive data 299 + 1:0012345678}}} 300 + 296 296 == 5.3 If problem doesn’t solve == 297 297 298 298 **If user has checked below steps and still can't solve the problem, please send us (support @ dragino.com) the sceenshots for each step to check. They include:** ... ... @@ -316,7 +316,9 @@ 316 316 So if the LoRaWAN server is an AS923 server which ask the gateway to transmit at 923.2Mhz frequency, but the gateway is IN868 frequency band (support 865~~867Mhz to transmit). In the gateway log it will show something like below: 317 317 ))) 318 318 319 -{{{Sat Nov 21 08:04:17 2020 daemon.info lora_pkt_fwd[1680]: ERROR~ Packet REJECTED, unsupported frequency - 923200000 (min:865000000,max:867000000)}}} 324 +((( 325 +Sat Nov 21 08:04:17 2020 daemon.info lora_pkt_fwd[1680]: ERROR~~ Packet REJECTED, unsupported frequency - 923200000 (min:865000000,max:867000000) 326 +))) 320 320 321 321 ((( 322 322 ... ... @@ -372,9 +372,7 @@ 372 372 373 373 [[image:https://wiki.dragino.com/images/7/77/Decrypt_a_LoRaWAN_Packet4.png||alt="Decrypt a LoRaWAN Packet4.png" height="390" width="558"]] 374 374 375 -((( 376 376 The FRMPayload is the device payload. 377 -))) 378 378 379 379 380 380 = 8. Why i see uplink 0x00 periodcally on the LHT65 v1.8 firmware = ... ... @@ -383,58 +383,32 @@ 383 383 384 384 = 9. Why do I see a "MIC Mismatch" error message from the server? = 385 385 386 -((( 387 387 1)If the user receives a "MIC Mismatch" message after registering the node on the server. 388 -))) 389 389 390 -((( 391 391 It is likely that the user filled in the wrong APPKEY when registering the node. Many users fill in "APPSKEY". 392 -))) 393 393 394 -* ((( 395 -Please note the distinction between "APPKEY" and "APPSKEY". 396 -))) 395 +* Please note the distinction between "APPKEY" and "APPSKEY". 397 397 398 -((( 399 399 2)If the node works on the server for a period of time, the device stops working and receives a "MIC Mismatch" message. 400 -))) 401 401 402 -((( 403 403 The user needs a USB-TTL adapter to connect the serial port to modify the node APPKEY. 404 -))) 405 405 406 -* ((( 407 -If a node is registered with multiple servers, it may also cause the "mic mismatch" error. 408 -))) 401 +* If a node is registered with multiple servers, it may also cause the "mic mismatch" error. 409 409 410 410 = 10. Why i got the payload only with "0x00" or "AA~=~="? = 411 411 412 -* ((( 413 -If you are using US915, AU915 and AS923 frequencies.This is normal phenomenon. 414 -))) 405 +* If you are using US915, AU915 and AS923 frequencies.This is normal phenomenon. 415 415 416 -((( 417 - When using the frequency mentioned above, the server sometimes adjusts the rate of the node, because the node defaults to the adaptive rate. 418 -))) 407 +When using the frequency mentioned above, the server sometimes adjusts the rate of the node, because the node defaults to the adaptive rate. 419 419 420 -((( 421 - When the server adjusts your node rate to 0, the maximum payload length is 11 bytes. The server sometimes sends an ADR packet to the node, 422 -))) 409 +When the server adjusts your node rate to 0, the maximum payload length is 11 bytes. The server sometimes sends an ADR packet to the node, 423 423 424 -((( 425 - and the node will reply to the server after receiving the ADR packet, but the number of payload bytes exceeds the limit, 426 -))) 411 +and the node will reply to the server after receiving the ADR packet, but the number of payload bytes exceeds the limit, 427 427 428 -((( 429 - so it will send a normal uplink packet, and an additional 00 data packet. 430 -))) 413 +so it will send a normal uplink packet, and an additional 00 data packet. 431 431 432 -* ((( 433 -Solution: Use the decoder to filter out this 00 packet. 434 -))) 435 -* ((( 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 437 -))) 415 +* Solution: Use the decoder to filter out this 00 packet. 416 +* 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 438 438 439 439 (% class="wikigeneratedid" id="H" %) 440 440