Helium network not working #854
-
Hi All, I'm trying to connect to Helium 868Mhz network from UK, based on map there should be coverage. Code is closer to IBM v1.6 + RFM95 but should work same way. detailed field logs: log summary
Not sure what to look for. Code is simple as can be:
|
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 1 reply
-
Can you connect to TTN with the same setup? Helium maps are not super reliable indications of coverage. I always try to test first with a gateway where I can see the logs. |
Beta Was this translation helpful? Give feedback.
-
It looks like your appkey might be backwards. Appkey is big-endian; deveui and appeui are little endian, and appear to be reversed. I'm guessing appkey is too. |
Beta Was this translation helpful? Give feedback.
-
We can't tell whether there's a credential error. The only thing in the protocol is that the network doesn't respond. EV_JOIN_TXCOMPLETE tells you that this happened. But you can't tell if this means "my credentials are bad" or "no gateway in range" or "the uplink join request got smashed" or "the downlink join accept got smashed". (It can even mean "the closest gateway in range is not working right".) Just the way the spec is written. In EU, there's an additional constraint for duty cycle; the gateway might not be permitted (due to regulations) to send a downlink at the time the device has the Rx window open. If you have a gateway for which you can get the logs, you can use a lorawan decoder to check the MIC against the expected credentials, and that will help find credential problems. I have to do that every so often. You can distinguish between uplink and downlink problems by looking at the console. The network also cannot tell if the device has received the join accept until it gets a data message. If there's a downlink issue, the network console will show that the device is joined, with a devaddr and session keys, and will display the time of the uplink; but the device won't think it's joined. That rules out credential and transmit-path problems, but doesn't tell you which of the many downlink issues is the problem. I generally recommend using two devices, if possible, each with the raw sketch, and make sure they can talk to each other. Once that's working, you can then work backwards towards the gateway. |
Beta Was this translation helpful? Give feedback.
-
Wow it worked! Turned out to be the endianess. |
Beta Was this translation helpful? Give feedback.
It looks like your appkey might be backwards. Appkey is big-endian; deveui and appeui are little endian, and appear to be reversed. I'm guessing appkey is too.