please take into account that STM32CubeMX is just a plug-in for STM32CubeIDE. We do support STM32CubeIDE with a predefined IDE project, but this doesn’t imply that every ST plug-in like STM32CubeMX is compatible with the project that we offer. STM32CubeMX basically is just an tool for initializing ST MCUs / Boards. By using this software it’s recommended to adapt your code to the STM32CubeMX syntax like ‘User defined code’ areas. That isn’t our preferred concept.
Nevertheless, a couple of month ago we have made a PoC to figure out how it an Embedded Wizard IDE project has to look to be compatible with the STM32CubeMX workflow. Within this thread you can find an Embedded Wizard Build Environment project that is configured for the use with STM32CubeMX as well.
Generally speaking, STM32CubeMX is currently not related to Embedded Wizard nor necessary for it.
Hopefully this helps,
Hi Tim,Many thanks for getting back to me.We are not tied to using the STM32CubeMX format of code with "user defined code", that's just what we have used so far on our initial development. I'll have a look through the example you kindly linked for the STMCubeMX approach and see if that can get us moving forward.Following on from what you told me above I have been searching, without success, for some examples using the "preferred concept" to get an idea of best practice when interfacing the GUI functions and hardware interface that would otherwise go in the "user defined areas" of a STM32CubeMX project.I'll keep looking and hopefully turn something up that helps us make a decision on which direction to take.
Ask Embedded Wizard
Welcome to the question and answer site for Embedded Wizard users and UI developers.
Ask your question and receive answers from the Embedded Wizard support team or from other members of the community!