cancel
Showing results for 
Search instead for 
Did you mean: 

Touch GFX 4.16 - Code generation bricking project

NBruh.1
Associate II

I have been having issues with Touch GFX bricking my project during code generation. It starts out working but at a later point it starts generating invalid code. An example is that it starts generating a touchgfx::GraphElementLine without a variable name. Another example is it cannot find certain fonts cpp files during compilation. I can e.g. fix the GraphElementLine by deleting my dynamicGraph and creating a new one. The font issue I haven't found a solution for. Anyone else experienced this and know how to fix it?

6 REPLIES 6
Romain DIELEMAN
ST Employee

Hi,

Did you find a solution to your problem ? The font issue is intriguing, could you share a project where you face this ? What kind of fonts are they ?

Are you working on a custom hardware or with an application template for one of the ST development kits ?

And sorry but could you explain to me what you mean by bricking :grinning_face_with_sweat: ? I personally use that term when a project completely crashes and the hardware can be used as a paperweight ;) (so useless). Is it what you mean as well or am I an uncultured swine ?

/Romain​

I have met the same issue regarding "cannot find certain fonts cpp" with TouchGFX 4.16.

I just followed the official tutorial 2 step by step.

The error occurs after adding the range "0-9" in the "Wildcard Ranges" column for the Default typography.

        Compiling generated/fonts/src/Table_verdana_10_4bpp.cpp
        g++: error: generated/fonts/src/Font_verdana_40_4bpp_0.cpp: No such file or directory
        g++: fatal error: no input files
        compilation terminated.
        g++: error: generated/fonts/src/Table_verdana_80_4bpp.cpp: No such file or directory
        g++: fatal error: no input files
        compilation terminated.
        g++: error: generated/fonts/src/GeneratedFont.cpp: No such file or directory
        g++: fatal error: no input files
        compilation terminated.

0693W000008GYoxQAG.png    

I checked the files under generated/fonts/src/ dictionary, all above mentioned files exist.

I did the same tutorial 2 with TouchGFX 4.15, it works fine.

I also compared generated files from two different TouchGFX Designer, they are identical.

​ My board : STM32H747-DISCO

With fonts I get exactly the same issue as DOS.

As for the GraphElementLine issue, my workaround is to make a copy of my DynamicGraph and delete the old one and rename the copy to the old one. This fixes the code generation for some reason.

I'm running on a display from EDT (ETEMB070006XDH6) and I'm using a GFX template provided by them.

NBruh.1
Associate II

And for what I mean by bricking is that if I manually fix the naming of the touchgfx::GraphElementLine then when I run the simulator through touchgfx then it will automatically regenerate the code overwriting my manual fix :grinning_face_with_sweat:

The application templates for the H747 boards are a bit apart from the others because the ATs are quite old now and are not based on STM32CubeMX (because CubeMX does not support dual cores and additional softwares). I have reported the issue but I) can only advise to continue using 4.15 until this is fixed. (maybe look at the makefile in the gcc folder to see the call for those files)

/Romain

thank you for your advise.

I just tried the same tutorial with TouchGFX 4.16.0 on my other 2 boards:

  • STM32F769I-EVAL
  • STM32F429I-DISCO

Both of them are workable.

And again I tried to switch the application template version to v1.0.0 (default version in TouchGFX 4.15.0) with TouchGFX 4.16.0, but it failed again.

0693W000008GaB9QAK.png 

Now I will continue using 4.15 until someone fix this bug.:>