DECT NR+ and DPPI

RE: DECT NR+ and DPPI

nir_g — Thu, 01 Jan 2026 12:24:16 GMT

Thank you Benjamin.
The COEX pin sounds like a good solution to get a hardware-accurate signal from the modem's clock. Unfortunately, I can't do much with it if this pin isn't exposed in the DK.

RE: DECT NR+ and DPPI

Benjamin — Thu, 18 Dec 2025 15:52:00 GMT

Hi Nir,
In January we will release a new firmware (1.2.0) that will help with this issue. It will include a new clock synchronization API. This API can provide an application event tied more closely to the modem tick count, based on a COEX pin interrupt.

It would allow for one chip to output a COEX1 1PPS signal and the other chip to synchronize its clock using that signal routed to the SIM_DET pin. The devices can then exchange information in software about how the 1PPS pulse relates to frame and slot timing.

You will also need to configure the hardware accordingly, routing the COEX pin to the SIM_DET pin. This is not possible on the DK, as SIM_DET is not exposed.

Best regards,
Benjamin

RE: DECT NR+ and DPPI

Benjamin — Tue, 16 Dec 2025 12:12:42 GMT

Hi Nir,
We are looking at this and I will come back to you later this week.

Regards,
Benjamin

RE: DECT NR+ and DPPI

nir_g — Thu, 11 Dec 2025 14:59:26 GMT

Thanks, Benjamin, that's what I thought.
My app is very sensitive to latency, and I need to use as much bandwidth as I can. The current switching time between transmission and reception is 2-3 subslots, which really kills performance for my app. Therefore, each of my devices may eventually use two nrf9161/9151 chips - one will only receive, and the other will only transmit. This means that the dedicated transmitter never actually sees a beacon signal, and can't use the PCC STF of the beacon to set the frame start time in its own modem time domain. My solution is this: (1) the receiver chip signals the transmitter chip via GPIO as soon as the PCC callback gets control; (2) the transmitter chip captures the GPIO signal time using DPPI and a 1Mhz TIMER; (3) the transmitter periodically issues nrf_modem_dect_phy_time_get(), while capturing the TIMER value just before the function is called - and using that I keep a PLL that translates the Modem's tick time domain to the system Timer's and vice cersa; (4) this allows me to take the GPIO signal time, translate it to modem time, and use it as the beacon frame reference.
This isn't bad, but it's still challenging to get to the microsecond resolution that I need for that transmitter to truly be in microsecond-level sync with the Beacon, and not overlap other device's transmissions.

RE: DECT NR+ and DPPI

nir_g — Thu, 11 Dec 2025 14:57:45 GMT

RE: DECT NR+ and DPPI

Benjamin — Thu, 11 Dec 2025 09:24:41 GMT

Hi Nir,

It is not possible since the modem core is not a standard peripheral. DPPI is used to connect peripheral events and tasks via PUBLISH/SUBSCRIBE registers in the peripherals. There are no such registers in the modem core.

Could you expand on what you are trying to achieve here so we can check if there may be some solutions?

Regards,
Benjamin