STM32CubeMX 4.2.0 Known Issues

joe · ‎2014-06-11

Posted on June 11, 2014 at 12:56

The original post was too long to process during our migration. Please click on the attachment to read the original post.

jeucojeuco · ‎2014-06-11

Posted on June 12, 2014 at 08:33

This bug isn't only for software STM32CubeMX 4.2.0 but for library STM32Cube F4 v1.1.0

HAL_xxx_CLEAR_IT( ) macro is incorrect

TIMER, ADC, I2C, SPI, TIM, UART, USART, WWDG

=====

https://my.st.com/public/STe2ecommunities/mcu/Lists/STM32Java/Flat.aspx?RootFolder=%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fSTM32Java%2fSTM32F4xx%20HAL_TIM_IRQHandler%20misses%20interrupts%20on%20nearly%20overlapping%20TIM%20interrupts&FolderCTID=0x01200200770978C69A1141439FE559EB459D758000F9A0E...

shippo · ‎2014-06-14

Posted on June 14, 2014 at 19:41

I found another bug:

When configuring SPI (at least SPI3, I didn't test the others) the generated code fails because hspi3.Init.CRCPolynomial is not set, which leads to a failed assertion in HAL_SPI_Init.

edit:

Also, when MCO2 is configured with PLLI2SCLK as source, no code for the PLLI2S configuration is created, if no I2S instance is configured.

whg03 · ‎2014-06-17

Posted on June 17, 2014 at 18:03

Initialization of ADC1 for SRM32F401RE fails because multimode.DMAAccessMode is not set in in main.c function MX_ADC1_Init().

This causes assert_param() to fail in HAL_ADCEx_MultiModeConfigChannel().