nRF52832 SPI slave: expected idle current?

RE: nRF52832 SPI slave: expected idle current?

Håkon Alseth — Mon, 08 May 2023 15:05:11 GMT

Hi,

Thank you for confirming, I just wanted to make sure that it was tested without any possible leakage on the GPIOs.

[quote user="JordanYates"]This didn't change the results. Some boards 10uA and others 15uA with the code below, all boards 5uA without.[/quote]

I have double-checked internally, and this is within the expected range. The added consumption will vary from chip-to-chip, but it shall be less than 20 uA in total.

Kind regards,

Håkon

RE: nRF52832 SPI slave: expected idle current?

JordanYates — Mon, 08 May 2023 02:19:45 GMT

Thanks for the input Håkon,

I updated the test case to use a disconnected pin on the SoC, and configuring that pin to have an internal pull-up. This didn't change the results. Some boards 10uA and others 15uA with the code below, all boards 5uA without.

	const struct device *p0 = DEVICE_DT_GET(DT_NODELABEL(gpio0));
	uint8_t gpiote_ch;

	gpio_pin_configure(p0, 6, GPIO_INPUT | GPIO_PULL_UP);

	nrfx_gpiote_channel_alloc(&gpiote_ch);
	nrf_gpiote_event_configure(NRF_GPIOTE, gpiote_ch, 6, GPIOTE_CONFIG_POLARITY_HiToLo);
	nrf_gpiote_event_enable(NRF_GPIOTE, gpiote_ch);

RE: nRF52832 SPI slave: expected idle current?

Håkon Alseth — Wed, 03 May 2023 15:00:14 GMT

Hi,

[quote user=""]Firstly, I am looking for an "official" answer as to what the expected idle current is when SPIS is enabled but there is no CS activity.[/quote]

It is as described in the link that you posted, an added current draw similar to that of GPIOTE IN channel usage.

It shall be less than 20 uA.

[quote user=""]Secondly, I am looking for a reason why I am seeing this 50/50 split in power consumption between boards. Errata 97 could potentially explain it, but only if the "high current consumption" varies between individual parts, and if the SPIS peripheral is actually using GPIOTE internally.[/quote]

There are chip-to-chip variances on our devices that can account for smaller differences.

Is the pin(s) itself pulled to a defined level at this point? If not, could you please try to add a pull-resistor on the CS pin?

Kind regards,

Håkon