Does ADR require the use of confirmed uplinks?

TTN Network and Services
21

With LMiC, if traffic uplink is confirmed (or better not) is controlled by the final argument to LMIC_setTxData2 (u1_t port, xref2u1_t data, u1_t dlen, u1_t confirmed);

That said, there are many network housekeeping reasons other than confirmed uplink why a network server would generate a dowlink, the thread subject ADR being one of them…

22

hi @cslorabox, I hope you are not tired of me, and can help-me :grin:

I am using the ABP and OTTA example from the MCCI library, in the examples already have this configuration. I also checked before writing the first time, too

LMIC_setTxData2(1, mydata, sizeof(mydata)-1, 0);

I also tried to disable link check validation before and after “case EV_JOINED” , but it did not work

LMIC_setLinkCheckMode(0);

I pointed again to the TTN, to have more access to the logs, every uplink , i get a downlink. You can see the pictures ? Thanks

https://ibb.co/8D2Wzyw // device
https://ibb.co/mhrmn0W // device
https://ibb.co/5hGqTVR // gateway
https://ibb.co/4Z5tYXQ // gateway

Below, a log of downlink on gateway Dragino-LG02

(RXPKT): [up] {“rxpk”:[{“time”:“2020-07-01T21:15:14.855718Z”,“tmst”:3384576861,“chan”:0,“rfch”:1,“freq”:915.200000,“stat”:1,“modu”:“LORA”,“datr”:“SF7BW125”,“codr”:“4/5”,“lsnr”:7.8,“rssi”:-57,“size”:26,“data”:“QFoWASaALQABy6gPr2g90WGCZw+5jXlHBWE=”}]}

(TXPKT): [down] {“txpk”:{“imme”:false,“tmst”:3386576861,“freq”:923.3,“rfch”:0,“powe”:20,“modu”:“LORA”,“datr”:“SF12BW500”,“codr”:“4/5”,“ipol”:true,“size”:22,“ncrc”:true,“data”:“YFoWASaKJgADQAIAcQM1AP8Bihrl3g==”}}
Receive(HEX):405a160126802e00013db6e37aea0c26c2e347887ff16dd767b7

23

For that uplink an online decoder shows it has its ADR bit set.

For the downlink it shows you’re seeing two LinkADRReq MAC commands in FOpts: 0340020071 and 033500FF01. This is unrelated to the topic at hand, but indeed related to ADR: see LMIC Library Always Does Unwanted Downlink.

I’d expect you can disable those LinkADRReq MAC commands by using LMIC_setAdrMode(0).

All said, the Dragino-LG02 is not a compliant LoRaWAN gateway, so you’re into many surprises, and you might even harm other network users in your neighbourhood by connecting that to a LoRaWAN network. You wrote you’re on some private network, maybe they allow/support that. But please don’t use that on TTN, not even for debugging.

1 Like
24

Hi @arjanvanb, thank you very much for the information, i’m researching everything you told me, i will also follow the recommendation on the dragino gateway, it was already off, i put it to work again just to try to get some log, something that in the private network i can’t get