ABP device get NewChannelReq after adr_ack_req:true every 8 uplinks Chirpstack V4 eu868

[brocaar]

After the device has acknowledged the NewChannelReq mac-commands, the NS will stop sending these commands to your devices

That is true, until the device sets the ADRACKReq bit again.

Please see the discussion why this was implemented in this topic:

Device losing channel mask / how to resend chMask

In our case, and I believe this would be the case with most devices, once the device has backed off, it will set the ADRACKReq bit in subsequent uplink packets (as per Semtech’s ADR backoff flow guidelines). Chirpstack does response in this situation with the enabled channels, but not the full channel mask. I agree that it’s silly to send it periodically if it’s not needed. I would suggest that Chirpstack should respond with the full channel mask (setting chMaskCntl=7 first, and then the enab…

---

Again, the device should only set the ADRACKReq after ADR_ACK_CNT >= ADR_ACK_LIMIT, which means after 64 uplinks without receiving any downlinks, as any received downlink resets ADR_ACK_CNT. Thus not after 7 unconfirmed uplinks as you describe.