搞嵌入式的朋友应该都有体会步进电机这玩意儿看着简单真正工程化落地的时候坑不少。最近在GD32F4平台上做了一版用CubeMX配置PWM控制42步进电机的方案从定时器选型、参数计算到实际跑起来的整个流程都捋了一遍踩了几个网上不太容易搜到的坑。这篇就把完整的配置过程、代码实现和排查记录写出来给后面要用GD32F4做步进控制的人一个参考。GD32F4系列是兆易创新推出的高性能Cortex-M4内核MCU主频最高能到200MHz左右和STM32F4系列的引脚、外设兼容性很好很多场景下可以直接替换。用CubeMX来做初始化配置虽然GD官方也有自己的图形化配置工具但CubeMX生成的代码结构清晰、HAL库风格统一配合GD32的固件库做适配开发效率能高不少。这篇博文适合刚接触GD32或者想快速把步进电机驱动跑起来的工程师当然有一定基础的朋友也可以重点关注后面避坑记录的部分。1. 整体方案设计与思路拆解1.1 为什么用PWM输出做步进电机控制步进电机控制的核心在于脉冲序列每来一个脉冲电机的转子就转过一个固定的步距角。很多入门玩家第一反应是用GPIO翻转延时来产生脉冲这种软件方式看起来简单但实际上存在两个致命问题一是脉冲频率受中断和主循环影响抖动大转速不均匀二是电机高速运行时需要高频脉冲CPU全程被占用几乎干不了别的活。用定时器的PWM输出模式来解决这个问题本质上是把“精确产生脉冲序列”这项任务从CPU卸载到硬件定时器上。定时器根据预分频和自动重装值自动翻转输出引脚电平完全不占用CPU脉冲频率可以做到非常稳定。尤其在配合步进电机细分驱动的情况下这种方案的优势特别明显。这里要插一句有些新手可能会问为什么不用SPI或者I2C去控制步进电机驱动芯片因为这两种总线协议是面向寄存器读写的不是为高频脉冲设计的。步进电机驱动器需要的是一路干净的方波信号STEP加一路电平信号DIRPWM输出天然就是方波硬件上直接对接没有比这更合适的了。1.2 系统架构从MCU到电机的完整链路整个系统的信号链路是MCU定时器PWM输出 → 电平转换/隔离需要时 → 步进电机驱动模块 → 电机绕组。以我这次用的方案为例MCU用的是GD32F407VET6输出三路信号给驱动板STEP脉冲由定时器PWM通道输出频率决定转速DIR方向普通GPIO输出电平决定正反转ENA使能普通GPIO输出控制驱动器是否输出电流驱动板用的是TB6600最大4A电流支持6N1.8度42步进电机的细分设置42步进电机的相电流一般在1.5A左右TB6600余量足够而且TB6600自带光耦隔离MCU侧不需要额外加隔离电路省了不少事。选择42步进电机的原因也很直白这个规格的电机是DIY雕刻机、3D打印机、小型机械臂的标配扭矩适中通常0.4-0.5N·m价格便宜和TB6600、A4988这类驱动模块的匹配度极高。如果你的负载更大直接把这个方案里的电机和驱动放大一档比如57步进电机配DM542代码逻辑完全不用改。1.3 方案对比PWM输出和软件脉冲的取舍为了帮还在纠结方案的人做决定我做了一张小小的对比表对比项PWM输出控制GPIO模拟脉冲脉冲频率稳定性高硬件定时器产生低受中断影响大CPU占用率几乎为零高高速时要不断翻转GPIO最高转速高定时器可输出MHz级脉冲低软件翻转有上限加减速控制需要配合DMA或中断修改ARR灵活但占用CPU适用场景精密运动控制、多轴联动简单教学实验、低速场景实际结论很明确做正经项目必须上PWM。GD32F4系列定时器资源丰富有8个定时器高级定时器TIMER0/7通用TIMER1/2/3/4/5基本TIMER6随便用哪个通用定时器就能满足步进电机的脉冲需求根本不存在资源不够的问题。2. CubeMX配置GD32F4的完整过程2.1 CubeMX环境下GD32F4适配的准备工作严格来说CubeMX原生支持列表里其实没有GD32F4它是为STM32服务的。但是在实际工程中很多人都是用CubeMX生成一个对应型号的STM32F4工程然后把启动文件、链接脚本和HAL库适配到GD32F4上。这地方有个关键点GD32F4和STM32F4的外设寄存器虽然高度兼容但不同系列之间还是有几个关键差异要处理。最典型的就是系统时钟配置GD32F4的主频上限是200MHz而STM32F407默认主频168MHz超频到180MHz不稳同时GD32F4的内核HCLK和AHB总线关系也是有差别的直接用CubeMX生成的SystemClock_Config()去掉到GD32工程里大概率起不来。所以我的做法是分两步走第一步用CubeMX按STM32F407的型号把外设初始化代码生成好第二步把MCU头文件、启动文件和system_stm32f4xx.c替换成GD32F4对应的版本并且手动检查时钟树配置。这里有个小技巧GD32F4的库文件组织方式和STM32的HAL库基本一致从GD官网下载的固件库里直接拿对应的文件覆盖即可通常只有时钟初始化这部分需要手动改。2.2 时钟树配置200MHz主频的设置细节GD32F407的最高主频是200MHz这比STM32F407的168MHz要激进一些。我实测下来200MHz跑PWM控制步进电机完全没问题稳定性也很好但前提是供电要干净最好用LDO输出3.3V后加一个10uF100nF的去耦电容组。时钟树的关键配置如下外部晶振25MHzGD32F4-EVAL板上默认是25MHz如果你自己画的板子用的是8MHz晶振这里就要改成8PLL倍频25MHz × 2 / 2 × 8 200MHz需要根据实际晶振调整参数AHB预分频1分频HCLK200MHzAPB1预分频4分频APB150MHzAPB2预分频2分频APB2100MHz这里注意APB1定时器时钟是50MHz × 2 100MHzAPB2定时器时钟是100MHz × 2 200MHz。这个“定时器时钟翻倍”的逻辑源于STM32HAL库的时钟树设计APB预分频不为1时定时器时钟为APB时钟的2倍GD32的时钟树同样遵循这个规律。做PWM输出计算的时候必须以这个实际定时器时钟为基准而不是直接用APB1的50MHz。2.3 定时器PWM模式配置参数计算全流程我选的是TIMER3对应CubeMX里的TIM3的通道1也就是PC6引脚。为什么选这个一方面TIM3是通用定时器配置简单不涉及高级定时器那些刹车、互补输出的复杂功能另一方面PC6这个引脚在GD32F4上是5V容忍的和5V逻辑电平的驱动板对接更稳妥不过TB6600有光耦隔离3.3V也完全够用但多一层保障总归是好的。CubeMX里关键参数建议如下参数设置值说明Clock SourceInternal Clock内部时钟源Channel1PWM Generation CH1通道1输出PWMPrescaler100-1预分频值Counter Period2000-1自动重装值决定脉冲频率Pulse1000初始占空比50%PolarityHigh输出极性高电平有效这里需要重点解释预分频和自动重装值的计算逻辑。定时器时钟是100MHz前面算过APB1定时器时钟预分频值设为99即100分频则定时器计数频率为 100MHz / 100 1MHz即每微秒计数一次。自动重装值设为1999即2000则一个PWM周期为 2000 微秒 2ms对应脉冲频率 500Hz。PWM频率 定时器时钟 / (预分频值1) / (自动重装值1) 100MHz / 100 / 2000 500Hz。那么500Hz的脉冲频率对应42步进电机步距角1.8度200步每转在整步模式下的转速是多少 转速rpm 脉冲频率 × 60 / (电机步数 × 细分倍数) 500 × 60 / (200 × 1) 150rpm。除以细分倍数比如16细分时转速 500 × 60 / (200 × 16) ≈ 9.4rpm。这就是为什么很多人觉得细分设置之后“同样频率电机转慢了”因为细分本质是让电机走一个整步的拆分成多个微步同样的物理位移需要更多的脉冲数。2.4 触发引脚冲突的检查JTAG脚位的坑这一节其实是我踩的第一个大坑单独拎出来说。CubeMX生成的时候默认会分配PC6作为TIM3_CH1的PWM输出看起来没问题但如果你同时用了PB3、PB4或者PA15这几个引脚就会撞上JTAG调试端口的复用。GD32F4和STM32F4一样上电默认开启的是JTAG功能这几个引脚被JTAG占用如果CubeMX里没有显式关闭JTAG你在代码里配好了PWM也推不出波形。而且最恶心的是这种情况下程序还下载得进去、调试器也能连上就是引脚不让你操作排查起来很费劲。解决办法是在GPIO初始化之前把JTAG关掉只保留SWD调试功能gpio_init_dbg(GPIO_DEBUG_SWD_ONLY);如果你用CubeMX生成的是STM32的HAL代码对应方法是调用__HAL_AFIO_REMAP_SWJ_NOJTAG()函数在HAL库头文件里有定义。不过GD32F4库的函数名不一样是gpio_init_dbg。这个坑的典型特征是PWM代码看着全对示波器量引脚就是没波形每次复位之后引脚电平倒是正常的因为默认浮空输入但只要一配置成复用功能就失效。如果你遇到这种诡异情况基本就是JTAG占用没跑了。2.5 生成工程后的代码改造CubeMX生成工程后需要做几处适配才能在GD32F4上编译运行起来。首先是替换启动文件和设备头文件GD32固件库里有现成的startup_gd32f407.s具体文件名看你的芯片子型号和gd32f4xx.h。其次是HAL库的适配问题。如果你直接把CubeMX生成的代码用在原版STM32 HAL库上编译跑在一颗GD32F4上多数情况下是可以工作的因为外设寄存器的布局基本一致。但如果你想用GD官方固件库重新实现一遍就需要手动翻译HAL库的API调用工作量不小。实操中最省力的折中方案是保留CubeMX生成的HAL代码框架只把system_init部分换成GD32的查表调用HAL_TIM_PWM_Start()这个核心函数即可。HAL库对GD32F4的兼容性实测在PWM、UART、GPIO这些常用外设上是没有问题的但如果你用到了RNG、CAN这类外设建议还是老老实实用GD的固件库重新写一遍HAL和GD的位定义可能有偏差。我这次为了稳妥直接用了GD32标准固件库手写了定时器初始化的代码。反正就那么几行参照官方例程改一改就行完全脱离CubeMX。如果你想省事用HAL库跑也完全OK原理上没有区别我这里给出的代码逻辑两种环境下都能用只是API名字不同。3. 核心代码实现与运行调试3.1 GD32F4定时器PWM初始化代码基于GD32标准固件库的定时器PWM初始化代码如下。这里的定时器时基单元配置、通道模式和输出极性设置对应于CubeMX中TIM3的PWM Generation CH1设定逻辑void TIMER_PWM_Init(void) { /* 使能TIMER3时钟和GPIO时钟 */ rcu_periph_clock_enable(RCU_TIMER3); rcu_periph_clock_enable(RCU_GPIOC); /* 配置PC6为复用推挽输出复用功能AF2对应TIMER3 */ gpio_af_set(GPIOC, GPIO_AF_2, GPIO_PIN_6); gpio_mode_set(GPIOC, GPIO_MODE_AF, GPIO_PUPD_NONE, GPIO_PIN_6); gpio_output_options_set(GPIOC, GPIO_OTYPE_PP, GPIO_OSPEED_50MHZ, GPIO_PIN_6); timer_parameter_struct timer_init_struct; timer_init_struct.prescaler 99; /* 预分频100得到1MHz计数频率 */ timer_init_struct.period 1999; /* 自动重装值2000PWM周期2ms */ timer_init_struct.aligned_mode TIMER_COUNTER_EDGE; timer_init_struct.counter_direction TIMER_COUNTER_UP; timer_init_struct.clock_division TIMER_CKDIV_DIV1; timer_init_struct.repetition_counter 0; timer_init(TIMER3, timer_init_struct); /* 配置PWM通道1 */ timer_oc_parameter_struct oc_init_struct; timer_oc_init(TIMER3, TIMER_CH_1, oc_init_struct); /* 使能通道1输出设置初始比较值 */ timer_channel_output_mode_config(TIMER3, TIMER_CH_1, TIMER_OC_MODE_PWM0); timer_channel_output_pulse_value_config(TIMER3, TIMER_CH_1, 1000); /* 50%占空比 */ timer_channel_output_state_config(TIMER3, TIMER_CH_1, TIMER_CCX_ENABLE); /* 使能自动重装载 */ timer_auto_reload_shadow_enable(TIMER3); /* 使能定时器 */ timer_enable(TIMER3); /* 启动PWM输出 */ timer_channel_output_state_config(TIMER3, TIMER_CH_1, TIMER_CCX_ENABLE); }这里有一个很容易错的地方就是timer_oc_init这个函数会把整个timer_oc_parameter_struct结构体里的所有参数一并写入寄存器如果你在它之前已经设置过比较值它可能会被覆盖掉。所以要么只调用timer_channel_output_pulse_value_config来改比较值要么在timer_oc_init里把oc_pulse字段设置好。我自己的习惯是能不用timer_oc_init就不用直接分步设置更可控。初始化完成之后在主循环里控制速度和方向速度和方向的控制逻辑是这样的/* 正转 */ gpio_bit_set(GPIOB, GPIO_PIN_5); /* 反转 */ gpio_bit_reset(GPIOB, GPIO_PIN_5);3.2 速度控制动态修改PWM频率的两条路径在步进控制里最核心的需求就是动态改变转速这对应着动态改变PWM频率而PWM频率由自动重装值Period/ARR决定。所以动态调速的本质就是运行时更新定时器的ARR寄存器。GD32的HAL/固件库中修改ARR寄存器的核心代码如下timer_autoreload_value_config(TIMER3, new_period_value);但问题来了直接改ARRPWM输出波形可能瞬间出现毛刺或者异常电平。原因是在更新ARR的过程中计数器的当前值可能已经超过了新的ARR边界导致输出跳变。解决办法是启用预装载特性timer_auto_reload_shadow_enable(TIMER3);这样ARR的修改会先写到影子寄存器等当前计数周期结束后再一次性生效不会产生瞬时错误脉冲。还有一个细节如果电机高速运行PWM频率很高在RTOS上频繁调用这个函数也可能因为任务调度导致频率更新延迟最稳的方案是直接在定时器更新中断里修改ARR但那是进阶玩法了这里先不展开。除了改ARR之外还有一种做法是保持ARR不变改变预分频值。但预分频值的修改和计数器时钟同步的问题更复杂且同样需要影子功能一般不建议用来做速度调节ARR的方案更直接。3.3 方向控制与脉冲计数方向控制就非常简单了一个GPIO就搞定。42步进电机的DRV8825和TB6600驱动板都采用DIR引脚的逻辑电平来决定电机旋转方向。需要注意的是方向切换发生在脉冲信号之间时有些驱动板需要保证方向信号在脉冲上升沿前至少几微秒建立即建立时间如果边沿靠得太近可能偶发方向识别错误。更稳妥的做法是先改方向引脚的电平然后延时1-2微秒再重新输出脉冲。实用代码在传播时非常硬直void Stepper_SetDir(uint8_t dir) { if (dir 0) { gpio_bit_reset(GPIOC, GPIO_PIN_7); } else { gpio_bit_set(GPIOC, GPIO_PIN_7); } delay_us(2); }至于脉冲计数如果项目中需要精确控制移动的步数比如定位到某个角度可以在PWM输出过程中利用定时器的更新中断或者计数器的当前值来判断是否已经走完设定步数。但是用中断计数的话高频脉冲下会非常占用CPU时间。更高效的进阶方案是用定时器DMA把脉冲数编码成DMA传输每次传输一个周期后自动修改ARR配合更新事件实现精确计数脉数与PWM频率调节这个后面在拓展部分细说。3.4 加减速控制梯形曲线的实现思路如果只做匀速控制电机到了高速段容易丢步。原因是步进电机的输出扭矩随转速升高是下降的如果启动频率直接给到目标高频电机起转瞬间跟不上脉冲就会发出“嗡嗡”声然后失步。常用的做法是梯形加减速启动时脉冲频率从低到高加速高速平稳运行结束前从高到低减速。实现思路是在每个速度段里定时更新ARR值步进量根据加速度计算uint32_t current_period 2000; /* 初始低速 500Hz */ uint32_t target_period 500; /* 目标高速 2000Hz */ int16_t accel_step -5; /* 每次更新的ARR步进值 */ void Stepper_SpeedRamp(void) { if (current_period target_period) { current_period accel_step; timer_autoreload_value_config(TIMER3, current_period); } }这个台阶的更新速率就决定了加速度。更新越频繁、ARR减得越快加速度越大。需要注意的是如果加速度设置过大电机一样会失步所以加速度的大小需要根据具体的电机负载、驱动板电流动态调整没有一个万能公式只能靠实测。如果追求更丝滑的运动可以用S形加减速曲线本质上是把加速度从线性变成中间快、两头缓的形状。S形曲线可以在上位机上预计算速度表和ARR表运行时查表更新或者把曲线参数固化成线性表存在Flash里。实际工程中大部分雕刻机用梯形加速就够了S形主要用在高速高精度的场景。3.5 ENA引脚的用法锁轴与释放驱动板上的ENA引脚是个很容易被忽略但在调试时特别关键的功能。TB6600的ENA有效时驱动器进入脱机状态电机没有保持扭矩可以自由转动这个功能在手动调试、找零点、机械限位时非常好用。理解ENA的实操用法很简单在系统启动时先把电机释放ENA有效让操作者可以手动调整执行机构到零点校准完成后再拉高ENA撤销使能让电机锁在当前位置。注意不同驱动板的ENA有效电平可能不一样有的模块是高有效有的是低有效还有的默认上拉使能具体翻一下对应驱动板的手册或者干脆看板子上的丝印。这里有个隐藏风险如果你把ENA空闲悬空驱动板的上拉/下拉电阻会决定它处于什么状态。有些驱动板在ENA悬空时电机默认锁轴上电瞬间如果MCU还没初始化完这个锁定状态可能让电机会短时间保持扭矩输出。更安全的设计是给ENA引脚加一个下拉电阻保证MCU复位期间ENA是无效状态释放电机等代码跑起来后再明确控制。3.6 H桥输出的死区时间与PWM控制效果如果说前面几步做完电机已经能转了那这一步是让电机“转得更踏实的”。GD32F4的通用定时器只支持边沿对齐模式产生PWM的时候CH1和CH2之间切换时可能会有一瞬间上下桥同时导通这就是“死区”问题。如果晶体管导通速度很快同桥直通会击穿MOS管。GD32F4的高级定时器TIM0、TIM7自带硬件死区功能如果做直接H桥控制不用外部驱动模块一定要用高级定时器并且在初始化时配置死区时间。这个我没在这个项目中亲自做因为TB6600已经内部集成了H桥驱动和死区逻辑不需要MCU关心。但如果你用的是DRV8833这类集成驱动芯片它们内部也有固定的死区一般2%的PWM占空比范围内不会出问题。4. 画龙点睛DI面包板到工程落地的避坑记录4.1 坑一JTAG引脚被占用导致PWM无输出前面在2.4已经详细写过这里补充一个更具体的排查现象我最初把PWM配置到PC6上代码逻辑检查了无数遍示波器探头在引脚上就是抓不到波形反而能在PA13/PA14上看到SWD的调试时钟。后来翻到GD32F4的引脚映射表才意识到PC6旁边PB3/PB4被JTAG占了因为默认JTAG功能没有关闭。这个坑后续也给了启示量产固件最好完全关闭调试接口或只留SWD一方面是多释放几个引脚另一方面是防止恶意读取固件。用gpio_init_dbg(GPIO_DEBUG_NONE)之后PB3、PB4就能当普通IO用了。这一点对所有F4系列芯片都适用。4.2 坑二GPIO输出速率配太低导致PWM波形畸变这个问题是调PWM频率的时候发现的。把GPIO复用输出速度配成GPIO_OSPEED_2MHZ跑低速PWM几十Hz完全没问题但把频率拉高到5kHz以上之后在示波器上波形直接变成了圆角梯形上升沿变得非常慢驱动板直接识别失败。原因很简单GPIO输出驱动强度slew rate不够高速翻转时边沿时间太长。解决方案是在初始化GPIO复用输出时直接把速度拉到GPIO_OSPEED_50MHZ或更高。这个操作对常规GPIO翻转也有影响但是对高速PWM来说尤其明显。这个坑估计很多人都会遇到因为很多教程代码里GPIO速度都是随意写的好像无关痛痒实际上高速外围一接上就露馅了。4.3 坑三驱动板和MCU没有共地当时我把驱动板和MCU的GND分开供电了用两块独立电源结果显示电机能锁轴但是不转。排查了很久后来把示波器探头的夹子往驱动板的GND上一夹发现脉冲信号完全乱掉了。原因就是没有共地STEP信号的参考地不一致电平判断彻底失效。必须让MCU的GND、驱动板的GND、电源的GND全部连在一起这是所有电平信号控制的基础。这个坑有一个排查口诀信号线没接错、电平没给错、就是工作不正常优先检查共地。我后来在项目里总结了一个检查清单共地永远排在最前面。4.4 坑四PWM脉冲频率参数“太激进了”把PWM频率直接设到10kHz用整步模式驱动42步进电机结果电机能响但完全不转。这是因为42步进电机在整步模式下能响应的最大脉冲频率其实不超过2kHz-3kHz视驱动电压而定10kHz的脉冲对整步来说早超出电机的四大极限之一最大启动频率。其实只要除以细分倍数情况就完全不同了。32细分下10kHz的脉冲频率对应转速约94rpm这个转速对于42电机就很正常。所以有一个实用的细节步进电机低速用低细分高速用高细分否则高速时细分太大会导致扭矩下降辐减。这也是为什么要在频率上做加法脉冲频率不是越大越好关键看细分和电机的运行区间。4.5 坑五供电不足导致电机“走走停停”42步进电机的额定相电流约1.5A但启动瞬间电流很大。如果我们用一个只能输出500mA的电源去带电机驱动板一上电就会电压跌落MCU还没开始输出PWM驱动板就进入欠压保护了。表现症状是电机偶尔转一下而且总是卡在起步阶段或者直接发出惨烈的“嗡嗡”声。解决方法是换一个输出电流至少3A的电源12V/24V均可或者在驱动板的电源输入脚上加一个大容量的电解电容1000uF以上利用电容的储能特性来应对瞬间电流需求。另外注意驱动板的输入电压TB6600一般支持9-42V42步进电机用12V就够太高电压反而容易让驱动板过热。4.6 常见问题速查表故障现象可能原因排查/解决方式PWM引脚量不到波形JTAG占用PB3/PB4/PA15关闭JTAG仅保留SWD高速时波形变成圆角GPIO输出速率太低提高到50MHz输出速率电机锁轴但不转未共地 / ENA状态错误统一GND检查ENA逻辑电平电机发出声音但不转动脉冲频率过高 / 电流不足降低频率检查电源供电电机抖动并丢步加速度过大 / 细分不匹配延长加减速时间调整细分方向切换偶发错误DIR建立时间不足切换后加2us延时再发脉冲上电瞬间电机猛冲一下ENA悬空被上拉使能加下拉电阻初始化前置为释放状态5. 进阶扩展与实测心得5.1 多轴联动的扩展方向一个定时器控制一个电机显然不够用实际项目里往往需要两三个电机协同运动比如XY平台、机械臂。GD32F4定时器资源多完全可以用TIM3控制X轴、TIM4控制Y轴、TIM5控制Z轴每路都是独立PWM输出。多轴联动时最需要注意的是加速度规划要统一计算。比如从A点运动到B点三个轴要同步到达目标才算走直线轨迹每轴的目标速度要按比例计算好。最简单的方案是梯形加减速先算最长轴的总时间再把其他轴的速度按路径比例分配。如果要求更高那就要查算速度前瞻算法了但那是另一个大主题了。5.2 用DMA实现自动脉冲计数前面提到基础版是开定时器更新中断统计脉冲数。但高频下中断开销太大这里提供一个更优雅的方案定时器主从模式 DMA。原理是利用定时器的更新事件触发DMA搬运在DMA中断里判断计数是否走完指定脉冲数这样CPU只需要在DMA传输完成时介入一次。具体做法是把要走的脉冲总数配置成DMA传输数据长度每产生一个更新事件就搬运一个字节到某个NULL缓冲区搬运完成即脉冲数达到目标触发DMA传输完成中断在中断里关闭PWM输出即可。实测下来这个方法在10kHz脉冲频率下CPU占用率几乎为零而且计数非常精确不会出现丢脉冲的问题。对于需要定位功能的项目比如数控机床的Z轴定位这个方案值得掌握。5.3 更多实测下来的经验这里把工程收尾阶段的一些体会整理一下。GD32F4在200MHz主频下PWM输出的全温度范围稳定性不错但PCB布局上晶振、电磁干扰和电源走线要讲究一点否则高速脉冲信号容易辐射到模拟电路里。如果电路板上有ADC采样的话建议PWM输出走线和ADC输入走线分开跨越。再有一个细节是定时器时基结构的时钟预分频稳定性不要为了调速把PSC值改成很小的值比如1、2因为PSC太小意味着ARR也必须很小ARR太小时PWM分辨率很低占空比调节步进太大到高细分场景会影响电机运行噪音。尽量让PSC大一些、ARR在100-2000之间分辨率和频率都能兼顾。关于“用CubeMX生成的代码去驱动GD32F4”这个话题顺便再说一句网上很多人争论到底能不能这么干。我的实践结论是常用外设没问题但要注意时钟初始化部分一定要适配否则各种诡异问题会接二连三地冒出来。如果你用的是GD官方固件库就完全绕开了HAL兼容性这个议题我认为优先推荐GD固件库学习成本并不高就是想用CubeMX图形化配置的朋友只能花点时间做适配了。如果你也在用GD32F4做步进相关的项目建议把系统设计阶段的时间多花在脉冲频率计算和驱动板选型上这两个地方想清楚了后面调试会轻松很多。最后再分享一个小技巧调试阶段把驱动板的细分设到最高这样对应转速会很慢即使程序写错了也不会瞬间飞车撞到限位等逻辑验证正确了再把细分调回实际需要的数值能帮你省下不少修机器的功夫。