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

[yames]

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.

[GaetanGodart]

Hello @yames and welcome to the community!

I will mention this issue to the team and keep you updated!

Regards,

[GaetanGodart]

Hello @yames ,

Can you share your project?

Which version of software are you using?

Which Linux are you using exactly?

What are the steps to reproduce the issue?

Regards,

[yames]

Hello,

The minimal project to reproduce the issue is the attached IOC file.

When you generate the project on Windows (or on Linux with my proposed changes), you get for example these lines in the "AZURE_RTOS/App/app_azure_rtos.c" file at lines 117 to 139, which is perfectly fine :

    if (tx_byte_pool_create(&touchgfx_app_byte_pool, "TouchGFX App memory pool", touchgfx_byte_pool_buffer, TOUCHGFX_APP_MEM_POOL_SIZE) != TX_SUCCESS)
    {
        /* USER CODE BEGIN TouchGFX_Byte_Pool_Error */

        /* USER CODE END TouchGFX_Byte_Pool_Error */
    }
    else
    {
        /* USER CODE BEGIN TouchGFX_Byte_Pool_Success */

        /* USER CODE END TouchGFX_Byte_Pool_Success */

        memory_ptr = (VOID*)&touchgfx_app_byte_pool;
    if (MX_TouchGFX_Init(memory_ptr) != TX_SUCCESS)
    {
      /* USER CODE BEGIN  MX_X-CUBE-TOUCHGFX_Init_Error */

      /* USER CODE END  MX_X-CUBE-TOUCHGFX_Init_Error */
    }
    /* USER CODE BEGIN  MX_X-CUBE-TOUCHGFX_Init_Success */

    /* USER CODE END  MX_X-CUBE-TOUCHGFX_Init_Success */
  }

When you generate the project on Linux (and without my proposed changes), these lines are missing, causing TouchGFX not to initialize.

I am using archlinux with Linux 6.13.5 and CubeMX 6.13.0.

Please find also attached the poposed patch (in "git diff --patch" format), to apply on what ends up in the "~/STM32Cube/Repository/Packs/STMicroelectronics/X-CUBE-TOUCHGFX/4.25.0" folder on a Linux CubeMX install.

Regards

[yames]

Hello @GaetanGodart,

Any news regarding this issue ?

Did you manage to reproduce it on your side ?

Regards