Skip to main content
joe
joe
Associate III
June 11, 2014
Question

STM32CubeMX 4.2.0 Known Issues

  • June 11, 2014
  • 3 replies
  • 1181 views
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.
    This topic has been closed for replies.

    3 replies

    jeucojeuco
    jeucojeuco
    Associate II
    June 12, 2014
    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=0x01200200770978C69A1141439FE559EB459D758000F9A0E3A95BA69146A17C2E80209ADC21&currentviews=90

    shippo
    shippo
    Associate II
    June 14, 2014
    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
    whg03
    Associate
    June 17, 2014
    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().

    Terms & ConditionsAccessibility statement