NRF5340 with PDM

RE: NRF5340 with PDM

LjHuang — Mon, 24 Nov 2025 17:40:33 GMT

Hi @Mr.NCK and @Kenneth,

Sorry to bring up this old thread, but I am currently working on a very similar PDM audio setup on nRF5340 and I’m really interested in the final outcome of this case.

From this discussion it looks like:
- You were able to interface the IM69D120 PDM mic with the nRF5340, store the PDM data in external SRAM over SPI and send it over BLE.
- You got clear audio when the SRAM was connected to Port 0 and when you did not use additional timer/thread.
- When you moved the SRAM pins to Port 1, or when you started to use a Zephyr timer and an extra thread, you began to hear random clipping in the audio.

I would like to ask a couple of follow-up questions:

1. Did you finally manage to solve the clipping issue and get stable audio on nRF5340 (especially for the Port 1 + timer/thread case)?
- If yes, was the root cause related to network core pin assignment, thread/timer priorities, buffer sizes, nRF Connect SDK version, or something else?

2. Were there any specific changes you made in devicetree, Kconfig, PDM configuration, or the way you handled the PDM/ISR threads that were important to make the audio clean?

3. If you have a small example project or can briefly describe the key steps of your working configuration, would it be possible to share it (even in a simplified form)?

For context, my current setup is:

- Board: nRF5340 Audio DK (PCA10121)
- SoC: nRF5340
- External PDM microphone: ST MP45DT02
- nRF Connect SDK: v2.5.2
- Goal: reliable PDM audio capture on nRF5340, and later feeding this PDM audio into the `nrf5340_audio` (Walkie Talkie) application as the audio source.

Even a short summary of what worked and what did not work in your case would be extremely helpful.
Thank you very much for your time and for any hints you can share!

Best regards,
LjHuang

RE: NRF5340 with PDM

Kenneth — Thu, 01 Sep 2022 11:28:09 GMT

[quote user="Mr.NCK"] I have mentioned those Pins as Port 1. But I have not changed the pins to application core pins. Kindly tell me the procedure to do that. I will check.[/quote]

If the problem was related to pin assignment between cores they should not work at all, you can find relevant information here on how this assignment is done (though this has changed a bit between ncs releases, so I am also adding a link to a devzone case);

New: https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/zephyr/build/dts/api/bindings/gpio/nordic,nrf-gpio-forwarder.html

Older: RE: nrf5340: How to Reconfigure Pins P0.08. P0.09, P0.10, P0.11, P0.12 for SPI Bus

You do have good grounding between the mic and DK right, the pin header is proper connected?

[quote user="Mr.NCK"]the clipping sounds are random and are not at some regular intervals. in all audio, we get like like one to 3 clipping sound at a random interval.[/quote]

I doubt this is related to the pin assignment, it sounds much more related to application priority and not a pin conflict. I can not understand reason why changing pin the used by the PDM peripheral should cause what you describe. I suggest to continue debugging and simplify the project to narrow down the root cause, you may also consider looking at the audio source to make sure it's not saturating the input etc.

Hopefully you will be able to narrow it down and find root cause. If you are unable to make this work, then I guess you need to provide some means of me to recreate this here, but then I likely would need your harware (or at least the mic I can attach to the nRF5340-DK) and a project that I can use to change between the pins when running on the DK.

Edit; You are on a recent release of ncs?

Kenneth

RE: NRF5340 with PDM

Mr.NCK — Thu, 01 Sep 2022 08:24:55 GMT

Hi Keneth,

[quote userid="2111" url="~/f/nordic-q-a/91422/nrf5340-with-pdm/384253"]The only thing I can think of that have some influence here is that port1 by default is setup to be used by the network core. But I assume you have changed that so that the pdm pins in question does not conflict with this[/quote]

I have mentioned those Pins as Port 1. But I have not changed the pins to application core pins. Kindly tell me the procedure to do that. I will check.

[quote userid="2111" url="~/f/nordic-q-a/91422/nrf5340-with-pdm/384253"]What analysis have you done on the "clipping sound"? Does it repeat repeatedly at some interval? Is it constant on all audio etc? Is some of the audio good?[/quote]

the clipping sounds are random and are not at some regular intervals. in all audio, we get like like one to 3 clipping sound at a random interval.

If We tried with the Audio application alone (means without adding any timer or interrupt). Then We can able to get clear audio.

Thanks & Regards

Navin

RE: NRF5340 with PDM

Kenneth — Thu, 01 Sep 2022 07:10:30 GMT

Hi,

The only thing I can think of that have some influence here is that port1 by default is setup to be used by the network core. But I assume you have changed that so that the pdm pins in question does not conflict with this. What analysis have you done on the "clipping sound"? Does it repeat repeatedly at some interval? Is it constant on all audio etc? Is some of the audio good?

Kenneth

RE: NRF5340 with PDM

Mr.NCK — Thu, 01 Sep 2022 00:18:09 GMT

Hi kenneth,

Are you There. We are waiting for your reply.

Thanks & Regards

Navin

RE: NRF5340 with PDM

Mr.NCK — Tue, 30 Aug 2022 05:18:43 GMT

Hi Kenneth,

1) I have attached my soc image for your reference.

2) My DK version is 2.0.0

3) also, my nrf connect SDK version is 1.9.1

Thanks & Regards

Navin

RE: NRF5340 with PDM

Kenneth — Mon, 29 Aug 2022 12:37:07 GMT

What is the markings on the nRF5340 IC you are using? I just want to ensure you are not using some early engineering sampels.

Are you using the nRF5340DK for this test? If yes, what is the version of the DK?

Kenneth

RE: NRF5340 with PDM

Mr.NCK — Mon, 29 Aug 2022 12:27:49 GMT

Hi kenneth,

Audio will affect with all pins on p1 and only one thread is assigned because of timer. So, that has higher priority

Thanks & regards

Navin

RE: NRF5340 with PDM

Kenneth — Mon, 29 Aug 2022 12:25:01 GMT

I suggest to continue debugging and try "things", e.g. does it affect all pins on P1 or only some? Have you tried to change priority of threads and timers and pdm?

Kenneth

RE: NRF5340 with PDM

Mr.NCK — Mon, 29 Aug 2022 11:19:45 GMT

Hi Kenneth,

Thanks for your response.

1) I am sure there are no other changes performed.

2) PDM and timer will run parallelly.Because based on the timer action we need to read one interrupt.

Thanks & Regards

Navin

RE: NRF5340 with PDM

Kenneth — Mon, 29 Aug 2022 10:36:16 GMT

1) There is no reason I can think of that should cause this. Are you sure the only change you did was the pin mapping and no other changes was performed?

2) Maybe look at the PDM buffer and try to increase it? Sounds to me that the other thread/timer delay the PDM handling, so you may need to look into buffer size and priority of the PDM handling.

Best regards,
Kenneth