2019-06-27 02:52 PM
According to the "known issues" post, importing an existing .ioc file from STMCubeMX is currently unsupported.
I'm starting a new project and would like to use the IDE for this - but my engineer designed the product using CubeMX.
Is there any kind of workaround for this?
As I see it, my options are:
1) manually recreate his work
2) keep using the "old" tools (CubeMX & Keil compiler)
Not sure which would be "better".
Thanks.
Solved! Go to Solution.
2019-07-02 02:08 PM
I have discovered a workaround that seemed to work for me...
Here are the steps I followed:
So far, so good!
2019-07-03 04:54 AM
good to hear your unlock your case and thanks for sharing your solution.
2019-07-03 07:31 AM
Thanks Jim, beware that will not work in all cases (didn't work in my case, unfortunately).
Again Thanks,
Best Regards, Dave
2019-11-12 05:11 AM
@Herve PIERROT At the time of writing on my platform (Windows 10 with JRE 1.8.0_231 64-bit), the STM32CubeIDE generator in the standalone STM32CubeMX tool (5.4.0) does not generate the `.project` and `.cproject` files, preventing proper project import into STM32CubeIDE (1.1.0). It only generates the `.mxproject` file, which is not sufficient for import. This is a weird shortcoming from my perspective, as the following workaround is possible:
@Jim Seymour No need to create a new project and replace `.ioc` files.
It's surprising as I would expect these two tools (standalone STM32CubeMX and STM32CubeIDE MX perspective) to use the same STM32CubeIDE generator backend. There are also some discrepancies between the generated HAL sources, pointing to the opposite.
Given this, and also that STM32CubeIDE seems to be sort of the "recommended" IDE by ST nowadays, I'm wondering whether the standalone STM32CubeMX will be phased out.
Alternatively, the below workaround also seems to work:
2019-11-12 08:12 AM
sounds like you are facing a current known limitation that for the generation of the STM32CubeIDE files (.project and .cproject),
the name of the .ioc should be the same as the name of the folder that contain this .ioc.
This is the case if you create the project from scratch with STM32CubeMX, it generates both the folder and the .ioc file,
but probably not if you copy/paste your project in a different folder.
Then your case, the files are most probably generated, but in a folder one level above your project, and in a folder having the name of your .ioc file.
A fix should come in one of the coming releases...
2019-11-12 08:16 AM
I forgot to mention that the directory and `.ioc` names are exactly the same.
2019-11-29 05:24 AM
we found that sometimes, an unexpected folder could be created that may lock the generation process. Could you please check if you have this folder :
<MX install path>/third_parties_plugins/binaries
If you have this "binaries" folder, then just delete it with all its content.
2022-11-18 10:43 AM
I just imported an IOC file into a project imported into CubeIDE, seemed to work, but it isn´t updating the files, though no error is reported.
Must be a fix for this by now?