High Current Consumption in nRF5340 in sleep mode

[Jagan K]

Hi all,

We are working on a project that uses the nRF5340 and nRF7002 combo. In our application, the device enters a low-power mode on the nRF5340 during sleep, with the nRF7002 turned off.

We followed the low-power example code, but we're seeing a high current draw of 3 mA on the nRF5340 alone on our custom board. When we tested the same example on the nRF7002 DK and measured the current at P22, we observed only 14 µA.

Our custom board design follows the nRF7002 DK as reference and we've even removed extra pull-ups and pull-downs, but the current remains the same. Interestingly, when we run the example SYSTEM OFF mode code on the same custom board, we observe a current draw of 5 µA by nRF5340, whereas the DK consumes only 1 µA. This difference can be accepted due to some design/parts.

The main difference between the DK and our design is the operating voltage: the DK uses 1.8V, while our custom board uses 3.3V. While some variation due to this voltage difference is expected, a 3 mA difference seems excessive.

• Are there any code changes needed for the 3.3V voltage rail?
• What are the other steps can be taken from our side to reduce the sleep current?

Thanks,

Jagan K

[Håkon Alseth]

Hi,

 

If operating nRF5340+nRF7002 in QSPI mode, 3.3V is not recommended due to erratas #133, #136, #159 here:

https://docs.nordicsemi.com/bundle/errata_nRF5340_Rev1/page/ERR/nRF5340/Rev1/latest/err_340_new.html

 

If you are operating with "normal" SPI, then 3.3V is not problematic.

 

Are there any code changes needed for the 3.3V voltage rail?

No, there should not be, but please note that when you're checking current consumption on the nRF7002-DK, there are separate voltage nets for the nRF7002 and the nRF5340:

https://docs.nordicsemi.com/bundle/ug_nrf7002_dk/page/UG/nrf7002_DK/nRF5340_nRF7002_measure_current.html

 

If you only measure the "VBAT" line going into the nRF7002 IC, then this might explain the differences you're seeing.

 

Q1: Are you operating on SPI or QSPI?

 

We followed the low-power example code

Q2: Which example is this?

 

Kind regards,

Håkon 

[Jagan K]

Hi Hakon,

Thanks for your Support.

1. We are operating in QSPI. But now we are focusing on the Power Management. We worked on 3.3V rail using QSPI, so far no issues faced with nRF7002 and it's been working. We will take account on this voltage rail for QSPI.

2. We followed the example file from below path
C:\ncs\v2.6.1\zephyr\samples\subsys\pm\latency

Regards,

Jagan K

[Håkon Alseth]

Hi,

 

Jagan K said:

We worked on 3.3V rail using QSPI, so far no issues faced with nRF7002 and it's been working

I would strongly recommend that you read the erratas mentioned here carefully:

Håkon Alseth said:

If operating nRF5340+nRF7002 in QSPI mode, 3.3V is not recommended due to erratas #133, #136, #159 here:

https://docs.nordicsemi.com/bundle/errata_nRF5340_Rev1/page/ERR/nRF5340/Rev1/latest/err_340_new.html

There are quite a few side-effects of running 3.3V QSPI operation.

Jagan K said:

2. We followed the example file from below path
C:\ncs\v2.6.1\zephyr\samples\subsys\pm\latency

Have you verified that the nRF5340 is indeed in system off mode? If it still draws 3 mA, then it indicates that there is an issue with for instance a GPIO state or similar.

 

Can you explain which mode the device is in when you're seeing 3 mA? And how do you handle the nRF7002 in that state?

 

Kind regards,

Håkon

[Jagan K]

Hi Hakon,

#1. In 3.3V rail, nrf7002 worked under QSPI, so we haven't done any change, but we are discussing & planning for the 1.8V power rail change.

#2. In system OFF case, there is no issue with the current consumption and we have verified that.
But when we try to put the device in low power mode, the current consumption is high that nrf5340 chip alone takes 3.2mA. In this state, power supply for nRf7002 is turned OFF.

[Håkon Alseth]

Hi,

 

Thank you so much for elaborating, this is very helpful.

Given that there is no issue with current in SYSTEMOFF state, it indicates that the current is coming from the nRF5340 host controller side.

3 mA sounds a bit high for it to only be QSPI:

https://docs.nordicsemi.com/bundle/ps_nrf5340/page/chapters/current_consumption/doc/current_consumption.html#ariaid-title13

As it will use approx. 1.8 mA when idle, but it is worth exploring this anyway.

Could you check that "CONFIG_NRF700X_QSPI_LOW_POWER=y" is set on your side?

If this is not set, the QSPI interface will always be left on after transactions.

 

Kind regards,

Håkon

[Jagan K]

Hi Håkon

   Thanks for the support. We will check from our side and let you know.

•   And I would like to get some information on the Sleep modes in nRF5340. We are planning to use internal RTC(Real time counter) in nRF5340 to wake device from sleep. For this application, which mode is preferred and how can we achieve that?
•  Is there any examples available to check the sleep mode with the internal RTC?

Regards,

Jagan K

[Håkon Alseth]

Hi Jagan K,

 

Jagan K said:

  And I would like to get some information on the Sleep modes in nRF5340. We are planning to use internal RTC(Real time counter) in nRF5340 to wake device from sleep. For this application, which mode is preferred and how can we achieve that?

This will be the system on idle mode, which ideally should give around 3 uA, depending on which state the network core is in:

https://docs.nordicsemi.com/bundle/ps_nrf5340/page/chapters/current_consumption/doc/current_consumption.html#ariaid-title3

 

However; system on idle is a dynamic mode, meaning that if there is any other peripheral requiring the peripheral clock tree, such as UART, the current consumption will go up to around 650 uA:

https://docs.nordicsemi.com/bundle/ps_nrf5340/page/chapters/current_consumption/doc/current_consumption.html#ariaid-title23

 

So in this mode, it is important to turn off asynchronous peripherals, such as the UART.

Jagan K said:

 Is there any examples available to check the sleep mode with the internal RTC?

All examples use the RTC, as it is required by the zephyr kernel.

To get a low power consumption, I would recommend that you check out the ncs/zephyr/samples/basic/blinky and set "CONFIG_SERIAL=n" in the prj.conf.

 

Kind regards,

Håkon