Arduino MKR WAN 1300

(Mjunior) #108

Sure, I’m aware that TTN will validate the counters. I’m not using TTN on those tests. I’m running my own loraserver, then I can ignore the counters if I have to.
Anyway, I read the thread you mention about OTAA best practice, and I’m still confused about the ADRACKReq command. On my analysis here I believe that forcing the NS to send a ADRACKReq command would solve my current situation and probably can be the final solution or part of it. Using the MKRWAN lib I can easily keep track of the counters, but as far as I know I can’t mask the channels by myself (there’s no AT command to do so), that’s why I need the NS to send the ADRACKReq MAC command to the device, defining the channels to be used.

Thanks again.

(Jac Kersing) #109

If you want to resume you need to save and restore all state information of the LoRaWAN stack to conform to the specification.

(Mjunior) #110

Can you tell how to do it in the MKRWAN1300 ? :thinking:

(Mjunior) #111

Hey @Amedee , I was looking at your solution on Github as you mentioned here: Arduino MKR WAN 1300.
It looks like you were doing the same aproach as I am. Don’t you have problems with the channels used? In my case if the device doesn’t receive the ADRACKReq MAC command from the NS, having the available channels it will randomize a channel (over all 64 there are on the AU915 plan) for every message. If a I have only 2 8-channels gateways near me (my actual situation!) only 25% of the messages are received.
When I run an OTAA join, the NS will send a downlink with the ADRACKReq MAC command informing the available channels (which was configured on my loraserver). But when I reboot the end device and retrieve the key from memory then perform a ABP join, it is not aware of what are the available channels, and by default, will pick any channel to send each message. Don’t you have this kind of problem? Do you know if it is possible to force the NS to send the channel availability to the device? Do you know if it’s possible to directly mask the channels on the MKRWAN1300?


(Amedee) #112

Yes, my solution is not complete…
It works well with EU868 because the channels are fixed… (I still should change the downlink channel config for higher SF though as TTN is non standard)

I’m afraid you will have to hack the firmware to get/set channel config

(Mjunior) #113

Yes, that’s my current problem @Amedee !
MKRWAN’s modem doesn’t has an AT command to get / set the channel. The Murata’s firmware has the AT+CHMASK to do so, but Arduino doesn’t implemented it. So, my solution to do the OTAA join once and then use ABP join on the next ones can’t be successfully used 'cause it will start losing a lot of packets due to sending on channels that has no gateways listening to!

Does anyone has a solution for it, to be used on the US915 or AU915 channel plan?