STM32CubeMX 6.8.1 and STM32CubeIDE 1.12.1 released
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2023-04-27 9:48 AM
STM32CubeIDE/CLT 1.12.1 was released on st.com as well as an in-tool update patch.
Aligned with STM32CubeMX v6.8.1 that is available for download .
Caution: The in-tool update does not allow updating drivers and ST-LINK server tool. Full installer is required for this.
Main issues fixed in this patch:
This patch release fixes the issues related to the following cases:
STM32CubeIDE
- Incorrect permission of lib jspawnhelper in jre packaged in STM3CubeIDE.
- STM32CubeIDE does not launch with Linux Fedora
STM32CubeCLT
- Variable path is removed when CubeCLT is installed.
STM32CubeMX
- CubeMX project Cube IDE complication error on ETH
- Update to CubeMX 6.8 adds non-working VOSRDY flag check to SystemClock_Config() on STM32F7 using LL drivers.
- [X-CUBE-FREERTOS][v1.0.1] Can't select previous version with secure context
- [STM32CubeMX][MDMA] MDMA GUI crash causing issue with tool
Where do I obtain CubeIDE ,CLT 1.12.1 and CubeMX 6.8.1 ?
- For IDE 1.12.1 : https://www.st.com/stm32cubeide
- For CLT 1.12.1 : https://www.st.com/stm32cubeclt
- Or update your current installation of STM32CubeIDE using: Help > Check for updates
- updating STM32CubeIDE, the post-update restart fails. STM32CubeIDE must be restarted manually
Related threads
Click on cubeIDE 1.12 MDMA section sometime causes MX tab an undefined behaviour
- Labels:
-
STM32CubeIDE
-
STM32CubeMX
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2023-04-27 10:36 AM
I'm seeing incorrect behavior in the Clock Configuration screen. It is flagging valid values as being out of range (STM32H743XIH6). Is anyone else seeing this? If I save and re-start CubeMX, I still see the same problem.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2023-04-27 10:44 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2023-04-27 1:45 PM
OK I found the reason -- I had silicon rev Y selected (has max core clock speed of 400 MHz) instead of V (supports max core clock speed of 480 MHz). It was non-obvious to me what the problem was, perhaps the reason can be displayed when you hover the mouse over the red boxes.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2023-05-02 2:34 AM
Hello @chriscole ,
For the STM32H743 , we have 3 revision :
Use silicon revision V devices to reach a maximum frequency of 480 MHz.
Foued
To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2023-05-09 8:04 AM
I'm seeing a problem that may be related to V1.12.1: when debugging on an STM32WLE5 using an STlink/V2, I often see the debugging session suddenly end when hitting a breakpoint. Restarting STM32CubeIDE makes the problem go away for some time, but it eventually happens again.
I don't think there's anything special about the breakpoint (it's in an ISR callback, but that shouldn't matter).
What logs might I collect next time it happens?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2023-05-16 5:26 AM
Does this fix the issue with the removed Middleware folder?https://community.st.com/s/question/0D53W00002ChskuSAB/update-to-stm32cubeide-1120-stm32cubemx-680-removes-middleware-folder-and-breaks-stl-build?t=1684239608514&searchQuery
