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

[Håkon Alseth]

Hi,

 

Yes, it seems to toggle at my end:

 

verulia said:

Can you see the clock output and the miso properly from the logic analyzer?

 MISO is the "master in, slave out", so unless you have anything externally connected to the device, it will not show anything. This is why I asked if you have connected the MISO signal to the MOSI signal. This is a loopback test.

 

Can you please confirm which pins aren't working, as per my former response?

Is it only the CLK pin not outputting a signal? Please provide a screenshot of your sampled signal.

Can you please share your current project so I can try it at my end?

 

Kind regards,

Håkon

[verulia]

Hi Hakan,

This is the output right now. MISO AND MOSI are connected together on the nrf. clk pin is 11. I only connected clk pin<11> to logic analyzer on CH2. My sampling rate is 1 MHz rigth now. When I increase the sampling rate I only see high(1) on CH2. The code that I am using is the one in the attachment I didn't change anything in that code. Once I get this observation work I will modifiy the code and move on. I am sure that logic analyzer is working because when I toggle the pins manually I can properly observe it. I was also be able to observe the clock signal with different microcontroller(nor nrf)

Thank you.

[verulia]

Also this is the output on lte link monitor when I connect MISO TO MOSI:

so it seems there aren't any problem in loopback test functionality.

[Håkon Alseth]

Hi,

 

Are you able to test with 1.8V setting in your logic analyzer SW? If you're using the nRF9160-DK, its default setting is 1.8V (changeable to 3.0V via the VDD_IO switch near the power switch).

 

Kind regards,

Håkon

[verulia]

Hi Hakan,

I already changed that it is 3V. Are you observing the clk signal without doing any triggering? Does it show up as long as you connect clk pin to logic analyzer? I didn't understand what I am doing wrong? Are my adjustmenst correct?

-MISO AND MOSI are connected on NRF

-Sampling freq=5Mhz(I also tried other ones no change)

-Only clk is connected to logic analyzer

- I am not doing any triggering currently but I tried all the triggering options nothing changed

Thank you

[Håkon Alseth]

Hi,

 

Can you please share your project?

Kind regards,

Håkon

[verulia]

Hi Hakan,

Yes sure.

1033.simple_spi_test_nrf9160.zip

[Håkon Alseth]

Hi,

 

I tested your .hex file in that .zip (the file build_nrf9160dk_nrf9160ns/zephyr/merged.hex):

 The signal is 4MHz, so you should set the sampling rate > 8MHz on your logic analyzer.

 

Kind regards,

Håkon

[verulia]

Hi Hakan,

Unfortunately, this is what I am seeing with 10 Mhz.

.

Maybe I should try a different example. I searched other tickets and saw this 

https://devzone.nordicsemi.com/f/nordic-q-a/64355/is-there-any-spi-example-of-ncs-v1-3-to-refer-to/262533#262533.  In that post, you said that you were able to read the jedec id. I am also trying to communicate with an external flash and read its jedec id. Do you have the simple code for that project that you read the jedec id for w32q flash? Does reading the jedec id part work although I don't have the flash, is it still possible to scope the signal from logic analyzer? Can you share the code that you tried and managed to scope the jedec id so that I can also try to see it on my analyzer too.It would  be so helpful for my case.

Thank you

[Håkon Alseth]

Hi,

 

verulia said:

Can you share the code that you tried and managed to scope the jedec id so that I can also try to see it on my analyzer too.It would  be so helpful for my case.

The changes I made are attached in the case you linked to. If you read the full case you linked to, the problem was a physical soldering issue on one board.

In your other case, it seems that the pins are indeed working, just that the sampling rate on your logic analyzer isn't set high enough to properly sample a 4 MHz signal:

https://devzone.nordicsemi.com/f/nordic-q-a/69363/reading-jedec-id-with-spi-on-nrf9160/285610#285610

 

Try swapping the pins in the overlay file, delete your build-folder, re-import the project in SES and build/flash it again.

 

Kind regards,

Håkon