- Uses high RAM (1.5GB)
- Generates slow code (STM HAL is slow)
- Does not let every bit of configuration to be done
- Removes the user code (try creating a timer, editing its IRQ handler and then remove the timer)
- Poor UX (You can't define a macro for the timer prescaler value unless you find the hidden checkbox on the right of the input and click "do not check")
- It does the actual code organisation and it mixes the hardware configuration and the application logic in the same page, which you have no choice but to obey this choice.
- When you can't perform a very specific configuration within the CubeMX (like a specific DMA configuration) half of your hardware configuration lies in CubeMX and the other lies within the code. You can't examine the whole configuration by the CubeMX in such situations.
- STM HAL is buggy.
- STM HAL is mostly undocumented.
- Changing a named
GPIO_Input
toGPIO_EXTIxx
erases the input's label/name.
-
Notifications
You must be signed in to change notification settings - Fork 0
ceremcem/why-cubemx-sucks
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
About
No description, website, or topics provided.
Resources
Stars
Watchers
Forks
Releases
No releases published