1. 为什么我一直等到6.14才写这篇配置文章先交代一个背景我手里的STM32项目最近要开始批量生产前期的固件还停留在标准外设库时代。团队成员早就吵着要迁移到HAL库但我一直拖着没动。原因很简单——ST的生态工具更新实在太频繁今天装好的CubeMX两个月后打开发现UI变了生成代码的模板换了连默认固件包的版本都改了。我不想把一篇配置教程写成打开软件点下一步的流水账那些操作截图三个月后就失效等于误导人。直到STM32CubeMX 6.14出来我发现几个值得升级的点对M0内核的支持更完整了自动时钟校准的逻辑更聪明和IDE的集成也少了很多啰嗦的弹窗。更关键的是固件包含STM32G0、L4、H7这些主流系列的最新补丁我手头正好有一颗STM32G431要调就直接用它从零走了一遍完整流程。这篇文章不是官方手册的翻译是我实际下载、安装、配置、生成代码、烧录跑通全过程的记录。适合谁看如果你之前用的是标准外设库或者拿着老版本的CubeMX但一直没搞懂那些配置项到底有什么意义这篇从头到尾捋一遍可以省掉不少试错时间。如果你已经是老手可以直接跳到第5节的踩坑清单那里有几条是我新版本才发现的问题。版本方面多说一句STM32CubeMX 6.14目前是Java环境运行的最新稳定线较老的4.x版本在Win11下偶尔会有中文字体渲染异常而6.x整套界面清爽很多配置项也更集中。我建议新项目直接上6.14别再用旧版迁就肌肉记忆。2. 下载安装里的隐藏细节Java、路径与多版本并存2.1 从官网下载到本地文件校验STM32CubeMX的下载入口在ST官网的Tools Software栏目下。打开后找到STM32CubeMX选择Windows版本如果你用Linux或Mac安装包后缀不一样但安装逻辑差不多。6.14这个版本在官网提供了独立安装包体积大概200多MB不算大但下载过程可能有几次跳转实际拿到的文件名类似en.stm32cubemx-win_v6-14-0.zip。一个在下载阶段容易被忽略的问题版本号规则。ST的版本命名是主版本.次版本.修订号6.14里的14是次版本更新频率很高。有些团队会固定用某个版本但如果你的IDE插件提示需要特定CubeMX版本最好按提示来。比如我从STM32CubeIDE 1.18导入工程时它要求的最低CubeMX版本就是6.10以上6.14完全兼容。下载完成后不要急着双击安装先做一件事校验哈希值。官网每个下载链接旁边都会给SHA-256值用PowerShell执行Get-FileHash就能对得上。我见过有同事下载到损坏的压缩包安装到一半报错然后重装系统才发现的白白浪费两小时。2.2 安装路径与Java环境的正确姿势6.14的安装包自带JRE环境不需要你自己先装Java。这一点其实是从6.0版本开始的改变——以前CubeMX依赖系统Java版本不对就会报错现在它把运行时捆绑在安装目录里省了很多麻烦。但安装路径有讲究。默认安装位置是C:\Program Files\STMicroelectronics\STM32Cube\STM32CubeMX注意Program Files这个路径带空格程序本身能跑问题是固件包存储路径如果也被默认放在C盘用户目录下会出别的问题。我建议安装时手动指定一个纯英文路径比如D:\STM32CubeMX_614固件包路径同样改成D:\STM32CubeRepository。为什么在意路径CubeMX的固件包默认放在C:\Users\用户名\STM32Cube\Repository这个位置。如果你的Windows用户名是中文比如张三某些老版本的固件包解压工具会因为编码问题解压失败提示文件名无效或者找不到指定文件。虽然6.14对中文用户名兼容性好了很多但换到纯英文路径可以彻底规避这类玄学问题。安装过程中还有一个细节安装完成后首次运行会弹出Java更新检查可以忽略或者关掉自动更新。CubeMX自身更新的检查频率也不要设成每天不然每次打开都在后台转圈很影响效率。2.3 多版本并存时的兼容性管理有些场景下你没法只用6.14比如维护老项目时工程文件的.ioc格式可能是旧版本创建的新版本打开后会提示需要重新生成代码。如果你不想让老工程被动升级可以保留一个旧版本CubeMX在同一台机器上。多版本并存的安装顺序建议是先装新版再装旧版这样旧版安装时不会覆盖新的配置信息。两版程序的安装目录区分开启动快捷方式分别命名基本就能和平共处。唯一的坑是固件包目录旧版固件和新版固件混在同一个Repository路径下有些系列会有重复版本号建议两个版本各自指定不同的Repository目录。新版本打开旧版创建的.ioc文件时大多数情况下会正常加载但可能弹出一个提示固件包版本将被更新。这时候如果点击确认之后再回到旧版IDE打开工程可能出现设备支持包和新固件不匹配的问题。我的习惯是老工程归档时连同当时的.ioc和固件包版本记录下来新版本只负责新项目不去随便碰老工程的生成。3. 首次启动绕不开的三件事固件包、工作界面和许可证3.1 固件包下载的两种途径与时区问题第一次启动STM32CubeMX 6.14界面是空的没有任何芯片支持包。你需要做的第一件事是安装固件包。这和装IDE不一样——IDE自带编译链而CubeMX只是一个配置器它要把你在图形界面选的引脚、时钟、外设翻译成真正的代码翻译依赖的是芯片系列对应的固件包也就是STM32CubeF1、STM32CubeG4之类。下载固件包有两条路径。第一条是在Help菜单里找到Manage embedded software packages打开后能看到所有系列勾选需要的版本点击Install。第二条是新建工程时直接在MCU选择界面点击Install按钮它会自动加载当前芯片所属系列的最新固件包。两条路用的其实是同一个下载器速度取决于你所在网络的调度。我实测过国内网络在夜间速度快很多白天偶尔失败失败的解决方式是重试一般第二次就成功。这里有个时区/版本相关的小问题STM32CubeMX 6.14默认加载的是在线包列表如果网络不稳定列表加载不出来会显示为空。这时候可以先点击左侧的From Local看看本地Repository里是否已经有历史下载过的固件包。如果本地也没有只能等网络恢复。还有一点不要下载多个大系列固件包同时进行比如同时勾F1和G4下载器偶尔会卡死在某个包上最后还得手动清理临时文件才能恢复。3.2 界面布局变化与控制面板认知6.14的界面相比5.x变化不小。默认打开后是左右结构左侧是芯片和外设选择的相关区域中间是引脚视图下方是时钟树右侧是配置面板。以前版本里很显眼的New Project按钮现在被移到了左上角不仔细看可能找不到。新建工程的入口实际有两条从主页面的File - New Project或者直接点击首页的Access to Board Selector。如果你是开发自定义板卡选MCU而不是Board如果你用的是NUCLEO或Discovery这类官方评估板选Board将直接预置好板载LED、按键和调试器的引脚映射省掉大半配置时间。我在实际项目中多半是自定义板所以走的是MCU路径。打开后可以看到一个芯片型号搜索框。以我用的STM32G431为例直接在搜索框输入G431下拉列表会出现多个变种封装不同、Flash大小不同。选择时注意一个容易被忽略的属性LQFP48和LQFP64引脚的可用性差异很大你在软件里看到粉色引脚无功能明显变多选型时最好对照实际原理图确认。3.3 许可证弹窗与在线登录问题首次启动或首次下载固件包时CubeMX可能会弹出一个关于ST账号的登录要求。这个是ST新增的合规检查机制部分固件包需要有ST账号才能下载。注册和登录是免费的但如果你想在无外网环境离线使用已下载的固件包可以不登录只从本地安装。不过要注意如果某个系列固件包里包含需要许可证的中间件比如STM32CubeMX里集成的部分音频或图形组件它可能要求你登录ST官网接受许可协议才能在生成代码时展开。我的处理原则是如果搞不清许可证性质先不勾选这些组件只生成HAL库的基础代码。HAL库本身的试用许可没有太多限制用于内部测试和个人学习完全够正式商用前让法务确认即可。4. 工程配置全流程从选型到第一份可烧录的代码4.1 MCU型号选择的思维误区在选择MCU型号时我见过很多新人有个误区直接搜STM32F103C8T6然后双击进界面完全不看Part Number的完整信息。其实同一个型号下有不同的硅片版本固件包支持的细节有差异比如有些老型号新固件包已经不再优化生成的代码里会有较多条件编译分支。6.14打开新工程时会让确认Device Revision硅片版本以G431举例有Rev B和Rev C两种可选。选错了不影响编译但个别外设特性可能会被误配。选择正确的方式是从原理图列表里列出核心引脚、外部晶体频率、调试接口先对比选型。一般而言引脚确定后选择封装不要盲目选大封装导致成本上升内外部时钟频率决定时钟树配法在选型阶段就要确认HSE的负载电容参数。CubeMX里只让你选频率值不在图形界面关心电容但硬件工程师要保证负载电容和晶振匹配不然HSE可能不起振程序卡死在启动文件的SystemInit里。我经历过一次Startup_ClockInit在HSE起振超时后走HSI兜底整个USART波特率乱掉排查了半天。选型号时还有一列是Type分为MCU、MPU和Wireless别勾错了类型。无线系列比如STM32WB其配置界面和普通MCU大同小异但加入了BLE协议栈的配置项新手如果不懂协议栈先不要乱动。4.2 引脚配置从原理图映射到软件编辑器进入配置界面的默认主视角是Pinout Configuration标签页中间是一个MCU封装引脚图可以缩放和拖拽。核心操作是在左上角的搜索框输入芯片引脚编号或功能名比如PA5或者搜索LED、UART1找到对应的引脚后点击选择功能。实际操作中我更推荐先按原理图顺序配置外设功能而不是在引脚视图里一个个搜索。比如先点击左侧列表的USART1在Mode下拉里选择Asynchronous此时界面会自动给你分配一组默认引脚TX、RX通常是PA9、PA10软件会在地图上点亮对应引脚。如果这组默认引脚和你的原理图冲突可以手动在芯片图上选中另一个引脚再在它的推荐功能列表里找到USART1_TX——不是所有引脚都有这个功能如果没有就换别的引脚。这里有一个非常实用的功能Ctrl点击引脚可以临时选择一个软锁定的引脚用来测试引脚资源是否冲突。6.14版本在右侧的System Pinout View里可以查看引脚的状态颜色区别为绿色代表已被占用黄色代表冲突白色代表可用。如果某个引脚变黄大概率是你的外设配置方案有冲突需要调整。在引脚配置阶段常见的问题把SPI的MISO和MOSI接反了。软件不会帮你判断这种错误你只能自己按原理图对照检查。项目稍大时引脚复用关系复杂我习惯在配置完成后导出一份CSV引脚分配表发给硬件工程师再确认一遍比在界面上肉眼核对靠谱得多。4.3 时钟树配置不是每次都要精确到小数很多人看到时钟树界面就头大一堆倍频器、分频器、PLL配置还要填各种频率数值候选频率是个下拉框。其实CubeMX的最大价值就在这里——你只需要输入最终的CPU频率目标值比如168MHz它会自动推荐一组HSE/PLL配置组合你只需要确认PLL的VCO输入频率在数据手册允许范围内。以STM32G431为例如果板载外部晶振是24MHz目标系统时钟是170MHz在手配时钟树时先确认HSE设为24MHz然后设置PLLM6分频得到4MHzPLLN85倍频得到340MHz最后PLLP2分频得到170MHz。这些数字在界面里可以通过下拉框选择每次改动旁边的有效频率范围颜色都会变化红色表示超出限制绿色正常。有个地方要特别注意RCC和相关外设的时钟使能。ADC、定时器这些外设都有独立的时钟分频器配置不当会导致外设工作频率不符合预期。比如我配FOC电流采样时ADC的时钟分频需要限制在80MHz以下过了就采到的数据线性度很差。生成代码后HAL库会在HAL_RCC_ClockConfig里设置系统时钟源不要手动改这里除非你很清楚整棵时钟树的结构。实测下来CubeMX的时钟树可视化在配置高频PLL时非常有帮助但不代表你可以在不理解原理的前提下随便点。配置完成后右侧的Clock Configuration区域会直接显示各总线频率和实际硬件波特率相关的USART必须要在这个阶段确定下来。我之前遇到过把USART挂在APB1但APB1分频配错导致实际波特率差了一倍串口接收一堆乱码。这种问题用示波器量TX引脚的脉冲宽度就能发现但更省事的做法是在生成代码前就核对一遍总线频率。4.4 外设配置细节从HAL库到具体参数配置外设是整个流程里最耗时的环节。Core菜单下的SysTick、Debug、DMA等基础项是每个工程都要过一遍的。我一般在Project Manager里先设置好工程名和IDE类型再回到Pinout页面逐个配外设但顺序灵活看你习惯。以串口为例配置界面会提供参数设置项比如波特率、数据位、停止位、校验位以及是否使能中断或DMA。对于Linux串口开发来说这些参数必须和对端完全一致任何一项对不上都会出现乱码或无法通信。很多人在这个阶段只改波特率其他保持默认——大多数时候没问题但如果你连接的是老设备可能要求7位数据位或奇校验忘了改就会互相等。DMA的配置也常出问题在串口和ADC里边使用DMA时要确认DMA通道优先级以及传输方向是Memory-to-Peripheral串口发送、Peripheral-to-Memory串口接收、ADC采样。如果选错方向代码能编译过但运行起来数据全都不对。还有一些外设的中断优先级如果配置成相同优先级且同时触发嵌套会乱程序会卡死在中断里。另外STM32CubeMX的默认代码模板里外设初始化函数是按顺序排列的比如MX_GPIO_Init、MX_USART1_UART_Init。如果你在配置里更改了引脚的复用功能生成代码后这些函数里的GPIO配置块也会自动更新。我实际的经验是生成代码之后不要手动去改这些Init函数如果改了下次生成代码时会被覆盖掉除非你把修改包在USER CODE BEGIN/END区域里。CubeMX的代码保护区域注释是/* USER CODE BEGIN/和/USER CODE END */在二者之间写代码重新生成后不会被清掉。这个机制是所有熟练工程师的护身符但很多新手没意识到它的存在。4.5 工程生成与时钟引脚复用校验配置完成后点击右上角的GENERATE CODE按钮。如果第一次使用会让选择IDE类型。这里要注意想用Keil直接编译的选MDK-ARM V5或V7想用STM32CubeIDE的选STM32CubeIDE也可以同时生成Makefile给那些用CLion或其他编辑器的嵌入式工程师。生成前还有一个步骤很多人会忘记在Project Manager的Project标签页里勾选Generate peripheral initialization as a pair of .c/.h files per peripheral。这个选项会在代码结构上区分每个外设独立文件而不是把所有初始化写进一个main.c。如果你跳过这个选项整个工程的代码会堆在一起后续排查外设时会很痛苦。生成完成后Host工具会打开一个浅色的IDE此时可以先不急着编译先检查生成的目录结构。我这里的一个坑是生成代码后工具的默认编码是UTF-8而Keil却默认按GB2312解码如果你的代码注释里写了中文编译时可能乱码。解决方式是进Keil的Editor配置里把Encoding改成UTF-8或者干脆工程注释全用英文。这个属于工具链问题但几乎每次都能遇到。5. 代码生成脚本的内置配置优化你的编译体验5.1 在生成代码前修改编译参数很多人不理解STM32CubeMX除了生成外设初始化代码还能在生成时帮你做一部分编译链的配置。实际上在Project Manager的Code Generator设置里可以指定调试器的类型生成C文件时自动加入断言检查还可以让工具在生成代码后马上打开IDE。这些项虽然不直接编译代码但减少了重复配置时间。比如对于Keil工程CubeMX生成的启动文件链接在System Workbench的启动路径里如果你在IDE里加了自己的启动文件生成的代码里就会有两个Reset_Handler编译报错。可以在Code Generator里取消勾选Generate startup file只生成你自己的初始化代码。STM32CubeIDE则不需要这一步。5.2 USER CODE区域的边界管理前面提过USER CODE区域的机制这里展开说说。CubeMX生成的文件里几乎每个函数都有这样的注释结构void MX_GPIO_Init(void) { /* USER CODE BEGIN MX_GPIO_Init_0 */ /* USER CODE END MX_GPIO_Init_0 */ ... /* USER CODE BEGIN 2 */ /* USER CODE END 2 */ }也就是说你在这个函数内部紧贴BEGIN/END之间添加的代码下次重新生成时会保留。秘诀是一定要全新初始化前和初始化后两处都用上。初始化前用于声明变量或做一些前置配置初始化后用于和硬件相关的自定义逻辑。比如GPIO初始化完成后马上把LED引脚拉高我就写在初始化函数后的USER CODE里而不是扔到main函数后段这样看起来更清晰。用过一段时间的读者会体会到一个痛点外部IO扩展芯片的初始化代码不属于任何外设该怎么放我通常会把这些统一放到main函数里USER CODE区域内的一个自定义函数里而不是塞给现有的外设函数。这条经验听起来简单但能让你三个月后再读代码时不抓狂。5.3 使用指令行编译的注意事项如果你像我一样平时更多使用命令行编译CubeMX生成的Makefile在默认情况下是能直接跑make的前提是安装了对应的编译工具链。STM32CubeIDE内置了arm-none-eabi-gcc如果你在VS Code里配了PlatformIO它也能生成基于Makefile的编译指令。但在命令行编译时要特别注意链接脚本。CubeMX生成的链接脚本末尾有一个额外的段用于放置CubeMX版本信息这个段不影响代码运行但如果你手动修改过链接脚本重新生成代码后需要重新检查。另外命令行编译时不要使用并行任务过高的数量比如make -j8在小型编译机上偶尔会有串口外设的依赖生成问题报错信息往往指向不存在的中间文件这时候把并行度降到4就正常了。有趣的是这个现象在Windows和Linux上的表现还不一样Linux上更少见。6. 实测汇总6.14版本中踩到的特殊坑与规避方案6.1 本地固件包失效与离线安装技巧我在这台新工作机上装好6.14后固件包下载很顺利但当我换到另一台没有外网的测试电脑上发现固件包仓库是全空的。这个问题很尴尬生成代码需要由MCU型号匹配到固件包版本如果本机没有即使你提供了源码CubeMX也不允许你继续。离线处理的唯一正解是在能联网的机器上完成所有下载然后把整个Repository目录拷贝到离线机器并确保离线机器的CubeMX配置指向该目录。这里有个前提拷贝的固件包版本要和离线机器上CubeMX版本支持的包格式兼容。6.14对旧版固件包做了兼容但如果你下载6.14用的新固件包拷到6.0环境里会提示版本不匹配。另一个细节是Repository目录下的隐藏文件夹比如.stm32cubemx或.tmp缓存拷贝的时候务必整体复制不要过滤掉否则固件包的哈希校验过不了软件拒绝加载。6.2 多用户配置冲突同一个Repository被两台机器同时打开在实际的团队协作中你们可能有一台编译服务器上面装好了全套工具。多个人同时通过远程桌面或SSH登录都指向同一个Repository目录偶尔会有人启动CubeMX时发现固件包列表为空。原因是两个进程同时去写这个目录下的索引文件造成索引损坏。解决方式有两种每个人在本地电脑上装一个自己的副本编译服务器只负责编译不装CubeMX或者如果一定要共用用共享盘的方式挂载而不是每人远程登录去操作同一个目录。我推荐每个开发者本机独立安装固件包几十GB的问题可以通过只下载自己用的系列来规避比如在Manage embedded software packages里只勾选F1、G4系列减少体积。6.3 与IDE工具链版本绑定的兼容性问题使用STM32CubeIDE时它会内置一个CubeMX插件版本不一定和独立安装的6.14同步。如果你用独立版CubeMX生成工程再用IDE打开偶尔会提示工程文件由较新版本创建建议升级内置工具。这个提示不代表工程不能编译但如果IDE内置工具太老生成的.ioc解析可能丢失某些外设配置。我踩过一个比较具体的坑用独立版6.14创建工程外设配置里用了LPUART但在STM32CubeIDE 1.17对应的CubeMX集成版本里LPUART的参数面板解析不正确打开.ioc时LPUART的波特率配置丢失最终串口初始化时因为波特率寄存器写入0导致HAL_UART_Init返回错误。排查了很久才定位到是版本兼容问题更新IDE后解决。所以如果你同时装了独立CubeMX和STM32CubeIDE建议把两者版本保持在同一个大版本线路上比如IDE 1.18配CubeMX 6.12及以上。这个不是强制要求但能省掉不少莫名其妙的兼容性问题。6.4 常见接线错误时钟失效、SWD无法连接第一个容易遇到的硬件问题是外部晶振不起振。CubeMX配置HSE后代码里会在SystemClock_Config里调用HAL_RCC_ClockConfig如果启动时读取到的系统时钟源不是HSE往往是因为外部晶振回路有问题。此时看代码很容易误以为是晶振引脚配置错误实际上可能是硬件上负载电容不对或晶振虚焊。第二个高频故障是SWD引脚被复用。如果你在CubeMX里把PA13和PA14配置成了其他功能比如GPIO输出或I2C会导致调试器连不上目标芯片更麻烦的是代码已经开始跑了但你没有调试接口。针对这种情况有两种保护方案一是始终保留SWD引脚功能不配置为其他功能二是在配置完所有引脚后设置一个板载跳线在开发阶段断开SWD复用功能。新项目调试时我通常先把SWD相关的引脚保留出来等功能稳定后再考虑是否释放。还有一类问题生成代码后如果系统时钟源是PLL而PLL配置中的VCO输入频率超出数据手册范围CubeMX在生成代码期间就会报红色错误并且在时钟树页面不给出具体原因。这时候需要回退配置将PLLM增大、PLLN减小直到所有频率项变绿。记住CubeMX只是一个工具它对物理限制的感知来自数据手册的输入范围但有些动态边界比如温度范围内的临界频率不会帮你判断项目量产前要查阅对应型号的勘误表。6.5 固件包版本与HAL库API的演进逻辑6.14默认使用的HAL库版本比老版本更新了不少API比如部分HAL_TIM的接口增加了返回值部分HAL_UART的DMA接收函数增加了超时参数。如果你的老工程迁移到6.14重新生成代码会发现原来调用HAL_UART_Receive_DMA的代码编译报错这是因为新库函数签名变了。遇到库接口变更优先参考固件包自带的Release_Notes.html文件和HAL库的changelog。我个人的习惯是新项目直接用最新库老项目除非必要不升级库版本。迁移老工程时我倾向于保留老的CubeMX版本和对应固件包版本所谓能用就不动这是工程经验不是保守。不过反过来也有好处6.14新增了对部分安全特性的支持比如读写保护寄存器配置的图形化界面如果项目有防复制需求可以在TrustZone或选项字节配置里直接设置不需要自己去写寄存器。这部分功能在6.14里属于锦上添花主线流程用不大到。7. 从零到点灯一个完整的最小工程跑通记录最后演示一个最小工程把前面所有配置串成一条线。我用的芯片是STM32G431CBU6板载一枚LED接到PC13外部晶振是12MHz调试器用ST-Link。进入CubeMX后新建工程搜索G431CBU6选LQFP48封装确认后进入主界面。先在RCC选项里把HSE设为Crystal/Ceramic Resonator在SYS的Debug选项里选择Serial Wire保留SWD调试通道。然后在GPIO界面找到PC13点击把它设成GPIO_Output在右侧的GPIO参数里把Maximum output speed设为Low初始电平设HighLED灭并给引脚起个标签名比如LED_RED。时钟配置部分HSE设为12MHz系统时钟设为170MHz。自动配置时PLLM选6PLLN选85PLLP选2AHB Prescaler选1APB1分频选2APB2保持默认。此时界面显示各总线频率170MHz / 85MHz / 85MHz确认无误。Project Manager里设置工程名my_g431_test工具链选STM32CubeIDE勾选每外设独立文件然后点击GENERATE CODE。生成后在main.c的USER CODE BEGIN 4区域里写下翻转LED的代码/* USER CODE BEGIN 4 */ void toggle_led(void) { HAL_GPIO_TogglePin(LED_RED_GPIO_Port, LED_RED_Pin); } /* USER CODE END 4 */然后在主循环里每500毫秒翻转一次while (1) { HAL_Delay(500); toggle_led(); }编译烧录后板上LED以1Hz频率闪烁这个过程中所涉及的时钟配置、引脚复用、工程设置、代码生成、编译烧录就是CubeMX从下载到配置全流程的标准动作。关于中断优先级、DMA流向、外设参数这些深入配置展开讲又是另一篇文章了但只要你把本文的流程完整走一遍后面所有内容都会变得容易理解。有一点得说清楚STM32CubeMX 6.14依然不是万能的。它解决的是初始化代码的生成和工程模板的规范化芯片外围电路设计、可靠性布局、功耗管理策略这些硬件层面的东西它管不了。但随着HAL库和工具链的逐步成熟至少我在新项目里的起步时间已经从两天压缩到半天了。如果你正在犹豫要不要从标准外设库切换过来我的建议是挑一个不紧急的小项目试一次跑通一次全流程后你对CubeMX的态度就会从怀疑变成习惯。