ADR features recently introduced to TTS March 2022

[ElectronicallyE (Lachlan Etherton)]

I’m coming from my comment here:

Network keeps sending LinkADRReq even though ADR is off

Facing this same issue with the GitHub - mcci-catena/arduino-lmic: LoraWAN-MAC-in-C library, adapted to run under the Arduino environment library on a TTGO LoRa32 V1 using an SX1276. Verbose stream off: [image] Verbose stream on (note the MAC command answer missing and Link ADR request enqueued): [image] Example of one of the downlinks: { "name": "as.up.data.forward", "time": "2025-06-19T10:20:04.760581184Z", "identifiers": [ { "device_ids": { "device_id": "lmicte…

@descartes

So if you have firmware that sets a data rate, it should do so before each uplink. Or you should use the CLI command to set the desired rate. The second is preferable as it means the NS will not schedule a downlink to adjust it.

Is it correct that only way to stop the downlinks when ADR is off is to use the CLI command? There’s nothing I can program onto my board that will stop them from occurring?

My understanding of this is:
The network server (TTS):

• Maintains a mac-state.desired-parameters.adr-data-rate-index (default = DR0/SF12),
• Even if ADR is off, it still expects the device to eventually conform to that DR (data rate),
• If your device uses a different DR, TTS assumes the device is not aligned,
• So it schedules a LinkADRReq to try to change the DR.

Again, the TTS devs are aware of this and we hope to see a “turn off anything ADR” option to facilitate this.

Is this still on the roadmap? Looks like it would be an easy GUI solution.