LinkADRReq, is there always an answer?

I am currently having a problem with the LinkADRReq.
The chirpstack sends this MAC command. In the next LoRa package, fOpts = zero. This looks as if the MAC command LinkADRReq never arrived.

If the LoRa device rejects the MAC command LinkADRReq, does it also send a response in the fOpts?

Request from LoRa Server:
“fOpts”: [
{
“cid”: “LinkADRReq”,
“payload”: {
“dataRate”: 0,
“txPower”: 0,
“chMask”: [
true,
false,
false,
false,
false,
false,
false,
false,
false,
false,
false,
false,
false,
false,
false,
false
],
“redundancy”: {
“chMaskCntl”: 7,
“nbRep”: 0
}
}
}

Next LoRa Package from device:
“fOpts”: null

If the LoRa device understand the MAC command but reject it, should it look like this:
“fOpts”: [
{
“cid”: “LinkADRReq”,
“payload”: {
“channelMaskAck”: false,
“dataRateAck”: false,
“powerAck”: false
}
},

Hi,

Device needs to provide response for LinkADRReq for sure.
Device would response with status bits as 0 instead of 1 if it is not able to set, but it would provide response.
Regards,
Lalit Shah

1 Like