2024-02-14 08:23 AM
I'm attempting to enable the Stop mode on the STM32L4R5ZIP, but it appears to significantly deviate from the specifications outlined in the datasheet, exhibiting a higher current consumption ranging from 7 to 9 mA in both sleep and stop modes.
Even after setting all free pins to default mode, deactivating all GPIOs, the power consumption remains consistent. I have experimented with both FreeRTOS and a non-FreeRTOS project, yet I consistently observe a 7mA current consumption in STOP Low-Power modes.
In the FreeRTOS project, I implemented tickless mode with the following code snippet:
2024-02-14 09:18 AM
Do you have debugger connected?
JW
2024-02-14 10:19 AM
Use this button to properly post source code:
What board is the chip on?
Have you taken care to ensure that what you're measuring is just the chip and not anything else?
2024-02-14 11:47 AM
Dear @SD0509 ,
A first hypothesis, the MCU is not entering STOP mode but only sleep mode as there is an active IRQ or pending , such as the Systick used as time base for FreeRTOS . I would suggest to start by basic examples as provided in the HAL use case for standby, so we can eliminate any unnecessary debug on hardware side and also measuring only MCU IDD . Let us know your correct environment such as the board schematics and software, we will try to help . Chokran :)
Cheers,
STOne-32
2024-02-14 12:03 PM
That's not actually disabling the IO's in any meaningful way..
Turning off the clock precludes register access, it doesn't change what they are doing, or driving into.
Change all to Analogue Input mode, where safe to do so, then disable the clock. Watch for debug pins, or those being used for telemetry or diagnostics if you need to understand what's happening internally.
2024-02-15 08:34 AM
Yes i do and I have enabled the debug in low power modes.
But that doesn't justify a power consumption of 7mA in stop modes
2024-02-15 09:00 AM - edited 2024-02-15 09:00 AM
> But that doesn't justify a power consumption of 7mA in stop modes
Why do you think so?
Have you tried with disconnected debugger, after a reset (in order to clear given bits)?
JW
2024-02-15 09:06 AM - edited 2024-02-15 09:13 AM
2024-02-15 09:11 AM
> It explains it entirely!
Whoa there. It may be *one* of the explanation - others brought up valid points, too.
JW
2024-02-15 09:11 AM
I am using the Nucleo STM32L4R5ZI-P board.
I removed the jumper JP5 (labeled IDD) on the board and connected a multimeter in series to measure the MCU consumption.