Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

If the device wakes up from deep-sleep every 15 minutes does a join, it is indeed not strange that this happens. Every join must use a unique random 2-byte nonce, so if a device joins very often, it will eventually become more and more difficult to randomly select a nonce that has not been used before.

Instead, you should program your device such that it joins once (for example, triggered by a press-and-hold "reset") and stores the session parameters (with a `mac save` if your device has a RN2483 module). After this, you don't have to re-join every time the device wakes up, which will prevent your device from running out of unique join nonces.

In the meantime, you could try changing the AppKey in the console, and then change it back to the old value. This will clear the list of used nonces, and should allow your device to join again.


First of all, this is not how LoRaWAN devices should operate.

Second, I see about 93 used app and dev nonces now. Is this consistent with how many there should be based on the retry count? I'm looking at device 00000817.

Are you wiping the whole end device state? I.e. could the device be refusing the join accept based on a used app nonce?

Also, do you see the gateway emitting the join accept in the first place?

Finally, can you confirm that RX2 DR is 5 (SF12) and Eric, can you confirm that this is 5 on this private network as well? Otherwise the success rate may be related to the RX1/RX2 decision

Problem

Solution



  • No labels