简介这套包含两个版本的四轴步进电机加减速控制工程源码分别适配常用入门级STM32F103与高性能STM32F405两款芯片可为嵌入式开发者、运动控制方向学习者提供完整设计参考。压缩包内含两套独立工程均能同时控制四轴步进电机实现加减速运行适用于小型数控设备、三维打印机、机械臂等多轴联动场景。压缩包共三百二十个文件大小约十一点五兆字节文件以源代码、头文件、工程配置文件为主也包含编译生成的中间产物和可烧写固件另配有说明文档目录结构便于比对学习。目前已有一千零一十七人学习下载。通过两套代码可重点研究不同芯片平台下引脚初始化、定时器中断、加减速算法及多轴同步机制从而快速掌握运动控制实现思路并据此迁移到自身项目开发中。1. 拿到这份四轴加减速源码先看工程再动手打开压缩包目录的一瞬间看到的不是整齐的User、Hardware分层而是test.uvgui.Administrator、Project.uvgui_JT78.bak、test.axf这类 Keil MDK 自动生成的杂项文件。这不是打包的人偷懒恰恰说明这套源码是把 STM32F103 和 STM32F405 两套真实跑起来的工程原样丢给了你而不是从某个教程里复制出来的教学 Demo。如果你是从零开始做 4 轴步进电机加减速控制又不想自己趟定时器分频、查表曲线、方向信号建立时间这些坑这份工程能直接回答“F405 的 RCC 怎么开 AHB1 时钟”“加减速曲线参数放在哪里改”这些具体问题。适合有 C 语言基础、手里有逻辑分析仪或示波器的嵌入式工程师以及正在做多轴运动控制移植的项目维护者。下面按工程文件识别、双平台时钟差异、加减速算法、4 轴联动实现、调试验证这五条线拆开讲。2. 工程文件识别与双平台时钟/引脚差异2.1 Keil 工程里哪些文件能删哪些文件是源码本体.uvgui和.uvgui.bak是 Keil MDK 的 GUI 布局文件记录的是窗口大小、断点位置、Watch 窗口表达式这些文件与工程逻辑无关在版本管理时可以忽略。Project.uvproj.bak是工程配置备份当Project.uvproj损坏时可以恢复test.axf是编译后的镜像文件用来在调试器里加载符号表可重新生成。而真正决定工程结构的是Project.uvprojKeil 5或Project.uvprojx以及源码里的.c/.h文件比如main.c、stm32f4xx_it.c、step_motor.c这类文件。文件类型作用是否进 Git.uvgui/.uvgui.bakIDE 窗口布局、断点否.uvproj.bak工程备份恢复用可选.axf编译链接产物否.c/.h源码本体是.uvopt/.uvproj工程配置与编译选项是从这个清单能看出这套工程的“业务代码”其实就集中在少数几个.c文件里其余都是 IDE 生成物。建议把 GUI 布局文件和 axf 加入.gitignore避免多人协作时出现无意义的冲突。2.2 F103 与 F405 的时钟树差异决定了你的定时器分频这版源码之所以分成两个版本而不是用一个工程适配两块芯片最直接的原因是两代 MCU 的外设时钟分布差异很大。STM32F103 最高主频 72 MHzGPIO 挂在 APB2 上APB1 上的定时器时钟默认是 36 MHz当 APB1 分频不为 1 时定时器时钟自动 x2而 STM32F405 最高主频 168 MHzGPIO 挂在 AHB1 上APB1 定时器时钟可以达到 84 MHzAPB2 上的定时器则能达到 168 MHz。这两者的差异直接改变了定时器自动重装载值ARR和预分频值PSC的配比如果直接拿 F103 的脉冲频率公式去套 F405会导致实际脉冲周期偏差接近一倍。看一眼摘要里的这段代码RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA | RCC_AHB1Periph_GPIOC | RCC_AHB1Periph_GPIOE, ENABLE);这是 STM32F405 版本的写法GPIO 的时钟控制是通过RCC_AHB1PeriphClockCmd来使能。而 F103 版本对应的是RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | ..., ENABLE)。这只是第一层差异。移植时如果只替换引脚不换时钟函数程序在 F103 上会卡死在初始化里因为GPIO_InitStructure.GPIO_OType这个字段在 F103 标准外设库里根本不存在。F103 的 GPIO 初始化结构体只需要GPIO_Mode、GPIO_Speed和GPIO_Pin而 F405 增加了GPIO_OType推挽/开漏和GPIO_PuPd上下拉。所以在 F103 版本里你能看到的是GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz;中间件和电机控制代码里的断言assert_param(IS_GPIO_MODE(...))也会因为模式枚举不匹配直接报错。如果你的移植目标是 F103就把 F405 版的 GPIO_OType 删掉换成 Speed如果目标是 F405则必须补齐GPIO_OType和GPIO_PuPd两个字段。2.3 GPIO 初始化里逐轴循环的意图main 函数里的for(axis0; axis4; axis)循环用AxisPulsePin[axis]数组统一初始化四个轴的脉冲引脚这是一种常见的批量初始化写法for (axis 0; axis 4; axis) { GPIO_InitStructure.GPIO_Pin AxisPulsePin[axis]; GPIO_InitStructure.GPIO_Mode GPIO_Mode_OUT; GPIO_InitStructure.GPIO_OType GPIO_OType_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_100MHz; GPIO_Init(GPIOA, GPIO_InitStructure); }AxisPulsePin数组把四轴的脉冲脚映射到了同一个 GPIOA 端口的不同引脚上这样初始化代码可以循环处理同时后续输出时也能用GPIO_WriteBit(GPIOA, AxisPulsePin[axis], BitAction(...))统一操作。注意这里用的是同一个GPIO_InitStructure变量在循环里复用如果某个轴的引脚跨到不同端口比如 PA4 和 PB5就不能这样写了需要按端口分组初始化。3. 加减速控制核心梯形曲线与查表驱动的脉冲周期3.1 为什么步进电机需要加减速控制步进电机的转矩随转速升高而下降如果启动瞬间就给出高频脉冲转子来不及跟上定子磁场的变化会发生失步。失步之后电机停转或抖动位置就被“丢掉”了这类误差不累积所以难发现但对位移台来说是一次必然报废的加工。加减速控制的本质是让脉冲频率从“能可靠启动的低频”平滑过渡到“目标频率”结束前再平滑降下来让转子始终处于有足够转矩跟随的状态。常见的速度规划有三种梯形曲线、S 型曲线、指数型曲线。梯形曲线实现最简单加速段频率线性上升适合对启停平稳性要求不高的场合S 型曲线在加减速端点处的加速度连续变化减小了电机振动适合高速高精度场景。这版源码里采用的是查表方式意味着它在运行时没有做浮点计算而是在启动前生成一张频率表中断里查表来更新定时器周期。3.2 查表法在定时器中断里的应用查表法的核心思路是先用离线或初始化时计算好的一组延时值表示每个中断周期的定时器计数周期运行时只需要以固定的速率查表并更新自动重装载寄存器即可。下面是一个简化版本保留了原工程的骨架#define ACCEL_TABLE_SIZE 256 static uint16_t step_delay_table[ACCEL_TABLE_SIZE]; static volatile uint16_t table_index 0; void StepMotor_InitCurve(uint16_t start_delay, uint16_t end_delay) { uint16_t i; for (i 0; i ACCEL_TABLE_SIZE; i) { float progress (float)i / (ACCEL_TABLE_SIZE - 1); step_delay_table[i] start_delay - (uint16_t)((start_delay - end_delay) * progress); } } void StepMotor_TIM_IRQHandler(void) { if (table_index ACCEL_TABLE_SIZE - 1) table_index; TIM_SetAutoreload(TIM2, step_delay_table[table_index]); // 翻转脉冲引脚 GPIO_WriteBit(GPIOA, AxisPulsePin[active_axis], Bit_SET); GPIO_WriteBit(GPIOA, AxisPulsePin[active_axis], Bit_RESET); }step_delay_table的下标越大定时器周期越小脉冲频率越高。递增table_index的时机和加速度直接相关每次中断都递增就是最快加速每 2 次或 N 次中断递增一次加速就更平缓。注意这里GPIO_WriteBit置位和复位紧挨着执行在几十 MHz 的 MCU 上产生的是几百纳秒的脉冲能够满足大多数步进电机驱动器对脉冲宽度的最低要求但如果你用的是低速光耦隔离的驱动板还需要在置位和复位之间插入一个很小的延时或改用定时器 PWM 模式。3.3 加减速参数怎么换算成数组长度和起始周期查找表不是凭空定义 256 就完事了。需要从三个基本参数倒推目标速度v_target转/秒、启动速度v_start、加速时间t_acc秒。假设电机细分后每圈需要 3200 个脉冲目标速度 2 转/秒启动速度 0.4 转/秒参数值含义每圈脉冲数3200驱动器细分数决定启动频率1280 Hz0.4 转/s × 3200目标频率6400 Hz2 转/s × 3200加速时间0.5 s从启动到目标的时间加速步数2560 步(6400 - 1280) / 2 × 0.5梯形面积加速步数算出来是 2560把 2560 拆成 256 个表项每项大约调整 20 Hz运行中每 20 步改变一次周期这是可接受的近似。如果你的机械结构对加速度比较敏感比如龙门架抖动就把加速时间拉长到 1 秒甚至 2 秒而不是修改表项本身。有一个需要注意的坑查表法在低速段会占用很大的ARR值范围相邻表项之间周期差可能只有几个计数单位这不会导致绝对误差超过几个微秒但如果你用示波器一个个数脉冲周期就会发现频率变化率呈现“阶梯状”这是离散化的必然结果。绝大多数驱动器内部有自己的细分平滑处理感觉不明显但如果你做的是闭环系统PI 调节器的速度反馈会看到这个纹波建议把表长增大到 512 或 1024代价是中断里多一次内存访问换来更平滑的速度曲线。3.4 加减速段和匀速段的切换条件加减速不能一直进行需要一套状态机在“加速段”、“匀速段”、“减速段”之间切换typedef enum { MOVE_STOP 0, MOVE_ACCEL, MOVE_RUN, MOVE_DECEL } Move_State; void StepMotor_StateMachine(void) { switch (current_state) { case MOVE_ACCEL: if (accelerate_steps_remaining 0) { current_state MOVE_RUN; TIM_SetAutoreload(TIM2, run_delay); } break; case MOVE_RUN: if (run_steps_remaining 0) { current_state MOVE_DECEL; } break; case MOVE_DECEL: if (decelerate_steps_remaining 0) { current_state MOVE_STOP; // 关闭定时器等下一次使能 } break; default: break; } }这里的核心原则是加减速段用查表更新ARR匀速段用固定值。accelerate_steps_remaining和decelerate_steps_remaining必须由位置规划预先算好不能依靠中断里自减到 0 再切换否则减速点会因为中断处理时机的非确定性产生几十个脉冲的误差。实际工程中我一般把减速点提前一个固定余量比如提前 10 个脉冲的行程触发减速让机械惯性吃满剩余脉冲。4. 4 轴联动定时器通道分配与脉冲方向协同4.1 为什么用定时器比较输出而不是主循环延时翻转在 4 轴运动控制里四个电机要按同一节奏发出脉冲如果每个轴的脉冲都由主循环里delay_us产生CPU 一旦进入中断处理当前周期的脉冲宽度就会抖动。更严重的问题是如果两轴速度不同比如 X 轴需要 500 Hz、Y 轴需要 1000 Hz主循环计算下一个翻转时间点会陷入复杂的时间片调度。这套工程里各轴脉冲的产生方式是分配多个定时器通道用输出比较模式翻转引脚。比如 TIM2 的 CH1 到 CH4 分别对应 X、Y、Z、U 四轴每个通道独立输出频率倍率通过TIM_SetCompare配合ARR实现整数倍关系。定时器中断只需要负责更新比较寄存器脉冲本身的波形由定时器硬件完成CPU 占用率大幅下降4 轴同时跑不会出现通道间相位错乱。4.2 用 AxisDirectionPin 数组管理方向信号脉冲引脚解决的是“走多少步”的问题方向引脚解决“往哪边走”。方向信号需要在脉冲前沿之前建立完成且要保持一定时间称为方向建立时间DIR setup time。给一个实用的方向切换函数void StepMotor_SetDirection(uint8_t axis, uint8_t dir) { // dir: 0 正向1 反向 GPIO_WriteBit(GPIOC, AxisDirectionPin[axis], dir ? Bit_SET : Bit_RESET); // 建立时间通常 5us这里留 20us 余量 Delay_Us(20); }AxisDirectionPin是另一组引脚定义与AxisPulsePin一一对应。多轴联动时有一个更稳妥的做法先改变所有轴的方向再统一延时一次最后再使能四个定时器通道这样四个轴的方向切换发生在同一时刻不会出现某个轴先动、另一个轴后动导致的斜线轨迹偏移。如果四轴共用了同一个定时器的四个通道可以用一次TIM_Cmd(TIM2, ENABLE)把所有通道同时启动相位天然对齐。4.3 四轴按比例速度运动时的比较值更新在实际运动控制中并不是每个轴都需要同步启动和同步停止。比如画一个圆弧轨迹X 轴和 Y 轴的速度要按三角函数比例变化这时不能更新ARR而要更新CCR比较寄存器。下面是最小实现void StepMotor_SetFourAxisSpeed(uint16_t x_speed, uint16_t y_speed, uint16_t z_speed, uint16_t u_speed) { // 假设 TIM2 的 CNT 已经配置为自由运行 TIM_SetCompare1(TIM2, x_speed); TIM_SetCompare2(TIM2, y_speed); TIM_SetCompare3(TIM2, z_speed); TIM_SetCompare4(TIM2, u_speed); }这里的x_speed不是频率值而是与频率成反比的周期偏移量周期越短脉冲频率越高。四个通道共用一个ARR当CNT到达ARR时同时清零但各通道在CNT CCRx时独立翻转因此各轴的脉冲频率由ARR / CCRx决定换算起来需要手动列一张对应表表格内容大致是CCR 值分频系数实际频率173 kHz 定时器时钟1000ARR/1000173 Hz500ARR/500346 Hz250ARR/250692 Hz100ARR/1001.73 kHz注意ARR本身由通道周期的最大值和最小值决定。如果四个轴的频率相差很大会出现频率高的轴 CCR 很小、频率低的轴 CCR 很大的情况两个 CCPR 值之差有可能超过ARR导致低频率通道永远不翻转。这种情况下建议把轴分组比如把 X/Y 放在一个定时器、Z/U 放在另一个定时器分别设定合适的ARR。4.4 加减速阶段 4 轴如何同步平滑加减速同步是多轴控制里比较容易出问题的点。我见过很多移植这版源码的人直接把查表逻辑放进一个中断但只更新TIM2-ARR。如果四个轴都挂在 TIM2 的 CH1 到 CH4只有一个ARR四轴的周期会同时变化这没问题。如果你为了扩展引脚把某轴挪到了 TIM3两个定时器的自动重装载值需要同时更新否则会出现一个轴已经在加速、另一个轴还匀速的现象。推荐的同步策略是利用主定时器的更新事件触发从定时器的同步功能。把 TIM2 作为主定时器TIM3 设为从模式TIM2 的更新事件作为 TIM3 的外部时钟或触发输入TIM_SelectOutputTrigger(TIM2, TIM_TRGO_Update); TIM_SelectSlaveMode(TIM3, TIM_SlaveMode_External1); TIM_SelectInputTrigger(TIM3, TIM_TS_ITR0);TIM_TS_ITR0的具体取值要看哪条内部连接线接到 TIM2F405 的参考手册里有明确的 ITR 映射表。这样配置后TIM2 的每个更新事件驱动 TIM3 的计数器前进一格两个定时器的节奏锁在一起加减速查表只需要维护一份step_delay_table避免双份数据打架。这一步做完四轴联动在硬件层面才算真正闭环。5. 调试与验证从工程烧录到脉冲曲线核对拿到源码后不要直接烧录就跑运动指令先按下面的步骤确认环境无误。首先是芯片包问题如果用的 Keil MDK 5要先确认Pack Installer里装好了对应型号的器件支持包STM32F103 对应Keil::STM32F1xx_DFPSTM32F405 对应Keil::STM32F4xx_DFP。如果 Debug 下载时提示No ULINK2/ME Device found或Flash Download failed先检查 Device 标签页的芯片型号是否选对再检查 Flash 算法有没有匹配F405 用 1MB 或 512KB 的算法F103 中容量和高容量算法不同。烧录成功后第一步是确认引脚输出。用示波器两通道分别接某个轴的 PULSE 和 DIR 引脚在调试模式里先让该轴以固定频率动起来观察 PULSE 频率是否与设置的ARR/PSC吻合。注意观察 DIR 信号翻转点与第一个脉冲之间的间隔应该至少在 20 微秒以上。如果 DIR 变化和脉冲同时发生驱动器可能随机出现一次反向误动作。第二步验证加减速曲线是否丢步。给电机一个固定的绝对位移指令比如 5000 步在运动过程中用逻辑分析仪抓取 PULSE 通道的完整波形导入到 Pulse Viewer 里统计时间间隔。把加速段每隔 100 步的脉冲周期落成一条曲线和查表生成的理想曲线对比。如果加速前段实测频率上升快于查表说明中断里存在堆叠即在中断里花费的时间超过了新设定的周期产生滴答丢失这反映在示波器上是整个加速段比预期短但脉冲总数不变。一个很实用的验证技巧是不直接测瞬时频率而是设置一个固定时间窗口比如 100 ms统计窗口内的上升沿数量。这个数量应当等于目标频率乘以窗口时长。跑完一个包含加速-匀速-减速的完整流程后把总脉冲数与命令脉冲数逐轴对比偏差小于 ±2 个脉冲视为正常毕竟中断进入的时刻和定时器计数器的相位不是严格的零点对齐。如果偏差大于这个值优先检查急停或限位中断是否在运动期间触发了任务抢占而不是怀疑加减速表本身出了问题。本文还有配套的精品资源点击获取
简介这套包含两个版本的四轴步进电机加减速控制工程源码分别适配常用入门级STM32F103与高性能STM32F405两款芯片可为嵌入式开发者、运动控制方向学习者提供完整设计参考。压缩包内含两套独立工程均能同时控制四轴步进电机实现加减速运行适用于小型数控设备、三维打印机、机械臂等多轴联动场景。压缩包共三百二十个文件大小约十一点五兆字节文件以源代码、头文件、工程配置文件为主也包含编译生成的中间产物和可烧写固件另配有说明文档目录结构便于比对学习。目前已有一千零一十七人学习下载。通过两套代码可重点研究不同芯片平台下引脚初始化、定时器中断、加减速算法及多轴同步机制从而快速掌握运动控制实现思路并据此迁移到自身项目开发中。1. 拿到这份四轴加减速源码先看工程再动手打开压缩包目录的一瞬间看到的不是整齐的User、Hardware分层而是test.uvgui.Administrator、Project.uvgui_JT78.bak、test.axf这类 Keil MDK 自动生成的杂项文件。这不是打包的人偷懒恰恰说明这套源码是把 STM32F103 和 STM32F405 两套真实跑起来的工程原样丢给了你而不是从某个教程里复制出来的教学 Demo。如果你是从零开始做 4 轴步进电机加减速控制又不想自己趟定时器分频、查表曲线、方向信号建立时间这些坑这份工程能直接回答“F405 的 RCC 怎么开 AHB1 时钟”“加减速曲线参数放在哪里改”这些具体问题。适合有 C 语言基础、手里有逻辑分析仪或示波器的嵌入式工程师以及正在做多轴运动控制移植的项目维护者。下面按工程文件识别、双平台时钟差异、加减速算法、4 轴联动实现、调试验证这五条线拆开讲。2. 工程文件识别与双平台时钟/引脚差异2.1 Keil 工程里哪些文件能删哪些文件是源码本体.uvgui和.uvgui.bak是 Keil MDK 的 GUI 布局文件记录的是窗口大小、断点位置、Watch 窗口表达式这些文件与工程逻辑无关在版本管理时可以忽略。Project.uvproj.bak是工程配置备份当Project.uvproj损坏时可以恢复test.axf是编译后的镜像文件用来在调试器里加载符号表可重新生成。而真正决定工程结构的是Project.uvprojKeil 5或Project.uvprojx以及源码里的.c/.h文件比如main.c、stm32f4xx_it.c、step_motor.c这类文件。文件类型作用是否进 Git.uvgui/.uvgui.bakIDE 窗口布局、断点否.uvproj.bak工程备份恢复用可选.axf编译链接产物否.c/.h源码本体是.uvopt/.uvproj工程配置与编译选项是从这个清单能看出这套工程的“业务代码”其实就集中在少数几个.c文件里其余都是 IDE 生成物。建议把 GUI 布局文件和 axf 加入.gitignore避免多人协作时出现无意义的冲突。2.2 F103 与 F405 的时钟树差异决定了你的定时器分频这版源码之所以分成两个版本而不是用一个工程适配两块芯片最直接的原因是两代 MCU 的外设时钟分布差异很大。STM32F103 最高主频 72 MHzGPIO 挂在 APB2 上APB1 上的定时器时钟默认是 36 MHz当 APB1 分频不为 1 时定时器时钟自动 x2而 STM32F405 最高主频 168 MHzGPIO 挂在 AHB1 上APB1 定时器时钟可以达到 84 MHzAPB2 上的定时器则能达到 168 MHz。这两者的差异直接改变了定时器自动重装载值ARR和预分频值PSC的配比如果直接拿 F103 的脉冲频率公式去套 F405会导致实际脉冲周期偏差接近一倍。看一眼摘要里的这段代码RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA | RCC_AHB1Periph_GPIOC | RCC_AHB1Periph_GPIOE, ENABLE);这是 STM32F405 版本的写法GPIO 的时钟控制是通过RCC_AHB1PeriphClockCmd来使能。而 F103 版本对应的是RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | ..., ENABLE)。这只是第一层差异。移植时如果只替换引脚不换时钟函数程序在 F103 上会卡死在初始化里因为GPIO_InitStructure.GPIO_OType这个字段在 F103 标准外设库里根本不存在。F103 的 GPIO 初始化结构体只需要GPIO_Mode、GPIO_Speed和GPIO_Pin而 F405 增加了GPIO_OType推挽/开漏和GPIO_PuPd上下拉。所以在 F103 版本里你能看到的是GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz;中间件和电机控制代码里的断言assert_param(IS_GPIO_MODE(...))也会因为模式枚举不匹配直接报错。如果你的移植目标是 F103就把 F405 版的 GPIO_OType 删掉换成 Speed如果目标是 F405则必须补齐GPIO_OType和GPIO_PuPd两个字段。2.3 GPIO 初始化里逐轴循环的意图main 函数里的for(axis0; axis4; axis)循环用AxisPulsePin[axis]数组统一初始化四个轴的脉冲引脚这是一种常见的批量初始化写法for (axis 0; axis 4; axis) { GPIO_InitStructure.GPIO_Pin AxisPulsePin[axis]; GPIO_InitStructure.GPIO_Mode GPIO_Mode_OUT; GPIO_InitStructure.GPIO_OType GPIO_OType_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_100MHz; GPIO_Init(GPIOA, GPIO_InitStructure); }AxisPulsePin数组把四轴的脉冲脚映射到了同一个 GPIOA 端口的不同引脚上这样初始化代码可以循环处理同时后续输出时也能用GPIO_WriteBit(GPIOA, AxisPulsePin[axis], BitAction(...))统一操作。注意这里用的是同一个GPIO_InitStructure变量在循环里复用如果某个轴的引脚跨到不同端口比如 PA4 和 PB5就不能这样写了需要按端口分组初始化。3. 加减速控制核心梯形曲线与查表驱动的脉冲周期3.1 为什么步进电机需要加减速控制步进电机的转矩随转速升高而下降如果启动瞬间就给出高频脉冲转子来不及跟上定子磁场的变化会发生失步。失步之后电机停转或抖动位置就被“丢掉”了这类误差不累积所以难发现但对位移台来说是一次必然报废的加工。加减速控制的本质是让脉冲频率从“能可靠启动的低频”平滑过渡到“目标频率”结束前再平滑降下来让转子始终处于有足够转矩跟随的状态。常见的速度规划有三种梯形曲线、S 型曲线、指数型曲线。梯形曲线实现最简单加速段频率线性上升适合对启停平稳性要求不高的场合S 型曲线在加减速端点处的加速度连续变化减小了电机振动适合高速高精度场景。这版源码里采用的是查表方式意味着它在运行时没有做浮点计算而是在启动前生成一张频率表中断里查表来更新定时器周期。3.2 查表法在定时器中断里的应用查表法的核心思路是先用离线或初始化时计算好的一组延时值表示每个中断周期的定时器计数周期运行时只需要以固定的速率查表并更新自动重装载寄存器即可。下面是一个简化版本保留了原工程的骨架#define ACCEL_TABLE_SIZE 256 static uint16_t step_delay_table[ACCEL_TABLE_SIZE]; static volatile uint16_t table_index 0; void StepMotor_InitCurve(uint16_t start_delay, uint16_t end_delay) { uint16_t i; for (i 0; i ACCEL_TABLE_SIZE; i) { float progress (float)i / (ACCEL_TABLE_SIZE - 1); step_delay_table[i] start_delay - (uint16_t)((start_delay - end_delay) * progress); } } void StepMotor_TIM_IRQHandler(void) { if (table_index ACCEL_TABLE_SIZE - 1) table_index; TIM_SetAutoreload(TIM2, step_delay_table[table_index]); // 翻转脉冲引脚 GPIO_WriteBit(GPIOA, AxisPulsePin[active_axis], Bit_SET); GPIO_WriteBit(GPIOA, AxisPulsePin[active_axis], Bit_RESET); }step_delay_table的下标越大定时器周期越小脉冲频率越高。递增table_index的时机和加速度直接相关每次中断都递增就是最快加速每 2 次或 N 次中断递增一次加速就更平缓。注意这里GPIO_WriteBit置位和复位紧挨着执行在几十 MHz 的 MCU 上产生的是几百纳秒的脉冲能够满足大多数步进电机驱动器对脉冲宽度的最低要求但如果你用的是低速光耦隔离的驱动板还需要在置位和复位之间插入一个很小的延时或改用定时器 PWM 模式。3.3 加减速参数怎么换算成数组长度和起始周期查找表不是凭空定义 256 就完事了。需要从三个基本参数倒推目标速度v_target转/秒、启动速度v_start、加速时间t_acc秒。假设电机细分后每圈需要 3200 个脉冲目标速度 2 转/秒启动速度 0.4 转/秒参数值含义每圈脉冲数3200驱动器细分数决定启动频率1280 Hz0.4 转/s × 3200目标频率6400 Hz2 转/s × 3200加速时间0.5 s从启动到目标的时间加速步数2560 步(6400 - 1280) / 2 × 0.5梯形面积加速步数算出来是 2560把 2560 拆成 256 个表项每项大约调整 20 Hz运行中每 20 步改变一次周期这是可接受的近似。如果你的机械结构对加速度比较敏感比如龙门架抖动就把加速时间拉长到 1 秒甚至 2 秒而不是修改表项本身。有一个需要注意的坑查表法在低速段会占用很大的ARR值范围相邻表项之间周期差可能只有几个计数单位这不会导致绝对误差超过几个微秒但如果你用示波器一个个数脉冲周期就会发现频率变化率呈现“阶梯状”这是离散化的必然结果。绝大多数驱动器内部有自己的细分平滑处理感觉不明显但如果你做的是闭环系统PI 调节器的速度反馈会看到这个纹波建议把表长增大到 512 或 1024代价是中断里多一次内存访问换来更平滑的速度曲线。3.4 加减速段和匀速段的切换条件加减速不能一直进行需要一套状态机在“加速段”、“匀速段”、“减速段”之间切换typedef enum { MOVE_STOP 0, MOVE_ACCEL, MOVE_RUN, MOVE_DECEL } Move_State; void StepMotor_StateMachine(void) { switch (current_state) { case MOVE_ACCEL: if (accelerate_steps_remaining 0) { current_state MOVE_RUN; TIM_SetAutoreload(TIM2, run_delay); } break; case MOVE_RUN: if (run_steps_remaining 0) { current_state MOVE_DECEL; } break; case MOVE_DECEL: if (decelerate_steps_remaining 0) { current_state MOVE_STOP; // 关闭定时器等下一次使能 } break; default: break; } }这里的核心原则是加减速段用查表更新ARR匀速段用固定值。accelerate_steps_remaining和decelerate_steps_remaining必须由位置规划预先算好不能依靠中断里自减到 0 再切换否则减速点会因为中断处理时机的非确定性产生几十个脉冲的误差。实际工程中我一般把减速点提前一个固定余量比如提前 10 个脉冲的行程触发减速让机械惯性吃满剩余脉冲。4. 4 轴联动定时器通道分配与脉冲方向协同4.1 为什么用定时器比较输出而不是主循环延时翻转在 4 轴运动控制里四个电机要按同一节奏发出脉冲如果每个轴的脉冲都由主循环里delay_us产生CPU 一旦进入中断处理当前周期的脉冲宽度就会抖动。更严重的问题是如果两轴速度不同比如 X 轴需要 500 Hz、Y 轴需要 1000 Hz主循环计算下一个翻转时间点会陷入复杂的时间片调度。这套工程里各轴脉冲的产生方式是分配多个定时器通道用输出比较模式翻转引脚。比如 TIM2 的 CH1 到 CH4 分别对应 X、Y、Z、U 四轴每个通道独立输出频率倍率通过TIM_SetCompare配合ARR实现整数倍关系。定时器中断只需要负责更新比较寄存器脉冲本身的波形由定时器硬件完成CPU 占用率大幅下降4 轴同时跑不会出现通道间相位错乱。4.2 用 AxisDirectionPin 数组管理方向信号脉冲引脚解决的是“走多少步”的问题方向引脚解决“往哪边走”。方向信号需要在脉冲前沿之前建立完成且要保持一定时间称为方向建立时间DIR setup time。给一个实用的方向切换函数void StepMotor_SetDirection(uint8_t axis, uint8_t dir) { // dir: 0 正向1 反向 GPIO_WriteBit(GPIOC, AxisDirectionPin[axis], dir ? Bit_SET : Bit_RESET); // 建立时间通常 5us这里留 20us 余量 Delay_Us(20); }AxisDirectionPin是另一组引脚定义与AxisPulsePin一一对应。多轴联动时有一个更稳妥的做法先改变所有轴的方向再统一延时一次最后再使能四个定时器通道这样四个轴的方向切换发生在同一时刻不会出现某个轴先动、另一个轴后动导致的斜线轨迹偏移。如果四轴共用了同一个定时器的四个通道可以用一次TIM_Cmd(TIM2, ENABLE)把所有通道同时启动相位天然对齐。4.3 四轴按比例速度运动时的比较值更新在实际运动控制中并不是每个轴都需要同步启动和同步停止。比如画一个圆弧轨迹X 轴和 Y 轴的速度要按三角函数比例变化这时不能更新ARR而要更新CCR比较寄存器。下面是最小实现void StepMotor_SetFourAxisSpeed(uint16_t x_speed, uint16_t y_speed, uint16_t z_speed, uint16_t u_speed) { // 假设 TIM2 的 CNT 已经配置为自由运行 TIM_SetCompare1(TIM2, x_speed); TIM_SetCompare2(TIM2, y_speed); TIM_SetCompare3(TIM2, z_speed); TIM_SetCompare4(TIM2, u_speed); }这里的x_speed不是频率值而是与频率成反比的周期偏移量周期越短脉冲频率越高。四个通道共用一个ARR当CNT到达ARR时同时清零但各通道在CNT CCRx时独立翻转因此各轴的脉冲频率由ARR / CCRx决定换算起来需要手动列一张对应表表格内容大致是CCR 值分频系数实际频率173 kHz 定时器时钟1000ARR/1000173 Hz500ARR/500346 Hz250ARR/250692 Hz100ARR/1001.73 kHz注意ARR本身由通道周期的最大值和最小值决定。如果四个轴的频率相差很大会出现频率高的轴 CCR 很小、频率低的轴 CCR 很大的情况两个 CCPR 值之差有可能超过ARR导致低频率通道永远不翻转。这种情况下建议把轴分组比如把 X/Y 放在一个定时器、Z/U 放在另一个定时器分别设定合适的ARR。4.4 加减速阶段 4 轴如何同步平滑加减速同步是多轴控制里比较容易出问题的点。我见过很多移植这版源码的人直接把查表逻辑放进一个中断但只更新TIM2-ARR。如果四个轴都挂在 TIM2 的 CH1 到 CH4只有一个ARR四轴的周期会同时变化这没问题。如果你为了扩展引脚把某轴挪到了 TIM3两个定时器的自动重装载值需要同时更新否则会出现一个轴已经在加速、另一个轴还匀速的现象。推荐的同步策略是利用主定时器的更新事件触发从定时器的同步功能。把 TIM2 作为主定时器TIM3 设为从模式TIM2 的更新事件作为 TIM3 的外部时钟或触发输入TIM_SelectOutputTrigger(TIM2, TIM_TRGO_Update); TIM_SelectSlaveMode(TIM3, TIM_SlaveMode_External1); TIM_SelectInputTrigger(TIM3, TIM_TS_ITR0);TIM_TS_ITR0的具体取值要看哪条内部连接线接到 TIM2F405 的参考手册里有明确的 ITR 映射表。这样配置后TIM2 的每个更新事件驱动 TIM3 的计数器前进一格两个定时器的节奏锁在一起加减速查表只需要维护一份step_delay_table避免双份数据打架。这一步做完四轴联动在硬件层面才算真正闭环。5. 调试与验证从工程烧录到脉冲曲线核对拿到源码后不要直接烧录就跑运动指令先按下面的步骤确认环境无误。首先是芯片包问题如果用的 Keil MDK 5要先确认Pack Installer里装好了对应型号的器件支持包STM32F103 对应Keil::STM32F1xx_DFPSTM32F405 对应Keil::STM32F4xx_DFP。如果 Debug 下载时提示No ULINK2/ME Device found或Flash Download failed先检查 Device 标签页的芯片型号是否选对再检查 Flash 算法有没有匹配F405 用 1MB 或 512KB 的算法F103 中容量和高容量算法不同。烧录成功后第一步是确认引脚输出。用示波器两通道分别接某个轴的 PULSE 和 DIR 引脚在调试模式里先让该轴以固定频率动起来观察 PULSE 频率是否与设置的ARR/PSC吻合。注意观察 DIR 信号翻转点与第一个脉冲之间的间隔应该至少在 20 微秒以上。如果 DIR 变化和脉冲同时发生驱动器可能随机出现一次反向误动作。第二步验证加减速曲线是否丢步。给电机一个固定的绝对位移指令比如 5000 步在运动过程中用逻辑分析仪抓取 PULSE 通道的完整波形导入到 Pulse Viewer 里统计时间间隔。把加速段每隔 100 步的脉冲周期落成一条曲线和查表生成的理想曲线对比。如果加速前段实测频率上升快于查表说明中断里存在堆叠即在中断里花费的时间超过了新设定的周期产生滴答丢失这反映在示波器上是整个加速段比预期短但脉冲总数不变。一个很实用的验证技巧是不直接测瞬时频率而是设置一个固定时间窗口比如 100 ms统计窗口内的上升沿数量。这个数量应当等于目标频率乘以窗口时长。跑完一个包含加速-匀速-减速的完整流程后把总脉冲数与命令脉冲数逐轴对比偏差小于 ±2 个脉冲视为正常毕竟中断进入的时刻和定时器计数器的相位不是严格的零点对齐。如果偏差大于这个值优先检查急停或限位中断是否在运动期间触发了任务抢占而不是怀疑加减速表本身出了问题。本文还有配套的精品资源点击获取
 与 hydra.initialize() 的 config_path 变更详解)
