简介：针对STM32 PWM输出与Proteus仿真的完整实训资源，适合嵌入式入门学习者及开展单片机课程设计的学生使用。资源围绕“实训八 PWM输出-Proteus”任务展开，借助Keil5编写定时器3的PWM输出代码，并在Proteus中完成驱动LED灯颜色变换的仿真验证，有助于理解定时器初始化、比较通道配置、占空比调节及RGB LED混色原理。压缩包共132个文件，主要以h头文件、c源文件、uvprojx工程文件、pdsprj仿真工程以及hex/axf可执行文件为主，整体约2.12MB，工程结构清晰，能直接还原实验环境并观察输出波形与颜色变化。已有2239人学习或下载，适合用于教学演示、课后复习或工程移植，是快速掌握STM32定时器PWM配置及虚拟仿真调试的实用素材。 拿到“Proteus STM32 PWM输出仿真.rar”这个压缩包，我的第一反应就是：这是一套把STM32的PWM输出从实体开发板完整搬到纯软件环境的演示工程。对刚接触定时器、手头又没有开发板的人来说，这套东西能帮你把PWM的波形、频率、占空比全部可视化，不需要焊板子、不需要买ST-Link，只要能把Proteus工程跑起来，就能把PWM这件事彻底搞明白。这篇文章我就围绕这个压缩包展开，把它里面最有价值的思路、配置细节和踩坑点全部拆开讲，照着做一遍，你对STM32定时器输出PWM的理解会直接上一个台阶。
1. 这包到底装了什么：文件结构与核心思路
1.1 解压后的工程骨架
这类压缩包解压后，通常不是散乱的一堆文件，而是有清晰分工的几块内容：Proteus仿真工程、Keil工程源码、生成的HEX固件，以及一份说明文档。Proteus工程负责“硬件环境”，里面画好了STM32芯片、LED、示波器探针、电源和晶振；Keil工程负责“逻辑实现”，写着定时器初始化、PWM配置、主循环等C代码；HEX文件则是编译产物，被Proteus加载后直接模拟芯片运行。
我第一次用这类包时，习惯先把每个文件的用途弄明白，再动手操作。Proteus工程文件后缀通常是.pdsprj，Keil工程是.uvprojx，源码集中在User和Src目录下面。这里要提醒一句：如果里面有ReadMe.txt，先读它，很多版本兼容问题和接线说明都会写在里面，省得自己瞎试。
1.2 为什么选 Proteus 加仿真这条路
可能有人觉得，学STM32就该买块开发板，仿真都是花架子。我个人的看法是：仿真和真机各有不可替代的价值。真机能验证时序、能看实际电压电流、能接真实外设，这是Proteus比不了的；但仿真的优势在于低成本和可视化——尤其是PWM这种“用示波器看波形”的需求，Proteus里直接拖一个虚拟示波器，就能同时看占空比、频率和相位，比在真机上反复接探头、调触发方便太多。
对一个刚入门的学生或者想快速验证思路的工程师，先用仿真把定时器、预分频、自动重载、比较寄存器这些概念打通，再上真机，成功率会高很多。我见过不少新手直接拿板子调PWM，灯不亮就在那怀疑是代码问题还是接线问题，最后发现只是GPIO模式配错了。这类低级错误，在Proteus里两三分钟就能定位。
1.3 PWM 的底层原理，一句话说透
PWM的全称是Pulse Width Modulation，脉冲宽度调制。核心逻辑其实不复杂：定时器用一个计数器按固定频率往上数，数到自动重载值（ARR）就清零重来；在计数过程中，只要计数器的值小于比较寄存器（CCR），输出引脚就是高电平，大于等于CCR就变低电平。这样算下来，输出的周期由ARR决定，高电平占整个周期的比例则由CCR决定，也就是占空比。
你可以把它理解成一个“电闸开关”：频率决定开关来回切换的速度，占空比决定每次闭合的时间比例。LED亮度、电机转速、舵机角度、蜂鸣器音调，本质上都是靠这两个参数在控制。理解了这层关系，后面所有代码里的数字就都不是死记硬背的了。
2. 仿真环境搭建：别在第一步翻车
2.1 Proteus 与 Keil 的版本选型
先说版本问题。Proteus 8.x 以上的版本才比较好地支持STM32系列芯片，早期的7.x、6.x基本没法用，装了也找不到STM32F103C8这个型号。建议直接用Proteus 8.8或更新版本，芯片库里能直接搜到STM32F103C8、STM32F103R6这些常用型号，而且整个仿真、示波器交互也更流畅。
Keil方面，MDK5是主流。要注意的是安装MDK5之后还需要装对应芯片的Device Family Pack，也就是STM32F1系列的pack包，否则编译器不认芯片型号。这个pack可以在官网下载，也可以在Keil的Pack Installer里直接装。装完之后才谈得上新建工程、选择芯片、编译下载。
2.2 芯片供电、晶振与 hex 加载
很多人第一次在Proteus里放STM32芯片后，发现电路看起来“没有电源”，因为Proteus默认把某些型号的电源脚隐藏了。但这不代表真的不用供电，你需要确认模型属性里VDD和VSS已经正确连接到默认电源轨。更稳妥的做法是给芯片添加电源符号，或者在Design菜单里检查Supply Rail设置。
晶振是另一个大坑。Proteus的STM32模型默认工作频率并不一定是8MHz，如果不做配置，后面PWM输出的实际频率会和你用72MHz算出来的值完全对不上。通常做法是：在芯片属性里把时钟频率设为8MHz，然后在代码里用RCC配置启动HSE和PLL，把系统时钟倍频到72MHz。这个顺序不能乱，否则外部晶振路径根本不会被激活。
加载HEX文件其实很简单：双击Proteus里的STM32芯片，在Program File一栏选中Keil生成的.hex文件，然后点运行就行了。但要注意，如果HEX文件路径里包含中文或有特殊字符，Proteus偶尔会加载异常，最好把整个工程放到纯英文路径下再解压运行。
2.3 编译生成 hex 的关键开关
Keil默认并不会生成HEX文件，需要在Options for Target里的Output选项卡勾选Create HEX File。这个开关不打开，你在Keil里编译一百遍，Proteus也找不到固件可加载。另一个容易忽略的点是使用MicroLIB。STM32标准外设库加上微库可以减少代码体积，但不是必须的，我一般在仿真时也会打开MicroLIB，因为能让启动时间更短，Proteus加载固件的速度会快一些。
生成HEX之后，我习惯把HEX文件和Proteus工程放在同一个目录，这样双击芯片选文件时不用翻一层层目录，而且重新编译后Proteus重新加载也方便。版本冲突时，如果工程之前用的是老版本Proteus，新版本打开时可能会弹升级提示，直接确定即可，一般不影响现有电路。
3. PWM 参数计算与核心代码实现
3.1 定时器选择：优先级与引脚映射
STM32F103C8里有TIM1、TIM2、TIM3、TIM4这四个能输出PWM的定时器，其中TIM1是高级定时器，TIM2/3/4是通用定时器。选哪个，主要看你想用哪个引脚。TIM1的PWM通道可以映射到PA8、PA9、PA10、PA11，TIM2的通道在PA0、PA1、PA2、PA3或者PA15等重映射引脚上，TIM3在PA6、PA7、PB0、PB1上，TIM4在PB6、PB7、PB8、PB9上。
对新手来说，我建议先选TIM2的通道1，也就是PA0引脚。为什么？因为PA0这个引脚在Proteus里布线上最顺手，而且TIM2挂在APB1总线上，时钟配置相对直观。不同定时器挂在不同的总线时钟上，TIM1和TIM8在APB2，TIM2到TIM4在APB1，这会影响你计算预分频值时用哪个时钟源，后面会细说。
3.2 频率与占空比的计算公式
不管用标准外设库还是HAL库，PWM输出频率都遵循同一个公式：
PWM频率 = 定时器输入时钟 / (预分频值 + 1) / (自动重载值 + 1)以72MHz为定时器输入时钟、想要一个20kHz的PWM为例，可以这么配：预分频PSC = 71，自动重载ARR = 49。代入公式就是72000000 / 72 / 50 = 20000Hz，正好20kHz。占空比由比较值CCR控制，CCR = 25时，占空比就是25 / 50 = 50%。
这里有个细节：预分频和自动重载值其实不是唯一解。比如想要1kHz的PWM，可以是PSC=71、ARR=999，也可以是PSC=719、ARR=99，两者算出来都是1kHz，但区别在于占空比的分辨率不同。ARR越大，占空比能调的档位越多，控制就越精细。你调LED呼吸灯时如果要平滑过渡，就得把ARR拉大；如果只是调速，ARR小一点倒无所谓。
3.3 标准外设库配置代码解析
这个压缩包里的工程多半是标准外设库风格，代码结构一看就懂。我用TIM2的PWM1模式举个例子：
// 时钟使能：TIM2在APB1上，GPIOB在APB2上 RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB | RCC_APB2Periph_AFIO, ENABLE); GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; // 复用推挽输出 GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOB, &GPIO_InitStructure); TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_TimeBaseStructure.TIM_Prescaler = 71; // 预分频值 TIM_TimeBaseStructure.TIM_Period = 99; // 自动重载值 TIM_TimeBaseStructure.TIM_ClockDivision = 0; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, &TIM_TimeBaseStructure); TIM_OCInitTypeDef TIM_OCInitStructure; TIM_OCInitStructure.TIM_OCMode = TIM_OCMode_PWM1; // PWM模式1 TIM_OCInitStructure.TIM_OutputState = TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse = 50; // 比较值，占空比50% TIM_OCInitStructure.TIM_OCPolarity = TIM_OCPolarity_High; TIM_OC1Init(TIM2, &TIM_OCInitStructure); TIM_Cmd(TIM2, ENABLE);如果是在线调占空比，不要反复改TIM_Pulse然后再初始化，正确的做法是运行中用接口去改比较寄存器。标准外设库里是TIM_SetCompare1(TIM2, newValue)，HAL库里是__HAL_TIM_SET_COMPARE(&htim2, TIM_CHANNEL_1, newValue)。改完这个值，下一周期占空比就会变。
3.4 高级定时器 TIM1 的坑
如果工程里用的是TIM1而不是TIM2，那这里有个非常经典的坑：TIM1是高级定时器，比通用定时器多了一层输出使能机制。你以为光调TIM_Cmd(TIM1, ENABLE)就够了，结果示波器上什么都没有。原因是你还没打开主输出开关，也就是要让MOE位置1。标准外设库里的做法是在初始化最后加一句：
TIM_CtrlPWMOutputs(TIM1, ENABLE);少了这一句，TIM1的输出通道永远是关闭的，这在真机上如此，在Proteus仿真里也同样如此。我当时第一次用TIM1做PWM时，波形不出来，排查了半小时引脚映射，最后才发现是这行代码的问题。用TIM8也一样，凡是高级定时器都得补这步。
4. 仿真实操与波形验证
4.1 在 Proteus 里接示波器
Proteus左侧工具栏里有一个“Virtual Instruments”按钮，点开之后能看到OSCILLOSCOPE示波器。把这个示波器拖到原理图上，然后从你的PWM输出引脚，比如PA0或者PB0，拉一根线到示波器的A通道，再把示波器的地接到GND网络。接完后运行仿真，打开示波器窗口，里面应该能直接看到方波。
如果波形只是一条直线，先别急着怀疑代码。检查一下是不是没点运行按钮，或者仿真暂停了。Proteus示波器不像真实设备那样有个自动触发按钮，但一般会在界面上显示当前通道的电压和频率。你可以手动调整Time/Div和Voltage/Div来缩放波形，如果波形来回滚动看不清楚，也可以点示波器面板上的“单次触发”或者手动选择合适的时基。
4.2 验证频率、占空比与极性的方法
运行起来后，不要只看形状，要用数据说话。Proteus示波器界面上通常会显示信号的频率值，拿这个值和你的理论计算比对。如果算出来是20kHz，示波器显示20.0kHz，说明时钟树配置没问题。如果差得离谱，大概率是系统时钟根本不是72MHz，而是跑在8MHz的HSI上。这时候回头查RCC的配置。
占空比可以通过波形的宽窄直接看出来，也可以在示波器上通过光标测量。重点是想清楚你设置的CCR、ARR、输出极性三者之间的关系。极性是高有效还是低有效，会直接影响占空比的表现——如果是低有效，同样CCR=25、ARR=50，实际高电平时间反而会是50%。所以当你看到占空比跟预期正好相反时，不是PWM没有工作，而是极性选反了。
4.3 三个高价值扩展实验
把基础波形调出来之后，别急着关掉工程，这套仿真配置可以延伸出三个很实用的实验。
第一个是呼吸灯。把PWM周期设为10ms，也就是100Hz，然后在主循环里把CCR从0慢慢加到ARR，再从ARR慢慢减到0，中间加一点延时。Proteus里那个LED就会像呼吸一样慢慢变亮再变暗，这能让你直观感受到占空比变化带来的效果。
第二个是按键调速。加两个按键分别接PB12和PB13，模拟按下时置低电平，然后在循环里判断按键状态，按一下就把CCR加10或减10。这个实验实际上就是把PWM和GPIO输入两个知识点串起来了，学到的东西比单纯看波形多得多。
第三个是舵机控制。把PWM频率设为50Hz，周期20ms，然后让CCR在2.5到12.5之间变化，对应0.5ms到2.5ms的脉宽。Proteus元件库里有舵机模型，直接把PWM引脚接到舵机上，运行后就能看到舵机轴转动。这一个实验基本就覆盖了PWM在机器人控制里的典型用法。
5. 常见问题与排查技巧实录
5.1 高赞问题速查表
我在多次实操这类仿真工程后，把典型的报错和表现整理成了一张速查表，里面的每一项都是我或者身边人踩过的坑。
| 现象 | 大概率原因 | 解决办法 |
|---|---|---|
| 仿真运行但引脚无波形 | 高级定时器未开主输出 | 加TIM_CtrlPWMOutputs使能 |
| 波形频率跟计算值不符 | 系统时钟没到72MHz | 检查RCC里HSE和PLL配置 |
| 占空比和设置值相反 | 输出极性配置反了 | 检查TIM_OCPolarity设置 |
| LED不亮或常亮 | GPIO模式配错 | 改用GPIO_Mode_AF_PP复用推挽 |
| 找不到STM32芯片 | Proteus版本过旧或库不全 | 升级到8.8及以上版本 |
| HEX加载后无法运行 | 固件路径含中文或编译失败 | 切英文路径，确认生成HEX |
| Proteus中芯片供电异常 | 隐藏电源脚未接 | 检查VDD/VSS电源网络连接 |
| 修改CCR后波形不变 | 未重新编译加载新HEX | Keil重新编译后再运行仿真 |
5.2 几个容易被忽略的细节
除了表里的问题，还有几个细节容易被忽视。比如PWM波形在示波器上看起来“毛刺”很多，多数时候不是代码问题，而是示波器时基设置太小或者仿真步长太大，Proteus里可以把仿真步长调小一点，波形会更干净。
另一个是频率档位的选择。你在Keil里改了代码，不重新编译就再次运行Proteus，结果发现波形没有任何变化，这是很多新手反复踩的坑。仿真不会自动重新编译你的源码，它只认最后一次编译输出HEX文件的快照，所以每一次代码更新后，必须在Keil里重新编译生成新的HEX，Proteus里重新加载或重新运行才会生效。
还有一个关于电位器调整占空比的想法。有人会直接把一个电位器接到STM32的ADC引脚上，然后用ADC采样值去映射CCR，从而实现旋钮调速。这个思路在Proteus里也完全可行，但要注意ADC的参考电压和量程。真机上还需要考虑参考电压噪声，仿真里没那么严格，但整个链路——ADC采样、数值映射、CCR更新、PWM输出——是非常好的综合练习。
5.3 仿真与真机的差异要心里有数
最后想特别说一点：Proteus仿真再方便，它也替代不了真机的全部测试。仿真里的定时器中断、PWM波形都相对理想，时序上不太会出现真机那种引脚竞争、上电时序、外部干扰等问题。如果你做的是电机驱动、电源控制这类对脉宽实时性要求很高的项目，最终还是要上板子测，同时考虑加入死区时间和故障保护逻辑。
但反过来，像PWM触发ADC采样、DMA搬运数据、PID调速波形调试这类逻辑验证，用Proteus做预演非常划算，能在零成本的情况下把算法框架跑通，把参数大概调到合理范围，再上真机微调。这也是我为什么一直觉得这类仿真压缩包值得收藏和反复练习的原因。
根据自己的实际操作体会，我的建议是别把这个包看完笔记就存档，一定要照着流程亲手调一遍，把TIM_SetCompare、ARR修改、极性切换这些操作都实际点一遍，遇到波形不对再回来看这篇排查表。真到了你自己能不用参考就把PWM频率算准、把波形调出来的时候，这套仿真项目的价值才算真正吃到肚子里了。
本文还有配套的精品资源，点击获取
