cancel
Showing results for 
Search instead for 
Did you mean: 

CubeMx 6.17 : Migrating from X-CUBE-FREERTOS 1.0.1 to 1.5.0

ferro
Lead

Hi,

In GfxDesigner 4.26.1, I created a blank project for STM32U5G9J-DK2.

I opened it in CubeMX 6.17 and tried to migrate FreeRTOS. However, when I changed CUBE-FREERTOS version from 1.0.1 to 1.5.0, the freeRTOS version did not change from 10.4.6 to 11.2.0.

Why ? Is this expected behaviour ?

 

Thanks for help.

 

X-CUBE-FREERTOS-1.0.1   (FreeRTOS version 10.4.6)

free 1.0.1.png

I migrate to newer version

X-CUBE-FREERTOS-1.5.0   (FreeRTOS version 11.2.0)

free 1.0.1 migration.png

 

But version did not change from 10.4.6 to 11.2.0

free 1.5.0.png

 

 

 

 

 

1 ACCEPTED SOLUTION

Accepted Solutions
JohanAstrup
ST Employee

Hello @ferro.

If I open the attached .ioc file in a text editor, I can see that the version is actually updated. The issue is only related to the STM32CubeMX UI and not the generated code.

This is from your attached .ioc file:

VP_STMicroelectronics.X-CUBE-FREERTOS_VS_CMSISJjRTOS2_11.2.0_1.5.0.Mode=CMSISJjRTOS2
VP_STMicroelectronics.X-CUBE-FREERTOS_VS_CMSISJjRTOS2_11.2.0_1.5.0.Signal=STMicroelectronics.X-CUBE-FREERTOS_VS_CMSISJjRTOS2_11.2.0_1.5.0
VP_STMicroelectronics.X-CUBE-TOUCHGFX_VS_GraphicsJjApplication_4.26.1.Mode=GraphicsJjApplication
VP_STMicroelectronics.X-CUBE-TOUCHGFX_VS_GraphicsJjApplication_4.26.1.Signal=STMicroelectronics.X-CUBE-TOUCHGFX_VS_GraphicsJjApplication_4.26.1
VP_SYS_VS_tim6.Mode=TIM6
VP_SYS_VS_tim6.Signal=SYS_VS_tim6
board=custom
rtos.0.ip=STMicroelectronics.X-CUBE-FREERTOS.1.5.0
rtos.0.tasks.0=allocationType,Dynamic;bufferName,NULL;codeGen,Default;controlBlockName,NULL;entry,StartDefaultTask;name,defaultTask;parameter,NULL;priority,osPriorityNormal;stackSize,128

I managed to get it to display the correct version in the UI by disabling and then re‑enabling the component.

Best regards,
Johan

View solution in original post

2 REPLIES 2
JohanAstrup
ST Employee

Hello @ferro.

If I open the attached .ioc file in a text editor, I can see that the version is actually updated. The issue is only related to the STM32CubeMX UI and not the generated code.

This is from your attached .ioc file:

VP_STMicroelectronics.X-CUBE-FREERTOS_VS_CMSISJjRTOS2_11.2.0_1.5.0.Mode=CMSISJjRTOS2
VP_STMicroelectronics.X-CUBE-FREERTOS_VS_CMSISJjRTOS2_11.2.0_1.5.0.Signal=STMicroelectronics.X-CUBE-FREERTOS_VS_CMSISJjRTOS2_11.2.0_1.5.0
VP_STMicroelectronics.X-CUBE-TOUCHGFX_VS_GraphicsJjApplication_4.26.1.Mode=GraphicsJjApplication
VP_STMicroelectronics.X-CUBE-TOUCHGFX_VS_GraphicsJjApplication_4.26.1.Signal=STMicroelectronics.X-CUBE-TOUCHGFX_VS_GraphicsJjApplication_4.26.1
VP_SYS_VS_tim6.Mode=TIM6
VP_SYS_VS_tim6.Signal=SYS_VS_tim6
board=custom
rtos.0.ip=STMicroelectronics.X-CUBE-FREERTOS.1.5.0
rtos.0.tasks.0=allocationType,Dynamic;bufferName,NULL;codeGen,Default;controlBlockName,NULL;entry,StartDefaultTask;name,defaultTask;parameter,NULL;priority,osPriorityNormal;stackSize,128

I managed to get it to display the correct version in the UI by disabling and then re‑enabling the component.

Best regards,
Johan

Hi @JohanAstrup 

>> "I can see that the version is actually updated"
Yes, the FreeRTOS code is actually changed. Thanks for confirmation.

>> "I managed to get it to display the correct version ..."
This does not work on my machine. I found out that the displayed version is number/string assigned to

TMicroelectronics.X-CUBE-FREERTOS.1.5.0.FREERTOS_version

variable.

frertos 10.4.6.png

I change that string manually and it is displayed as the version.

frertos edit.png

cubeMX free.png