STM32CubeIDE 1.18.0 released

[Semer CHERNI]

We are pleased to announce that the release 1.18.0 of STM32CubeIDE is available.

What is new in 1.18.0:

• Microcontrollers, microprocessors, and board lists aligned with STM32CubeMX 6.14.0:
  • Added the support for STM32WBA6xxx microcontrollers in the STM32WBA series
•  Eclipse® updated to 2024-09  and CDT updated to 11.6.1: Gives the possibility to install the Copilot4Eclipse (Copilot for Eclipse) plugin
• Updated to GCC 13 as default toolchain
• Multiple old toolchain version will no longer be supported:​
• GNU ARM GCC7, GNU ARM GCC9 and GNU ARM GCC10 without ST layer​
• GNUTOOLS FOR STM32 GCC7 with ST layer
• Added the support for Fedora® 41 

Main fixed issues in 1.18.0:

Refer to the STM32 microcontroller wiki at:
STM32CubeIDE:STM32CubeIDE errata 1.18.x - stm32mcu

Known problems and limitations in 1.18.0:

Refer to the STM32 microcontroller wiki at:
STM32CubeIDE:STM32CubeIDE errata 1.18.x - stm32mcu

How to get STM32CubeIDE 1.18.0:

• Under this link
• Or update your current installation of STM32CubeIDE using: Help > Check for updates (The in-tool update does not allow updating the drivers and STLINK server tool. Full installation is required for this to be done).

[eos1d3]

I confirm that many years old randam open file bug after debug is still there.
This is unbelievable and is likely to be there until ST disappears.

[rondlh]

"Find next" seems to be broken in CubeIDE 1.18 (Running on Windows 10).

I remapped the "Find next" function to F3, and cancelled all other functions using F3.

Now pressing F3 seems to look for an empty string. Luckily the arrow up and down in the search box still work.

[ktrofimo]

Ok, lets accept this is not only STM32CubeIDE bug, but it is an (un?)expected breakpoint behaviour...

When you have your firmware reprogrammed IDE has to stop code execution and this exact instruction is shown in the IDE as if a breakpoint was reached. The question is: is it CubeIDE code or Eclipse code that must recognize that it is not a real breakpoint, but a program reflash/stop? If it is Eclipse related, then it is diffcult to blame STM32. But may be some code could be fixed to catch this situation...

[nico23]

Still broken https://community.st.com/t5/stm32cubeide-mcus/why-uint8-t-uint16-t-shows-negative-when-value-more-than-127-or/m-p/769789#M34041

[DCo]

Hi, I'm using STM32H743 for development and after recent IDE update I have found an issue in new GNU Tools v13.3.

I have a few variables for DMA and one of them is placed in RAM D3 section, to be accessible by BDMA. With new GNU Tools that variable is placed together with others in RAM D1, so BDMA doesn't have access to it.The only change to GNU Tools v12.3 resolves the issue (without any changes in code)

[Markus Rudolf]

I get this annoying message everytime on startup (we don't have defender but other Antivirus)

On top if I checkout a project under revision control, that was updated to 1.18.0 on a second PC and import the project and try to build / clean build it I get a "nothing to build"

Error Message.

Any ideas / timeframe for a fix?

[Markus Rudolf]

Sorry the build problems was my mistake, the Defender PopUp still is annoying

[nico23]

The live expressions tab has been completly broken

https://community.st.com/t5/stm32cubeide-mcus/stm32cubeide-1-18-0-live-expressions-stopped-working-completely/m-p/781554#M34861

[funky]

my nucleo l476RG board with integrated 2.1 st-link debugger does not work with 1.18
i updated the server and st-link drivers manually already but cubeide always says "no st-link detected" when i try to debug

But cubeide sees my debugger, i can update the debugger via help -> ST-Link upgrade 

and i can flash my hex manually via st-link utility