cancel
Showing results for 
Search instead for 
Did you mean: 

TouchGFX Project Not Working Properly on STM32H7R7L8 Custom Board

Mehulrana511
Associate III

Hello ST Team,

I am currently working on a project using DK board and custom board:

  • STM32H7S7L8-DK (ST Official Development Kit)

  • STM32H7R7L8H6H – a custom board designed with the same hardware layout and component selection as the STM32H7S7L8-DK.

I created a TouchGFX project using STM32CubeIDE and TouchGFX Designer. The application runs perfectly on the STM32H7S78-DK board.

However, when I flash the same project onto the STM32H7R7L8 custom board, the application does not run as expected. Here's the observed behavior:

  • After powering on, the firmware runs for a few seconds.

  • Then, the application freezes and the display goes blank or becomes unresponsive.

  • After a random delay of a few seconds to a minute, the display comes back and the application resumes.

  • This cycle continues unpredictably.

To isolate the issue, I tested a simple UART communication project on the custom board, and it works flawlessly. This confirms that:

  • The MCU is functional.

  • Basic firmware setup, including clock and peripherals, appears correct.

Looking forward to your guidance.

Best regards,
Mehul Rana

3 REPLIES 3

@Mehulrana511 wrote:
  • After powering on, the firmware runs for a few seconds.

  • Then, the application freezes and the display goes blank or becomes unresponsive.


  • use the debugger to find what's happening during that freeze.
  • Add diagnostic prints to give real-time view of what's happening
  • Compare & contrast the working & non-working cases
A complex system that works is invariably found to have evolved from a simple system that worked.
A complex system designed from scratch never works and cannot be patched up to make it work.
GaetanGodart
ST Employee

Hello @Mehulrana511 ,

 

So sometimes the display just freeze and sometimes it goes blank, But in either case, the board still runs?

 

Does some of the components on the board needs to be programmed? The STM32F723IEK6 that is used for the STLINK for instance? If so, are you sure you did that correctly? Perhaps not with the correct firmware version.

Can you check where you end up on the code during those freezes.

Is it possible that some register on the hardware components have to be modified?

Can you check other programs to see it the issue is only related to TouchGFX?

 

Regards,

Gaetan Godart
Software engineer at ST (TouchGFX)

Hello @GaetanGodart ,

Thank you for your response and support.

To clarify, during the display freeze or blank screen, it appears that the main application code is not running on the MCU. This is based on the absence of GPIO toggling and no UART debug output during the freeze periods.

STLINK Firmware / Programming:

The STM32F723IEK6 (used for STLINK on the DK board) is not present on our custom board. We are programming the custom board using an external STLINK-V2 tool, and the flashing process completes successfully without any errors.

Debugging the Freeze:

I have attempted to investigate where the code execution halts during the freeze using breakpoints and UART logs. However, due to the intermittent and short duration of the freeze (a few seconds), it has been difficult to pinpoint the exact location or cause.

I will continue to debug and monitor the application behavior to gather more information. If you have any specific suggestions for peripherals, memory areas, or register states to monitor during the freeze, please let me know.

Looking forward to your further guidance.

Best regards,
Mehul Rana