Skip to main content
Associate II
August 26, 2024
Solved

Did I brick my STM32H745I-Discovery board? Can program, but code is not executed.

I have tested a TouchGFX-created project that should tie in a USB-Stick connected to the board and create a csv file, then write to it. 

After writing the necessary code and debugging this project in STM32CubeIDE, the board was stuck with a white screen, and further debugging was not possible anymore.

 

Fortunately, I was able to connect to the board from STM32CubeProgrammer and I did a full chip erase. 

Now I am able to program again from STM32CubeIDE, but the code is not executed when debugging. The same project works with another STM32H745I-Disco board.

In the programmer, the fault analyzer says the CPU is either halted or in lockup...

Is there a way to save this one board, or is the debugger working but the main chip toast?

 

Thanks!

This topic has been closed for replies.
Tesla DeLorean
Tesla DeLoreanBest answer
Guru
August 26, 2024

You can perhaps test by reprogramming the test application firmware, should be binary or hex files living in the board / demo specific project directory under CubeH7 repo.

Tips, Buy me a coffee, or three.. PayPal Venmo (See Profile) Up vote any posts that you find helpful, it shows what's working..

9 replies

mƎALLEm
ST Technical Moderator
August 26, 2024

Hello @FabianEbs and welcome to the community.

Check if you have disabled the Cortex-M4 using CubeProgrammer in option bytes menu.

 

To give better visibility on the answered topics, please click "Best answer" on the reply which solved your issue or answered your question.
FabianEbsAuthor
Associate II
August 26, 2024

Hi @mƎALLEm , thanks for your reply!

The M4-Core is enabled and the address should also be fine: 

Screenshot 2024-08-26 160109.png

Screenshot 2024-08-26 155859.png

Tesla DeLorean
Tesla DeLoreanBest answer
Guru
August 26, 2024

You can perhaps test by reprogramming the test application firmware, should be binary or hex files living in the board / demo specific project directory under CubeH7 repo.

Tips, Buy me a coffee, or three.. PayPal Venmo (See Profile) Up vote any posts that you find helpful, it shows what's working..
FabianEbsAuthor
Associate II
August 26, 2024

Yeah that worked.

 

I did another full chip erase followed by programming the .elf file of an example project, both in STM32CubeProgrammer under Erasing & Programming. 

Afterwards I was able to flash directly from STM32CubeIDE again.

 

Thanks a lot everyone!

mƎALLEm
ST Technical Moderator
August 26, 2024

but the code is not executed when debugging. The same project works with another STM32H745I-Disco board.

Is is executing in stand alone?

Could you please share your ioc file?

To give better visibility on the answered topics, please click "Best answer" on the reply which solved your issue or answered your question.
FabianEbsAuthor
Associate II
August 26, 2024

Here is the ioc-file that broke the board, not sure what is wrong with it, i didnt dare test it on another board yet. Will do now though.

mƎALLEm
ST Technical Moderator
August 26, 2024

Indeed this is a wrong configuration with your RCC:

SofLit_0-1724682398006.png

First, STM32H745I-Discovery is mounted in SMPS by HW while you set the power config to LDO.

Second, you cannot exceed 400MHz @VOS1 in SMPS with that microcontroller.

Attached an updated ioc file. Please test and get back with your findings.

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