★ FEATURED ARTICLE 简介这份资源面向嵌入式初学者与电子工程相关专业学生提供一套基于STM32F103C6与Proteus的智能小车仿真工程用于在无实物硬件的情况下验证电机控制代码与电路设计。项目通过按键控制两个直流电机的正反转并借助PWM调节转速实现小车前进、后退、转弯与加减速涵盖嵌入式编程、电机驱动与硬件仿真等知识点。压缩包共155个文件、约6.08MB以C源文件与头文件、Keil MDK-ARM工程文件、Proteus工程及编译产物为主另含HAL库驱动、HEX固件与工程备份目录结构完整可直接打开仿真与调试。已有10236人学习下载适合作为STM32入门实践与课程设计的参考范例帮助读者理解外设配置、PWM调速逻辑及软硬件联调思路为后续机器人项目打下基础。1. 从“代码能跑但车不动”说起这套 STM32 Proteus 智能小车仿真到底解决什么问题很多同学做智能小车第一步就卡在硬件上电机驱动模块买回来焊好上电一跑轮子要么不转要么只往一个方向转调了两天发现是 PWM 通道映射错了。更麻烦的是板子烧了、电机堵转、电池没电这些物理故障排查起来成本极高。这套基于 STM32 和 Proteus 的智能小车仿真方案核心价值就是把“硬件调试”前移到“软件仿真”阶段——在 Proteus 里把电机、传感器、驱动芯片全部虚拟化代码先在仿真环境里跑通逻辑再上真实硬件。它适合正在做嵌入式课程设计、毕业设计的学生也适合需要快速验证电机控制逻辑的从业者。关键词 stm32、电机、proteus、仿真、智能小车本质上对应的是“控制算法 虚拟外设 可视化验证”这条完整链路。2. 需求拆解与技术选型为什么是 STM32 Proteus 而不是别的组合2.1 功能需求先立住小车到底要跑出哪几种行为做任何仿真项目第一步不是打开软件而是把“车要干什么”写成可验收的条目。这套方案里智能小车的核心行为通常拆成四类直行、后退、左转、右转进阶一点加上调速和循迹。直行和后退考验的是双电机同向驱动的对称性左右转考验的是差速控制——一侧正转、一侧反转或停转。调速则要求 PWM 占空比可调循迹需要红外传感器反馈参与决策。我一般会把这些行为写成一张行为-引脚-预期表先不写代码先把“哪个行为对应哪组引脚电平”定死。比如左轮电机接 TIM 的哪个通道、右轮接哪个通道方向控制引脚是高电平正转还是低电平正转。这张表定不下来后面代码写得再漂亮也是玄学。很多翻车案例的根源就是行为定义模糊仿真里看着轮子转了实际方向是反的上硬件才发现。从验收角度每个行为都要有明确的观察指标轮子转向、转速快慢、停止是否彻底。仿真环境的好处是这些指标可以直接在 Proteus 的电机模型上看转速和方向不用拿手去摸轮子。2.2 技术选型对比STM32 仿真和 51 仿真差在哪市面上单片机仿真方案不少51 Proteus 是最常见的入门组合但为什么这套方案选 STM32原因很实际STM32 的定时器资源更丰富一个通用定时器就能输出多路互补 PWM做双电机差速控制时通道够用而 51 的定时器数量有限做两路独立 PWM 往往要软件模拟仿真里时序容易失真。另外 STM32 的 GPIO 复用功能清晰方向控制和 PWM 输出可以分到不同端口代码结构更干净。Proteus 这边关键是要确认元件库里有对应的 STM32 模型和电机驱动模型。通常的做法是选一个通用 L298N 驱动模型加两个直流电机模型STM32 选一个引脚数够用的型号即可不必追求和实物完全同型号——仿真验证的是控制逻辑不是芯片本身。这里有个血泪经验Proteus 里 STM32 模型的时钟配置要和代码里的系统时钟初始化对上否则 PWM 频率会偏得离谱电机转速看着就不对劲。提示选型阶段就把“仿真能验证什么、不能验证什么”写清楚。仿真能验证引脚逻辑、PWM 占空比、状态机切换不能验证真实电流、电机堵转、电源波动。别指望仿真替代全部硬件测试。2.3 开发环境与仿真环境的边界划分这套方案里代码开发和仿真验证是两条并行但交汇的线。代码在 Keil 或 STM32CubeIDE 里写编译出 hex 文件Proteus 负责加载 hex、虚拟外设、可视化运行。边界在于所有和“物理量”相关的参数比如电机启动电压、PWM 频率在仿真里用理想值在代码里留成宏定义方便上硬件时改。我一般会把电机控制相关的宏单独放一个头文件比如MOTOR_PWM_FREQ、LEFT_FORWARD_PIN这类仿真和实物共用一套逻辑只改宏。这样仿真跑通后换硬件只需要改引脚定义和频率参数控制流程一行不动。这个习惯能省掉大量“仿真对了实物不对”的排查时间。3. 总体架构设计三层结构与四个模块的职责划分3.1 分层思路应用层、控制层、驱动层各管什么这套小车的软件架构按三层划分目的是让“想干什么”和“怎么让电机转”彻底分开。应用层负责行为决策比如收到“左转”指令后决定左右轮的目标状态控制层负责把目标状态翻译成 PWM 占空比和方向电平驱动层直接操作寄存器和定时器输出波形。这样分的好处是循迹逻辑以后要加只动应用层换电机驱动芯片只动驱动层。中间控制层保持稳定。很多同学把所有逻辑塞进 main 的 while 循环里加一个功能就牵一发动全身最后自己都看不懂。分层不是为了好看是为了改需求时不崩溃。四个核心模块分别是电机驱动模块、PWM 调速模块、方向控制模块、行为调度模块。前三个属于控制层和驱动层最后一个属于应用层。模块之间通过函数接口通信不直接互相改全局变量。3.2 模块职责与接口约定电机驱动模块对外只暴露两个函数初始化Motor_Init()和设置单侧电机状态Motor_Set(side, dir, duty)。side 区分左右dir 区分正反转和停止duty 是 0 到 100 的占空比。PWM 调速模块内部管理定时器通道对外只给“设置某通道占空比”的接口。方向控制模块管理 GPIO对外给“设置某侧方向”的接口。行为调度模块根据当前指令调用这些接口。接口约定的关键是参数范围要卡死。duty 超过 100 要截断dir 只接受枚举值side 只接受左右。这些检查放在接口入口仿真阶段就能暴露调用错误而不是等电机乱转再回头找。我见过太多项目因为一个越界的占空比参数仿真里电机直接不转查了半天以为是定时器配置问题。3.3 数据流从指令到轮子转动的完整链路一次“左转”指令的完整数据流是这样的行为调度模块收到左转请求计算出左轮反转、右轮正转各自的目标占空比比如 60%调用Motor_Set(LEFT, REVERSE, 60)和Motor_Set(RIGHT, FORWARD, 60)电机驱动模块先设置方向 GPIO再调用 PWM 模块设置对应通道占空比PWM 模块写定时器比较寄存器Proteus 里的电机模型根据引脚电平和 PWM 波形改变转速和方向。这条链路里任何一环参数错了现象都能在仿真里直接看到方向反了看轮子转向转速不对看占空比完全不转看定时器是否使能。数据流清晰排查就有路径不用靠猜。4. 关键模块实现PWM 调速、方向控制与行为调度的代码落地4.1 PWM 调速模块定时器通道配置与占空比映射PWM 是电机调速的核心STM32 上通常用通用定时器的输出比较模式。下面这段初始化代码以某个通用定时器为例配置两个通道输出 PWM频率和占空比分辨率按电机驱动的常见需求设定。// PWM 初始化定时器计数频率 72MHz预分频后 1MHz周期 1000 - 1kHz PWM void PWM_Init(void) { // 使能定时器和 GPIO 时钟略按实际端口补 TIM_TimeBaseInitTypeDef tim; tim.TIM_Prescaler 71; // 72MHz / (711) 1MHz 计数频率 tim.TIM_Period 999; // 1MHz / 1000 1kHz PWM 频率 tim.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseInit(TIM3, tim); TIM_OCInitTypeDef oc; oc.TIM_OCMode TIM_OCMode_PWM1; oc.TIM_OutputState TIM_OutputState_Enable; oc.TIM_Pulse 0; // 初始占空比 0 oc.TIM_OCPolarity TIM_OCPolarity_High; TIM_OC1Init(TIM3, oc); // 左轮通道 TIM_OC2Init(TIM3, oc); // 右轮通道 TIM_Cmd(TIM3, ENABLE); } // 设置占空比duty 范围 0~100 void PWM_SetDuty(uint8_t channel, uint8_t duty) { if (duty 100) duty 100; // 入口截断防止越界 uint16_t pulse duty * 10; // 周期 1000100% 对应 1000 if (channel 0) TIM_SetCompare1(TIM3, pulse); else TIM_SetCompare2(TIM3, pulse); }这段代码的关键参数是预分频和周期72MHz 经 71 分频得到 1MHz 计数频率周期 999 对应 1kHz PWM。1kHz 对直流电机驱动是常见值太低会有可听噪声太高部分驱动芯片响应跟不上。占空比映射用duty * 10因为周期是 1000100% 对应比较值 1000。入口的截断检查是后悔药防止上层传错参数导致比较值溢出。仿真里验证这段代码看的是 Proteus 电机模型上的转速是否随 duty 线性变化。如果 duty 从 0 加到 100 电机转速不变先查定时器是否真的使能、通道是否配置成 PWM 模式而不是怀疑电机模型。4.2 方向控制模块GPIO 电平与电机正反转的对应关系方向控制比 PWM 简单但最容易翻车。L298N 这类驱动芯片每个电机有两个方向控制引脚一高一低正转一低一高反转两个都低是停止。代码里要把这个真值表写死并且和接线一一对应。typedef enum { MOTOR_STOP 0, MOTOR_FORWARD, MOTOR_REVERSE } MotorDir; // 设置单侧电机方向side: 0 左 1 右 void Motor_SetDir(uint8_t side, MotorDir dir) { if (side 0) { switch (dir) { case MOTOR_FORWARD: GPIO_SetBits(GPIOA, GPIO_Pin_0); GPIO_ResetBits(GPIOA, GPIO_Pin_1); break; case MOTOR_REVERSE: GPIO_ResetBits(GPIOA, GPIO_Pin_0); GPIO_SetBits(GPIOA, GPIO_Pin_1); break; default: GPIO_ResetBits(GPIOA, GPIO_Pin_0); GPIO_ResetBits(GPIOA, GPIO_Pin_1); break; } } else { // 右轮同理换端口和引脚 } }这段代码的设计说明只有一句真值表必须和 Proteus 里的接线完全一致。仿真里如果左转变成右转八成是某一侧的 FORWARD 和 REVERSE 电平写反了或者 Proteus 里电机模型的接线极性接反了。排查方法很直接单独给一侧发正转指令看轮子转向再对照真值表。注意方向切换前先把占空比降到 0再改方向最后恢复占空比。直接带载换向在仿真里可能看不出问题但上硬件会冲击驱动芯片。这个习惯从仿真阶段就养成。4.3 行为调度模块直行、转向、停止的状态机写法行为调度用简单的状态机就够了不需要上 RTOS。每个行为对应一个状态状态里设置左右轮的目标方向和占空比然后等下一个指令。typedef enum { ACT_STOP, ACT_FORWARD, ACT_BACKWARD, ACT_TURN_LEFT, ACT_TURN_RIGHT } Action; void Action_Execute(Action act) { switch (act) { case ACT_FORWARD: Motor_SetDir(0, MOTOR_FORWARD); Motor_SetDir(1, MOTOR_FORWARD); PWM_SetDuty(0, 60); PWM_SetDuty(1, 60); break; case ACT_TURN_LEFT: Motor_SetDir(0, MOTOR_REVERSE); Motor_SetDir(1, MOTOR_FORWARD); PWM_SetDuty(0, 50); PWM_SetDuty(1, 50); break; case ACT_STOP: PWM_SetDuty(0, 0); PWM_SetDuty(1, 0); Motor_SetDir(0, MOTOR_STOP); Motor_SetDir(1, MOTOR_STOP); break; default: break; } }左转用左轮反转、右轮正转的差速方式占空比给 50% 是为了转向平缓直行给 60% 是常用巡航速度。这些数值不是死的仿真里可以调调到轮子转向看起来自然为止。状态机的价值在于每个行为是独立的加一个“原地旋转”只是多一个 case不影响已有逻辑。4.4 Proteus 侧配置元件选取、接线与 hex 加载Proteus 这边的配置步骤决定仿真能不能跑起来。通常的做法是从元件库取一个 STM32 模型、一个 L298N 驱动模型、两个直流电机模型按原理图接线把编译出的 hex 文件加载到 STM32 模型的程序属性里设置好时钟频率然后运行。接线时特别注意两点一是 STM32 的 PWM 输出引脚要接到 L298N 的使能端方向引脚接到输入控制端二是电机模型的电源和地要接对否则轮子不转但代码没错容易误判。hex 加载路径不要有中文这是 Proteus 的老毛病路径带中文有时加载失败还不报错。仿真运行后先测直行再测转向最后测停止。每个行为单独验证不要一上来就跑复杂序列。出问题时按“代码逻辑 → 引脚映射 → Proteus 接线 → 模型参数”的顺序查这个顺序能覆盖绝大多数翻车场景。5. 避坑与常见问题排查仿真跑不通时先看这五条5.1 电机完全不转但代码编译通过现象是仿真运行后两个轮子纹丝不动代码没有报错。原因通常有三个定时器没使能、PWM 通道没配置成输出比较模式、或者 Proteus 里 hex 没加载成功。解决方法是先在代码里加一个 GPIO 翻转做心跳用示波器虚拟仪器看有没有波形再确认TIM_Cmd被调用最后检查 Proteus 模型属性里的 hex 路径。我一般会先看心跳心跳没有就是程序没跑起来和电机无关。5.2 轮子转向和预期相反现象是发直行指令一个轮子正转一个反转车原地打转。原因是某一侧的方向真值表写反或者 Proteus 里电机模型接线极性接反。解决方法是单独给每侧发正转指令观察转向对照代码里的 GPIO 设置。如果是模型接线问题调换模型的两个输入端即可不用改代码。这个坑很常见因为仿真模型和实物驱动的极性定义不一定一致。5.3 PWM 调速无效占空比改了转速不变现象是 duty 从 10 改到 90轮子转速看起来一样。原因多半是 PWM 频率和电机模型不匹配或者比较寄存器写错了通道。解决方法是先用虚拟示波器看 PWM 引脚波形确认占空比真的在变如果波形对但转速不变检查 Proteus 电机模型是否支持 PWM 调速有些简化模型只认电平不认占空比。换一个支持调速的电机模型通常能解决。5.4 仿真运行卡顿或直接崩溃现象是点运行后 Proteus 无响应或者跑几秒就停。原因是仿真步长设置太小、模型太多、或者代码里有死循环没有喂看门狗仿真里看门狗行为可能异常。解决方法是在 Proteus 的仿真设置里适当放大步长减少不必要的虚拟仪器代码里避免在中断里做长延时。血泪经验是仿真不是越精细越好能验证逻辑就行步长太小反而跑不动。5.5 上硬件后行为和仿真不一致现象是仿真里一切正常烧到实物上电机抖动、方向乱、转速不对。原因是仿真用的是理想电源和理想电机实物有压降、有惯性、有干扰。解决方法是把仿真里验证过的逻辑保留参数重新整定PWM 频率按实际驱动芯片手册调占空比起步值降低方向切换加死区延时。仿真负责逻辑正确实物负责参数整定两者分工要清楚。6. 验收与答辩怎么证明这套仿真方案真的跑通了验收这套方案不能只说“仿真能跑”要拿出可复现的证据链。我一般按三步走第一步行为覆盖测试把直行、后退、左转、右转、停止五个行为逐个运行每个行为录一段仿真画面记录左右轮转向和相对转速第二步参数边界测试把占空比设成 0、50、100 三档确认转速单调变化且 0 档彻底停止第三步异常输入测试给一个越界占空比或非法方向值确认接口截断生效、电机不出现异常动作。答辩时最容易被问的是“仿真和实物差距怎么处理”。回答要具体仿真验证的是引脚逻辑、PWM 占空比映射、状态机切换顺序实物阶段需要重新整定的是 PWM 频率、启动占空比下限、换向死区时间。把这两类参数分开讲评委能看出你清楚边界在哪。另一个高频问题是“为什么不用硬件直接调”答案就是开头说的硬件故障排查成本高仿真把逻辑错误提前暴露上硬件只调物理参数效率完全不同。下面这张表可以直接放进答辩 PPT 的验收页把每个行为的观察点和通过标准列清楚。测试项操作观察点通过标准直行发直行指令左右轮转向、转速同向、转速接近左转发左转指令左右轮转向左反右正、车体左偏停止发停止指令轮子是否停转占空比归零、彻底停止调速duty 设 0/50/100转速变化单调变化、0 档不转越界duty 传 150接口行为截断为 100、不异常最后说一个习惯从那以后我每次做仿真项目都强制先写行为-引脚-预期表再动手接线写代码验收时按表逐项打勾。这张表看着笨但能挡住八成“跑起来了但不知道对不对”的情况。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
