In our custom board nrf5340-nrf7002, tried system_off(C:\ncs\v2.6.1\zephyr\samples\board\nrf )sample to check power consumption.
But it measures 0.60mA
Is there any config need to address? please provide debug steps
In our custom board nrf5340-nrf7002, tried system_off(C:\ncs\v2.6.1\zephyr\samples\board\nrf )sample to check power consumption.
But it measures 0.60mA
Is there any config need to address? please provide debug steps
Hi Lavanya,
Do you have any peripherals connect to the 5340? Have you made any hardware changes?
Regards,
Priyanka
Hi priyanka,
Do you have any peripherals connect to the 5340?
In our custom board, nrf7002 is connected to 5340 but we keep it OFF by hardware control.
Then we have one capacitve interrrupt connected to 5340, we have isolate the interrupt and then measures reduced to 0.46mA.
Hi Lavanya,
Here are a few of my suggestions:
PLease check that all the unused GPIOs are properly configured. And also ensure that all peripherals that are not used are disabled. Is your firmware configured to low power modes? When the nRF7002 is connected to the nRF5340, even if it's OFF, this can still affect the power consumption.
Regards,
Priyanka
Hi Priyanka,
Thank you for your support.
Somehow we manage and reduced the current measurement in our board. Below are the current consumption measurements and challenges we are facing:
Current Consumption:
Application Details:
Issue:
The nRF5340 sleep current documentation indicates consumption as low as ~5 µA in many scenarios. However, we are seeing 30 µA, which seems higher than expected.
Could you please clarify this?
Debugging Observations:
We measured voltage on various pins during sleep and observed:
Could this be causing the higher current consumption? If so, what steps can we take to mitigate this?
Hi,
Are you using the COEX related pins? If you are not using them, then it's better to configure them as disconnected inputs in the dts or explicitly set as inputs with no pull resistors in your application.
Make sure there are no floating pins. Also make sure that the external flash is in a deep sleep mode. Also make sure that the IOVDD is not connected to any unused GPIO pins. Try to set all unused GPIO pins to disabled and try not to leave them floating.
If you still have current issues, maybe you could try to isolate the current readings on 5340 and 7002 to see which causes the extra leakage. You can also to check the current measurements on each CO-EX related pins to see which has a spike.
-Priyanka
Hi,
Are you using the COEX related pins? If you are not using them, then it's better to configure them as disconnected inputs in the dts or explicitly set as inputs with no pull resistors in your application.
Make sure there are no floating pins. Also make sure that the external flash is in a deep sleep mode. Also make sure that the IOVDD is not connected to any unused GPIO pins. Try to set all unused GPIO pins to disabled and try not to leave them floating.
If you still have current issues, maybe you could try to isolate the current readings on 5340 and 7002 to see which causes the extra leakage. You can also to check the current measurements on each CO-EX related pins to see which has a spike.
-Priyanka