After CubeMx 6.2.0 upgrade and firmware to STM32F373VCTx also updated, my project presents error message after generating the code

[AFerr.1]

After CubeMx 6.2.0 upgrade and firmware to STM32F373VCTx also updated, the CODE GENERATION of my project presents the message:

"The Code is successfully generated under : (...)     but TrueSTUDIOproject generation have a problem."

Compiling de project in Atollic TueStudio generates linking error.

The reason is than CubeMX included two versions of the "system_stm32f3xx.c" in the project that definitely did not occur with previous versions.

Deleting one of the files allows linking, but this must be done manualy.

It is really annoying and impairs firmware development cycle.

[Khouloud OTHMAN]

Hello @AFerr.1​ ,

Thanks for your feedback. If I recapitulate the problem, so you have an old project and when you migrate to the latest STM32CubeMX version, you get an error message after the Code Generation. Please correct me if I misunderstood.

Actually, following those steps I can't reproduce the issue: No error message is displayed after the code generation and checking the project folder there is only one version of system_stm32f3xx.c.

Could you please attach your .ioc file to check from my side. Also, the STM32CubeMX.log file that you'll find under C:\Users\...\.stm32cubemx directory may reveal something about this misbehavior.

I'll be waiting for your updates,

Khouloud.

[AFerr.1]

Hello

See attached the requested files, hope you can catch the bug with them.

About the duplicated *system_stm32f3xx.c* file: one copy is created in

*\Core\Src* folder and the other in

*\Drivers\CMSIS\Device\ST\STM32F3xx\Source\Templates.*

Thanks a lot for your prompt response.

Eng. Affonso E. B. Ferro.

Em seg., 8 de mar. de 2021 às 12:33, ST Community <

[e-mail]

>

escreveu:

[Khouloud OTHMAN]

Hi @AFerr.1​ ,

Thanks for your reply, but you may not correctly attach the files. Please make sure you're using the right tool:

[AFerr.1]

Hello

I replied via email and attached files to it, thought it would work.

Anyway, here they go.

Thank you.

[AFerr.1]

..

[AFerr.1]

..

[Khouloud OTHMAN]

Hi @AFerr.1​ ,

Thanks for those inputs, but I'm always unable to reproduce the issue from my side. Using the .ioc you have attached, the system_stm32f3xx.c file is generated only once. Also, the .log file doesn't reveal a big thing about the root cause of the problem.

What I recommend in this case, and considering that the updates to Atollic TrueSTUDIO are discontinued since 2017, the use of the STM32CubeIDE tool.

STM32CubeIDE includes the most advanced TrueSTUDIO features and bug fixes that contribute to a simplified process with project features and import guide documentation.

Please try with STM32CubeIDE toolchain and check if the problem is resolved.

Hope it works for you, otherwise do not hesitate to share your feedback.

Khouloud.

[AFerr.1]

OK, I intended to migrate to the new IDE soon, maybe this is the opportunity.

Thanks a lot for your attention.

[ARahm.5]

@AFerr.1​ , I have the same problem.

I cannot port my project to a new environment.

But I wrote a script that cleans up the erroneous `system_stm32fxx.c` file declaration from the project file.

Here is my script:

import os
import sys
 
for_searching = """<File><FileName>system_stm32f3xx.c</FileName><FileType>1</FileType><FilePath>..//Src/system_stm32f3xx.c</FilePath></File>"""
 
 
file_name_for_searching = 'TrailerSharingStationSTM32_F303.uvprojx'
 
 
entre_file = open(file_name_for_searching, 'r')
output_file = open(file_name_for_searching + '.DRAFT', 'w')
 
for line in entre_file:
 output_file.write(line.replace(for_searching, ""))
 
 
entre_file.close()
output_file.close()
 
os.remove(os.path.join(os.path.abspath(os.path.dirname(__file__)),
 file_name_for_searching))
 
os.rename(file_name_for_searching + '.DRAFT', file_name_for_searching)