1. 课程导论：步进电机工作原理回顾、为什么需要固件架构、分层设计思想概述

1.1 步进电机工作原理回顾

咱们先聊聊步进电机。这东西说白了，就是个数字化的电机。你给它一个脉冲，它就转一个固定的角度。我刚开始接触这玩意儿的时候，觉得挺神奇的——不用编码器，开环就能定位。

它的核心结构其实不复杂。转子是永磁体，定子上绕了线圈。你按顺序给线圈通电，磁场就会拉着转子一步步走。每一步的角度，就叫步距角。常见的步距角有1.8°、0.9°，也有更小的。

为什么会这样？因为电机的极对数决定了步距角。比如一个两相步进电机，极对数是50，那步距角就是360° / (50 × 4) = 1.8°。嗯，这里要注意，这个4是两相电机的拍数。

我在项目中遇到过一个问题：客户说电机跑着跑着就丢了位置。排查了半天，发现是加速太快，电机失步了。所以你看，光知道原理还不够，还得懂怎么驱动它。

驱动方式主要有这么几种：

• 整步驱动：最简单，但振动大，低速时尤其明显。
• 半步驱动：把每一步拆成两个半拍，振动小一些，但力矩会波动。
• 微步驱动：这才是现代驱动的主流。把一步细分成几十甚至几百个微步，运行起来几乎跟伺服电机一样平滑。

我个人习惯用微步驱动，尤其是256细分。虽然对电流控制要求高，但效果确实好。你想想看，一个1.8°的电机，256细分后，每一步只有0.007°，这精度，够用了吧？

1.2 为什么需要固件架构

好，原理讲完了。那问题来了：写个简单的驱动代码，让电机转起来，这谁都会。但如果你要做一套能用在产品上的固件，光让电机转可不够。

我记得刚入行那会儿，接了个项目，要做一款多轴运动控制器。我上来就撸代码，把所有功能都塞在一个文件里。结果呢？调试的时候改一个参数，其他地方跟着崩。客户要加个新功能，我得翻遍整个代码库。那叫一个痛苦。

后来我明白了，没有架构的固件，就像没有图纸的房子。能住人，但经不起风雨。

具体来说，固件架构能解决这几个问题：

• 可维护性：代码分模块，改一处不影响其他地方。我曾经因为一个定时器中断的优先级调错了，导致整个系统卡死。如果有清晰的架构，这种问题很容易定位。
• 可移植性：换MCU或者换驱动芯片，不用重写所有代码。我做过一个项目，从STM32F103移植到GD32F303，只改了底层驱动层，上层逻辑一行没动。
• 可扩展性：加新功能，比如加个S形加减速曲线，不用动现有代码。直接加个模块就行。
• 可测试性：每个模块都能单独测试。我习惯在PC上先仿真运动轨迹，没问题了再烧到板子上跑。

1.3 分层设计思想概述

分层设计，说白了就是“各司其职”。每一层只关心自己的事，不越界。我常用的分层方式是这样的：

层级	职责	典型内容
应用层	用户交互、运动逻辑	指令解析、轨迹规划、状态机
控制层	运动控制算法	加减速曲线、位置环、速度环
驱动层	硬件抽象、脉冲生成	定时器PWM、GPIO控制、电流调节
硬件层	MCU外设、驱动芯片	寄存器配置、中断服务、DMA传输

你看，每一层都有明确的边界。应用层不知道底层用的是哪个MCU，驱动层也不知道上层要跑什么轨迹。这样设计的好处是：

• 解耦：改底层硬件，上层代码不用动。我换过三次驱动芯片，从A4988到TMC2209再到自研的驱动板，应用层代码一个字没改。
• 复用：控制层的加减速算法，可以用在步进电机上，也能用在直流电机上。我做过一个项目，把步进电机的梯形加减速算法直接搬到了无刷电机上，改了几行参数就跑了。
• 调试方便：哪层出问题，就查哪层。我曾经遇到电机抖动，排查了半天，最后发现是驱动层的PWM频率设置不对。如果是耦合在一起的代码，这种问题够你查一整天。

嗯，这里要补充一点。分层设计不是死板的。有些场景下，控制层和驱动层可以合并。比如你用的是一个带运动控制功能的驱动芯片，那控制层的部分工作就可以下沉到驱动层。灵活一点，别被框架框死。

最后，我想说一句：架构是为产品服务的，不是为架构而架构。我见过有人把简单的点灯程序也搞成三层架构，那就有点过了。合适的才是最好的。

好，这一章就聊到这儿。下一章，咱们开始动手，从硬件抽象层讲起，看看怎么把MCU的定时器、GPIO这些外设封装成好用的接口。