Where is the I2S interrupt handler registered in nRFX drivers?

RE: Where is the I2S interrupt handler registered in nRFX drivers?

ovrebekk — Tue, 24 Aug 2021 07:43:24 GMT

No worries. There is nothing wrong with using nrfx drivers, at least not as long as the project only needs to support Nordic devices.

Using the Zephyr drivers means you can easily port code between parts from different vendors, but in some cases you lose a bit of functionality since the Zephyr drivers are designed to be general and not specific to Nordic hardware only.

Certain peripherals, like the PPI controller, are so Nordic specific that no Zephyr driver exists. In this case using nrfx (or hardware registers directly) is the only option.

Best regards
Torbjørn

RE: Where is the I2S interrupt handler registered in nRFX drivers?

JB_Teufel — Mon, 23 Aug 2021 07:23:15 GMT

Unfortunately, I no longer remember exactly. I think I had been having trouble configuring the devicetree overlay, and possibly with triggering using I2S_DIR_BOTH. I went looking for the board's dts file and found the document I mentioned earlier that didn't include I2S on the list of supported peripherals. I thought that meant that Zephyr didn't support I2S on the nRF5340, so I stopped using the Zephyr API and switched to using the nrfx drivers.

I was, and still am, new to Zephyr and NCS. With the gift of one month's hindsight, I can see a couple places where I had probably implemented or configured something incorrectly. At the time, though, that document had me convinced that I2S wasn't supported and the only way was to use the nrfx drivers.

RE: Where is the I2S interrupt handler registered in nRFX drivers?

ovrebekk — Fri, 20 Aug 2021 14:08:40 GMT

I was able to build the Zephyr I2S example for both the nRF52840DK and the nRF5340DK after reducing the size of the I2S buffers, so it seems that these boards are supported, but I didn't have time to test the examples properly.

Which problems did you encounter when you tried this?

Best regards
Torbjørn

RE: Where is the I2S interrupt handler registered in nRFX drivers?

JB_Teufel — Thu, 19 Aug 2021 08:11:21 GMT

Thanks for the response, Torbjørn.

I had tried using the Zephyr I2S API, but wasn't having much success. When I dug deep into zephyr\boards\arm\nrf5340dk_nrf5340\doc, I saw that I2S wasn't listed as a supported feature. I had assumed that meant that Zephyr didn't support this peripheral on the nRF5340, prompting me to use the nrfx drivers directly. It sounds like I may have come away from this with the wrong impression. It should be possible, then, to use the native Zephyr API to access the I2S peripheral on the nRF5340?

RE: Where is the I2S interrupt handler registered in nRFX drivers?

ovrebekk — Thu, 19 Aug 2021 05:40:46 GMT

Sorry for the slow response.

The nrfx drivers are not designed for Zephyr exclusively, but are in essence RTOS agnostic (they are also used for the nRF5 SDK). As such, they can't really be designed to handle interrupts in the Zephyr way.

For a more streamlined experience in Zephyr it is better to use the native Zephyr API's, when possible, and nrfx will be used under the hood. In this case no manual IRQ CONNECT is needed.

Best regards
Torbjørn

RE: Where is the I2S interrupt handler registered in nRFX drivers?

JB_Teufel — Wed, 14 Jul 2021 20:51:10 GMT

Yep. I realized I was missing the macro this morning. Things are working properly now. Given that nrfx_i2s_start enables the interrupt, I would have expected there would be something in nrfx_i2s_init to register the interrupt, especially considering I supply a function handle to be called from nrfx_i2s_irq_handler. What use-case is supported by keeping this separate?

RE: Where is the I2S interrupt handler registered in nRFX drivers?

ovrebekk — Wed, 14 Jul 2021 14:07:42 GMT

Have you used the IRQ_DIRECT_CONNECT macro, to ensure Zephyr is aware of the interrupt in question?

If you don't then you will get issues very similar to the ones you describe.

Best regards
Torbjørn