Simple SPI

[verulia]

Hello,

I am using nrf9160 and want to test the just simple SPI function. The code that I found from github(https://github.com/Rallare/fw-nrfconnect-nrf/tree/nrf9160_samples/samples/nrf9160/spi c) is old and gives me too many errors. Are there any simple SPI code that I can try in my nrf9160 board in order to test whether I can send a simple data via SPI. I also found spi_flash_at45 however I don't have any device from at45 family to test it so another simple example would be so helpful for me. 

Thank you

[Håkon Alseth]

Hi,

 

Generic test code for nRF5340 can be found here:

https://devzone.nordicsemi.com/f/nordic-q-a/67065/how-to-configure-and-setup-an-spi-device-to-nrf5340/276687

 

I added some small modifications to the above sample, as SPI0 is shared with UART0/TWIM0 etc on nRF9160:

4520.simple_spi_test_nrf9160.zip

 

Kind regards,

Håkon

[verulia]

Hi,

Thank you for the fast reply. I just ran the code however I am always receiving 0 in the RX_recv. Shouldn't the value in RX_recv be similar with TX_sent since this code is just tries to send a value and receive it back as far as I understood? I didn't make any change in the code yet.

Q2:

I want to send data from nrf9160 to an external device, in order to just make a simple test before implementing a flash driver, I want to test the pins and spi, for that I am using scana to check the signals coming from spi ports. My question here is that how can I send my data to scana rather than making a loopback. For instance first I have to ad a chip select for scana, adding ss=<13> to the overlay file can be the first step right? What should I change other than this?

Thank you

[verulia]

Hi,

Yes I know, however I need to change the pins. Which ones should I use then? Also is the way that I am doing right for changing the pins? Because it didn't work when I just wrote  mosi_pin=<0> and miso_pin<1> should I also need to add gpio_set or gpio_config to change the spi pins?

[verulia]

Hi,

Also I am trying to observe the clk signal coming from pin <10> however I can't see it from the logic analyzer too. Should I also add something to code in order to observe the clk signal.

[Håkon Alseth]

The peripheral, when active, will claim the pins. No need for you to manually configure it.

Have you tried other GPIOs, like switching the MISO/MOSI/CLK pins? For instance, you see the MOSI signal on P0.12, and no clk on P0.10. Try to switch these and then scope the signal.

 

Which nRF9160-DK version do you have?

 

Kind regards,

Håkon

[verulia]

Hi,

I am using v1.4.0 SDK. In spi example I can't even see the MOSI signal in scana. I can loopback which means spi is working but I can't see any signals from scana. Also, if I wan't to change this gpio pin setting should I use gpio_pin_configure?

Thank you

[Håkon Alseth]

Hi,

 

verulia said:

I can loopback which means spi is working but I can't see any signals from scana.

So, when sending x, you receive x back as well? Then it seems that there's something wrong with your logic analyzer setup. Check the GND connection.

 

verulia said:

Also, if I wan't to change this gpio pin setting should I use gpio_pin_configure?

Yes, you can use that to configure any unused GPIO if you'd like.

 

Kind regards,

Håkon 

[verulia]

Hi,

I tested the logic analyzer for testing other gpio pins and it working however I still can't see any signal from spi code. GND is connected and I can't see clock,miso and mosi. I reverse the pins for mosi and clk however I am always getting 1(high) from <10> port. I also tried to decrease the sampling rate but still I am always getting hi from <10> port even though the GND is not connected. I should be able to directly observe the clk signal from logic analyzer right without changing anything in the code? 

Thank you

[Håkon Alseth]

The sample doesn't send all the time (once per second), are you sure you're triggering on the correct channel, with the correct edge triggering?

[verulia]

I didn't do any triggering, I just connected one port to the ground and other port to clk output. As trial I triggered the output channel of clk port both risinf and falling but result didn't change.