Efficient SPIM with periodical slave

RE: Efficient SPIM with periodical slave

yf13 — Wed, 04 Dec 2019 23:57:41 GMT

Thank you a lot for the explanations. I will close this ticket.

RE: Efficient SPIM with periodical slave

Jørgen Holmefjord — Wed, 04 Dec 2019 16:17:54 GMT

Yes, any peripheral driver apart from the ones mentioned under "migration not possible" in the nrfx migration guide can be migrated to nrfx drivers. It is possible to mix legacy and nrfx drivers for separate peripherals.

As far as I know, the value in the PTR register will be incremented during transfers, and this will not be reset to its original value by itself. If you were to start the transfer again, it would start in the last buffer of the array list and increment from this point. You will have to reset the buffer pointer in SW before starting a new transfer.

RE: Efficient SPIM with periodical slave

yf13 — Wed, 04 Dec 2019 00:53:21 GMT

So in my case, I want use s112 with above mentioned SPIM (with GPIOTE/TIMER via PPI), plus console port logging during development phase, can I still take the "nrfx" API approach?

Yet another question: given the SPIM has been set to use array list to read samples, once the last sample buffer was filled by SPIM, upon the next SPIM START task, will it restart from the first sample buffer? If yes, this means that we don't have to change SPIM settings in the counter event handler.

Regards,

yf13

RE: Efficient SPIM with periodical slave

Jørgen Holmefjord — Tue, 03 Dec 2019 14:12:51 GMT

For SPI master it should not make much difference if you use the legacy driver API or the new nrfx API. There is no performance difference, but using nrfx may simplify debugging a bit since you do not need to go through the legacy layer. Both alternatives use the nrfx driver in the lower levels.

RE: Efficient SPIM with periodical slave

yf13 — Tue, 03 Dec 2019 11:06:15 GMT

Thanks for the information. I will need time to try it out.

Can I ask whether I should follow the examples and legacy flavor APIs or I should start using the new "nrfx" APIs directly?

Regards,

yf13

RE: Efficient SPIM with periodical slave

Jørgen Holmefjord — Mon, 02 Dec 2019 13:37:59 GMT

Hi,

The SPIM peripheral will by default transfer data to/from RAM and give you an event once the entire transfer is completed. It is possible to enable events at end of TX and RX operations alone as well, but these are not used by the SPI master driver. Performing multiple consecutive transfers without CPU intervention requires use of EasyDMA ArrayList feature. Support for this is implemented in the SPI master driver for SPIM peripheral by using the flags described on the linked page. This page also includes a code sample for exactly what you are requesting.

If you want to get an interrupt only after a certain number of samples, the END event needs to be connected to a TIMER in COUNT mode.

Best regards,
Jørgen