'accept join-request' then the 'Forward join-accept message' loop

Greetings,

I am using a AU915 IMMOTION People Counter, LoRaWAN MAC 1.02 REV A and Australia 915-928 Mhz FSB 2. Since moving to Australia v3 Cluster the End Device will loop between ‘accept join-request’ then the ‘Forward join-accept message’ over and over again until the batteries are exhausted.
The End Device will then continue trying to rejoin without any success.

The same AU915 IMMOTION People Counter, LoRaWAN MAC 1.02 REV B worked without fault on the Australia v2 Cluster.

The same AU915 IMMOTION People Counter, works without fault on the SENET LoRaWAN and Loriot LoRaWAN.

The AS923 IMMOTION People Counter, LoRaWAN MAC 1.02 REV A and Asia 920-923MHz (used by TTN Australia) works without fault on the Australia v3 Cluster.

It is becoming clear that the End Device is not at fault but for some reason incompatible with Australia v3 Cluster.

Can anyone offer a suggestion on how I can get the AU915 IMMOTION People Counter, LoRaWAN MAC 1.02 REV A End Device working on the Australia v3 Cluster using the Australia 915-928 Mhz FSB 2 Frequency. The End Device developers and users have tried many times and settings with no success.

To meaningfully debug this you need to:

  • Have the closest gateway be one that you control

  • Capture the raw join accept packet being transmitted back to the node by the gateway, along with its air settings. If no join accept is being generated, there’s probably a problem with your node registration details.

  • Find a way (like serial debug output) to access the air settings the end device is using during receive attempts, and compare these to those used to transmit the join accept.

It is becoming clear that the End Device is not at fault

It’s quite premature to conclude that, because you are overlooking the possibility of an only partially LoRaWAN compliant configuration that works with some legal network behaviors but not with other also legal network behaviors.

That said, there’s not much variation in join accept behavior.

Also keep in mind that having a node too close to a gateway is known to result in unreliable communication due to front end overload issues.

Hi cslorabox - Thankyou so much for your advice. I’m out of the office for the next couple of days but I’ll be sure to try your tips later in the week. I was not aware that having a node too close to a Gateway is known to result in unreliable communication. Great Tip!