企业官网建设流程全解析

如果你也在折腾Proteus仿真STM32，那我猜你大概率体会过那种“代码好像没错、电路好像也接对了，但仿真就是不动”的煎熬。这篇文章就用一个非常经典的例子——通过STM32F103C8T6的定时器输出PWM，控制直流电机的转速，把从仿真电路搭建、PWM参数计算到Keil代码编写和Proteus联调的整套流程完整捋一遍。适合刚接触STM32定时器PWM、想用Proteus做电机控制仿真，或者正在做小车、风机、水泵等课程设计的朋友参考。

仿真和实物最大的区别在于，Proteus里允许你反复犯错，而实物电路一次接错可能就冒烟了。所以我建议所有电机控制类项目，都先把这个仿真流程跑通，再考虑买器件动手焊板子。下面直接进入正题，先把整个项目的设计和选型思路讲清楚。

1. 项目整体设计与方案选型：为什么用Proteus仿真直流电机调速

1.1 这个项目到底在解决什么问题

直流电机调速是电机控制里最基础也最常用的场景。机器人小车、电风扇、水泵、传送带、电动窗帘，本质上都是同一个逻辑：给电机一个合适的电压，让它按你想要的速度转起来。控制电压最优雅的方式不是调一个可调电阻，而是用PWM，也就是脉冲宽度调制，通过改变高电平占空比来改变电机两端的平均电压，从而控制转速。

这个项目选定了一个很典型的控制需求：两个按键调速，一个按键换向。按键1增加占空比，电机加速；按键2减小占空比，电机减速；按键3切换电机正反转。整套逻辑在真实小车上非常常见，放到Proteus里做仿真，核心目的是验证三件事：第一，STM32定时器能不能稳定输出频率和占空比都可调的PWM波形；第二，PWM信号送到电机驱动芯片后，电机的转速是否真的跟随占空比变化；第三，方向控制引脚的逻辑组合是否正常。

用仿真先跑通这套流程，后面换成真实硬件时，你只需要关注驱动电路的电流、散热和电磁干扰，逻辑层面的问题已经被提前过滤掉了。

1.2 为什么选STM32F103C8T6而不是51或者Arduino

很多人第一次做PWM调速会用51单片机。51当然能做，但它的定时器PWM通常要靠定时中断里翻转IO来实现，占空比调节、频率切换、多通道输出都很别扭，精度也一般。Arduino用analogWrite虽然方便，但很多学校课程、企业预研项目对底层寄存器的掌握有要求，而且Arduino的生态和STM32的工程化程度还是有差距。

STM32F103C8T6是Cortex-M3内核，主频72MHz，64KB Flash，20KB SRAM。它最大的优势是定时器外设丰富，通用定时器TIM2、TIM3、TIM4都自带硬件PWM输出功能。你要做的事情只是配置好几个寄存器，定时器硬件就会自动把PWM波形输出到指定引脚，全程不占用CPU，主循环还可以同时处理按键扫描、通信、显示等任务。

而且这颗芯片的国产替代方案非常多，市面上几块钱就能买到最小系统板，资料和例程铺天盖地，Proteus 8.x也直接支持它的仿真模型。对学习者来说，它是平衡复杂度、成本和资料丰富度的最佳选择。

1.3 仿真和实物之间的“信任边界”

用Proteus做电机仿真，有一个很重要的认知要提前建立：仿真不能百分百还原实物，但能把绝大多数逻辑错误拦截住。

可以相信仿真结果的部分包括：定时器配置是否正确、PWM波形频率和占空比是否符合预期、GPIO引脚映射和复用关系是否正确、按键扫描和方向控制逻辑是否合理、占空比变化后电机转速的变化趋势是否正确。这些都是数字逻辑层面的东西，仿真和实物基本一致。

不能相信的部分包括：电机的绝对转速值、启动电流和堵转电流、反电动势对电路的影响、驱动芯片的真实发热量、PWM高频开关带来的电磁干扰。Proteus里的直流电机模型是理想化的，如果你在仿真里看到转速和占空比严格线性，那是模型简化后的结果，真实电机有摩擦、死区、非线性，转速不会那么听话。

明白这条边界之后，你就知道仿真的定位是什么了：它帮你验证“逻辑和配置”，剩下的“硬件调校”还得回到实物上。所以我做项目的习惯是，仿真必跑，但不迷信仿真结果。

2. Proteus电路搭建与器件选型：先让硬件“跑”起来

2.1 在Proteus里搭建STM32F103C8T6最小系统

打开Proteus 8.x，在元件搜索框输入“STM32F103C8”就能找到这颗芯片的仿真模型。有些版本显示为“STM32F103C8T6”，直接放置即可。先说明一点，Proteus里的STM32模型和实物一样，引脚分布、复用功能、GPIO配置都是按数据手册来的，所以电路图不能乱画，PA6就是PA6，不能当普通IO到处飞线。

把芯片放到画布后，第一步是配置电源。Proteus的STM32模型内部有隐藏电源引脚，通常VDD和VSS已经隐含连接，但部分版本还是需要你在原理图上显式放置3.3V电源到VDDA、VSSA等引脚。稳妥的做法是：点击芯片，在属性里确认Power Pin Visibility，确保芯片供电正常。

第二步是配置晶振。STM32F103C8T6内部虽然有HSI内部时钟，但标准库的SystemInit默认使用外部8MHz晶振，然后倍频到72MHz。所以必须在OSC_IN和OSC_OUT两个引脚之间放一个8MHz晶振，或者直接在芯片属性里的“Crystal Frequency”填8MHz。这一步经常有人漏掉，最后导致延时函数、PWM频率全部对不上。

第三步，双击STM32芯片，在弹出的属性对话框里找到Program File，这里要填入Keil编译生成的hex文件路径。很多人到了这一步不知道怎么填，其实只要在Keil工程输出目录下找到.hex文件，选中它就行。别忘了同时检查Crystal Frequency选项，默认可能是4MHz或者0，必须改成8MHz。

2.2 直流电机模型与驱动芯片接线

Proteus元件库里搜索“MOTOR-DC”可以找到直流电机模型，注意它的引脚符号，通常标注为SA、SB、SC。SA和SB就是电机两端，SC是测速输出脚，部分版本里也叫Tacho。这个SC脚可以输出一个频率随转速变化的脉冲信号，后续如果你想做测速闭环，它可以作为速度反馈源。

电机不能直接挂在STM32的GPIO上。STM32的GPIO输出电流只有几毫安到二十毫安级别，而直流电机启动电流动辄几百毫安甚至安培级，而且电机是感性负载，断电瞬间会产生反向电动势，直接接GPIO轻则电机不转，重则烧芯片。所以中间必须加驱动电路。

本文选用L298作为H桥驱动芯片。L298是双H桥，单路最大驱动电流2A，内部自带续流二极管，非常适合用来驱动直流电机。在Proteus里搜索L298放置后，接线如下表所示：

请注意，L298的VS接的是电机电源，VSS接的是逻辑电源，两者电压范围不同，不能混接。仿真里VS用12V，VSS用5V，STM32这边用3.3V供电，GND全部连在一起。

如果你不想用L298，也可以用L293D或者用两个NPN三极管搭简易驱动，但L298的H桥特性更接近实物小车常用的TB6612或DRV8833方案，行为参考价值更高，所以本文按L298来写。

2.3 调试工具：示波器是仿真的眼睛

仿真和实物调试有一个共同点：你得先看到信号，才能判断问题出在哪儿。Proteus左侧工具栏里有Virtual Instruments，点开后能找到OSCILLOSCOPE示波器。把示波器的A通道接在PA6上，就能直接看到PWM波形；把B通道接在L298的OUT1上，可以看到经过H桥后的电机驱动波形。

示波器一定要在联调之前就接好。否则你只看到电机转，但不知道PWM频率对不对、占空比有没有变化，一旦电机不动，你连是软件问题还是硬件问题都分不清。

按键电路就比较简单了，三个轻触按钮分别接PA0、PA1、PA2，另一端接GND，同时PA0到PA2在代码里配置为内部上拉输入。按键按下时，引脚读到低电平；松开时，读回高电平。这里要注意，Proteus的按键模型不需要外接上拉电阻，因为代码里开了内部上拉，如果你用的是外部按键模块，就需要在原理图上额外放上拉电阻。

3. PWM调速核心原理与定时器配置：从波形到代码

3.1 PWM调速的本质：斩波与平均电压

PWM调速的原理，说白了就是“快速开关电源”。你以固定的频率把电机电源接通再断开，接通时间占整个周期的比例叫占空比D。电机是感性负载加机械惯性，它不会因为电源断了几微秒就立刻停下来，而是会平滑地“记住”平均电压。平均电压就是 U_avg = U × D，U是供电电压，D是0到1之间的占空比。

用生活里的例子类比：你在房间里快速开关灯，人眼不会看到闪烁，只会觉得房间光线的亮度变了。开灯时间比例越高，房间越亮；电机也是同理，占空比越高，平均电压越高，转速越快。

那PWM频率选多少合适？频率太低，比如几十Hz，电机会发出明显的“嗡嗡”声，转速也会一顿一顿的，这就是在听觉上感知到了开关过程；频率太高，比如几十kHz，开关损耗变大，驱动芯片发热严重。直流电机常见的PWM频率范围是1kHz到20kHz，本文选1kHz，方便示波器观察，也符合Proteus仿真模型的参数。实物调试时如果你嫌吵，可以提到10kHz以上。

3.2 STM32定时器为什么能输出PWM：CNT、ARR、CCR的关系

STM32芯片的输出PWM功能，核心在三个寄存器上：CNT（计数器）、ARR（自动重装值）、CCR（捕获比较寄存器）。理解这三个寄存器的关系，整个PWM原理就通了一半。

先说CNT。它就像一个秒表，在时钟脉冲驱动下从0开始向上计数，每来一个时钟脉冲就加1。ARR是闹钟的目标值，当CNT数到ARR时，计数器清零，重新开始下一轮计数。每“从0数到ARR”的这段周期，就是PWM的一个周期。

CCR则像一个比较器。在每个计数周期里，硬件会不停地比较CNT和CCR的大小。在PWM模式1下，当CNT小于CCR时，输出引脚为高电平；当CNT大于等于CCR时，输出引脚为低电平。到了下个周期，CNT清0，又重新输出高电平。整个过程完全由定时器硬件完成，CPU不需要干预。

所以你只需要设置三个东西：计数时钟频率，决定每计数一次花多少时间；ARR值，决定PWM周期；CCR值，决定高电平持续多长时间，也就是占空比。CCR改变时，PWM波形的高电平宽度会立刻变化，电机转速就跟着变了。

3.3 关键参数计算：72MHz下配出1kHz PWM

STM32F103C8T6系统主频72MHz，TIM3是挂在APB1总线上的通用定时器。这里有个很关键的细节：APB1预分频如果设为2，那么APB1外设时钟是36MHz，但定时器的时钟不是36MHz，而是36MHz的2倍，也就是72MHz。这是新手最容易算错的地方，代码里配置的系统时钟经过倍频后，APB1分频为2，TIM3的输入时钟就是72MHz。

我们目标是PWM频率1kHz，占空比分辨率要精细。公式是：

PWM频率 = TIM时钟 / ((PSC + 1) × (ARR + 1))

先设预分频PSC=71，这样计数时钟变成 72MHz / (71 + 1) = 1MHz，也就是1微秒计数一次。这个选择很干净，方便心算。

再设ARR=999，则PWM周期 = (999 + 1) × 1us = 1000us = 1ms，频率正好1kHz。

占空比 = CCR / (ARR + 1)，因为ARR=999，所以CCR的范围是0到999，占空比从0%到99.9%，调节步进细腻，大约0.1%一级。

如果你想把频率改成10kHz，只要把ARR改成99即可，但占空比分辨率会降到约1%，这是一个典型的“频率越高，调节精度越粗”的取舍，实际项目中要根据电机和驱动芯片的指标来权衡。

4. Keil MDK代码编写与Proteus联合仿真：跑通完整流程

4.1 工程创建与标准库基本配置

代码部分我基于STM32标准外设库V3.5来写。用寄存器版本也可以，但标准库可读性和上手难度更平衡，适合大多数人直接抄作业。

Keil 5里新建工程时，芯片选择STM32F103C8。在Manage Run-Time Environment里不用勾选太多组件，我们只用到GPIO和TIM外设。标准的工程文件结构建议包含：stm32f10x.h、stm32f10x_gpio.c、stm32f10x_tim.c、stm32f10x_rcc.c，以及内核相关的core_cm3.c。如果你用的是别人的工程模板，记得在C/C++选项里的Define一栏确认写上“USE_STDPERIPH_DRIVER, STM32F10X_MD”，否则标准库的驱动定义不会生效。

还有一个容易忽略的坑：Output选项卡里必须勾选Create HEX File，否则Proteus那边会找不到可加载的固件文件。这个选项默认是关闭的，很多人Keil编译成功却导不出hex，就是因为没勾选这里。

4.2 完整代码：PWM初始化、按键调速、方向切换

下面是最核心的部分。我把完整的main.c贴出来，里面包含了PWM初始化、方向GPIO初始化、按键检测和主循环逻辑。代码里注释尽量写清楚，方便你直接移植。

#include "stm32f10x.h" #include "stm32f10x_gpio.h" #include "stm32f10x_tim.h" #include "stm32f10x_rcc.h" // 全局变量：当前占空比对应的比较值，范围0~999，默认50% uint16_t pulse = 500; // 方向标志：1为正转，0为反转 uint8_t dir = 1; // 简单延时函数，仅供按键消抖和仿真使用 void delay_ms(uint32_t ms) { uint32_t i; while (ms--) { for (i = 0; i < 7200; i++) { // 空循环，约1ms @72MHz，注意仿真和实物频率需一致 } } } // 定时器3通道1输出PWM，引脚PA6 void PWM_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_OCInitTypeDef TIM_OCInitStructure; // 使能GPIOA、AFIO和TIM3时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE); // PA6配置为复用推挽输出 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); // 定时器时基：72MHz / (71+1) = 1MHz，即1us计数一次 TIM_TimeBaseStructure.TIM_Prescaler = 71; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_Period = 999; TIM_TimeBaseStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseInit(TIM3, &TIM_TimeBaseStructure); // PWM模式1，初始占空比50% TIM_OCInitStructure.TIM_OCMode = TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState = TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse = pulse; TIM_OCInitStructure.TIM_OCPolarity = TIM_OCPolarity_High; TIM_OC1Init(TIM3, &TIM_OCInitStructure); TIM_OC1PreloadConfig(TIM3, TIM_OCPreload_Enable); // 使能自动重装预装载，启动定时器 TIM_ARRPreloadConfig(TIM3, ENABLE); TIM_Cmd(TIM3, ENABLE); } // 方向控制引脚初始化，PB0接IN1，PB1接IN2 void Dir_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0 | GPIO_Pin_1; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOB, &GPIO_InitStructure); // 默认正转：IN1高，IN2低 if (dir) { GPIO_SetBits(GPIOB, GPIO_Pin_0); GPIO_ResetBits(GPIOB, GPIO_Pin_1); } else { GPIO_ResetBits(GPIOB, GPIO_Pin_0); GPIO_SetBits(GPIOB, GPIO_Pin_1); } } // 按键初始化，PA0加速，PA1减速，PA2换向，内部上拉输入 void KEY_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0 | GPIO_Pin_1 | GPIO_Pin_2; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IPU; GPIO_Init(GPIOA, &GPIO_InitStructure); } int main(void) { PWM_Init(); Dir_GPIO_Init(); KEY_Init(); while (1) { // 加速：按下PA0，占空比增加 if (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) == 0) { delay_ms(10); // 简单消抖 while (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) == 0); // 等待松开 if (pulse < 999) pulse += 50; TIM_SetCompare1(TIM3, pulse); } // 减速：按下PA1，占空比减小 if (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_1) == 0) { delay_ms(10); while (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_1) == 0); if (pulse > 50) pulse -= 50; TIM_SetCompare1(TIM3, pulse); } // 换向：按下PA2，切换PB0/PB1输出状态 if (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_2) == 0) { delay_ms(10); while (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_2) == 0); dir = !dir; if (dir) { GPIO_SetBits(GPIOB, GPIO_Pin_0); GPIO_ResetBits(GPIOB, GPIO_Pin_1); } else { GPIO_ResetBits(GPIOB, GPIO_Pin_0); GPIO_SetBits(GPIOB, GPIO_Pin_1); } } } }

这个代码里main函数中没有串口和OLED，逻辑很纯粹：一个循环里检测三个按键，改变CCR比较值或者方向引脚状态。PA6输出的PWM信号进L298的ENA引脚，PB0、PB1控制L298的IN1、IN2，从而控制电机转速和方向。

4.3 编译、生成hex、加载到Proteus的完整步骤

代码写好之后，按F7编译。如果工程配置正确，编译输出窗口会显示“0 Error(s), 0 Warning(s)”，然后在工程目录下的Objects或Listings文件夹里找到生成的.hex文件。

接下来回到Proteus，双击STM32F103C8芯片，在Edit Component对话框里找到Program File，点文件夹图标，选中刚才生成的hex。同时确认Crystal Frequency设置为8MHz。

这一步完成后，点击Proteus左下角的运行按钮。正常情况下，你应该能在示波器上看到PA6引脚输出频率1kHz、占空比约50%的方波。按下加速按键，你会发现波形的高电平宽度明显变宽，电机转速随之变快；按下减速按键，高电平变窄，电机转速变慢；按下换向按键，L298的OUT1和OUT2输出极性反转，电机反转。

如果你的Proteus运行后电机纹丝不动，先别急着改代码，按下面顺序排查：先看示波器有没有PWM波形，如果没有，找到芯片属性重新确认hex是否加载成功；如果有波形但电机不转，大概率是L298的VS/VSS接反或者GND没有共地；如果电机转但按键无效，检查按键是否配置了内部上拉，以及引脚是否接对。

5. 常见问题与排查技巧实录：为什么我的电机不转

5.1 典型问题速查表

我把仿真和实物调试中最常见的问题整理成了一张表，你可以直接按图索骥：

5.2 我踩过的一个典型坑：PWM输出电平反了

有一回我仿真一个类似项目，代码逻辑看起来完全没有问题，PWM波形也正常，但电机转速和占空比的关系反了：占空比越大，电机越慢。当时我盯着示波器看了好久，后来才意识到是PWM模式配置的问题。

STM32的PWM有模式1和模式2之分。PWM模式1是CNT小于CCR时输出有效电平，默认高电平；PWM模式2正好相反，CNT大于CCR时输出有效电平。如果代码里用的是PWM2，同时把极性设置成低电平有效，那波形看起来仍然是“对”的，但实际占空比含义已经反了。L298的ENA引脚期望的是高电平使能，低电平关断，一个取反逻辑就让转速曲线完全反过来。

排查方法很简单：把CCR从小往大调一圈，盯住示波器的波形，看高电平宽度是变宽还是变窄。变宽说明配置正确；变窄说明模式或极性配反了。这种问题在实物上更隐蔽，因为电机转起来你很难用肉眼分辨“占空比增加了但转速降低”是驱动问题还是负载问题，必须靠示波器判断。

5.3 另一个隐藏很深的坑：Proteus晶振频率没设对

这句话我在前面提过，但值得单独拿出来说，因为它太容易被忽略。Keil工程里SystemInit默认用HSE外部晶振，按照8MHz石英晶振来计算72MHz主频。但Proteus的STM32模型默认Crystal Frequency可能不是8MHz，有的版本默认是4MHz，甚至为0。

如果你在Proteus里加载hex后，发现PWM频率偏差巨大，比如本该是1kHz却变成了2kHz，或者按键延时明显过快、电机转速异常偏高，多半就是这个原因。修改方法很直接：双击芯片，把Crystal Frequency改成8MHz，重新运行仿真。

这个设置和代码里的时钟配置必须保持一致。如果以后你自己画了板子用了12MHz晶振，那这里就要改成12MHz，同时代码里的RCC配置也要相应调整。仿真只是工具，它模拟的是你设定的硬件条件，不是你想象中的条件。

5.4 仿真通过之后，转实物电路必须注意的事

仿真跑通后，很多人会急着下单买模块，这时候有几件事不说清楚，实物大概率要吃一次亏。

第一，共地。L298的GND、STM32的GND、电机电源的GND必须全部连在一起。很多新手只接信号线，忘了共地，导致控制信号完全乱掉。共地是数字电路和驱动电路协作的基本前提。

第二，续流二极管。L298内部已经集成了续流二极管，实物如果用分立元件搭H桥，必须在电机两端反向并联快恢复二极管，否则关断瞬间的反电动势会打坏驱动管。Proteus里虽然看不到这个细节，但实物绝对不能省。

第三，独立供电。STM32用3.3V电源，L298的逻辑侧用5V，电机电源单独供电，不要把所有电源都堆在一个7805上面。电机启动电流会拉低母线电压，分分钟让单片机复位。

第四，3.3V和5V逻辑电平匹配。STM32的GPIO高电平是3.3V，L298的输入阈值一般可以兼容，但如果你用的是某些需要5V高电平的驱动芯片，就要加电平转换。Proteus里不会出现这种问题，实物上却非常常见。

第五，PWM频率的调整。仿真里用1kHz只是为了方便观察，实物为了减噪和减小电流纹波，建议把频率提到10kHz以上。改频率只需要把ARR从999改成99，同时把pulse的步进从50改成5，逻辑不用动。

最后聊聊我个人对这套流程的体会

做单片机项目这几年，Proteus仿真帮我省下的时间不是一星半点。尤其是电机控制这类容易烧器件的方向，一次真实的反接、一次驱动芯片短路，都可能让你几十块钱打水漂。先仿真再实物，本质上是把试错成本从硬件挪到了软件里。真正到了实物的阶段，你手里已经有了一套经过验证的逻辑，剩下的只是把电压、电流、电平这些“物理参数”调到匹配状态。

这篇文章里的例子虽然简单，但它的价值在于跑通了一条完整的链路：STM32的定时器如何产生PWM、PWM如何经过H桥变成电机驱动能力、按键如何实时改变占空比和方向。你完全可以在这个基础上扩展出更多东西：用编码器测速做PID闭环、用串口发指令调速、加OLED显示当前转速、改成双电机差速小车控制。每加一块功能，都会逼着你去吃透一层新的知识，这就是做技术最踏实的成长路径。

如果仿真过程中遇到问题，回头看看速查表，再不行就把示波器接上，按信号链路一层一层排除。代码能抄，经验和思路得自己攒。