Toggling between SPI slaves with nrf_spi_mngr_perform (as opposed to nrf_spi_mngr_schedule)

RE: Toggling between SPI slaves with nrf_spi_mngr_perform (as opposed to nrf_spi_mngr_schedule)

Jørgen Holmefjord — Tue, 15 May 2018 14:19:15 GMT

Yes, I think implementing this yourself would be the best solution. I have not seen other customers requesting this use-case of doing blocking transfers to different devices using this library.

RE: Toggling between SPI slaves with nrf_spi_mngr_perform (as opposed to nrf_spi_mngr_schedule)

ejg2putt — Tue, 08 May 2018 09:34:39 GMT

That is correct, I want to perform multiple transfers to initialize and verify the two SPI devices - requiring that I can switch CS/GPIO as various points. The advantage of using _perform is that I could simply setup the multiple transfers and fire off the sequence of init commands. Essentially issue all the command synchronously instead of asynchronously.

So without a callback mechanism or some way to intervene between the transfers, the best way to do this is setup a series of individual commands and manage the CS/GPIO that way?

I guess I could setup the same blocking loop in my code for _schedule that _perform implements, either using my own "transaction_in_progess" flag or the cb_data.transaction_in_progress if that's available.

Easy enough to implement, it would be nice to have a "synchronous" way to handle multiple commands to multiple devices.

Thanks

RE: Toggling between SPI slaves with nrf_spi_mngr_perform (as opposed to nrf_spi_mngr_schedule)

Jørgen Holmefjord — Tue, 08 May 2018 08:32:06 GMT

Hi,

I'm not sure I understand what you are asking. Do you want to perform multiple transfers using nrf_spi_mngr_perform, and these transfers should have different CS pins?

nrf_spi_mngr_perform use nrf_spi_mngr_schedule to execute the operations, it just have a blocking while loop at the end to prevent the function from returning before the operations are complete. The functionality should be the same as using nrf_spi_mngr_schedule directly.

Best regards,
Jørgen