[Dols]

I think I found the problem, it’s indeed the STM32CubeMX.

Project Manager > Code Generator > Generated files > Delete previously generated files when not re-generated = OFF (this is Enabled by default at my system)

Don’t know why this is enabled by default. Seems silly to me.

[Dols]

Actually the whole “core/src” folder is gone.

I tried to generate the project from within the STM32CubeMX tool, commit in git. And afterwards restore these files. But still having some errors when compiling. I Suspect i’m missing some changes in the files or settings.

Also note i’m new to VisualGDB and STM32CubeMX. So it could be very well a rookie mistake i’m doing.

[Dols]

Steps below to reproduce.

• Start VS2019
• Create New Project
• Double click on STM32CubeMX Project Wizard
• Giving the project a name and location.
• Place solution and project in the same directory = checked
• Press Create
• Toolchain = “ARM in c:\SysGCC\arm-eabi” (already selected)
• Select “STM32F439ZITx”
• STM32CubeMX tool is launched
• Click on the “STM32F439ZITx” in the crumb bar
• Select “Board Selector” tab
• Double click on “NUCLEO-F439ZI” board
• Initialize all peripherals with there default mode ? = Yes
• Ctrl-S to save the IOC File (overwrite the old file)
• Close the SMT32CubeMX Project (don’t generate code, didn’t change any other settings)
• Regenerating is started. Automatically starts the STM32CubeMX again.
• All files are generated including the “main.c”
• STM32CubeMX closes again automatically
• Getting the “New STM32CubeMX Project” dialog again, now on tab “Debug Method”.
• The “main.c” file is gone.

[Dols]

The gpdsc file look ok. The STM32CubeMX tool is generating the c files, both manually also when visualGDB is regenerating and starts the STM32CubeMX tool. But after STM32CubeMX tools closes, VisualGDB deletes these files.

[Author]

Posts