cancel
Showing results for 
Search instead for 
Did you mean: 

STM32H533 and CubeMX generated project for CubeIDE

lclor
Associate III

Hello,

all my tools are updated to last ones, and software packages too.

I start an empty project using X Cube FreeRtos 1.5 (just a default task).

Play the soft with debug, and after a few seconds, press "Suspend" button to break the running program.

Then, there are a lot of calls to vPortSetupTimerInterrupt function (port.c) in the call stack.

The tick is by default 1ms and cpu clock to 250Mhz. 

Not sure that is normal?

thanks for your help

Laurent

 

 

16 REPLIES 16
lclor
Associate III

Dear Lobna,

 

ZIP File attached for the both project.

So the project done with CubeMX 6.16.1 / CubeIDE 2.0.0 / FreeRTOS 1.4 works normally.

The same project done with CubeMX 6.17.0 / CubeIDE 2.1.0 / FreeRTOS 1.5 doesn't work (see bitmap in first message).

The board is an user board, using the STM32H533CET processor. I don't think the board is the source of issue, because the project use only the default FreeRTOS task and no peripherals is used, and project CubeMX 6.16.1 works on this board, and the same project with CubeMX 6.17.0 doesn't work.

Best regards,

Laurent.

 

Hello @lclor ,

If I may intervene here.


@lclor wrote:

here is the download link for the projects : https://we.tl/t-Kxp0JD2RrT


It's not recommended to post a link to your project but rather to zip the project and attach it here in the post or use GitHub and share the link. Other platforms such as Google drive and others are not recommended for use. 

To give better visibility on the answered topics, please click on "Accept as Solution" on the reply which solved your issue or answered your question.
lclor
Associate III

Dear Lobna,

 

Do you have some news about the trouble?

Thanks in advance,

 

Best regards,

Laurent

lclor
Associate III

The default comes from STM32CubeIDE, a ticket is opened.

lobna
ST Employee

Dear @Iclolor

As you know After investigation, the execution flow of the application is correct, and the issue lies only in the representation of the call stack in the debugger. For internal tracking, the opened ticket number is:  CDM0061147

BR

Lobna 

@lclor 


@lclor wrote:

The default comes from STM32CubeIDE, a ticket is opened.


Hello,

Could you please indicate which ticket you are referring to?

To give better visibility on the answered topics, please click on "Accept as Solution" on the reply which solved your issue or answered your question.

@lclor 


Could you please indicate which ticket you are referring to?


After an internal discussion with @lobna , it seems you had a private discussion when @lobna shared with you the ticket number.
Meanwhile, I need to unmark your post and mark the post of @lobna as solution as she's the one that worked on the case and provided the answer.

Thank you for your understanding.

To give better visibility on the answered topics, please click on "Accept as Solution" on the reply which solved your issue or answered your question.