STM32CubeIDE 1.6.0 released

[mattias norlander]

STM32CubeIDE 1.6.0 was released this week on st.com as well as a in-tool update patch.

Caution: The in-tool update does not allow updating drivers and ST-LINK server tool. Full installer is required for this.

What is new in 1.6.0? (only some highlights)

• Target support updated in-sync with STM32Cube ecosystem in general. In particular:
  • Added support for additional STM32G0 and STM32WB series devices.
• Integration of STM32CubeMX 6.2.0, STM32CubeProgrammer 2.7.0 and latest versions of various other STM32 deliverables.
• Added Azure RTOS ThreadX debug support.
• Toolchain manager changes
  • The Arm and Gnu Tools for STM32 toolchains based on GCC 9-2020-q2​ is the new default bundled and used toolchain in CubeIDE 1.6.0.
  • Toolchain manager extended to support using a locally installed 3rd party GCC toolchain.
• Information Center updated with new Tools Panel for easy access/download of additional tools.
• STM32CubeMX plug-in provides pinout compatible search feature
• For MPU series :
  • Application / Library user land development
• JRE updates
  • Moved to Java11
  • JRE is now distributed as plug-in allowing also in-tool update of JRE via P2

Main issues fixed in STM32CubeIDE 1.6.0

Only a sub-set of the many tickets closed are mentioned in the release note.

Known problems and limitations

Please refer to the release note.

Where do I Obtain CubeIDE 1.6.0?

• https://www.st.com/stm32cubeide
• ... Or update your current installation of STM32CubeIDE using: Help > Check for updates
  • Caution: After updating STM32CubeIDE, the post-update restart fails. STM32CubeIDE must be restarted manually.

[Pavel A.]

@Anguel​ 

> BTW, do you have messages like this in your log:

No, because I don't use egit. At least not in CubeIDE. If egit or anything "team" is pre-installed there, I'd try to disable it. We have enough of other things to worry about.

-- pa

[Pavel A.]

The templates subdir should not be in your source tree and should not compile.

Files from there are only used to generate (or copy into) your own project.

If the templates dir gets copied into your project as a whole, delete it.

Also, try to use the internal builder which won't create messy .mk files everywhere.

-- pa

[Anguel]

I see, so I wonder why this appears in the headless build, I can't remember that there was such an error in 1.5.x.

BTW, the error does not seem to affect the build in any way, it only shows up at the beginning.

So here is how the headless build goes:

headless-build.bat -project "BL_CONTROL-NODE" -workspace "..\STM32CubeIDE" -clean -build -console
stm32cubeidec.exe --launcher.suppressErrors -nosplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild -build BL_CONTROL-NODE -data ..\STM32CubeIDE -vmargs -Dorg.eclipse.cdt.core.console=org.eclipse.cdt.core.systemConsole
Managed Build system manifest file error: Could not load icon "icons/chip.png".
 
Managed Build system manifest file error: Could not load icon "icons/chip.png".
 
Managed Build system manifest file error: Could not load icon "icons/chip.png".
 
16:42:17 **** Clean-only build of configuration Release for project BL_CONTROL-NODE ****
make -j4 clean
rm -rf *
 
 
16:42:18 Build Finished. 0 errors, 0 warnings. (took 923ms)
 
16:42:19 **** Build of configuration Release for project BL_CONTROL-NODE ****
make -j4 all

... and then it continues to build without problems.

Maybe a bug in Eclipse?

https://bugs.eclipse.org/bugs/show_bug.cgi?id=526421

[JSchn.4]

Mit freundlichen Grüßen / Kind regards
Johannes Schnitzler
Geschäftsführer
Ladon Energy GmbH
Tiergartenstrasse 164A
30559 Hannover
+49 511 533 666 1
+49 172 8 142 143
Johannes.schnitzler@ladon-energy.com

[Anguel]

@Pavel A.​ I never installed eGit. Is it possible that CubeIDE thinks it is installed? Or is it somehow a part of CubeIDE and gets installed with it? If so how to get rid of it. I googled around but I also don't see "Team > Disconnect" when I right-click on my project.

[Stat_headcrabed]

After updating, I can't set clock of my stm32h743 to 480MHz. It keep telling me "frequency searched for is out of range for this vos range". Reinstall doesn't work.(I'm using nucleo-h743zi2 board.)

[ADmit.2]

Ok! Thank you!

[Cartu38 OpenDev]

@Pavel A.​ according to me NO "messy .mk files everywhere" ... such are all created within at compile time created build dedicated repository. @ADmit.2​ is building "Debug" build configuration according shared snapshots so "Debug" folder is created to host all build artifacts including *.mk files which are Makefile components. All such sounds like good to me.

So issue is nothing related to build system here. Dupes are part of project sources. I agree no Templates stuff has to be part of project sources. Sounds like to me some handmade global copy/paste of STM drivers has been done but such is not fully a good idea ... have to be a bit more selective here ... or rely on some file(s) exclusion setup to keep them within project tree but to ommit at compile time.

[ADmit.2]

Cartu38 OpenDev Thanks for the answer! By the way, these pictures were taken already in version 1.5.1, where the project is perfectly assembled and works!

[Cartu38 OpenDev]

Sounds some tool update here.

You have to play with Power Regulator Voltage Scale as part of RCC panel.