FAQs
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 

Few questions about the CubeMX2/HAL2 transition?

Go to solution
lconlcong
Associate II

‎2026-03-16 10:51 AM - last edited on ‎2026-04-15 7:57 AM by

A few direct questions about the current CubeMX2/HAL2 split.

  • Are older STM32 series expected to stay on HAL1 + CubeMX permanently, or is there an actual plan to migrate them to HAL2 + CubeMX2?

  • What is the long-term support model here?
    Are these two stacks supposed to coexist for years, or is HAL1/CubeMX effectively going into maintenance mode?

  • Is there any official migration guide planned?
    Both for HAL1 → HAL2 API migration and CubeMX project → CubeMX2 project migration.

  • How is the VS Code extension supposed to work with both ecosystems in practice?
    If one project is on CubeMX/HAL1 and another is on CubeMX2/HAL2, what is the intended workflow?
    Is proper support planned for both, or is the tooling mainly targeting the new stack?

  • Where is the actual HAL1 vs HAL2 side-by-side data?
    Flash usage, RAM usage, performance, code size, same project, same MCU class, comparable build settings.

Right now this looks like a major ecosystem split without a clear migration plan or hard technical justification.

Labels:
1 ACCEPTED SOLUTION

Accepted Solutions
Go to solution
Emil Damkjaer PETERSEN
ST Employee

‎2026-03-17 3:53 AM

Hello @lconlcong 


I hope the following answers can shed some light on the split and our strategy moving forward.

  • Are older STM32 series expected to stay on HAL1 + CubeMX permanently, or is there an actual plan to migrate them to HAL2 + CubeMX2?

Unfortunately the current plan is that HAL2 and CubeMX2 will only be supported on new series, including the announced STM32V8.

 

  • What is the long-term support model here?
    Are these two stacks supposed to coexist for years, or is HAL1/CubeMX effectively going into maintenance mode?

The support of HAL1 and CubeMX is unchanged, as we will continue our support of HAL1 and CubeMX with new features just as we are doing today.

 

  • Is there any official migration guide planned?
    Both for HAL1 → HAL2 API migration and CubeMX project → CubeMX2 project migration.

We have both a comprehensive guide to support your migration and a tool that can help you identify the HAL1 APIs that needs to be update to HAL2 and the updates needed.
The guide can be found here: https://dev.st.com/stm32cube-docs/hal1-to-hal2-migration/1.0.0/en/index.html

and the tool can be found here: https://www.st.com/en/development-tools/hal2-migrator.html

 

  • How is the VS Code extension supposed to work with both ecosystems in practice?
    If one project is on CubeMX/HAL1 and another is on CubeMX2/HAL2, what is the intended workflow?
    Is proper support planned for both, or is the tooling mainly targeting the new stack?

The STM32Cube IDE for VS Code, uses cmake as build environment which both CubeMX and CubeMX2 has as a output when generating a project. Therefore can the VS Code IDE support both versions.

 

  • Where is the actual HAL1 vs HAL2 side-by-side data?
    Flash usage, RAM usage, performance, code size, same project, same MCU class, comparable build settings.

A good overview of the changes between HA1 and HAL2 can be found here in our migration guide: https://dev.st.com/stm32cube-docs/hal1-to-hal2-migration/1.0.0/en/docs/markup/drivers_documentation/breaking_concepts/breaking_concepts_toc.html
You can also find thorough description on what the big changes are and why they are introduced.

I am more than happy to answer any other question on our new release you might have.
Best regards,
Emil

 

 

 

View solution in original post

3 REPLIES 3
Go to solution
vaualbus
Associate III

‎2026-03-16 3:21 PM - edited ‎2026-03-16 3:27 PM

Also we went from "Rendering UI" and Java to Node.JS that take 1GByte of RAM to show just a pin view.

Still the UI is at least new and dark mode, let's be happy for that?

Go to solution
Pavel A.
Super User
In response to vaualbus

‎2026-03-17 3:28 AM - edited ‎2026-03-17 3:31 AM

Pin view? This is in CubeMX, not CubeIDE?

@lconlcong AFAIK software for the old products won't be migrated, not soon at least. This would create huge issues for existing users. But the new and old HAL - based projects & libraries will be able to coexist in one IDE workspace.

Old and new versions already can work side by side.  Yes, "ecosystem split" - but not "major". TL;DR let this be our worst problem.

Hope the developers will explain the road plan in the wiki or here.

 

Go to solution
Emil Damkjaer PETERSEN
ST Employee

‎2026-03-17 3:53 AM

Hello @lconlcong 


I hope the following answers can shed some light on the split and our strategy moving forward.

  • Are older STM32 series expected to stay on HAL1 + CubeMX permanently, or is there an actual plan to migrate them to HAL2 + CubeMX2?

Unfortunately the current plan is that HAL2 and CubeMX2 will only be supported on new series, including the announced STM32V8.

 

  • What is the long-term support model here?
    Are these two stacks supposed to coexist for years, or is HAL1/CubeMX effectively going into maintenance mode?

The support of HAL1 and CubeMX is unchanged, as we will continue our support of HAL1 and CubeMX with new features just as we are doing today.

 

  • Is there any official migration guide planned?
    Both for HAL1 → HAL2 API migration and CubeMX project → CubeMX2 project migration.

We have both a comprehensive guide to support your migration and a tool that can help you identify the HAL1 APIs that needs to be update to HAL2 and the updates needed.
The guide can be found here: https://dev.st.com/stm32cube-docs/hal1-to-hal2-migration/1.0.0/en/index.html

and the tool can be found here: https://www.st.com/en/development-tools/hal2-migrator.html

 

  • How is the VS Code extension supposed to work with both ecosystems in practice?
    If one project is on CubeMX/HAL1 and another is on CubeMX2/HAL2, what is the intended workflow?
    Is proper support planned for both, or is the tooling mainly targeting the new stack?

The STM32Cube IDE for VS Code, uses cmake as build environment which both CubeMX and CubeMX2 has as a output when generating a project. Therefore can the VS Code IDE support both versions.

 

  • Where is the actual HAL1 vs HAL2 side-by-side data?
    Flash usage, RAM usage, performance, code size, same project, same MCU class, comparable build settings.

A good overview of the changes between HA1 and HAL2 can be found here in our migration guide: https://dev.st.com/stm32cube-docs/hal1-to-hal2-migration/1.0.0/en/docs/markup/drivers_documentation/breaking_concepts/breaking_concepts_toc.html
You can also find thorough description on what the big changes are and why they are introduced.

I am more than happy to answer any other question on our new release you might have.
Best regards,
Emil

 

 

 

Top