Really continuous rx operation on nRF91x1

RE: Really continuous rx operation on nRF91x1

Herr Schubert — Thu, 16 Oct 2025 09:30:02 GMT

Definitly!
With our scanner/scan-feature we currently have the problem of that small "rx-gap" when doing un-synchronized scan. If the chip would provide that continous rx-mode we of course would use that.

RE: Really continuous rx operation on nRF91x1

Mich@l — Thu, 16 Oct 2025 08:30:03 GMT

Are there any new updates? Are there any plans to add really continous reception?

RE: Really continuous rx operation on nRF91x1

Herr Schubert — Fri, 01 Nov 2024 07:47:26 GMT

Thank you for that clarification.

RE: Really continuous rx operation on nRF91x1

Hakon — Thu, 31 Oct 2024 13:20:57 GMT

Modem team; There will be a small gap between the end of previous RX operation and start of the next scheduled one, i.e those are two separate operations with RX stop → RX start. So there is a chance that the device misses the start of the packet (resulting to missing packet as STF + Pcc is not detected) in case the msg is incoming when there is the gap in reception.

RE: Really continuous rx operation on nRF91x1

Hakon — Wed, 30 Oct 2024 16:21:05 GMT

I will ask modem team.

RE: Really continuous rx operation on nRF91x1

Herr Schubert — Mon, 14 Oct 2024 12:09:02 GMT

Thank you for your reply. I currently implemented it with re-scheduling immediately from operation_complete() as you suggested. That works so far.

But with that re-scheduling new RX in advance does the modem just proceed with RX or does it stop and restart the rx process?
Is it then possible to receive a message which gets received while the old rx process terminates and the new rx process gets started directly after it? Or is that message still lost?
In other words does each RX operation just see one half of that message (which are of course invalid for its own)?

RE: Really continuous rx operation on nRF91x1

Hakon — Thu, 10 Oct 2024 10:51:02 GMT

Modem team;

In dect_shell, we have workarounded this lack so that we start the RX for the duration of UINT32_MAX and when that gets completed: we simply restart it. Yeah, there is a gap when RX is not on when restarting but in our case that is not crucial. To get rid of that gap, application could reschedule new RX just before previous is completing.

RE: Really continuous rx operation on nRF91x1

Hakon — Fri, 27 Sep 2024 12:50:55 GMT

Modem team;

Duration is initially specified to cover the maximum DECT NR+ beacon interval, so 32 bits has been enough. But this is good input for us to improve the API in future releases! Unfortunately next release content is already fixed but we evaluate this for the following one.

RE: Really continuous rx operation on nRF91x1

Hakon — Wed, 25 Sep 2024 08:56:12 GMT

Hello,

I will ask the modem team if there is any plan for this.