Skip to main content
TA1
TA1
Associate III
May 11, 2022
Solved

Possible problems in Cube MX Version 6.5.0 for STM32H742

  • May 11, 2022
  • 9 replies
  • 5004 views

Dear all,

I am using Cube MX to generate a template code for my new project. In Advanced Settings page under project manager tab, Init sub-routines order is not correct and I also cannot fix it. DMA is used in ADC1 and it should initialize before than ADC1_Init. However Cube MX puts ADC1_Init function before than DMA_Init. MX_ADC1_Init order also cannot be changed because order change buttons are not active.

There is a problem with RCC section as well. I reported previously and ST said it is known issue and will be fixed. (https://community.st.com/s/question/0D53W00001Xuay2SAB/adc-clock-setting-in-st-cube-mx-for-stm32h742vgt). However I may find another problem. I genereted a template code using Cube MX and I realized some peripherals clock and PLLs are not set in PeriphCommonClock_Config subroutine. I am not sure whether it is a mistake but I believe it is. There is only settings for PLL3 and SPI123. I am using PLL2Q and some USARTs. Do you think it is a mistake and cube mx should generate code for other PLLS and USARTs as well?

Best Regards0693W00000Npm3WQAR.png0693W00000Npm3HQAR.png 

0693W00000Npm0IQAR.png

This topic has been closed for replies.
Best answer by Sara BEN HADJ YAHYA

Hello @TA​ ,

Thanks for your feedback,

About the DMA init order, it is known issue, it was partially fixed in 6.5.0 and there are still some cases (such as migrating an ioc) where the order is not corrected. The dev team is working on it and it will be properly fixed soon.

The DMA order can be corrected manually from Project Manager view > Advanced Settings tab as explained in this thread.

As for the Clock init, only peripherals using PLL2, PLL3, PLLSAI1, PLLSAI2 as a source clock are configured in PeriphCommonClock_Config() and only when they are used by more than one peripheral. Otherwise the clock init will be generated in HAL_IPNAME_MspInit or in MX_IPINSTANCE_Init.

For USART1,6 for example, the peripheral clock is PCLK2 so it is configured in HAL_UART_MspInit in stm32h7xx_hal_msp.c file.

PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_USART1;
PeriphClkInitStruct.I2c3ClockSelection = RCC_I2C3CLKSOURCE_PCLK2;

However, SPI2 and SPI3 share the same Clock mux and it is set to PLL3, so the clock config is done in PeriphCommonClock_Config() in main.c file.

PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_SPI2|RCC_PERIPHCLK_SPI3;

Saying that only SPI2 is enabled and only its clock mux is set to PLL3, the clock init will not be generated in PeriphCommonClock_Config(), instead it will be generated in HAL_SPI_MspInit()

In case SPI4,5 clock mux is changed to PLL2Q, this source clock will be used by SPI4,5 and USART2,3,4,... so the clock init will be generated in PeriphCommonClock_Config().

I hope this helps and If you have further question, don't hesitate to ask :smiling_face_with_smiling_eyes:

If your issue is solved, please close this post by clicking the "Select as Best" button. This will help other members of the community find this response more quickly :)

Sara.

9 replies

Sara BEN HADJ YAHYA
Sara BEN HADJ YAHYABest answer
ST Technical Moderator
May 11, 2022

Hello @TA​ ,

Thanks for your feedback,

About the DMA init order, it is known issue, it was partially fixed in 6.5.0 and there are still some cases (such as migrating an ioc) where the order is not corrected. The dev team is working on it and it will be properly fixed soon.

The DMA order can be corrected manually from Project Manager view > Advanced Settings tab as explained in this thread.

As for the Clock init, only peripherals using PLL2, PLL3, PLLSAI1, PLLSAI2 as a source clock are configured in PeriphCommonClock_Config() and only when they are used by more than one peripheral. Otherwise the clock init will be generated in HAL_IPNAME_MspInit or in MX_IPINSTANCE_Init.

For USART1,6 for example, the peripheral clock is PCLK2 so it is configured in HAL_UART_MspInit in stm32h7xx_hal_msp.c file.

PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_USART1;
PeriphClkInitStruct.I2c3ClockSelection = RCC_I2C3CLKSOURCE_PCLK2;

However, SPI2 and SPI3 share the same Clock mux and it is set to PLL3, so the clock config is done in PeriphCommonClock_Config() in main.c file.

PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_SPI2|RCC_PERIPHCLK_SPI3;

Saying that only SPI2 is enabled and only its clock mux is set to PLL3, the clock init will not be generated in PeriphCommonClock_Config(), instead it will be generated in HAL_SPI_MspInit()

In case SPI4,5 clock mux is changed to PLL2Q, this source clock will be used by SPI4,5 and USART2,3,4,... so the clock init will be generated in PeriphCommonClock_Config().

I hope this helps and If you have further question, don't hesitate to ask :smiling_face_with_smiling_eyes:

If your issue is solved, please close this post by clicking the "Select as Best" button. This will help other members of the community find this response more quickly :)

Sara.

In order to give better visibility on the answered topics, please click on 'Best answer' on the reply which solved your issue or answered your question.
TA1
TA1Author
Associate III
May 12, 2022

Dear Sara

Thank you very much your reply. First solution won't work for me because I don't have older version of ioc file. But ok I will change inside C code for now.

I will check PLL settings in C code as well. So it is not a mistake and It is good to hear that.

Best Regards

Sara BEN HADJ YAHYA
Sara BEN HADJ YAHYA
ST Technical Moderator
June 29, 2022

Hello @TA​ ,

The issue regarding the DMA init order is fixed in STM32CubeMX latest release.

V6.6.0 is now available under this Link.

Thanks for your contribution.

Sara.

In order to give better visibility on the answered topics, please click on 'Best answer' on the reply which solved your issue or answered your question.
TA1
TA1Author
Associate III
July 1, 2022

Dear Sara ,

I have a project for STM32F745VGE and I downloaded latest version after your information and I migrate the project and DMA order problem still exist. There is a solution about migaration which is explained by another ST Employee, and her advice worked before. I will try her advi0693W00000QKH8kQAH.pngce and I hope it will work for the latest version.

Sara BEN HADJ YAHYA
Sara BEN HADJ YAHYA
ST Technical Moderator
July 4, 2022

Hello @TA​ ,

From which version did you migrate the project and was the DMA init order correct before project migration ?

If you still have a copy of your old ioc, could you please share it with me?

Sara.

In order to give better visibility on the answered topics, please click on 'Best answer' on the reply which solved your issue or answered your question.
Terms & ConditionsAccessibility statement