About MScha.8

MScha.8 · 2023-01-08

I wrote an application configuring the USART for DMA transmission. The first call to HAL_UART_Transmit_DMA works correctly and the expected bytes are sent. However, every subsequent call fails with HAL_UART_STATE_BUSY.It appears that the uart state i...

MScha.8 · 2022-12-12

The description for HAL_GetTickFreq says/** * @brief Return tick frequency. * @retval tick period in Hz */It returns 1 when the tick frequency is 1kHz. The period would be .001 seconds and the frequency would be 1000 Hz. Based on the typedef below, I...

MScha.8 · 2021-10-22

STM32CubeIDE 7.0Nucleo F401REI configured the board for USART2 DMA operations as in the UART_Hyperterminal_DMA example. The generated code called MX_USART2_UART_Init followed by MX_DMA_Init but this ordering does not work. The calls to set the DMA CR...

MScha.8 · 2023-01-08

Thanks Pavel.Configuring the USART for DMA operation in CubeMX does not enable the interrupt. Manually checking the box to enable interrupts fixes the problem and allows HAL_UART_Transmit_DMA to be called repeatedly.Maybe CubeMX should automatically...

MScha.8 · 2023-01-08

Thank you Kaouthar.It appears that both the enum and the function should be named something like TickPeriodInMilliseconds as suggested by Pavel A.

MScha.8 · 2021-10-22

Attaching the configuration file that caused the incorrect code to be generated

User statistics

User Activity

bug in HAL_UART_Transmit_DMA

bug in HAL_GetTickFreq

The calls to MX_DMA_Init and MX_USART2_UART_Init are generated in the wrong order. The DMA must be initialized first or the UART initialization silently fails to apply the proper configuration. There is no error but the UART doesn't work.

Re: bug in HAL_UART_Transmit_DMA

Re: bug in HAL_GetTickFreq

Re: The calls to MX_DMA_Init and MX_USART2_UART_Init are generated in the wrong order. The DMA must be initialized first or the UART initialization silently fails to apply the proper configuration. There is no error but the UART doesn't work.