Skip to main content
Associate II
April 22, 2025
Solved

Generated code for STM32H735G-DK defines USE_PWR_LDO_SUPPLY and USE_PWR_SMPS_SUPPLY

  • April 22, 2025
  • 3 replies
  • 1019 views

Moved from this post.

Hello,

  I'm currently working on the STM32H735G-DK dev board, using CubeIDE version 1.18.1 and integrated CubeMX version 6.14.1.202504091515, and this bug is still here. When I launch a debug, the firmware get stuck in the ExitRun0Mode function. After deleting the definition of USE_PWR_LDO_SUPPLY as you explained, everything works.

 Regards,

Best answer by mƎALLEm

Hello,

I don't know how you did but first you need to recover your board. Refer to this article: How can I recover my STM32H7/STM32H7RS board after facing a power configuration deadlock?

And you don't have to touch any definition. You need just to insure there is one definition in the project settings which should be USE_PWR_DIRECT_SMPS_SUPPLY as I shown in the screenshot.

 

3 replies

mƎALLEm
Technical Moderator
April 22, 2025

Hello @mathieu1 and welcome to the ST community,

How you did generate the project? with CubeIDE or CubeMx?

I've generated the project with CubeMx 6.14.1 and only SMPS configuration is defined:

mALLEm_0-1745312779838.png

 

 

"To give better visibility on the answered topics, please click on ""Accept as Solution"" on the reply which solved your issue or answered your question."
mathieu1Author
Associate II
April 22, 2025

Hello @mƎALLEm ,

Sorry you're right, I made a mistake about the define. But the bug is the same, the firmware when I debug it on the board, get stuck in the ExitRun0Mode() function. After removing it from the properties window, the firmware don't get stuck in the function anymore, but get stuck later in the HAL_PWREx_ConfigSupply() function during the SystemClock_Config here

/* Wait till voltage level flag is set */

while (__HAL_PWR_GET_FLAG (PWR_FLAG_ACTVOSRDY) == 0U)

{

if ((HAL_GetTick () - tickstart) > PWR_FLAG_SETTING_DELAY)

{

return HAL_ERROR;

}

}

 I made an empty project from the STM32 project board selector (STM32H735G-DK), and tried to debug it. Then I encounter the bug described in the pervious topic.

Thank you for your answer,

regards,

mƎALLEm
Technical Moderator
April 22, 2025

@mathieu1 wrote:

 

 I made an empty project from the STM32 project board selector (STM32H735G-DK), and tried to debug it. Then I encounter the bug described in the pervious topic.

Thank you for your answer,

regards,


How you did start the project: from CubeMx or from CubeIDE?

"To give better visibility on the answered topics, please click on ""Accept as Solution"" on the reply which solved your issue or answered your question."
mathieu1Author
Associate II
April 22, 2025

From the CubeIDE

mƎALLEm
Technical Moderator
April 22, 2025

If you generate the code with the stand alone CubeMx (downloadable from here)? do you face the same behavior?

"To give better visibility on the answered topics, please click on ""Accept as Solution"" on the reply which solved your issue or answered your question."
mƎALLEm
Technical Moderator
April 22, 2025

Even with CubeIDE v1.18.1 I was not to reproduce the behavior:

mALLEm_0-1745333157412.png

If you have an older version of CubeIDE uninstall it and install the latest version.

"To give better visibility on the answered topics, please click on ""Accept as Solution"" on the reply which solved your issue or answered your question."
mathieu1Author
Associate II
April 22, 2025

I am using the last version. But even with the last version, the firmware, when trying to debug it, get stuck in the function  ExitRun0Mode() .

If I remove USE_PWR_DIRECT_SMPS_SUPPLY from the define symbols, when debugging again, the firmware don't get stuck in the function anymore, but get stuck later in the HAL_PWREx_ConfigSupply() function during the SystemClock_Config.

mƎALLEm
mƎALLEmBest answer
Technical Moderator
April 22, 2025

Hello,

I don't know how you did but first you need to recover your board. Refer to this article: How can I recover my STM32H7/STM32H7RS board after facing a power configuration deadlock?

And you don't have to touch any definition. You need just to insure there is one definition in the project settings which should be USE_PWR_DIRECT_SMPS_SUPPLY as I shown in the screenshot.

 

"To give better visibility on the answered topics, please click on ""Accept as Solution"" on the reply which solved your issue or answered your question."