Hello, We are using RN2483 with ATmega644PA. Located in EU, running on 868 band, antenna is DELTA6A/X/SMAM/S/S/11. sys reset RN2483 1.0.3 Mar 22 2017 06:00:42 mac get deveui ok <deveui, enters this into device registration> mac set appeui <appeui> ok mac set appkey <appkey> ok mac set adr on ok ma…

Thanks, will go test that. :slightly_smiling_face: Any setting specifically recommended? Should SF11 work fine?

Went out and tested it. Tested SF10, SF9 and SF8. Nothing worked. Very rarely an “activation” data entry was created but we still constantly get “denied”. [Ekrankopio%20de%202018-03-25%2000-45-12] [Ekrankopio%20de%202018-03-25%2000-49-41]

[image] Foorack: Very rarely an “activation” data entry was created If TTN receives the OTAA Join packet and the EUIs and keys are okay, then such should be visible in TTN Console for each join attempt, if you have TTN Console open at the time of the join. (Or it should show an error when re-…

there was a problem last night … I was in the middle of testing things and couldn’t join otaa. at the moment it’s working ok as far as I can see

Hello @Foorack , It may be a very stupid question, but are you sure that the two gateways in the nearby are true multi-channel gateways? Because if they are single channel ones, then they are simply not able to receive on all the LoRaWAN specified channels that your node is transmitting on…

The same is happening to me… I tried with ABP, it’s working but OTAA giving problem…Previously It was working with SF7BW125 but when I changed it to SF12BW125 after that even I get back to original setting still the same reply is coming i.e. denied

Denied when using OTAA

How to get started

kersing (Jac Kersing) March 24, 2018, 10:02pm 2

Set your data rate to something other than SF12. Some RN2483 modules have issues joining on SF12.

Join not accepted: denied with Sodaq Explorer

ADR problems - node of the same type have different ADR behaviour