STM32H747-DISCO with TouchGFX 4.14.0

[EnricoP]

Good morning,

I'm using a discovery board STM32H747-DISCO.

Why, Touchgfx don't generate the project .ioc, to import in CUBE IDE?

Instead, if I select another board (for example STM32F7508-DK) , when generate code, the compiler buil also .ioc file.

I have also installed the last version 4.14.0 of TouchGFX, but the problem persist.

Thank you

[HPham.1590]

Hello,

I checked with my TouchGFX and meet the same issue, this problem may come from TouchGFX

Hieu

[EnricoP]

Many thanks HPha.1590 for your confirmation!

Now, I would like to have an official response from the TouchGFX staff for the resolution of the problem.

[Alexandre RENOUX]

Hello,

If you look closely when choosing an Application Template you can see a version. For H747-DISCO, the version is 1.0.0 as you can see highlighted on the picture below.

For an Application Template to be with an .ioc file, meaning to be compatible with TouchGFX Generator inside CubeMX, this version must be superior or equal to 3.0.0. Therefore, it is normal that a version 1.0.0 has no .ioc file.

The reason why there is no 3.0.0 version for the H747 is because CubeMX does not yet support the dual core of this MCU, therefore it is not possible to configure it in CubeMX. I do not know the schedule for this CubeMX update but it is to be done in the foreseeable future.

/Alexandre

[Ctoma.1]

Hello,

it seems that also with version 3.0.0 for H747Disco there is no the possibility to create *.ioc file. Can you confirm that?

I'm using TouchGFX Designer 4.16.0.

Thank you

[Romain DIELEMAN]

Hi,

Yes the ioc has not been implemented in the v3.0.0 as we wished due to issues with STM32CubeMX and dual core support. It will be with the next version we are working on (most likely 3.0.1). It should be release along TouchGFX 4.17.

/Romain

[HBCH]

Hello.

I wrote in this thread in the past. I finally got the 'mixup' between TouchGFX- and CubeIDE/MX generated applications for the H747 to run. Its not an easy task but it is possible, although in my opinion its nothing a beginner should start with :-).

• I stripped the HAL-Layer out of TouchGFX-designer generated application. I use the MX-generated HAL.
• I generated a CubeMX-application for the STM32H747xi without board-support.
• I ported the remaining part of the TouchGFX-app to the CubeIDE/MX-project.
• The board-support I took from the TouchGFX-app because the one implemented by MX wasn't usable for me.
• Take care about the handles for the hardware-access. They have to be defined globally (and only once!) because they are also used in interrupts.
• You need to port also the TouchGFX-library which you can find in Middlewares/ST/TouchGFX/touchgfx/lib/core/. You need the gcc-variant when you are using CubeIDE and the standard-compiler/linker. I used float-abi-hard despite of the recommendation in the documentation using the soft-float-variant. It works flawlessly but you also have to adjust your FreeRTOS to this (enable hardware-float-support for FreeRTOS in MX).
• The part which needed the most time was rewriting the LCD-init. I stripped this also from TouchGFX-app.
• The MPU-settings I took from the source-code of the TouchGFX-app and ported it to MX. The same I did with the settings for the external memories (QSPI and FMC/SDRAM). I also implemented the SystemClockConfig in MX according to the settings in the TouchGFX-app.
• Very important: don't forget to enable the CRC-unit in CubeMX. TouchGFX checks if this unit is available at startup. If its not present, the application aborts with a hard-fault.

Regards

Hp.

[Alexandre RENOUX]

Hello Hp,

Thank you very much for this feedback. This could help others =)

/Alexandre

[HBCH]

Hello Alexandre.

Thanks and I hope this issue will soon be solved with a proper generator for the H747 :-).

Another issue, virtually brand new, I've discovered yesterday: Don't forget to disable / enable the caches for data and instructions (SCB_EnableDCache();

 SCB_EnableICache();). Disable the caches as long as you are setting up your hardware and then enable it befor you call touchgfx::HAL::getInstance(). TouchGFX is assuming that these caches are enabled. If they aren't, the application can crash. The behaviour is somewhat random, makes it hard to find.

Regards

Hp.

[GOtté.1]

Hi. Any idea if this is still the case with TouchGFX 4.16 and CubeMX 6.1.1 released last December?

I want to start developing on the STM32H747-DISCO, but want to be sure that all the tools are working together as it should be. Thnx!

[HBCH]

Hello.

I haven't checked if the newest versions of the tools are now better supporting TouchGFX on H747. But you may check what Alexandre wrote a few posts above (the one with the screenshot). If you create a TouchGFX-app with the designer, the app-template-version should be 3.x.x then MX will support it.

Regards

HB.

[HBCH]

Sorry, its a drect reply to this:

Hey HP

 

Would it be possible for you to make this example project you made available?

I would really save some time.

 

Regards

Lukas

Hello Lukas.

I would do this but the project also contains proprietary code from the company I'm working for and I can't publish this as you surely will understand. I can remove the code it but I need some time, so please be patient.

Regards

HP

[Romain DIELEMAN]

Hi,

TouchGFX 4.17 is now live along a new release of the TouchGFX Board Setup (new name for "Application template") for the STM32H747-disco board based on STM32CubeMX and with a STM32CubeIDE project.

/Romain