Method to reorder peripheral init functions? (DMA BUG)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-01-03 4:56 PM
Is there a way to reorder the peripheral initialization functions in the main.c auto code without opening the .ioc file? MX_DMA_Init() was getting called after MX_USART1_UART_Init() in my project, which was causing the DMA instance's registers to not update inside HAL_UART_MspInit(), and thus made the entire peripheral to fail (which I'm pretty sure is a bug).
Using STM32CubeIDE Version: 1.8.0 (Build: 11526_20211125_0815 (UTC))
For anyone else that runs into this kind of thing (assuming there isn't a proper fix), I manually reordered the functions by editing ProjectManager.functionlistsort in the project .ioc file.
Solved! Go to Solution.
- Labels:
-
Bug-report
-
DMA
-
STM32CubeIDE
-
STM32CubeMX
-
UART-USART
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-01-03 5:06 PM
> Is there a way to reorder the peripheral initialization functions in the main.c auto code without opening the .ioc file?
Doesn't seem like it:
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-01-03 5:06 PM
> Is there a way to reorder the peripheral initialization functions in the main.c auto code without opening the .ioc file?
Doesn't seem like it:
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-01-03 5:11 PM
Well, at least it's fixed for new projects. Thanks!
