.ioc generated by Motorcontrol Workbench is invalid in the project on CubeIDE

[hmEngin]

A motor control project, 240826-FAN-40A-48V, have been generated by Motor control Workbench-6.3.0 for the custom board based on the STM32G431RBT. Because of error 'Attr not supported : Dmpu' during generation, the project is imported by CubeIDE. I am not sure why the Project name on the Project explorer is 'STM32CubeIDE' instead of '240826-FAN-40A-48V'.

Then I need to add other functions using USART3 and some GPIO Port.

Firstly 240826-FAN-40A-48V.ioc on the Project explorer is clicked to open it. But I got a message on the screen as;

   "Invalid Input: Must be project's active .ioc file.

    Project's 'STM32CubeIDE' active one is 'STME2CubeIDE.ioc' file"

    But I could not find the 'STME2CubeIDE.ioc' file in my project directory.

Because of above issue run the CubeMX and Load '240826-FAN-40A-48V.ioc' then generate the code. Now open the project but I found that several mc_ files have error mark on the file name and the contents of the file looks like Java related error as attached.

Please help to resolve above issues.

Thanks and regards,

HM Kim

[Gael A]

Hello hmEngin,

Could you please provide the MCSDK version you are using, as well as your project file in .txt format ?

Also, know that the 'Attr not supported : Dmpu' error message during generation can be ignored as long as the generation reaches main.c ; the used toolchain can be chosen right before generation and this has nothing to do with the matter at hand.

Also, be aware that if you updated your MCSDK recently, old projects should not be re-generated in the same folder they used to be. Attention should be taken to save the project with another name or in a different folder before generating the updated FW.

[hmEngin]

Thanks for your prompt answer.

1. Version of MCSDK : 6.3.0

2. I awarded and ignored the error 'Attr not supported : Dmpu' 

3. MCSDK  6.3.0 is the first MCSDK I have used.

4. The project files .cproject and .project are ziped and attached as 2024-08-22.7z.

regards,

[hmEngin]

Here is one more file *.ioc.

Thanks,

[Gael A]

Hello hmEngin,

Thank you for the .ioc file. It seems to me that you lack the ftl folder in your generation folder.

Have you changed the .ioc file location before re-generating ?
If yes, you should also have taken the ftl folder that was generated by WorkBench.

Try re-generating your project either by using only the WorkBench, or also move the ftl folder whenever you want to generate via CubeMx in a different folder.

[hmEngin]

Hello Gael A,

The 240829-FAN-10A-48V-V1 has been generated without any modification or moving any file/directory.

Result is same as to previous project directory and project explorer as attached.

You can find the ftl folder and the files in it.

Thanks and best regards,

[hmEngin]

Hello Gael A,

Please find the 240829-FAN-10A-48V-V1.stwb6 and hopely generated CubeIDE project.

If you are ok please let me know your process to generate CubeIDE project.

Thanks again,

[Gael A]

Hello hmEngin,

Thank you for your .stwb6 file. I have generated the code using your file and everything seems to be fine.

To be clear, this is the configuration I am using :
- MCSDK v6.3.0
- CubeMx v6.12.0
- CubeIDE v1.15.0
- G4 FW v1.5.2
- HAL 

Generation reaches main.c (ignoring 'Attr not supported : Dmpu')

Compilation via CubeIDE proceeds normally.

[hmEngin]

Hello Gael A,

Attached, please find the screen shots.

Once running with the CubeIDE v1.15.0 the Compilation is fine after adding UART3 even project name is still 'STM32CubeIDE' before and after adding UART3. Thank you very much.

However, launching CubeMX by clinking the .ioc file under the project explorer is still same issue.

Please refer to Screenshot_Launch_ioc.jpg. 

Shall I raise one more issue regarding SPI1 related?

The spi1 is added by CubeMX and generated successfully and compiled without any error on the CubeIDE.

However the spi app in the 'stm32g4xx_hal_spi.c' are not enabled even 'HAL_SPI_MODULED_ENABLE' is defined in the file 'stm32g4xx_hal_conf.h'. Please refer to Screenshot_cubeIDE_with_spi1.jpg. This shows both stm32g4xx_hal_conf.h and stm32g4xx_hal_spi.c.

Thanks and regards,