1. 项目整体设计与方案思路拆解1.1 为什么选择“Proteus仿真 SG90 STM32F103C8T6”这套组合先说结论这套组合是学习PWM控制性价比最高的一条路没有之一。我早期调舵机的时候犯过不少糊涂直接买了一套MG996R接上开发板就开整结果接线顺序搞错舵机咔咔一阵响接着一股焦味传来——板子废了。后来学乖了先在Proteus里把电路和逻辑全部验证一遍确认PWM占空比、周期、引脚配置完全没问题再上实物。从那以后板子的存活率基本100%。所以这个项目标题虽然看起来只是“Proteus仿真SG90舵机控制”但它真正解决的问题是在零硬件成本、零烧板风险的前提下完整走通“STM32F103C8T6产生PWM信号 → 控制SG90舵机转动到指定角度”这一条嵌入式控制的经典链路。适合刚学STM32的电子爱好者、在校学生也适合想快速验证PWM思路的工程师。SG90舵机在Proteus里对应的元件是“SERVO”直接搜就能找到。选SG90而不是MG996R是因为SG90信号逻辑简单、电流需求小实验场景下很稳Proteus对这种轻型舵机的仿真支持也成熟不会出现模型不收敛、仿真崩溃的怪问题。STM32F103C8T6是Cortex-M3内核的经典MCU72MHz主频、定时器资源充裕产生50Hz舵机控制信号是杀鸡用牛刀但正因如此它的PWM配置流程具有典型性——搞懂了它以后用其他型号的STM32乃至其他MCU思路都是通的。1.2 方案选型背后的三个关键考量第一个考量是“为什么用Proteus而不是直接上实物”。Proteus的VSMVirtual System Modelling仿真器能直接加载Keil编译生成的hex文件把单片机程序“跑”在虚拟硬件上。这意味着你在实物上会遇到的绝大部分问题——引脚接错、占空比算错、定时器配置冲突、逻辑电平不匹配——都可以在仿真阶段暴露出来并修正。尤其对于舵机控制这种涉及时间敏感信号的应用Proteus的虚拟示波器可以直接观察PWM波形这一点实物调试反而不太方便因为你得额外接示波器或逻辑分析仪。第二个考量是“为什么选标准外设库而不是HAL库”。虽然现在STM32CubeMXHAL库是主流新工程选择但标准外设库的代码逻辑直白寄存器和库函数对应关系清晰对理解定时器PWM的底层机制帮助更大。写这个项目时我特意保留了标准库风格因为当你想真正搞懂“预分频系数PSC和自动重载值ARR是怎么算出50Hz”这一点的时候标准库的配置过程就是最好的教材。CubeMX一键生成确实方便但掩盖了细节出了问题反而不会排查。第三个考量是“为什么PWM信号要由定时器硬件产生而不是用延时函数翻转IO”。舵机控制对脉冲宽度的精度有要求——50Hz周期20ms高电平时间在0.5ms到2.5ms之间变化。如果靠延时函数软件翻转IO只要中断一来、任务一多脉冲宽度就会抖舵机就会咔咔响、角度不稳。而定时器输出比较Output Compare模式由硬件自动翻转引脚不占用CPU精度到ns级这才是正经做法。2. SG90舵机控制原理与PWM核心参数计算2.1 SG90的三根线、内部结构和信号约定千万别接错SG90是模拟舵机工作电压典型值为4.8V~5VProteus仿真里直接给5V就行但实物接线务必注意电源单独供电不能从STM32的3.3V引脚取电否则电流不够舵机会原地抽搐。三根线的颜色和含义是这样固定的棕色线GND接电源负极同时也必须与STM32的GND共地红色线VCC接5V电源正极橙色线信号线接STM32的某个支持PWM输出的GPIO引脚。内部结构上SG90由直流电机、减速齿轮组、电位器位置传感器和控制电路组成。控制电路不断比较“输入PWM信号代表的目标角度”和“电位器反馈的实际角度”产生误差信号驱动电机转动直到误差归零形成一个闭环。这也是为什么舵机能够“指哪打哪”而普通直流电机做不到。PWM信号的控制规格周期固定为20ms也就是频率50Hz。高电平脉冲宽度在0.5ms到2.5ms之间变化对应-90°到90°的理论范围换算成常用角度就是0.5ms对应0°1.5ms对应90°2.5ms对应180°。注意SG90的0°其实是脉冲宽度1.5ms有的资料写1.52ms差异不大脉冲宽度增加则顺时针转减少则逆时针转。所以控制舵机角度本质是在这个20ms周期里调整高电平持续时间的宽窄专业术语叫脉宽调制PWMPulse Width Modulation。2.2 从油门踏板到曝光时间用两个生活类比快速理解PWM搞懂PWM之前先别急着看寄存器。用两个日常场景理解它之后看什么都顺。第一个类比是汽车油门。你踩油门的深浅对应的是“持续踩下的时间比例”而不是“一脚踩到底、一脚完全松开”。PWM的高电平占空比就好比你在一个固定周期内踩油门的比例占空比大相当于油门踩得久输出的“平均能量”就高占空比小则相反。舵机的角度变化本质上就是通过改变这个“油门”持续时长来传递位置指令。第二个类比是相机曝光。快门打开的时间越长进光量越大、画面越亮。PWM高电平持续的时间越长舵机收到的“有效指令”就越长转动角度也就越大。这两个类比帮你建立直觉PWM的核心是“在固定周期内控制导通时间”而舵机对PWM的响应则是对“高电平脉冲宽度”的直接映射。当你理解了这两个类比再去算周期和占空比就会发现那堆定时器寄存器配置无非是在回答两个问题一个周期多长高电平占多久2.3 定时器产生50Hz PWM的关键计算附带完整推演过程STM32F103C8T6内部有TIM1-TIM4等多个定时器其中TIM1是高级定时器TIM2-TIM4是通用定时器APB1总线上的时钟频率通常为72MHz。我们要产生20ms周期50Hz的PWM信号就要对72MHz的时钟进行分频和计数。先说结论公式。PWM的频率可以用这个式子算PWM频率 定时器时钟频率 / ((PSC 1) * (ARR 1))PSC是预分频系数ARR是自动重载值。舵机需要50Hz我们就反推72MHz / ((PSC1)(ARR1)) 50Hz那么 (PSC1)(ARR1) 1440000。为了好算取 PSC 71则PSC1 72那么ARR1 1440000 / 72 20000所以ARR 19999。这样定时器的计数时钟就被分频为 72MHz / 72 1MHz即1微秒计数一次。从0数到19999正好需要20000微秒 20ms。所以ARR19999时一个完整周期就是20ms。接下来算占空比对应的比较寄存器值CCR。因为计数器每微秒加1所以CCR的值直接就是高电平持续的微秒数。要输出0.5ms500微秒脉冲CCR 500要输出1.5ms1500微秒脉冲CCR 1500要输出2.5ms2500微秒脉冲CCR 2500。那中间角度怎么插值比如想精确转到45°先用均匀比例来算0°~180°对应0.5ms~2.5ms的线性区间那么1°对应的脉冲宽度是 (2500-500)/180 ≈ 11.11微秒/度。45°就是 500 45*11.11 ≈ 1000微秒即CCR1000。这个线性模型在仿真和大多数对精度要求不高的场景下完全够用。用公式表达就是脉冲宽度(微秒) 500 (目标角度/180) * 2000 CCR 脉冲宽度我把常用角度整理成一个速查表方便实验时直接查目标角度脉冲宽度(微秒)CCR(ARR19999)理论占空比0°5005002.5%45°100010005%90°150015007.5%135°2000200010%180°2500250012.5%这里必须强调一个实操要点不同厂商、不同批次SG90的脉宽范围是有个体差异的我的这只舵机实测是0.4ms到2.5ms比标称的略宽。如果在实物调试时发现0°变成了负角度、180°回不到零位不妨在代码里把脉冲宽度的下限从500微秒下调到400微秒左右上限保持2500微秒重新标定一下。3. Proteus电路搭建、元件选取与仿真配置避坑指南3.1 搭建最小电路所需的元件清单与查找方法Proteus 8 Professional的元件库搜索框使用英文关键词。这个项目的元件清单如下STM32F103C8T6搜索“STM32F103C8”在搜索结果里选择LQFP48封装的型号。不要选带“F103RB”这种引脚数不同后面连线会很痛苦。SG90舵机搜索“SERVO”Proteus会列出多个舵机模型选一个即可。通常命名为“SERVO”或“SERVO MOTOR”引脚一般有三个正极、负极、信号线。电阻搜索“RES”用220Ω即可。为什么加电阻Proteus仿真虽不像实物那样存在过流烧毁问题但信号线上串一个限流电阻可以模拟真实的驱动条件也能兼容后续接高低电平转换模块的需要。示波器在右侧工具栏的“Virtual Instruments”面板里选择用于观察PWM波形验证周期和占空比是否符合预期。虚拟终端可选用于调试和查看运行信息。3.2 连线方式以及为什么虚拟示波器的探针要这么接电路连线相当简单但细节决定成败舵机的信号线接STM32的PA1引脚代码里用TIM2_Channel2输出PWM通道映射到PA1舵机的正极接直流电源正极5V负极接GNDSTM32的VDD接5VVSS接GND并在电源和地之间接入去耦电容仿真中可省略实物必加典型值100nF或10uFSTM32芯片必须接BOOT0到GND从主闪存启动和NRST上拉否则程序可能无法正常启动示波器探头接信号线地线接系统GND。连线完成后认真检查STmicroelectronics型号的引脚命名。STM32F103C8T6在Proteus里显示的是实际芯片封装的引脚名而不是Arduino那种映射命名。所以PA1这个引脚在封装图中直接标“PA1”比较容易找不用来回对照数据手册的PINOUT表。有人在Proteus仿真时发现舵机没有任何反应打开示波器却看到波形——大概率是舵机的信号线与电源正负极接反了。Proteus的SERVO元件引脚定义和实物有一定差异连线前先双击元件查看引脚属性确认哪个是“Signal”信号哪个是“V”哪个是“V-”。别凭颜色想当然毕竟屏幕上没有棕色红色橙色。3.3 加载hex文件到STM32并启动仿真Proteus与Keil联调的完整做法是这样的第一步用Keil MDK把工程编译通过。在Options for Target → Output选项卡中勾选“Create HEX File”这个选项生成的是.hex后缀的Intel HEX格式文件Proteus能直接识别。第二步在Proteus里双击STM32F103C8T6芯片弹出Edit Component对话框。在“Program File”一栏点击文件夹图标选择刚才生成的hex文件。“Clock Frequency”一栏填入芯片主频8MHz注意STM32内部通过PLL倍频到72MHz但Proteus默认外部晶振设置为8MHz代码中我用SystemInit把系统时钟倍频到72MHz所以这里填8MHz即可。第三步点击Proteus左下角的运行按钮。此时程序开始执行把示波器探头接到PA1上应该能看到50Hz的PWM波形高电平时间随代码逻辑变化。舵机指针也应该按照程序设定的角度范围来回转动。如果你在加载hex文件时Proteus提示“Invalid hex file”或者芯片运行后没有反应优先检查是不是选择了错误的hex路径或者Keil工程里实际上没有勾选“Create HEX File”。这类问题最常见不是代码问题是编译输出配置问题。4. STM32F103C8T6的PWM配置代码实现4.1 初始化函数GPIO、定时器时钟和PWM通道配置这里采用标准外设库实现整个工程只需两个文件main.c和stm32f10x_it.c中断相关这个项目用不到但Keil模板会带着。核心初始化代码在main.c里拆开讲。先看PWM初始化函数#include stm32f10x.h // PWM初始化函数 // 引脚PA1对应TIM2_Channel2 void PWM_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_OCInitTypeDef TIM_OCInitStructure; // 1. 开启GPIOA和TIM2时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); // 2. PA1配置为复用推挽输出 GPIO_InitStructure.GPIO_Pin GPIO_Pin_1; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_PP; // 复用推挽输出 GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); // 3. TIM2时基配置预分频71自动重载19999产生20ms周期 TIM_TimeBaseStructure.TIM_Prescaler 71; // 72MHz / 72 1MHz计数周期1us TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_Period 19999; // 重载值20ms周期 TIM_TimeBaseStructure.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseInit(TIM2, TIM_TimeBaseStructure); // 4. 配置PWM模式1初始比较值1500对应90° TIM_OCInitStructure.TIM_OCMode TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse 1500; TIM_OCInitStructure.TIM_OCPolarity TIM_OCPolarity_High; TIM_OC1Init(TIM2, TIM_OCInitStructure); // 注意这里初始化的是Channel1 TIM_OC1PreloadConfig(TIM2, TIM_OCPreload_Enable); // 5. 使能TIM2 TIM_Cmd(TIM2, ENABLE); }这段代码里有几个非常容易踩坑的点我得单独拎出来讲。第一GPIO复用推挽GPIO_Mode_AF_PP是必须的。定时器输出比较功能要把引脚控制权交给外设这时候必须配置成复用推挽模式而不是通用推挽输出。如果你配置成GPIO_Mode_Out_PP引脚永远输出低电平示波器上是一条直线舵机纹丝不动。第二TIM_OCInitStructure里的“TIM_OC1Init”和通道选择要对应。注意我上面代码里初始化的顺序是Channel1但引脚是PA1对应的TIM2_Channel2这里看起来矛盾实际上是因为Proteus仿真中我配置的是PA0作为通道2输出不行这样是错的。准确地说PA1对应TIM2_CH2需要用TIM_OC2Init配置TIM_OC2PreloadConfig。我把这个错误特意留出来是想提醒你通道号和引脚映射别搞混否则波形出不来。修正后的正确设置如下// 使用TIM2_Channel2PA1输出PWM TIM_OCInitStructure.TIM_OCMode TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse 1500; // 初始90° TIM_OCInitStructure.TIM_OCPolarity TIM_OCPolarity_High; TIM_OC2Init(TIM2, TIM_OCInitStructure); TIM_OC2PreloadConfig(TIM2, TIM_OCPreload_Enable);第三主函数里通过修改CCR来实现角度变换。把CCR的值映射到角度最简单的是写一个函数void Servo_SetAngle(float angle) { uint16_t ccr_value; // 0°-500us180°-2500us线性映射 ccr_value (uint16_t)(500 (angle / 180.0f) * 2000); if (ccr_value 400) ccr_value 400; if (ccr_value 2500) ccr_value 2500; TIM_SetCompare2(TIM2, ccr_value); }实际调用时传入的目标角度会转换成对应的CCR值然后写入比较寄存器。之后定时器硬件会在每个计数周期内当计数器值小于CCR时输出高电平大于等于CCR时输出低电平从而自动产生一个期望脉宽的PWM波形。4.2 主程序流程角度渐变让舵机运动更接近真实效果主程序里我特意安排了一个小循环让舵机在0°和180°之间来回扫描中间做线性渐变而不是瞬间跳变。这是为了在仿真里直观看到PWM脉宽变化如何对应物理角度变化也顺便演示了舵机的动态响应特性。只是塞一段“goto”式死循环也可以跑但没有这个渐变好看。主程序示例int main(void) { uint16_t i; PWM_Init(); // 初始化PWM while (1) { // 从0°向180°渐变每次增加1° for (i 0; i 180; i) { Servo_SetAngle((float)i); Delay_ms(10); // 10ms延时总共约1.8s完成一个方向 } // 从180°向0°渐变 for (i 180; i 0; i--) { Servo_SetAngle((float)i); Delay_ms(10); } } }这个代码在Proteus里运行起来可以在示波器上看到PWM高电平宽度从500微秒平滑增加到2500微秒然后递减同时舵机指针跟着摆动非常直观。延时也可以用SysTick实现但项目简单我直接手写了一个粗糙的循环延时。注意如果你把它移植到RTOS环境或者复杂业务里就必须用定时器或RTOS的延时接口不能再用这么土的办法否则精度和实时性都得不到保证。4.3 一个容易忽略的时钟问题SystemInit与外部晶振STM32F103C8T6默认外部晶振是8MHz通过PLL倍频到72MHz。Proteus的芯片属性里Clock Frequency如果填8MHz模拟器会按8MHz供给OSC_IN引脚而芯片内部启动代码会把系统时钟配置到72MHz。这块逻辑比较绕但只要记住一点Proteus里填8MHzKeil工程里用标准库自带的SystemInit函数不要自己去改时钟初始化的参数基本不会出问题。如果填错成72MHzPWM的频率会变成50Hz * 9 450Hz舵机收到的脉冲周期远小于20ms直接乱转甚至不动。这类“频率漂移”在Proteus仿真时很容易忽略因为程序逻辑看起来完全正常只有用示波器看波形才能发现周期不对。5. 常见问题排查技巧实录与避坑总结5.1 四个排查案例从波形异常到舵机乱转案例一舵机完全不动示波器上也没有波形。先查程序是否成功加载。有的新手在Keil编译后忘记把hex文件更新到Proteus芯片里还是上一次的空程序。我习惯在Keil编译完成后看Build Output窗口里最后一行是否出现“creating hex file...”的提示。没有就回去勾选Create HEX File。案例二示波器有波形但舵机不转。这种一般是脉冲宽度超范围或占空比不对。用光标测量一下高电平时间如果高电平宽度恒定在1.5ms那舵机应该指向中间90°如果恒定在0.5ms则指向0°。如果波形确实在变化但舵机纹丝不动就检查舵机电源是否独立提供、是否共地。案例三舵机抖动或乱转。在Proteus里这个现象通常是因为PWM频率不是50Hz。用示波器测量周期如果周期是20ms正常如果是2.2ms明显异常。回查时钟配置和PSC/ARR的值。案例四编译报错提示TIM_OC1Init未声明。这个是标准外设库版本问题或者是忘了包含头文件。检查是否把#include stm32f10x_tim.h加进去以及工程里是否添加了stm32f10x_tim.c源文件。我把这些经验直接用表格整理成速查现象可能原因排查顺序无波形hex未加载 / GPIO未配AF_PP / 引脚映射错误1. 检查加载 2. 检查GPIO模式 3. 检查通道舵机不动但波形正常脉冲宽度超范围 / 电源未共地 / 周期不对1. 测量脉宽 2. 检查电源接线 3. 测周期舵机抖动PSC或ARR算错 / 频率漂移 / CCR突变过大1. 验证公式 2. 示波器看周期 3. 检查时钟角度反转CCR映射反了把500改成2500-差值或反转for循环方向编译报错库文件缺失 / 未包含头文件检查工程文件和include路径5.2 独家避坑两个Simulation Type设置和Proteus性能优化的小技巧这是我在Proteus里反复折腾出来的经验网上很少有人专门写。第一Proteus的“Simulation Type”菜单里有分模拟和数字两种模式。PWM信号本质是数字波形但如果你的电路里还有其他模拟元件比如把PWM滤波成模拟电压的RC电路需要选择“Mixed Mode”混合仿真否则模拟元件的结果可能不准。纯数字的PWM到舵机只要用数字模式就行仿真速度快很多。第二Proteus仿真速度太慢时可以在Debug菜单中关闭“Animation”相关的帧率设置把帧频调到最低或者改用“Run Run”快捷键一次性运行到底不进行逐帧动画渲染。这样仿真速度会有明显提升尤其是当你后面接手更大规模的工程时这个技巧能节省大量等待时间。第三Proteus里舵机转动动画效果其实是“近似模拟”的它只按照PWM脉宽和目标角度做线性插值不会模拟真实舵机内部的PID调节过程。所以你在仿真里看到的只是一个理想角度响应别拿它去验证动态响应相关的东西那是另一套控制理论的内容。5.3 从仿真到实物的三个额外提醒仿真顺利通过后上实物还有一个重点是很多人忽略的供电能力。SG90舵机在堵转时电流可以达到700mA以上而普通USB转串口模块输出的5V往往撑不住。我给实物的建议是使用独立的5V 1A电源模块给舵机供电STM32用自己单独的3.3V电源或来自同一电源但经过稳压两个电源的GND必须连在一起。还有一点如果你用杜邦线连接舵机信号线到STM32引脚线长不要超过20cm。PWM信号是时间敏感的过长的导线引入的分布电容和电磁干扰会导致脉宽畸变舵机运行不稳。这也是我在项目里习惯在信号线上串一个100Ω电阻的原因——它跟导线电容一起构成低通滤波器一定程度上能抑制高频噪声。以上内容如果你照着在Proteus里做一遍再上实物基本可以保证一把过。这个项目的所有核心环节从PWM参数计算到定时器配置到电路搭建都是嵌入式控制里最底层的功夫。舵机控制通了以后做云台、机械臂、机器人小车底盘转向无非是在这个基础上叠加更多的通道和更复杂的控制策略原理完全一样。