Closed Oliv4945 closed 4 years ago
To help in debugging, @Oliv4945 can you please confirm that this issue is not present in TTN V3?
Thanks
Unfortunately we're not going to fix this issue in V2 anymore. It would require extensive testing to deploy changes at this point, if it would indeed be identified as bug.
Ok, thank you
This is a bug report for the backend
Use TTN V2 with a 8 channels gateway with US915 region. Frequency plan configured as per this file
Start the device, join the network, then wait for the first uplink
A link ADR loop is created:
The network sends :
JSON down: {"txpk":{"imme":false,"tmst":842666298,"freq":927.5,"rfch":0,"powe":20,"modu":"LORA","datr":"SF7BW500","codr":"4/5","ipol":true,"size":22,"ncrc":true,"data":"YLYkASaKZQADQAIAcQM6AP8BdQ8H4Q=="}}
This corresponds to mac command contained in the FOpts:0340020071033A00FF01
; two link ADR commands:So channels 8 to 15 are activated at 125 kHz SF7 + channel 65 at 500 kHz
The modem answers:
JSON up: {"rxpk":[{"tmst":844495452,"chan":4,"rfch":1,"freq":904.700000,"stat":1,"modu":"LORA","datr":"SF7BW125","codr":"4/5","lsnr":9.5,"rssi":-69,"size":17,"data":"QLYkASaAaQAA+1QENAfwmHM="}]}
which seems to respect what the LNS asked. Payload is03070307
so the device successfully acknowledge both requests.But the network server creates again the same LinkADRReq command, the modem reply and it never stops. Did I missed something ?
AppSKey:
64441D8DF3E3635710FD46AD16A41E23
NwkSKey:9101F5654E83C740859B5F6EC1998161
Thank you