单片机控制舵机实战：PWM原理、独立按键与避坑指南

简介：这套基于51单片机的工程以PWM控制舵机转角为核心，配合独立按键实现角度调节，面向单片机初学者，可从中理解定时器生成PWM、占空比与转角的关系，以及独立按键的人机交互流程。压缩包共14个文件、约24KB，包含Keil工程文件（uvproj/uvopt）、C源代码（main.c）、可直接烧录的HEX文件，以及编译过程产生的obj、lst、m51等中间文件，打开工程即可对照学习。项目主体由主控端完成PWM信号生成，按键输入映射到不同占空比，从而驱动舵机转到指定角度；源码涵盖初始化、按键扫描、中断/轮询更新等基础模块，有助于梳理舵机控制链路和PWM调节方法。已有2595人学习浏览，适合希望快速上手PWM与舵机控制实践的读者参考。 玩单片机的人迟早会碰到舵机，而玩舵机的人十有八九第一课就是PWM。我记得自己第一次拿到SG90时，以为只要给它通上电、给个高电平就能转，结果舵机纹丝不动，研究了半天才发现问题出在脉宽上。后来用独立按键控制舵机角度，又踩了按键抖动、供电不足、定时器分配等一系列坑。这篇博文就把"单片机+舵机+PWM+独立按键"这套组合从原理到代码完整梳理一遍，给你一套能直接抄作业的方案，也把那些文档里不会写的坑一次说完。

这套组合算是单片机入门到进阶之间比较典型的一个项目：它用到了GPIO输入、GPIO输出、定时器、中断、PWM这几大核心外设，同时涉及信号时序、机械执行、人机交互三个层面。无论你用的是51、STM32还是Arduino，思路都是通用的，差别只在底层寄存器操作方式不同。

1. 舵机不是靠占空比转的，它只听脉宽的话

先把概念掰扯清楚。很多教程上来就说"舵机靠PWM控制"，这句话没错，但容易让人误解成"舵机转动的角度由占空比决定"。实际上，舵机响应的是PWM波形里的高电平持续时间（脉宽），不是高电平占整个周期的比例。这一点在PWM周期变化时体现得特别明显，后面我会细说。

标准舵机（比如SG90、MG996R）的控制协议大致是这样：

• PWM周期：20ms，也就是频率50Hz
• 脉宽范围：0.5ms ~ 2.5ms，对应舵机转轴从0°到180°
• 中间值1.5ms脉宽对应90°中立位置

也就是说，0.5ms脉宽舵机转到最左端，1.5ms转中间，2.5ms转最右端。脉宽每变化约11.1微秒，舵机转动约1度。这个换算关系在做精准角度控制时很有用。

我见过有人把脉宽范围写成"0.5ms到2.4ms"，也有写"1ms到2ms"的，这主要是不同品牌舵机的规格差异。SG90的官方手册写的是0.5ms到2.5ms对应0°到180°，但实测下来，SG90在0.5ms和2.5ms两端会有轻微异响，因为舵机内部的电位器反馈到了极限位置。所以实际项目里我一般把脉宽限在0.6ms到2.4ms之间，留出一点余量，机械结构更安全。

这里要重点说一个新手最容易掉的坑：PWM周期到底能不能变？

网上有人说周期必须是20ms，有人说只要是50Hz就行，还有人说不超过25ms都可以。真实情况是：传统模拟舵机对周期有个容忍范围，大概在10ms到25ms之间都能工作，因为它内部只检测高电平的脉宽，并不严格校验周期。但周期一旦太短或太长，出问题的方式不一样——周期太短，舵机控制信号刷新太快，舵机内部电路来不及响应，会出现抖动；周期太长（超过30ms），舵机刷新率太低，转动力度和保持力矩都会变弱。

我实测过用20ms和10ms周期控制同一个SG90，脉宽都是1.5ms，舵机都能稳定停在90°。但换到用周期2ms的信号去控制时，舵机就开始嗡嗡叫并且发热严重。所以，能用20ms就老老实实用20ms，你的定时器重载值计算也简单。

另外说一个新手常做的"反向操作"：有人拿到代码后改占空比，比如占空比从5%改到10%，发现舵机角度变了，就以为"占空比控制角度"是对的。这是因为固定周期20ms时，占空比和脉宽是一一对应的：1ms脉宽就是5%占空比，1.5ms就是7.5%。可一旦你改了PWM频率，占空比对应的角度就全乱了。比如用周期10ms、占空比15%（脉宽1.5ms），舵机还是90°，但如果你按占空比理解，15%和之前7.5%差了一倍，很容易产生困惑。所以后面写代码时，我建议你在程序里直接算脉宽，不要用占空比去描述目标角度，代码可读性和可维护性都会好很多。

2. 让舵机动起来之前，先把硬件供电和信号电平的事说清楚

舵机项目的硬件连接不难，但细节多，而且每一细节都能让舵机"不听话"。

2.1 电源才是最关键的"外设"

很多新手直接把舵机的VCC接在单片机开发板的3.3V或者5V引脚上，结果舵机一转，单片机就重启、乱码、LED闪，一脸懵。

这里要说清楚一个概念：舵机堵转电流。舵机在正常转动时电流在100mA到300mA之间，但如果你用手捏住舵机输出轴不让它转（堵转），电流会瞬间飙到700mA以上，SG90的堵转电流能达到1A左右，MG996R这种大扭矩舵机堵转电流能到2.5A。而单片机开发板上的稳压芯片（比如AMS1117）最大输出电流通常只有1A，而且还要给主控芯片和外设供电。你把舵机接上去，等于让一个只能在0.5A左右稳定输出的电源去带一个峰值1A的负载，电压必然被拉垮。

正确的供电方式有三种，按推荐程度排序：

1. 独立舵机电源：用一块18650锂电池、两节干电池或者单独的5V/2A电源适配器给舵机供电，单片机只输出PWM信号线
2. 共地连接：独立电源和单片机系统必须共地，否则PWM信号的电平参考点不一致，舵机无法正确识别高电平
3. 如果非要共用一块电源，至少选输出电流3A以上的DC-DC降压模块，并且用一个大容量的电解电容（470uF以上）并联在舵机电源引脚上做瞬态缓冲

共地这件事再说细一点：单片机输出的3.3V/5V高电平是相对于自己GND的。如果舵机电源的地和单片机的地不连在一起，舵机收到的PWM信号的参考地就飘了，可能把3.3V的高电平误判成低电平，导致舵机完全不动。所以无论你怎么接，GND必须连GND，这条线不能省。

2.2 信号电平：3.3V单片机能不能驱动5V舵机

舵机的控制信号线接在单片机GPIO上。大多数舵机内部电路是兼容TTL电平的，逻辑高电平阈值为2.0V左右，所以3.3V的GPIO输出能正常驱动5V供电的舵机。我实测过用STM32的3.3V引脚直接驱动SG90，稳定工作没有问题。

但有一个特殊情况要注意：如果你的单片机引脚是开漏输出模式，并且没有外接上拉电阻，那么输出的高电平可能不够，舵机会出现抽风式抖动。使用开漏模式时，记得在信号线上加一个4.7kΩ到10kΩ的上拉电阻，接到单片机供电电压上。

2.3 独立按键的硬件接法

独立按键这边相对简单，但也有人接错。标准接法有两种：

• 按键一端接GND，另一端接GPIO，GPIO内部上拉开启。按键按下时GPIO读到低电平
• 按键一端接VCC，另一端接GPIO，GPIO内部下拉开启。按键按下时GPIO读到高电平

我推荐第一种，因为大多数单片机（STC的51系列、STM32、GD32等）的GPIO上拉能力比下拉强，而且外部走线习惯上也是按键接GND居多。如果你用的是内部上拉能力弱的单片机，可以在GPIO到VCC之间外接10kΩ上拉电阻，效果等同。

这里还有一个细节：不是所有单片机的GPIO都自带可配置的内部上下拉。比如51单片机的P0口是开漏结构，内部没有上拉电阻，做按键输入时必须外接上拉电阻。而P1、P2、P3口内部有上拉，接了GND就能用。跨平台移植代码时，这个差异经常让人踩坑。

3. 两种产生PWM的方式，我用代码带你走一遍

产生PWM信号从实现层面分两派：一派是单片机硬件定时器自带的PWM输出功能，比如STM32的定时器PWM模式；另一派是用软件在GPIO上模拟PWM波形，在51单片机上很常见（51除了STC8系列以外多数没有硬件PWM）。两种方法各有适用场景，我分别讲清楚。

3.1 软件模拟PWM：51单片机的经典做法

51单片机上没有硬件PWM外设（STC12/STC15/STC8部分型号有，但很多人用的STC89C52确实没有），所以普遍写法是用定时器中断产生一个基准时间片，然后在这个基准上翻转GPIO输出。

核心思路是：把20ms周期切成若干个时间单位。比如定时器每0.1ms触发一次中断，一个PWM周期就需要200次中断。代码里维护一个计数器和一个"高电平时间"变量，计数器小于高电平时输出高，大于则输出低。

简化后的代码结构如下：

// 假设使用定时器T0，12MHz晶振，定时0.1ms // 定时器初值计算：0.1ms / (12/12MHz) = 100个机器周期，初值 = 65536 - 100 = 65436 #define PWM_PERIOD 200 // 20ms / 0.1ms = 200个时间片 #define HIGH_TIME \n // 这个值在运行中由按键设置 unsigned char pwm_cnt = 0; unsigned char pwm_high = 15; // 1.5ms脉宽，对应90度 void timer0_isr() interrupt 1 { TH0 = 0xFF; TL0 = 0x9C; // 重载定时初值 if (pwm_cnt < pwm_high) { PWM_PIN = 1; } else { PWM_PIN = 0; } pwm_cnt++; if (pwm_cnt >= PWM_PERIOD) { pwm_cnt = 0; } }

这个方案的优点是逻辑简单、容易理解，移植性好；缺点是CPU开销大，中断频率高，如果主循环里还有别的复杂任务，容易互相干扰。在我实际项目中，这个方案用于纯教学演示是没问题的，但如果要做多路舵机控制，建议大家换有硬件PWM的单片机。

3.2 硬件PWM：STM32定时器的正统玩法

STM32等主流单片机都带硬件PWM输出功能，核心原理是定时器的计数器在0到ARR（自动重载值）之间循环计数，然后CNT和CCR（比较寄存器）进行比较，输出高或低电平。硬件电路自动完成比较和翻转，不占用CPU中断。

以STM32F103的TIM3，输出通道CH1（PA6）为例，生成50Hz PWM的配置计算：

// TIM3挂载在APB1上，时钟为72MHz（默认复位后） // 目标频率：50Hz（周期20ms） // 分频系数PSC = 71，计数器时钟 = 72MHz / (71+1) = 1MHz，即每1us计数一次 // 自动重载值ARR = 19999，则PWM周期 = (19999+1) * 1us = 20000us = 20ms TIM_TimeBaseStructure.TIM_Prescaler = 71; TIM_TimeBaseStructure.TIM_Period = 19999; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_ClockDivision = TIM_CKD_DIV1; // 配置PWM模式，输出极性为高 TIM_OCInitStructure.TIM_OCMode = TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState = TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse = 1500; // 1.5ms脉宽，即90度 TIM_OCInitStructure.TIM_OCPolarity = TIM_OCPolarity_High; TIM_OC1Init(TIM3, &TIM_OCInitStructure); TIM_OC1PreloadConfig(TIM3, TIM_OC1Preload_Enable); TIM_ARRPreloadConfig(TIM3, ENABLE); TIM_Cmd(TIM3, ENABLE);

用HAL库的话，代码更简洁一些：

TIM_OC_InitTypeDef sConfigOC = {0}; sConfigOC.OCMode = TIM_OCMODE_PWM1; sConfigOC.Pulse = 1500; sConfigOC.OCPolarity = TIM_OCPOLARITY_HIGH; sConfigOC.OCFastMode = TIM_OCFAST_DISABLE; HAL_TIM_PWM_ConfigChannel(&htim3, &sConfigOC, TIM_CHANNEL_1); HAL_TIM_PWM_Start(&htim3, TIM_CHANNEL_1); // 动态改角度只需修改CCR，单位为us： __HAL_TIM_SET_COMPARE(&htim3, TIM_CHANNEL_1, 1500); // 90度

有人用STM32的时候会问：为什么我改ARR之后PWM频率变了，舵机角度也变了？这和前面说过的"舵机只听脉宽"呼应上了——ARR改了之后，同样的CCR值对应的脉宽其实变了（因为计数器时钟频率没变，但重载周期变了），角度自然就不一样了。所以在设计时，PWM频率确定后就不要动，只通过改CCR来调整角度。

3.3 定时器参数计算的一个通用方法

不管什么单片机，产生PWM的定时器参数都逃不开这个公式：

定时器计数频率 = 时钟源频率 / (预分频PSC + 1) PWM周期 = (自动重载ARR + 1) / 定时器计数频率 脉宽时间 = 比较值CCR / 定时器计数频率

比如你要产生20ms周期、1.5ms脉宽，只需要三个值：时钟源频率、PSC、ARR。通常做法是先选一个能让"1个计数单位=1us"的PSC，再把ARR设为19999，CCR设为1500。这样后续所有时间都以微秒为单位计算，思维方式最简单，不容易出错。

4. 按下按键的那一瞬间：硬件抖动和软件消抖的攻防

独立按键接好了，PWM也能输出了，接下来就是把两者联动起来。这个环节最容易翻车的就是按键抖动。

按键按下和释放的瞬间，由于机械触点的弹跳，GPIO电平会在几十微秒到十几毫秒内快速跳变。这个抖动波形不是"按下就稳定"，而是"按下-弹起-按下-弹起"的衰减振荡。如果不做处理，程序可能把一次按下识别成多次操作，舵机就会像个喝多了的人一样乱点头。

消抖方案从简单到复杂有三档：

第一档：延时消抖。检测到按键电平变化后，延时20ms再读一次，如果电平仍为按下状态，则判定为有效按下。这个方案浪费CPU，而且延时期间无法响应其他事件，但代码最简单，适合学习阶段。

第二档：定时扫描消抖。用定时器每5ms到10ms进一次中断，中断里读按键状态，连续读到两次相同状态才认为状态稳定。这个方案不阻塞主循环，是我推荐的做法。

第三档：外部RC硬件消抖。在按键两端并联一个0.1uF的电容，和电阻组成RC低通滤波器，从硬件层面把毛刺过滤掉。RC时间常数大约1ms到10ms，效果不错，但会稍微增加信号边沿的延迟，对普通按键来说没有影响。

我自己的项目里通常采取"硬件上电阻下拉 + 软件定时扫描"的组合：按键一端接GND，一端接GPIO，GPIO内部上拉，然后在一个10ms定时器的中断里做消抖判断。消抖的核心代码如下：

// 每10ms被定时器中断调用一次 void Key_Scan(void) { static unsigned char key_last = KEY_RELEASE; static unsigned char key_stable = KEY_RELEASE; unsigned char key_current; key_current = KEY_READ(); // 读取当前GPIO电平 if (key_current == key_last) { key_stable = key_current; // 连续多次采样结果一致，判为稳定 } key_last = key_current; // 检测边沿：从释放变为按下 if (key_stable == KEY_PRESSED && key_last_action == KEY_RELEASE) { key_last_action = KEY_PRESSED; action_counter++; } else if (key_stable == KEY_RELEASE) { key_last_action = KEY_RELEASE; } }

这个代码的逻辑里有个关键点：只做一个"按下边沿"的检测，不是持续检测按下状态。因为你的需求通常是"每按一次，角度加一些"或者"每按一次，舵机切换一个位置"，持续按住不应该导致角度连续跳变。如果你希望"长按连续调整"，那要在边沿检测之外再加一个"按住时间超过某个阈值后开始连发"的逻辑，两者是不同的交互设计。

关于按键还要提一个设计考量：用轮询还是中断？独立按键数量少、按键事件频率低（人再快一秒也就按十几次），用定时器轮询完全够用，不会漏检。除非你的系统对按键响应延迟要求极其苛刻（实时操作系统级别的），否则没必要用外部中断触发按键。中断的好处是省去了轮询的周期延迟，但坏处是中断里不能做耗时操作，消抖逻辑放在中断里容易出问题。

5. 状态机思维：把"按键输入"映射到"舵机角度"的正确姿势

有了按键输入和PWM输出，剩下最后一个问题：按键按下去之后，舵机应该怎么动？很多人写代码时直接在按键判断里写"设置PWM比较值为某某某"，这个写法在简单场景下没问题，但到了按键数量增多、控制逻辑变复杂时，代码就成了一锅粥。

更规范的做法是引入状态机的思想。把整个系统看作一个有限状态机：状态代表"舵机当前的目标角度"，事件代表"按键被按下"，每个状态下按键按下后要执行什么动作，在状态转移表里定义清楚。

举个实际的例子，我做过的项目是一个两键控制的舵机摆臂：

• 按键1：每按一次，舵机角度增加30°
• 按键2：每按一次，舵机角度减小30°
• 角度范围：0°到180°

如果不加思考，很多人会写：

if (key1_pressed) { angle += 30; if (angle > 180) angle = 0; // 回到0度 set_servo_angle(angle); } if (key2_pressed) { angle -= 30; if (angle < 0) angle = 180; set_servo_angle(angle); }

这样做确实能跑，但有两个问题：一是边界处理逻辑写在了业务逻辑里，角度范围一旦变化，要改的地方多且容易漏；二是如果以后按键数量增加（比如4个按键分别控制30°、60°、90°、120°），代码会越来越乱。

更好的写法是做一个简单的角度映射函数：

unsigned char angle_to_pulse(unsigned char angle) { // 0度 -> 500us，180度 -> 2500us，线性插值 // 用整数运算：pulse = 500 + angle * (2000 / 180) ≈ 500 + angle * 11 // 11.11us/度，这里取整11，误差在180度时约2度，可接受 return 500 + angle * 11; }

void set_servo_angle(unsigned char angle) { if (angle > 180) angle = 180; unsigned int pulse = angle_to_pulse(angle); __HAL_TIM_SET_COMPARE(&htim3, TIM_CHANNEL_1, pulse); }

这样按键处理里只需要维护一个angle变量，角度越界在set函数里统一处理。以后要改变角度范围，只需要改映射函数的系数，不需要动按键逻辑。这种"界面层和业务层分离"的思想，在小项目里看起来有点小题大做，但当你的项目从1个舵机扩展到4个舵机、从2个按键扩展到矩阵键盘时，就会感谢自己当初这么写了。

舵机的转动速度也要考虑。如果你直接从0°跳到180°，舵机会以最大速度甩过去，机械冲击很大，甚至可能带动负载把支架打翻。想让舵机平滑转动，可以引入"渐进式转动"——每次只把当前脉宽往目标脉宽靠近一小步，比如每20ms变化10us：

void servo_smooth_toward(unsigned int target_pulse) { int diff = target_pulse - current_pulse; if (diff > 10) current_pulse += 10; else if (diff < -10) current_pulse -= 10; else current_pulse = target_pulse; __HAL_TIM_SET_COMPARE(&htim3, TIM_CHANNEL_1, current_pulse); }

这个函数在主循环里周期调用，每次只改变10us，舵机的转角速度就会从"啪地甩过去"变成"匀速转过去"，好看很多，也保护机械结构。

6. 一个能落地的完整控制示例：两键舵机摆臂

前面把各个模块的原理都讲透了，这里给出一个完整的框架，把所有部分串起来。我用的是STM32F103的HAL库写法，但逻辑顺序是所有平台通用的。

硬件连接：

主程序的核心逻辑：

int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_TIM3_Init(); // 初始化为90度 target_angle = 90; set_servo_angle(target_angle); HAL_TIM_PWM_Start(&htim3, TIM_CHANNEL_1); while (1) { // 按键扫描，每10ms执行一次 Key_Scan(); // 如果按键1产生有效按下事件 if (new_key_event & KEY1_EVENT) { new_key_event &= ~KEY1_EVENT; target_angle += 30; if (target_angle > 180) target_angle = 180; } // 如果按键2产生有效按下事件 if (new_key_event & KEY2_EVENT) { new_key_event &= ~KEY2_EVENT; if (target_angle >= 30) target_angle -= 30; else target_angle = 0; } // 平滑逼近目标角度 unsigned int target_pulse = angle_to_pulse(target_angle); servo_smooth_toward(target_pulse); // 延时约20ms HAL_Delay(20); } }

这里要注意一点：按键事件标志位，我用的是一个全局变量作为主循环和定时器中断之间的通信通道。定时器中断里扫描到按键按下边沿时，只设置标志位，不在中断里执行角度计算或者PWM设置，主循环里再统一处理业务逻辑。这个"中断只做标记，主循环做业务"的设计原则，能有效避免中断嵌套和资源竞争问题，在小项目中特别实用。

7. 实测中遇到的那些坑，能绕一个是一个

最后把我实际测试时遇到过的问题集中列出来，这些坑在文档和教程里很少被提到，但几乎每个人都会碰到。

舵机通电后一直嗡嗡叫。这个声音通常是PWM信号频率和舵机内部控制电路产生了共振，或者是PWM波形本身有抖动。我遇到过两种情况：一是用软件模拟PWM时，中断里被其他更紧急的中断抢占了，导致某些周期高电平时间不均匀；二是占用了定时器中断里的时间太长，PWM周期被拉长。解决办法是把PWM产生优先级提到最高，并且确保中断服务程序尽可能简洁。

PWM输出和按键扫描共用定时器时互相干扰。很多人只有一个定时器空闲，又想同时产生PWM又想定时扫描按键，就用一个定时器中断做了两件事。结果调了按键消抖的扫描时间，舵机就开始抖。正确做法是有硬件PWM的单片机让硬件自己输出PWM（不需要中断参与），定时器中断只干按键扫描；没有硬件PWM的51，建议把PWM基准时间片定为0.1ms（10kHz的中断频率），按键消抖另开一个软件计数器，而不是把按键检测放在每0.1ms都执行的逻辑里。

单片机刚上电舵机猛转一下。这是因为单片机上电初始化时GPIO引脚默认状态不确定，PWM输出还没配置前，舵机信号线上可能出现了几毫秒的高电平，舵机就做出了响应。解决方法是：先把GPIO配置为低电平输出（或者推挽输出低），再初始化定时器和PWM，最后启动PWM输出。顺序不能反，这个"初始化顺序导致的电平毛刺"问题，在所有嵌入式外设里都会遇到，养成"先配置引脚到安全状态，再使能外设"的习惯很重要。

舵机角度和设定值对不上。这个多半出在脉宽换算的系数上。我用的SG90是线性映射，但有些舵机（尤其是大扭矩金属齿轮舵机）的输入角度和输出角度并非完美的线性关系，中位附近误差小，两端可能偏差3到5度。如果在精度要求高的项目里，建议实测几个角度点，做分段校准，把校准表存在Flash里，运行时就查表插值。

独立按键偶尔失灵或者连击。按键扫描周期太长会漏掉快速短按，太短又会把机械抖动当成多次按键。我实测下来，10ms扫描间隔配合连续两次相同状态确认的消抖方案，对绝大多数人手的按击速度都足够用了，短按持续时间一般在50ms以上。如果你发现还是连击，先别急着改软件，拿示波器看看按键波形，很多时候是接触不良导致的多次弹跳，换一个质量好点的按键就解决了。

本文还有配套的精品资源，点击获取