I have a RAK7200 and I’m attempting to join the network. I’ve followed the manual they provide. However, when I send the join request (at+join) it returns joined failed after five attempts. In the live data tab, I can see four events:
Recommend : Change RX1 to 5s & RX2 to 6s - don’t attempt join @ SF12….L-A recommend network provider limit. How far apart are node & gw? What RSSI values are you seeing at each end?
I’m getting -115 rssi (inside) and -10.5 snr, which is pretty weak but I think should be okay? The gateway is pretty far out, about 3.9km… But it is located 136m up on top of a tower, and I have been hitting it pretty reliably.
RX1 is set to 5s and RX2 is set to 6s indeed, or do you mean RECEIVE_DELAY?
RECEIVE_DELAY_1: 1000ms
RECEIVE_DELAY_2: 2000ms
JOIN_ACCEPT_DELAY_1: 5000ms
JOIN_ACCEPT_DELAY_2: 6000ms
Could you explain what you mean with “don’t attempt join @ SF12….L-A recommend network provider limit.”? I don’t fully understand this as this is my first time experimenting with TTN and LoRaWAN.
There are numerous discussions on the forum you can read about:
Devices are heard by a gateway, a Join Accept is shown on the console but fails to join - this means the gateway with its big, nicely setup antenna heard the weak signal but the device with the teeny tiny antenna didn’t because it’s teeny & tiny & most likely not optimal.
and
How almost no one starting out with LoRaWAN is successful if they don’t have access to a gateway console as a minimum to allow them to see what happens at the gateway level and almost always ends up with a gateway of their own.
Super hugely important technical note: The gateway accepts all signals that look like valid LoRa packets and passes them on. The LoRaWAN Network Server processes the request and does the accepting and instructs a gateway to transmit the accept. This is covered in the Learn section.
Really very critical legal & FUP note: Continuous retries resulting in downlinks will breach the 10 downlinks a day - you used up 5 in the screen shot - please do NOT post text as screen shots, use the </> to format them.
The most efficient way for the volunteers to answer questions is for you to have read all of the Learn section so that things like the role of gateways and joining at SF12 etc are clearer. You’ll make good progress if you know the basics.
As OP appears to pick up on the response nicely, I’ll hijack this just once more for completeness
Search for RECEIVE_DELAY1 in all of the Regional Parameter docs - they’re 1sec for 1.0.2, 1.0.4 and 1.1 just checked. So nothing TTNv2 or 1.0.2 default, it’s actually meant to be.
Ah, the Rx1 setting is in the spec, not that v1.0.2 is the default. Wasn’t clear which ‘this’ was being referred to.
Rx1 may be 1s by default in the spec but the reason v3 is 5s is to bring it inline with everyone else who’d already found that 1s was too short. And RAK were targeting TTN v2 when the 7200 came out which is no more so they have put setup instructions for v3 but apparently not changed the firmware in all this time.