cancel
Showing results for 
Search instead for 
Did you mean: 

TouchGFX RTOS integration not generating correctly on case sensitive file systems (bug)

yames
Visitor

Hello,

I have found some "typos" in TouchGFX while trying to generate code with STM32CubeMX on Linux (so with case sensitive file system). The result is that parts of the generated files "app_azure_rtos.c" and "app_azure_rtos_config.h" are missing. The missing part are the ones allocating and initializing threads for the TouchGFX application, using threadx.

The root cause seems to be that the generator is including files like "RTOS_pool_create_X-CUBE-TOUCHGFX.tmp", but the actually generated file name is "RTOS_pool_create_X-CUBE-TouchGFX.tmp". It works on Windows but on Linux the file is not found and so the section contained in that tmp file is missing in the resulting code.

A fix I just tested locally is to rename the tmp files which are not found to match the real pack name, which is "X-CUBE-TOUCHGFX", with all capital letters.

So based on the zip file available here : https://www.st.com/en/embedded-software/x-cube-touchgfx.html, it means :

- In STM32CubeMX/STMicroelectronics.X-CUBE-TOUCHGFX.4.25.0_Configs.xml : at lines 137-147 (number for version 4.25.0) : replace the 3 "app/*_X-CUBE-TouchGFX.ftl" by "app/*_X-CUBE-TOUCHGFX.ftl", and the 3 "*_X-CUBE-TouchGFX.tmp" by "*_X-CUBE-TOUCHGFX.tmp".

- In the folder "STM32CubeMX/templates/app/" : rename the 3 FTL files like done in the above XML file.

+ Other side effects I may not know, if any.

Sorry if this is the wrong place for such a change proposal, I would have preferred some kind of pull request but did not find anything like that.

0 REPLIES 0