Using P0.04, P0.05, P0.06, P0.07 for SPIM on NRF9160 DK

[heisenbug]

I've been using the following SPI1M pins and they've been working:

CLK  -> P0.16
MOSI -> P0.17
MISO -> P0.19
CS   -> P0.18

But I have migrate away from these pins due to production PCB layout problems. The pins I need to use are P0.04, P0.05, P0.06, and P0.07 but when I switch over to these pins, my SPI communication stops working. I know these pins are used for LEDs and push buttons on the dev kit. Could this be interfering with SPI functionality?

My device tree is as follows:

/ {
	/delete-node/ aliases;
	/delete-node/ buttons;
	/delete-node/ leds;
};
/* From Nordic Academy */
&i2c0 {	status = "disabled";};
&spi0 {	status = "disabled";};
&i2c1 {	status = "disabled";};
&uart1 { status = "disabled";};
	
spi_master: &spi1 {
    compatible = "nordic,nrf-spim";
	status = "okay";
	pinctrl-0 = <&spi1_default>;
	pinctrl-1 = <&spi1_sleep>;
	pinctrl-names = "default", "sleep";
	cs-gpios = <&gpio0 4 GPIO_ACTIVE_LOW>;
};

/* SPI pin configuration */
&pinctrl {
	spi1_default: spi1_default {
		group1 {
				psels = <NRF_PSEL(SPIM_SCK, 0, 7)>,
						<NRF_PSEL(SPIM_MOSI, 0, 5)>,
						<NRF_PSEL(SPIM_MISO, 0, 6)>;
				nordic,drive-mode = <NRF_DRIVE_H0H1>;
		};
	};

	spi1_sleep: spi1_sleep {
		group1 {
				psels = <NRF_PSEL(SPIM_SCK, 0, 7)>,
						<NRF_PSEL(SPIM_MOSI, 0, 5)>,
						<NRF_PSEL(SPIM_MISO, 0, 6)>;
				low-power-enable;
		};
	};
};

[Øyvind]

Hello, 

The nRF9160DK has a nRF52840 acting as a board controller which means that LEDs and Buttons are controlled through this device. This is also explained in Board controller firmware under NCS nRF9160DK board files.

You will need to follow steps in the last link in order to make these pins available.

Kind regards,
Øyvind

[heisenbug]

I added the following overlay to hello_world example, built if for [email protected]/nrf52840, and flashed it but my SPI still isn't working

&led1_pin_routing { status = "disabled";}; // nrf9160 P0.02
&led2_pin_routing { status = "disabled";}; // nrf9160 P0.03
&led3_pin_routing { status = "disabled";}; // nrf9160 P0.04
&led4_pin_routing { status = "disabled";}; // nrf9160 P0.05
&switch1_pin_routing { status = "disabled";}; // nrf9160 P0.06
&switch2_pin_routing { status = "disabled";}; // nrf9160 P0.07
&switch3_pin_routing { status = "disabled";}; // nrf9160 P0.08
&switch4_pin_routing { status = "disabled";}; // nrf9160 P0.09

[Øyvind]

Did you flash it to the board controller by setting SW10 to nRF52?

What errors are you receiving that indicates that it does not work?

[heisenbug]

Øyvind said:

Did you flash it to the board controller by setting SW10 to nRF52?

Yes, I did.

It's not so much an error that I'm seeing but the SPI communication is not working. On the older pins it works fine but on 4,5,6,7 it's not working. It's not working even after flashing the nrf52 with the device tree changes I sent

[Håkon Alseth]

Hi,

 

Have you tried scoping the pins using a logic analyzer to see how they behave?

By default, uart1 is used for TF-M logging, so you need to explicitly turn that off, as uarte1 is a shared peripheral with SPI1.

Set this in prj.conf: CONFIG_TFM_LOG_LEVEL_SILENCE=y

  

Kind regards,

Håkon