delay after SPIS uninit

RE: delay after SPIS uninit

Einarh — Thu, 23 Jun 2022 07:57:45 GMT

Hello

I've asked about this internally, and was informed this was expected to work without a delay as the product specification states this:

When the peripheral is disabled, the pins will behave as regular GPIOs and use the configuration in their respective OUT bit field and PIN_CNF[n] register.

Can you please check the contents of NRF_SPISx->PSEL.MISO/MOSI/SCK/CSN after nrfx_spis_uninit?

And then NRF_P<number of port>->PIN_CNF[number of pin in port] after configuring GPIO?

-Einar

RE: delay after SPIS uninit

kaluzevicius — Mon, 20 Jun 2022 15:34:10 GMT

Hi,

Yes, I want to replace delay between SPI uninit and GPIO init.

If I understood correctly p_cb->state is set to NRFX_DRV_STATE_UNINITIALIZED just before leaving nrfx_spi_uninit() so it will always be equal to NRFX_DRV_STATE_UNINITIALIZED. Am I right? Or should I check another for another state?

BR
Julius

RE: delay after SPIS uninit

Einarh — Mon, 20 Jun 2022 07:41:42 GMT

I thought you wanted to replace the delay between uniniting SPI and initing GPIO by checking when the SPI uninit is finished?

Now you want to check when GPIO is ready?

Can you please elaborate?

-Einar

RE: delay after SPIS uninit

kaluzevicius — Fri, 17 Jun 2022 08:10:59 GMT

Hi,

It is not that.

Problem is that you cannot use gpio right after calling nrfx_spis_uninit(&spis); Delay is needed to toggle the pin.

Question is how to check when gpio is ready to be used as output after calling nrfx_spis_uninit(&spis);

BR,

Julius

RE: delay after SPIS uninit

Einarh — Fri, 17 Jun 2022 07:41:41 GMT

Hello!

Looking at the definition of nrfx_spi_uninit(), p_cb->state is set to NRFX_DRV_STATE_UNINITIALIZED when it's finished, so you could probably use that?

Best regards,

Einar