<
From version < 4.10 >
edited by Xiaoling
on 2022/05/11 15:24
To version < 4.6 >
edited by Xiaoling
on 2022/05/11 14:52
>
Change comment: There is no comment for this version

Summary

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 -**when the device running, we can see below info:**
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 -**Another message:**
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  
Copyright ©2010-2024 Dragino Technology Co., LTD. All rights reserved
Dragino Wiki v2.0