简介：这套实验例程围绕单片机红外遥控电机远程控制设计，定位于已掌握基础编程、希望深入硬件控制的入门至中级学习者。实验从红外遥控器编码解码入手，演示如何将按键信号解析为控制指令，进而驱动电机启停、调速及换向；同时涉及PWM脉宽调制、红外接收模块与电机驱动电路接线、Keil C51工程建立与调试等常见实践环节，能够帮助读者将单片机、红外通信与电机控制知识串联起来。压缩包共10个文件，大小仅26KB，包含lcd.c与遥控器控制马达.c两份源码、lcd.h头文件、Keil工程文件（uvproj/uvopt）、编译生成的hex与M51映射文件，以及readme.txt实验说明；readme中通常含有实验流程、接线注意事项与常见问题排查建议，建议动手前先阅读。已有178人学习，通过这套完整例程可以快速理解红外解码、电机控制与单片机定时器的配合方法，也能在修改代码和实际调试中积累排错思路，是实验室练习或课程设计的实用参考。
1. 红外遥控控制电机，为什么值得自己写一遍
网上现成的红外遥控电机方案很多，但大部分是“抄例程、改引脚、下载、看现象”的流程，一旦换一个遥控器、换一种电机驱动板，或者想多接一路电机，就不知道从哪里下手。这个实验标题里有两个关键点：一是“电机远程控制”，二是“红外遥控控制”，合在一起，本质上是把“无线指令的接收与解析”和“电机驱动的执行与调速”两套系统串起来。拆开看都不复杂，但合在一起，涉及的时序、中断、数据帧格式、驱动电路选型，任何一个环节出问题，现象都可能是“按了没反应”或“电机乱转”。
这篇文章按从业者实际调试的顺序来讲：先解决红外怎么收、怎么解，再解决电机怎么转、怎么调速，最后把两层合成一个带状态机的控制程序。适合两类人：一类是做单片机课设或蓝桥杯备赛，需要真正理解红外解码而不是只会抄HAL库；另一类是已经在做产品原型，想把红外遥控作为一个低成本的本地控制通道接入现有系统。
2. NEC协议与红外解码方案：先读懂你的遥控器
2.1 红外遥控的五种常见编码格式，为什么选NEC来入门
红外遥控本身只是“用38kHz载波调制信号”的物理层，真正要解的是数据链路层的数据帧格式。市面上消费级遥控器常见的有NEC、RC5、RC6、Sony SIRC、Sharp等格式，其中NEC协议因为逻辑清晰、帧结构固定、解码程序短，几乎成了单片机入门的事实标准。这个实验标题既然叫“例程”，大概率给的就是NEC协议的解码模板。
NEC协议的核心特征是一条完整的帧由引导码、地址码、地址反码、命令码、命令反码组成，总共32位数据，加上引导码和结束位。引导码定义为9ms高电平加4.5ms低电平，逻辑“1”是560us高电平加1.69ms低电平，逻辑“0”是560us高电平加560us低电平。需要注意的是，NEC还有一个“重复码”概念：长按按键时，遥控器每隔110ms发一次9ms高电平加2.25ms低电平的脉冲，没有数据位。
选择NEC协议而不是RC5或RC6，关键在于容错性。RC5用曼彻斯特编码，每一位的正中间有一次电平翻转，解码时对采样点位置极其敏感，跑在12MHz晶振的51单片机上容易受中断干扰出错。NEC按高低电平宽度来判0和1，即使采样误差几十微秒，只要落在合理区间就能正确识别。对于5年以上的嵌入式工程师来说，NEC协议的另一个价值在于它和后续要做的射频解码（如PT2262、EV1527）在时序判断思路上高度一致，学一次能做多种无线协议解码。
2.2 用外部中断加定时器测量脉冲宽度
NEC解码在51和STM32上的实现方式不同，但底层思路一样：外部中断检测下降沿，定时器记录两次下降沿之间的时间差。以STC系列单片机为例，常见做法是把红外接收头输出引脚接到INT0，开启下降沿触发的外部中断，同时让定时器0工作在16位模式自由计数。每次进入中断时，先读取当前计数值，再和上次记录的值相减，得到脉冲宽度。
中断服务程序的代码骨架如下：
void INT0_ISR(void) interrupt 0 { uint16_t now = TH0 << 8 | TL0; // 读取当前计数器值 uint16_t diff = now - last_time; // 计算两次下降沿间隔 last_time = now; if (diff > 4500 && diff < 5500) { /* 引导码 */ bit_count = 0; ir_data = 0; ir_repeat = 0; } else if (diff > 1300 && diff < 1700) { /* 逻辑1 */ ir_data = (ir_data << 1) | 1; bit_count++; } else if (diff > 400 && diff < 700) { /* 逻辑0 */ ir_data <<= 1; bit_count++; } else if (diff > 2100 && diff < 2500) { /* 重复码 */ ir_repeat = 1; } }这段代码的工作前提是定时器一直跑、不被复位，两次中断之间只做减法运算。now - last_time利用了16位无符号整数的回绕特性，不用额外处理定时器溢出时的进位问题。diff的单位是定时器计数周期，如果定时器0用12MHz晶振、不分频，那么一个计数周期是1us，判断阈值可以直接用微秒数值。
需要特别强调的是，中断服务程序里不要做超过几十微秒的事情，比如不要在这里驱动LED、不要调用延时函数。NEC协议有位间隔最短560us，中断处理时间过长会直接丢帧。这块逻辑在Linux下看有点像中断下半部机制：中断上半部只采集时间戳和判定边界，数据解析放到主循环或任务队列里做。
2.3 接收头的选型与上拉电阻注意点
红外接收头的型号很多，常见的有HS0038B、VS1838B、1838T，封装都是三脚直插，引脚定义是地、电源、信号输出。接收头输出的信号是反向的：无信号时输出高电平，收到载波时输出低电平。这意味着单片机外部中断设置为下降沿触发是合理的，因为引导码的9ms高电平在接收头输出端体现为9ms低电平，下降沿正好标记脉冲起始。
接收头的供电建议直接从单片机的5V或3.3V电源接入，并在电源引脚附近加一个10uF电解电容加一个104瓷片电容去耦。38kHz载波对电源纹波比较敏感，如果和电机驱动共用电源，电机的启动电流可能会让红外接收头出现误码。信号输出引脚别悬空，MCU内部上拉一般够用，但如果走线超过10cm，建议外部加一个10kΩ上拉电阻，防止线路上的寄生电容拉慢边沿导致解码偏差。
3. 电机驱动与PWM调速：让单片机的低电平去控制大电流
3.1 驱动芯片选型与最小电路
红外国收完，接下来要驱动电机。实验里最常见的对象是直流减速电机，工作电压6V到12V，额定电流几百毫安到两安培。单片机的IO口输出能力只有±20mA左右，且输出高电平电压接近VCC，不能直接驱动电机，必须加驱动级。三种常见做法：
第一种是达林顿管阵列，比如ULN2003，适合驱动单个方向旋转的小电机，但不支持正反转，因为它是集电极开路结构。第二种是H桥驱动芯片，比如L298N、TB6612FNG、DRV8833，支持正反转和PWM调速，是这个实验的主流选择。第三种是分立元件搭H桥，用三极管或MOS管加光耦，适合已经对驱动电路有深入理解、想省成本的工程师。
推荐用TB6612FNG，相比L298N，它用MOSFET做H桥，管压降小，发热低，逻辑电平直接兼容3.3V单片机，不需要额外的电平转换电路。L298N的地线上有个致命的坑：逻辑电源和电机电源共用GND，如果电机电流大，GND上会有几十毫伏的抬升，干扰红外解码的参考电平。
TB6612FNG的最小连接方案：
VM -> 电机电源正极（如12V） VCC -> 逻辑电源（3.3V或5V） GND -> 与单片机、电机电源共地 PWMA -> 单片机PWM引脚 AIN1/AIN2 -> 单片机IO引脚，控制转向 AO1/AO2 -> 电机两端 STBY -> 接高电平使能芯片3.2 PWM调速的定时器配置和死区处理
直流电机的转速和两端平均电压成正比，用PWM调节占空比就能调速。51单片机里用定时器模拟PWM，STM32里直接用高级定时器的PWM输出模式。以STM32F103的TIM2为例：
void PWM_Init(void) { GPIO_InitTypeDef gpio; TIM_TimeBaseInitTypeDef tim; TIM_OCInitTypeDef oc; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); gpio.GPIO_Pin = GPIO_Pin_0; gpio.GPIO_Mode = GPIO_Mode_AF_PP; gpio.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &gpio); tim.TIM_Prescaler = 72 - 1; // 72MHz/72 = 1MHz tim.TIM_Period = 1000 - 1; // PWM频率 = 1MHz/1000 = 1kHz tim.TIM_ClockDivision = 0; tim.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, &tim); 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(TIM2, &oc); TIM_OC1PreloadConfig(TIM2, TIM_OCPreload_Enable); TIM_Cmd(TIM2, ENABLE); }PWM频率的选择有讲究。1kHz到20kHz都是常见范围，但要注意20kHz以上会进入人耳听觉上限，部分电机轴的啸叫声会消失，听起来更舒服；低于5kHz时，电机转动会有明显的顿挫感。还有一个重要参数是PWM死区——如果H桥同侧的两个MOS管同时导通，会造成电源短路。TB6612FNG内部已经有死区控制逻辑，AIN1和AIN2即使同时写1，输出也是高阻；如果是自己搭的H桥，务必在程序里做状态互锁：
void Motor_Set(int16_t speed) { if (speed > 0) { AIN1 = 1; AIN2 = 0; // 正转 PWMA = speed; // 0~1000 } else if (speed < 0) { AIN1 = 0; AIN2 = 1; // 反转 PWMA = -speed; } else { AIN1 = 0; AIN2 = 0; // 刹车（滑行） PWMA = 0; } }3.3 共地问题与电源解耦，两个被忽视的坑
红外接收、单片机、电机驱动板三者必须共地。这不是一句废话——很多初学者把电机驱动的逻辑地和电源地分开接，导致信号电平没有参考基准，单片机输出的PWM信号到驱动芯片输入端变成浮动电压，电机转速忽快忽慢。
另外，电机的启动电流是额定电流的5到10倍。如果电池或电源适配器内阻大，启动瞬间电压跌落可能让单片机复位，表现就是“一按遥控器按键，单片机重启”。解决方法是：电机电源和单片机电源用同一个电源但分开走线，靠近电机驱动芯片的电源输入端加大容量电解电容（470uF或更大），靠近单片机的电源引脚加100uF电容。在红外解码实验里还有一种常见误用：用同一个LDO给接收头供电，电机一转，LDO输出被拉低触发欠压复位，结果遥控距离从8米骤降到1米。
4. 指令帧设计与状态机：从单按键到多命令控制的工程化封装
4.1 定义一套统一的控制协议
实验例程如果要发不出来效果，通常不是红外解码坏了，而是“按键按一下，电机只转了一下就停”——因为没有做状态锁存。解码程序得到的ir_data只是命令码，还需要一层应用协议来决定ir_data与电机动作的映射关系。直接裸用命令码的写法：
case 0x45: // 遥控器“OK”键，假设命令码0x45 Motor_Set(500); break;这个写法的缺陷是：每按一次发送500占空比的PWM，松开后电机并不会停止，因为主循环里没有任何代码去读IR事件。如果想让电机持续转动，得在中断里把ir_data存到一个全局变量ir_event中，主循环不断检查并执行。这种“中断存事件、主循环处理”的模式在单片机裸机开发中极为常见，也是和状态机自然结合点。
4.2 应用层状态机的实现
定义电机控制状态如下：
typedef enum { MOTOR_STOP, MOTOR_CW, MOTOR_CCW } motor_state_t; volatile uint8_t ir_event = 0; // 非0表示有按键事件 volatile uint8_t ir_cmd = 0; // 保存命令码 uint16_t target_speed = 0; // 目标占空比主循环里对ir_event做非阻塞轮询：
while (1) { if (ir_event) { switch (ir_cmd) { case KEY_POWER: target_speed = 0; break; case KEY_CW: state = MOTOR_CW; target_speed = 600; break; case KEY_CCW: state = MOTOR_CCW; target_speed = 600; break; case KEY_SPEED_UP: if (target_speed < 1000) target_speed += 100; break; case KEY_SPEED_DOWN: if (target_speed > 100) target_speed -= 100; break; } ir_event = 0; } switch (state) { case MOTOR_STOP: Motor_Set(0); break; case MOTOR_CW: Motor_Set(target_speed); break; case MOTOR_CCW: Motor_Set(-target_speed); break; } // 按键防抖与长按加速逻辑 delay_ms(2); }这里有个关于“红外遥控控制电机”所隐含的“远程”语义容易理解偏差的地方：红外本身是近场控制，几米到十几米，不像无线模块可以穿墙。如果标题里的“远程”指的是超出红外接收范围的控制需求，需要改用类似Modbus的串口帧结构，把红外解码后的命令码再通过串口或485总线下发到远端驱动板。这种设计在基于单片机的Modbus帧接收数据程序中很常见——从站只负责解析携带寄存器地址的帧，控制逻辑全在主站侧。
4.3 多命令扩展的帧格式建议
当控制点不止一路电机时，裸用ir_cmd做命令通道就不够用了。建议在红外解码和电机驱动之间插入一层简化帧解析，参考Modbus RTU的寄存器寻址思路：
typedef struct { uint8_t motor_id; // 电机编号 0~3 uint8_t action; // 0x01 启动 0x02 停止 0x03 调速 uint16_t speed; // 目标速度值 uint8_t checksum; // 异或校验 } motor_frame_t;红外解码收到一个按键后，把键值映射成这样的结构体，再交给电机管理层执行。好处是以后换遥控器，只需要改键值映射表，不需要改电机控制逻辑。坏处是调试时要同时看两层程序的日志，但在实际项目中收益远大于成本。通信数据校验这一层常被忽略，但红外遥控和无线模块一样容易被环境光干扰，加上一个异或校验能挡住90%的误码触发。
5. 调试技巧与验证方法：用逻辑分析仪截获真实波形
5.1 验证解码是否正确的三种工具
红外解码调试看不到中间量，只能凭电机的动作或串口打印来判断。最常见的调试工具排序是：串口打印 > 逻辑分析仪 > 示波器。串口打印适合看解码结果，逻辑分析仪适合看时序，示波器适合看模拟波形。
串口打印的推荐格式是十六进制输出原始命令码，用上位机工具比如SSCOM或MobaXterm查看：
printf("IR Addr: %02X, Cmd: %02X, Repeat: %d\r\n", ir_addr, ir_cmd, ir_repeat);如果打印的内容和遥控器说明书上的编码表一致，说明解码成功。如果不一致，先检查接收头型号——很多低成本遥控器用的不是NEC协议而是“NEC-like”协议，引导码和NEC一样，但数据低位在前，打印的十六进制相看起来乱码，处理方式是按位反转。
逻辑分析仪采样率设置为1MHz以上，触发器设为下降沿触发，直接挂在红外接收头输出引脚上。看波形时重点检查引导码的低电平宽度是否为9ms、数据位是否为560us的整数倍。这个验证步骤可以在不接电机的情况下完成，是排查问题时最低成本的定位方式。
5.2 五步排查法，覆盖90%的问题
第一步测供电：红外接收头VCC对地电压是否为稳压后的标准值，电机启动瞬间电压跌落是否超过10%。第二步测输出：用万用表或示波器测接收头信号输出引脚，按遥控器按键时该引脚是否有约10ms的低电平序列。第三步测中断：在外部中断服务程序里加一个调试计数器，看按键时计数是否增加。第四步看打印：确认命令码和映射值匹配。第五步测驱动：把PWM占空比写死为500，看电机是否转动，排除控制逻辑问题。
如果按照这个顺序查，最常见的故障点多集中在第二步和第五步。第二步失败可能是接收头损坏或载波频率不匹配——38kHz的接收头不一定能解40kHz的遥控器载波。第五步失败往往是驱动板供电不足或STBY脚被单片机配置成了高阻态导致芯片不工作。这类问题在51单片机硬件设计和STM32单片机电机驱动原理图的排查思路上非常一致，先静态后动态，先硬件后软件。
5.3 两个进阶技巧：长按加速与空闲休眠
第一个技巧是长按加速。NEC协议自带重复码，可以在解码重复码时将目标速度按梯形曲线递增：
if (ir_repeat) { target_speed += acceleration_step; if (target_speed > max_speed) target_speed = max_speed; }这样遥控器按键手感完全不同，适合需要连续调节的场景。第二个技巧是自动休眠：电机停止超时30秒后，把单片机切入掉电模式，红外接收头的电源用IO口控制，需要遥控唤醒时先得恢复供电再开启中断。
关于IR接收头的载波频率，还有一个实验时容易忽略的坑：38kHz的意思不是数据宽度，而是载波频率。接收头内部对载波有带通滤波器，收到的调制信号必须先解调才能输出方波。盲目的延长或缩短接收距离，先要检查遥控器发射端用的晶振频率是455kHz还是特定值，两者的谐振点不同，会出现“距离近时正常，远一点就乱码”的现象。
本文还有配套的精品资源，点击获取
