从2025年11月发布的版本开始，我们将仅以独立 版本的形式提供STM32CubeIDE 和STM32CubeMX 。

STM32CubeMX 将不再集成到 STM32CubeIDE 中 。相反，这两个工具实现互操作的方式将与IAR EWARM 、Keil MDK-ARM 和STM32Cube for VS Code 相同。

这两种工具当前的集成方式看似会在项目早期的原型开发阶段带来令人瞩目的效果。但实际集成后会出现性能低下 、跨操作系统稳定性差 和更新包庞大 等问题。因此我们应该让STM32CubeIDE回归本源，继续专注于*编辑**/* 编译 / 调试 等核心功能。

STM32CubeIDE (2.0) 的演进和发展将为用户带来以下变化：** **

• 专门打造的独立工具有效提升了代码开发的灵活性 。

  • 可更新性： 用户可以将任何版本的**STM32CubeIDE 与任何版本的 STM32CubeMX 搭配使用 。将STM32CubeMX和STM32CubeIDE分开便于开发人员独立更新每个工具 ，在降低风险 的同时提升了操作的灵活性** 。
  • 项目类型灵活性 ：STM32CubeIDE用户还可利用STM32CubeMX生成的Makefile 项目和CMake 项目，以获得额外的项目灵活性 。
  • 工作流程协调 ：互操作机制能够取代集成结构，将涉及STM32CubeMX和所有集成式开发环境的工作流程协调一致。

• 更为出色的可用性和性能 能够有效提升项目完成速度：

  • 加快了工具启动速度 并降低了**PC 资源需求** 。
  • 提高了稳定性 ，特别是Linux和macOS系统上的稳定性。
  • STM32CubeIDE内部无需执行登录 。

后续措施：新版本对 STM32 开发人员有何影响？** **

• 用户可从st.com下载STM32CubeIDE 2.0安装程序包。

• 用户仍然可从st.com下载STM32CubeIDE和STM32CubeMX的先前版本。

• 用户在更新现有安装版本时必须添加一个新的Eclipse P2 更新站点 ，以免在不知情的情况下意外完成更新。

• 意法半导体将继续为旧版本提供技术支持。

• 正在进行的 STM32 项目 不会受到此更新的影响。

  • 然而，使用较新版本的STM32CubeMX打开现有项目的同时可能会导致这些项目的更新，具体取决于所使用的STM32Cube固件。这一结果与STM32CubeIDE和STM32CubeMX工具的拆分并无关联。
  • 如果您已经安装了独立的STM32CubeMX工具，则双击STM32CubeIDE内部的ioc文件将启动该工具。

我们相信，此次更新将为您的开发工作带来巨大的长期收益 。在此过渡期间，意法半导体支持团队将为您提供协助。

如有任何疑问，请随时联系我们！

🎉️ 有奖互动： 评论区聊一聊你对STM32CubeIDE 2.0的看法，你在使用上的经验分享，或者优化建议。 活动时间：8月28日-9月28日

活动奖励：

①抽4位走心用户送 游戏手柄或STM32开发板 一个

②抽7位用户送出10元京东卡

待审核

在 2025 年 11 月的STM32CubeIDE 2.0 版本中， STM32CubeMX 将不再集成到 STM32CubeIDE ，结合其他的相关变化，探讨与分析如下。

一、STM32CubeIDE 之前版本特点

STM32CubeIDE 自推出以来，凭借其整合 STM32CubeMX 的特性，为开发人员带来了诸多便利。

早期版本集成的 STM32CubeMX 配置器和代码生成器具有强大的功能，例如其功耗和时钟树分析功能，让开发者能够在项目初期就精准把握系统的功耗情况以及时钟配置，极大地提升了项目开发的效率和准确性。通过图形化界面，开发者可以轻松配置微控制器的引脚排列、解决冲突，设置硬件外围设备和中间件，还能利用向导自动执行特定计算，完成时钟树的配置，这对于初学者和有经验的工程师都非常友好，显著降低了开发门槛。

同时，它基于 Eclipse 框架，继承了 Eclipse 的一些特性，使得开发者能够利用 Eclipse 丰富的插件生态，拓展开发功能。而且，STM32CubeIDE 还集成了部分 STM32CubeProgrammer 的功能，是一个功能较为全面的 “多合一” 开发工具，支持各种 STM32 微控制器，覆盖了广泛的应用场景。

使用的这些版本就像一个全家桶，遵循的原则是尽可能一站式解决问题，所以都集成到一个功能很多的大型软件中，总体来说还是比较好的。虽然有系统大，在低性能电脑上运行慢等问题，但是还是比较好用的。而且，也沿用了插件下载等功能，还是性能很好的。更新前最后的CubeIDE做一个截图，这里还是把cubeMX作为一个部分集成了的。等新版下载后，做一个对比。

二、新版本的改进变化

性能提升 ：将 STM32CubeMX 和 STM32CubeIDE 分开，回归 STM32CubeIDE 编辑 / 编译 / 调试等核心功能，有望解决之前集成后出现的性能低下问题。独立工具的打造，可有效提升代码开发的灵活性。例如，专门为代码开发打造的独立工具，能让开发人员在代码编辑过程中更加流畅，减少卡顿现象，从而提高开发效率。换言之就是软件规模小了，玉兴更快。

可更新性增强：用户可以将任何版本的 STM32CubeIDE 与任何版本的 STM32CubeMX 搭配使用。这种可自由搭配的方式就提供了极大的便利。

项目类型灵活性增加：STM32CubeIDE 用户还可利用 STM32CubeMX 生成的 Makefile 项目和 CMake 项目，以获得额外的项目灵活性。这个部分可能是更具有想象力的部分，也就是一直支持的编译工具可以更多，如最近提出的clang编译器，应该也会逐步纳入其中。增强对旧项目的支持 ：使用较新版本的 STM32CubeMX 打开现有项目时，可能会导致项目更新，这可能会给一些依赖旧版本项目结构和配置的开发人员带来困扰。因此，新版本需要增强对旧项目的支持，提供更好的项目迁移方案，确保旧项目能够顺利在新版本环境下运行，或者提供更多的项目设置选项，让开发人员能够根据需求选择是否更新项目。

三、改进后可能的不利影响

工具切换成本增加 ：之前在 STM32CubeIDE 中可直接使用 STM32CubeMX 的配置功能，现在需要在两个独立工具间切换操作。例如，在项目开发过程中，如果需要修改某个引脚配置，以前在一个界面即可完成，现在则需要先打开 STM32CubeMX 进行配置，然后再切换回 STM32CubeIDE，这无疑增加了操作步骤和时间成本，对于追求高效开发的工程师来说，会在一定程度上影响开发效率。

学习成本上升 ：对于习惯了旧版本集成操作方式的开发人员，需要重新学习两个独立工具的使用方法以及它们之间的互操作流程。例如，如何正确地在 STM32CubeMX 中生成适合 STM32CubeIDE 的项目，如何在两个工具之间进行数据传递和同步等，这可能会在短期内降低开发人员的工作效率。

四、对未来更新版本的建议

提供更多个性化设置选项 ：不同开发人员有不同的开发习惯和需求，希望未来版本能够提供更多个性化设置选项，例如界面布局、快捷键设置、代码风格等，让开发人员能够根据自己的喜好定制开发环境，提高开发的舒适度和效率。

持续优化性能 ：随着硬件技术的不断发展和项目规模的日益增大，对开发工具的性能要求也越来越高。未来版本应持续优化编译速度、内存占用等性能指标，确保在处理大型项目时，开发工具依然能够保持高效稳定运行。

相信国内的大多数单片工程师都是从stm8或者stm32入门的，stm32的培训机构出的教材也大多数是基于stm32来做的教材，可以说除了当年的C51，就是stm32F103了。 从用于的开发工具来说，无疑Keil是大多数工程师的必用IDE工具。 STM32CubeIDE从当年开发出来后，使用的工程师可能不多，因为开发出来后，他对系统的资源要求高，启动比较慢等。但是最近几年ST加大了对他的开发，特别是他的stm32cube库增加，再加上现在电脑的性能越来越强大，所以使用的人又慢慢的多起来了。 然后STM32的产品线越来越丰富，再加上了MPU的参与。所以STM32CubeIDE所需要资源或者说需要的适配是越来越多，因此对他的维护可以说是会成本越来越高，因此每加入一款MCU或者MPU的代码，就得做全功能的测试。 目前ST也添加了对VScode插件的支持，使得STM32CubeMX配置生成工程，使用vscode来做代码编辑，工程师的效率是非常的高。 再加上STM32CubeIDE的代码提示一直是他的短板，而要加入最近非常火的AI代码辅助编程，那STM32CubeIDE那也必须是跟上脚步的。 我想，在以上的描述中，那么把STM32CubeMX与IDE分离出来，一来是降低维护成本，提速版本更新的速度，二来是必须添加第三方插件的辅助，来提升用户对STM32CubeIDE的亲和度，给用户更加好的体验。

终于分开了，还是分开更好用点

合在一起确实感觉很鸡肋，并没有很大的作用，并且在IDE内部的cubeMX，总感觉有bug。 基于Eclipse的模式去做的IDE操作体验感觉还是不太好（包括AIR这些也不好用），可能是个人原因。 希望可以使用VSCode的模式去做就好了，把copilot这种AI加进去（这个很重要），然后还有一些乱七八糟的插件，都能加进去就好了。

分开挺好的，各所其职！！！😄

1、之前有反馈过遇到的工程BUG、希望后续能更加稳定！

【https://shequ.stmicroelectronics.cn/thread-868092-1-1.html】

2、希望能加快编译速度，像之前版本和Keil等编译工程要等好久...

3、希望添加些AI代码编辑助手工具就好了，就不用转去VScode了，加快编程效率；

‌开发效率提升‌，原生支持HAL/LL库的智能代码补全与语法检查，减少基础配置时间‌。

STM32CubeIDE 2.0显著提升了复杂项目的开发效率，尤其在多核调试和实时性能分析方面表现突出。

cubeide后续会考虑做一个改版vscode的ide吗?还挺期待2.0的优化的,尤其是启动速度方面与将cubemx和cubeide分离

这就是磨合尝新吧，好用就留，不好用就分。

通过大量的用户反馈，认真对待，并听取意见，真正的为用户着想。赞一个。

作为初学者，IDE感觉用的还可以，可能做的项目比较少，对于各种移植开发比较少。

对于大佬们来讲，分开能更好用，，每个软件都专注于自己的领域，在自己的领域做到最佳，为用户带来最佳的体验感。

后期我还是会继续使用集成的IDE，当我接触项目多了，需要跨平台跨系统时候，同时感觉到IDE力不从心时候，也会考虑分来的，使用MX＋keil来完成项目。

支持集成的IDE，也支持分开的IDE。MX。

毕竟都是为了用户开发的，集合时候小白选手，分开适合资深大佬。

CubeIDE 能否迁移到vscode平台就更好了 这样方便集成现有的ai插件，编程风格也统一了， 原来的cubeide 还能使用空

用过STM32CubeMX + IAR，也单独用过STM32CubeIDE

在代码与配置之间来回切换，STM32CubeIDE在界面上有些小Bug问题。

非常期待分开后能顺畅便捷开发。同时带来良好的编译速度与效果。

分开后会好些

可以根据需求绑定

操作冗余相对来说少很多了,针对开发和调试或许会更方便

期待更新

独立 版本的形式提供STM32CubeIDE 和STM32CubeMX

希望能保持对以前版本工程的兼容。

构建更好的STM32生态。

提高编译和调试的效率。

增加AI编程工具。

当时下载的时候，IDE和MX很方便，但是在尝试一段时间，发现整个工程打开很卡，后面又转回MDK了，觉得最大优势在与可以支持C++的工程文件支持，其中在一些特定场景不支持C++有一定的优势

期待一下分开，意思是11月会上线？

用了很多年的STM32CubeIDE，以前的版本容合了项目配置，代码编写、下载与调试，集成度好，但是对电脑的内存与磁盘要求比较高。相比于使用stm32cubeMX配置工程，然后使用Clion或者vscode方面还是有不少弱点的，比如代码提示就无法相比的。特别是最近AI辅助代码提示等就一直没有跟上脚步。

希望STM32CubeIDE更新后能增加AI代码提示，代码补全、代码注释等新功能。