2020-03-09 03:17 AM
I find it very impractical that CubeMX keeps regenerating entire project to update clock tree and/or adjust settings for some hw units and in so doing deletes the original folder by renaming it and creating a new one. It's job should be to aid in hal and similar abstractions and to assist in the configuration. Having it stay away from the main application and usercode would be good.
Maybe an option to use it in library-mode would work?
The way it is now, it is only useful for the initial setup and after that it is a huge liability and incompatible with version control systems like GIT...
2020-03-09 05:09 AM
Have CubeMX generate code to a separate tree, and copy just the changed files or functions over to the live project tree.
2020-03-09 05:13 AM
Yes, that is what I have to do now but it is not very nice.
2020-03-09 05:29 AM
It gives you a way to review each piece of code before it enters the project tree that you are responsible for, preventing some nasty surprises.
2020-03-09 07:38 AM
That is what a commit is for...
But when it deletes the entire git repository I get a bit annoyed.
Also, it is a platform support tool and should have a mode to behave as such.
2020-03-09 10:50 AM
> But when it deletes the entire git repository I get a bit annoyed.
Push the repository to a remote server before doing dangerous things in the working copy. It will be safe there.
> Also, it is a platform support tool and should have a mode to behave as such.
?? What is a platform support tool?
-- pa