简介一套基于STC单片机的红外遥控编解码与PWM输出控制完整工程面向电子爱好者、嵌入式入门者及需要实现小车遥控运动控制的开发者。资料内含红外遥控学习编码程序先对码成功后再控制四路电机支持4路PWM输出并可将遥控数据实时发送至串口调试工具显示适合用作单片机红外通信、PWM调速及串口调试的综合参考。压缩包为RAR格式共114个文件以C源程序、头文件、汇编启动文件为主包含27个c/h源文件、24个lst编译列表、18个obj目标文件以及hex烧录文件、Keil工程文件uvproj等覆盖从源码到编译下载的完整链条包大小仅589KB。已有657人学习查看尤其适合刚接触红外遥控解码和电机驱动的读者可通过现成工程快速理解对码流程、PWM输出配置与串口数据上报的实现思路。1. 一套红外遥控加四路PWM的方案为什么要从串口数据说起拿到“STC单片机红外遥控编解码控制4路PWM输出”这类需求时第一反应往往是先挑遥控器、选单片机、调PWM频率。但真正开发过就会发现通道越多越难排查四路输出各自是什么状态占空比有没有按设定值走红外键值到底解出来没有光靠示波器和LED灯根本忙不过来。此时把串口调试工具拉进来把每一路PWM的实时数据以文本或波形形式展示出来整个链路才算真正闭合。这套方案并不复杂核心是红外解码算法、PWM生成策略和串口数据上报三件事在STC单片机上完全跑得动。适合正在做遥控小车、机械臂、调光灯、风扇调速一类项目的开发者也适合想彻底搞懂红外协议和PWM计算关系的入门者。本文给出可行的解码状态机、PWM占空比计算方法和串口数据帧格式把每一步都落成能直接使用的代码。2. 红外遥控编解码方案选择NEC协议与STC定时器测量脉宽2.1 红外遥控编解码的几类常见思路为什么选择NEC红外遥控的物理层大同小异38kHz载波空闲时为高电平有按键时输出一串脉冲。协议层则差异较大NEC协议、SONY SIRC、Philips RC-5、RC-6等。在消费级遥控器里NEC协议最容易购买到配套元件兼容性好资料也多。对于STC单片机而言解码NEC协议通常有两种方案。一种是纯延时采样即检测到下降沿之后通过延时判断高低电平的持续时间。这种方法代码短但占用CPU时间严重而且中途很容易被中断打扰。另一种是外部中断加定时器测量脉宽每次下降沿触发中断读取定时器的值再与上一中断时刻做差根据脉宽判断数据位。后一种方案更适合工程落地原因是它不阻塞主循环也不依赖反复禁中断。STC的很多型号自带外部中断引脚和定时器不需要额外外围芯片直接就能完成输入捕获式的脉宽测量。若需要更多通道或更复杂的协议也可以考虑用STM32的输入捕获但那就是另一个选择了。这个方案的核心是把电平变化的时间戳记下来再用时间差做协议解析。2.2 38kHz载波接收与信号反向红外接收头常见的有1838T、VS1838B等一体接收头内部集成了光敏二极管、放大、滤波和解调电路。]输出引脚在无信号时是高电平收到38kHz载波信号时输出低电平脉冲也就是说信号被反相了。因此在写解码代码时要注意电平逻辑。发射端的引导码是9ms低电平加4.5ms高电平经过接收头后变成9ms高电平加4.5ms低电平。若直接用下降沿中断引导码的第一段上升沿不会触发必须换用上升沿与下降沿双沿捕获或者只关注下降沿同时记录前一次下降沿到本次下降沿的全周期。更常见的做法是配置外部中断为下降沿触发同时记录两个下降沿之间的时间差这个差值里面包含了之前的高电平和低电平总和。但这样解析起来不如“边沿”清晰。我一般会采用这样的做法外部中断同时启用上升沿和下降沿触发或者使用定时器的捕获功能。STC的普通型号没有硬件捕获所以用“INT0下降沿中断读取定时器计数值”来测量高电平持续时间。接收头的输出在收到载波时为低所以高电平持续时间对应发射端低电平时间而两个下降沿之间的时间差代表发射端的高低总时间。将两种时间组合起来即可恢复原始码型。// 伪代码下降沿中断里测量高电平脉宽 void INT0_Isr() interrupt 0 { uint16_t now Timer0_GetValue(); // 取出当前定时器值 uint16_t high_width now - last_high_start; // 高电平宽度 last_high_start now; // 记录本次下降沿时刻 if (high_width 13000) // 约9ms引导码高电平 nec_state NEC_START; else if (high_width 2500) // 4.5ms引导码后的间隔 nec_state NEC_READY; else if (nec_state NEC_READY) // 数据位区域 nec_bit_buffer (high_width 1000) ? 1 : 0; }这段代码的工作逻辑是引导码结束后接收头输出低电平区间随后数据位的高电平宽度决定逻辑值。NEC协议中逻辑1的高电平宽度为2.25ms逻辑0为1.125ms最小脉宽单位为560us。STC的定时器工作在12MHz晶振下可以配置为1:12分频这样每个计数单位对应1us测量范围正好覆盖0到65ms足以处理NEC协议的全部码型。这里有一个关键参数定时器分频系数。若晶振频率是11.0592MHz且定时器工作在1T模式计数值直接对应0.09us左右精度高但换算麻烦。常规做法是让定时器溢出周期定为1ms并使用一个溢出计数器这样可以测量更长的电平。而如果只是为了解码NEC协议电平宽度最长为9ms使用16位定时器以us为单位计数足够用不需要溢出处理。2.3 解码状态机与重复码处理NEC协议的一帧完整数据为引导码、地址码、地址反码、命令码、命令反码。当按键一直按住时遥控器会循环发送引导码加重复码重复码的格式是9ms高电平、2.25ms低电平、560us高电平。程序需要把重复码识别出来并让上层认为上次的按键仍然有效。状态机适合处理这种时序问题。定义几个状态空闲、收到引导码、接收地址、接收数据、校验、重复码等待。每个状态对应一个超时时间超时则回到空闲状态避免信号中断时程序卡死。#define NEC_IDLE 0 #define NEC_GOT_LEAD 1 #define NEC_RECEIVING 2 #define NEC_REPEAT 3 void nec_decode(uint16_t high_width) { switch (nec_state) { case NEC_IDLE: if (high_width 8000 high_width 10000) nec_state NEC_GOT_LEAD; break; case NEC_GOT_LEAD: if (high_width 3500 high_width 5000) { nec_state NEC_RECEIVING; nec_bit_index 0; } else if (high_width 1800 high_width 2500) { // 重复码9ms引导 2.25ms低 560us高 on_nec_repeat(); } break; case NEC_RECEIVING: if (high_width 500 high_width 700) nec_current_bit 0; else if (high_width 1900 high_width 2600) nec_current_bit 1; else nec_state NEC_IDLE; // 累加位数据满8位存一字节 break; } }参数说明high_width的单位是us这里的阈值区间是根据NEC协议标准留出的容差。560us的脉宽在实测时往往会有±20%的漂移所以阈值下限设为500us上限取700us。而逻辑1的脉宽为2.25ms取1900到2600us比较稳妥。若信号质量差可以把区间放宽但过宽会导致误码率上升。解码完成后做三次校验地址码与地址反码按位取反后应相等命令码与命令反码按位取反后应相等地址码是否符合预设值。校验不通过直接丢弃不更新遥控键值。这样可以大幅降低环境中其他红外源的干扰。3. 4路PWM输出实现定时器中断软PWM与占空比计算3.1 4路PWM输出的方案选择硬件PWM还是软件PWMSTC系列内部硬件PWM的通道数因型号而异部分增强型型号如STC15W、STC8系列带6路至8路可配置PWM且支持互补输出和死区插入。另一些基础型号只有2路或者根本没有。选用硬件PWM的优点是输出频率精确、不占CPU时间、支持自动重装占空比。缺点是通道数可能不够且引脚固定无法自由选择输出口。软件PWM则通过定时器中断周期性翻转IO口实现优点是引脚任意、通道数量可扩、频率和占空比可以动态调整。缺点是中断频繁CPU占用率高四路PWM若采用独立比较中断次数会随路数增长。一个常见优化是固定PWM周期为1ms即1kHz频率或0.1ms10kHz频率使用一个计数器从0递增到周期值每路单独保存比较阈值在中断里逐路判断当前计数值是否达到该路输出翻转点。我一般会优先看STC的手册如果目标型号有3路以上硬件PWM就直接用硬件。如果只有两路或没有那就用定时器中断软PWM。下面以STC8系列为例简述两种做法并给出软件PWM的完整代码因为它在大多数STC型号上都能直接跑。3.2 软件PWM的实现定时器中断 翻转点判断假设PWM频率为1kHz即每1ms一个完整周期。将这个周期拆成100份每份10us也就是定时器每10us产生一次中断。每路PWM的占空比用一个0到100的变量表示设置一个公共计数器从0计数到100。volatile unsigned char pwm_cycle_counter 0; volatile unsigned char pwm_duty[4] {0, 0, 0, 0}; volatile unsigned char pwm_output_state[4] {0, 0, 0, 0}; void Timer0_ISR() interrupt 1 { unsigned char i; pwm_cycle_counter; if (pwm_cycle_counter 100) pwm_cycle_counter 0; for (i 0; i 4; i) { if (pwm_duty[i] 0 pwm_cycle_counter pwm_duty[i]) { if (!pwm_output_state[i]) { pwm_output_state[i] 1; PWM_PIN_SET_HIGH(i); } } else { if (pwm_output_state[i]) { pwm_output_state[i] 0; PWM_PIN_SET_LOW(i); } } } }这段代码的逻辑说明pwm_cycle_counter每次中断加一范围为0到99对应占空比0%到100%。pwm_duty[i]是第i路的目标占空比百分比。当计数值小于该路的占空比设置时输出高否则输出低。每路都在同一个中断里判断状态是否需要翻转四路共用同一个计数器因此各个通道天然同步相位一致。这里说的是1kHz的软PWM适合LED亮度调节、风扇转速控制。如果要输出20kHz以上的PWM用于开关电源或音频应用这个方案就不合适了因为10us的中断周期对8051内核来说太紧张中断服务程序根本执行不完。占空比计算公式其实很简单占空比 高电平时间 / 总周期时间 × 100%在本例中高电平时间就是pwm_duty[i] × 10us总周期是100 × 10us。若占空比变量是0到255的精度则计数周期也要改成255份中断时间相应缩短。另一个精度更高的做法是将周期点数设成65536用16位定时器每路用16位比较值。这样占空比分辨率为1/65536但中断开销极大实际不常用。3.3 频率与死区参数的确定方法PWM频率的选择与负载类型直接相关。LED调光建议选1kHz到5kHz太低会看到闪烁直流电机调速选15kHz到20kHz可以避免可听噪声但开关损耗也随频率上升。这个权衡的本质是频率越高电机电流纹波越小但MOS管的开通关断损耗越大。我一般先在低频下确认电机能正常启动再逐步升频用串口把每路占空比发上来同时用电流探头看母线电流波形。涉及H桥驱动时同一桥臂的上下两个MOS管不能同时导通否则直通短路。解决方式是插入死区时间。在硬件PWM模式下STC有专门的死区寄存器软件PWM模式下则需要在翻转逻辑里手工加延时。如果你在同一篇文章里搜到“pwm死区”、“H桥pwm电路的数学原理”这类词说明已经涉及电机控制方向那就不能忽略这个参数。最简单的软死区实现方式是每路在关断到开通之间插入几十纳秒的延时但8051的指令周期较长这个方法不太可控所以更推荐有硬件PWM的型号来做H桥。// 硬件PWM模式下配置死区示例STC8系列 PWM_DeadTime 0x03; // 死区时间 时钟周期 × 值提示0x03这个值只是示例实际死区时间要根据MOS管的关断延迟决定。先查数据手册中MOS管的关断延迟和截止延迟取两者之差再加少量裕量这样设出来的死区不会过大也不会直通。3.4 频率计算与占空比精度的权衡把PWM做到多路时常面临资源争抢同一个定时器既要给PWM提供中断基准又要给串口提供波特率时钟。STC的经典做法是让定时器1负责串口波特率定时器0负责PWM时基如果定时器2可用也可用于PWM。4路PWM所需的定时器中断次数只有单路时的四分之一因为四路共用一个计数器这个优势在资源紧张的51单片机上非常明显。若PWM需要更高的分辨率比如1%的占空比需要至少100个计数点1%精确到0.5%就需要200个点。中断频率等于PWM频率乘以计数点数。比如20kHz、200点中断频率就是4MHz8051内核跑不动。所以要学会做减法如果负载是电机控制精度其实是次要的机械惯量会平滑掉占空比微小变化如果负载是LED那1kHz加100点就够用了不必追求高精度。4. 串口调试工具如何显示4路PWM输出数据数据帧协议与上位机解析4.1 数据链路设计单片机端发送什么给串口调试工具串口调试工具要显示4路PWM输出数据首先解决的问题是数据格式。单片机通过UART发送的数据既可以是纯文本也可以是二进制帧。若使用文本格式每路输出一个类似“CH1: 50%”的字符串人眼可读但解析效率低、数据长度不一致实时波形绘制也很麻烦。我一般在项目初期使用文本格式方便确认通信链路项目稳定后改成二进制帧提高刷新率。二进制帧格式可以这样定义帧头(0xAA 0x55) | 长度 | 功能字(0x01表示PWM数据) | 通道状态 | 4路占空比(每路1字节) | 校验和其中通道状态为 8bit每bit对应一路置1表示该路输出已使能。4路占空比各占1字节取值范围0到100。校验和可以简单地使用除帧头外所有字节的和取低8位。这样一帧数据总长为9字节在波特率115200下每秒可以发送超过1200帧。STC单片机发送该帧的代码可以这样写uint8_t tx_buffer[9]; uint8_t checksum 0; tx_buffer[0] 0xAA; tx_buffer[1] 0x55; tx_buffer[2] 0x07; // 长度后续数据字节数 tx_buffer[3] 0x01; // 功能字PWM负载数据 tx_buffer[4] pwm_channel_status; // 通道使能状态 tx_buffer[5] pwm_duty[0]; tx_buffer[6] pwm_duty[1]; tx_buffer[7] pwm_duty[2]; tx_buffer[8] pwm_duty[3]; for (uint8_t i 2; i 8; i) checksum tx_buffer[i]; tx_buffer[9] checksum; // 注意需要额外一个字节需分配10字节缓冲区 UART_SendBuffer(tx_buffer, 10);这个代码段的逻辑和参数说明帧头固定为 0xAA 0x55用于上位机同步。长度字段表示从功能字到最后一个数据字节的字节数本例为7。校验和覆盖除帧头和校验和自身外的全部字节模拟器或上位机收到帧后重新计算比对不一致即丢弃。4.2 串口调试工具的选择文本模式还是波形模式市面上的串口调试工具有很多。单看文本显示随便一个都行但要看数据变化趋势建议选择支持波形显示的调试工具如Vofa或者用Python写一个简单的解析脚本将数据在PC端可视化。这里不涉及任何网络形态只谈本地串口。Vofa支持自定义协议帧解析可以把上面定义的帧格式写成一个解析模板。这样四路PWM的占空比就能以实时曲线形式显示在屏幕上。对于“串口调试工具中显示4路PWM输出数据”这个需求这应该是最直接落地的做法。如果你喜欢完全可控的方式可以用Python的pyserial库接收并解析上述二进制帧再用matplotlib绘制实时曲线。以下是一个最小示例import serial import matplotlib.pyplot as plt import matplotlib.animation as animation ser serial.Serial(COM10, 115200, timeout0.1) ch_data [[], [], [], []] def parse_frame(data): if len(data) 10: return None if data[0] ! 0xAA or data[1] ! 0x55: return None checksum sum(data[2:9]) 0xFF if checksum ! data[9]: return None return list(data[5:9]) def update(frame): raw ser.read(ser.in_waiting) if raw: data raw if isinstance(raw, bytes) else bytes(raw) for i in range(len(data) - 9): frame_data parse_frame(data[i:i10]) if frame_data: for ch in range(4): ch_data[ch].append(frame_data[ch]) ani animation.FuncAnimation(plt.figure(), update, interval50) plt.show()上述代码是解析和展示的核心逻辑不包含实时曲线绘制细节。用的时候要注意字节对齐不能漏掉帧头也不能把两个连续帧黏在一起时忽略帧间间隙。一个常见的坑是PWM数据刷新速度很快串口发送缓冲区和上位机接收缓冲区不匹配导致数据帧错位。解决办法有两个一是加入更长的帧头或校验字段二是让单片机每隔100ms才发送一次数据降低出错的概率。4.3 单片机端发送频率与数据处理深度的权衡串口显示PWM数据不只是把占空比发上来就行了。还要考虑数据变化的时间分辨率。遥控器每按一次键占空比变化多少步进是1%还是5%如果步进1%数据刷新频率不用太高100ms一帧足够。如果要看电机启动瞬间的电流或速度变化那100ms不够需要提高到10ms甚至5ms一帧。但发送频率提高以后要注意串口波特率是否够用。以115200波特率为例每秒最多传输11520字节。每帧10字节100ms一帧就是100字节每秒占带宽不到1%。即使提高到10ms一帧也就1000字节每秒仍在安全范围内。如果波特率降到960010ms一帧就非常紧张了所以在低速设计里最好把发送间隔调大。另一个常见问题是利用printf直接发送格式化文本比如printf(CH1%d%%\r\n, ch1);看起来简单但printf在STC的SDCC或Keil环境下会消耗大量栈空间和CPU时间。在实时控制循环里我不建议在主循环中直接调用printf而是自建一个缓冲区把待发送数据拼接好后再通过中断方式逐字节发送。下面的代码展示了这个思路void UART_SendString(uint8_t *str) { while (*str) { UART_SendByte(*str); } } void Report_PWM_Status(void) { uint8_t i, temp[4]; UART_SendString(PWM:); for (i 0; i 4; i) { temp[i] pwm_duty[i]; UART_SendByte(C); UART_SendByte(H); UART_SendByte(1 i); UART_SendByte(:); UART_SendByte(0 temp[i] / 10); UART_SendByte(0 temp[i] % 10); UART_SendByte( ); } UART_SendString(\r\n); }此代码的逻辑很好理解打印“PWM:CH1:50 CH2:60 ...”这样的纯文本。前面的0 temp[i] / 10和0 temp[i] % 10是把数字拆成十进制位再转成ASCII字符。这种方法避免使用printf在中断频繁的PWM软件方案里更可靠。4.4 显示数据的同时如何验证红外解码是否正确串口调试工具不仅能显示PWM输出数据还可以同时显示红外解码结果。把遥控器按键值、解码状态、错误计数一并发送出来可以快速定位是解码问题、PWM配置问题还是串口本身的问题。比如按“”键点亮对应的LED并增加某路占空比同时串口输出“KEY: 0x45, CH1 duty60%”这样一段话就把整条链路串起来了。uint8_t key 0xFF; void on_nec_key(uint8_t addr, uint8_t cmd) { key cmd; UART_SendString(NEC Key: 0x); UART_SendHex(cmd); UART_SendString(\r\n);// 根据按键值调节对应PWM通道 if (cmd 0x18) // CH1 pwm_duty[0] (pwm_duty[0] 100) ? pwm_duty[0] 5 : 100; else if (cmd 0x52) // CH1- pwm_duty[0] (pwm_duty[0] 5) ? pwm_duty[0] - 5 : 0; // 其余通道类似}这里用on_nec_key回调函数将解码层与PWM控制层解耦。解码层不关心按键对应什么操作只通知上层键值上层根据键值分配功能。串口输出要与PWM数据帧分开可以定时轮询输出PWM数据而在按键事件中立即输出键值两者互不干扰因为UART发送是逐字节的短报文不会阻塞太久。 ## 5. 用串口数据校准红外解码阈值和PWM占空比精度 ### 5.1 通过观察串口输出的键值来校准脉宽判断阈值 NEC解码时最容易出问题的环节是高电平脉宽的阈值设置。原因是遥控器的晶振频率、接收头的响应时间、电池电压都会影响实际脉宽。同一个遥控器在新电池和低电量情况下逻辑1的脉宽可能从2.1ms变化到2.4ms。固定阈值虽然能适配大部分情况但存在边界失效的可能。 办法之一是把解出来的脉宽直接通过串口发送到调试工具用文本模式观察。在调试阶段我一般会做一个“诊断模式”按一次遥控器串口输出一组原始脉宽数据RAW: 8950 4450 560 560 560 560 560 1690 ...这些数字是所有脉冲的高电平或低电平时间序列。拿到真实数据以后再回来调整解码状态机里的阈值区间。实际做法是统计十次按键的数据取最小值和最大值再把阈值区间设置成中间值的70%到130%。比如实测逻辑1的脉宽在2190us到2280us之间阈值就可以设为1900到2500us留出的裕量足够应对电池电压波动。 关注“pwm占空比计算公式”、“pwm信号”这类热词的人通常也会用示波器看实际波形。示波器测出来的占空比和串口显示的百分比是否一致是另一个重要的校准点。若不一致先检查示波器触发电平是否设置在PWM波形中间再检查占空比变量是否被意外修改。示波器本身有测量误差数字示波器在低频PWM下误差在1%以内这可以作为校准依据。 ### 5.2 PWM占空比的实际值与串口显示值偏差在哪里 当串口显示CH1占空比为50%但示波器显示48%时先不要怀疑代码逻辑先检查IO口的输出模式。STC的IO默认是准双向口若在输出高电平时有LED或其他负载拉低了电平电压可能达不到逻辑高电平的判定阈值示波器显示的占空比自然偏小。解决办法是把PWM输出引脚配置为推挽输出P0M1 ~(1 1); P0M0 | (1 1); // P0.1 设置为推挽输出如果推挽输出后仍然偏低再看软件PWM的翻转执行时间。中断服务程序从进入中断到真正翻转IO口需要执行若干条指令。如果在50%占空比附近翻转点距离计数器的起始点只有很短的时间那么中断执行的延时就会导致实际高电平时间小于理论值。这个问题在较高频率和较多路数时更突出。最直接的验证方法就是把串口报告的占空比和示波器读数做一次多点对比画出偏差曲线若偏差呈线性可在代码里做一次线性补偿。// 线性补偿示例假设实测占空比 设定值 × 0.96 1.2 uint8_t pwm_duty_compensated(uint8_t set_duty) { signed int comp (set_duty * 96) / 100 12; if (comp 100) comp 100; if (comp 0) comp 0; return (uint8_t)comp; }这个补偿函数将设定值换算为实际写入pwm_duty[i]的值。参数96和12来源于具体硬件测量不同电路板的驱动能力和负载不同需要重新标定。注意在80%以上的占空比时补偿值可能会超过100必须做限幅。 ### 5.3 串口调试时容易忽略的波特率误差问题 STC单片机使用内部RC振荡器时频率精度通常为±1%在常温下勉强可以支持115200波特率的串口通信。但若工作温度变化较大或单片机处于低电压状态内部RC振荡器的频率会漂移导致串口误码率上升。串口调试工具里看到大量乱码时首先把波特率降到9600或19200测试如果乱码消失说明问题是波特率偏差而不是数据帧格式写错了。 精准的解决方案是使用STC的下载软件重新校准内部RC频率。多数STC型号在烧录时可以设置“使用内部IRC时钟并自动分频”的选项此时程序下载器会写出一个校准值。若已经批量生产只能在代码里对UART波特率重装值做微调幅度是±1%到±2%。当然最稳妥的方案是外接晶振11.0592MHz的无源晶振可以将波特率误差降到0.3%以下。 调试阶段还有一个小技巧串口工具的显示区域建议开启“时间戳”功能。这样可以看到按键事件和PWM数据之间的先后关系判断是红外解码慢还是串口发送堵塞。若时间戳显示红外解码和PWM更新几乎同时发生说明链路正常若PWM数据比按键晚了几百毫秒大概率是主循环中发送数据占用的时间过长或者解码状态机超时设置太大。将PWM数据发送的任务放到定时器中断里做触发标记而在主循环中只发送“未发完的帧”可以避免这种情况。 ### 5.4 一套最小可运行的验证步骤 如果只是想把“红外遥控 4路PWM 串口显示”完整跑通参考下面的顺序操作会少走弯路。 | 步骤 | 操作 | 验证点 | |------|------|--------| | 1 | 单片机最小系统点灯 | LED亮灭正常 | | 2 | 红外接收头接INT0写一个解码并串口打印键值 | 按遥控器串口出现键值 | | 3 | 配置PWM中断输出4路1kHz信号 | 示波器看到4路方波 | | 4 | 用红外按键调节PWM占空比同时串口输出数据帧 | 串口调试工具中显示4路PWM输出数据随按键变化 | | 5 | 将占空比步进改为1%验证数据帧的实时性 | 数据变化平滑帧间隔稳定 | 如果遇到某一步失败不要急着改硬件。第一步失败可能是晶振或复位电路的问题第二步失败先查接收头供电电压是否稳定第三步失败查定时器配置第四步失败查解码键值映射表。串口显示的数据帧不要等到最后再接建议从第二步开始就把调试信息通过串口输出。这是一条最基本的开发路径实际调试中我几乎每次都使用这个流程。 红外遥控控制4路PWM输出的代码量不大核心逻辑就是解码状态机加定时器中断。真正花时间的地方在于阈值校准、占空比补偿和串口数据帧的鲁棒性。把这三点处理好整个系统基本不需要再动板子。 p a hrefhttps://download.csdn.net/download/ZCY5202015/86076518 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p
STC单片机红外遥控解码控制4路PWM输出与串口调试方案
简介一套基于STC单片机的红外遥控编解码与PWM输出控制完整工程面向电子爱好者、嵌入式入门者及需要实现小车遥控运动控制的开发者。资料内含红外遥控学习编码程序先对码成功后再控制四路电机支持4路PWM输出并可将遥控数据实时发送至串口调试工具显示适合用作单片机红外通信、PWM调速及串口调试的综合参考。压缩包为RAR格式共114个文件以C源程序、头文件、汇编启动文件为主包含27个c/h源文件、24个lst编译列表、18个obj目标文件以及hex烧录文件、Keil工程文件uvproj等覆盖从源码到编译下载的完整链条包大小仅589KB。已有657人学习查看尤其适合刚接触红外遥控解码和电机驱动的读者可通过现成工程快速理解对码流程、PWM输出配置与串口数据上报的实现思路。1. 一套红外遥控加四路PWM的方案为什么要从串口数据说起拿到“STC单片机红外遥控编解码控制4路PWM输出”这类需求时第一反应往往是先挑遥控器、选单片机、调PWM频率。但真正开发过就会发现通道越多越难排查四路输出各自是什么状态占空比有没有按设定值走红外键值到底解出来没有光靠示波器和LED灯根本忙不过来。此时把串口调试工具拉进来把每一路PWM的实时数据以文本或波形形式展示出来整个链路才算真正闭合。这套方案并不复杂核心是红外解码算法、PWM生成策略和串口数据上报三件事在STC单片机上完全跑得动。适合正在做遥控小车、机械臂、调光灯、风扇调速一类项目的开发者也适合想彻底搞懂红外协议和PWM计算关系的入门者。本文给出可行的解码状态机、PWM占空比计算方法和串口数据帧格式把每一步都落成能直接使用的代码。2. 红外遥控编解码方案选择NEC协议与STC定时器测量脉宽2.1 红外遥控编解码的几类常见思路为什么选择NEC红外遥控的物理层大同小异38kHz载波空闲时为高电平有按键时输出一串脉冲。协议层则差异较大NEC协议、SONY SIRC、Philips RC-5、RC-6等。在消费级遥控器里NEC协议最容易购买到配套元件兼容性好资料也多。对于STC单片机而言解码NEC协议通常有两种方案。一种是纯延时采样即检测到下降沿之后通过延时判断高低电平的持续时间。这种方法代码短但占用CPU时间严重而且中途很容易被中断打扰。另一种是外部中断加定时器测量脉宽每次下降沿触发中断读取定时器的值再与上一中断时刻做差根据脉宽判断数据位。后一种方案更适合工程落地原因是它不阻塞主循环也不依赖反复禁中断。STC的很多型号自带外部中断引脚和定时器不需要额外外围芯片直接就能完成输入捕获式的脉宽测量。若需要更多通道或更复杂的协议也可以考虑用STM32的输入捕获但那就是另一个选择了。这个方案的核心是把电平变化的时间戳记下来再用时间差做协议解析。2.2 38kHz载波接收与信号反向红外接收头常见的有1838T、VS1838B等一体接收头内部集成了光敏二极管、放大、滤波和解调电路。]输出引脚在无信号时是高电平收到38kHz载波信号时输出低电平脉冲也就是说信号被反相了。因此在写解码代码时要注意电平逻辑。发射端的引导码是9ms低电平加4.5ms高电平经过接收头后变成9ms高电平加4.5ms低电平。若直接用下降沿中断引导码的第一段上升沿不会触发必须换用上升沿与下降沿双沿捕获或者只关注下降沿同时记录前一次下降沿到本次下降沿的全周期。更常见的做法是配置外部中断为下降沿触发同时记录两个下降沿之间的时间差这个差值里面包含了之前的高电平和低电平总和。但这样解析起来不如“边沿”清晰。我一般会采用这样的做法外部中断同时启用上升沿和下降沿触发或者使用定时器的捕获功能。STC的普通型号没有硬件捕获所以用“INT0下降沿中断读取定时器计数值”来测量高电平持续时间。接收头的输出在收到载波时为低所以高电平持续时间对应发射端低电平时间而两个下降沿之间的时间差代表发射端的高低总时间。将两种时间组合起来即可恢复原始码型。// 伪代码下降沿中断里测量高电平脉宽 void INT0_Isr() interrupt 0 { uint16_t now Timer0_GetValue(); // 取出当前定时器值 uint16_t high_width now - last_high_start; // 高电平宽度 last_high_start now; // 记录本次下降沿时刻 if (high_width 13000) // 约9ms引导码高电平 nec_state NEC_START; else if (high_width 2500) // 4.5ms引导码后的间隔 nec_state NEC_READY; else if (nec_state NEC_READY) // 数据位区域 nec_bit_buffer (high_width 1000) ? 1 : 0; }这段代码的工作逻辑是引导码结束后接收头输出低电平区间随后数据位的高电平宽度决定逻辑值。NEC协议中逻辑1的高电平宽度为2.25ms逻辑0为1.125ms最小脉宽单位为560us。STC的定时器工作在12MHz晶振下可以配置为1:12分频这样每个计数单位对应1us测量范围正好覆盖0到65ms足以处理NEC协议的全部码型。这里有一个关键参数定时器分频系数。若晶振频率是11.0592MHz且定时器工作在1T模式计数值直接对应0.09us左右精度高但换算麻烦。常规做法是让定时器溢出周期定为1ms并使用一个溢出计数器这样可以测量更长的电平。而如果只是为了解码NEC协议电平宽度最长为9ms使用16位定时器以us为单位计数足够用不需要溢出处理。2.3 解码状态机与重复码处理NEC协议的一帧完整数据为引导码、地址码、地址反码、命令码、命令反码。当按键一直按住时遥控器会循环发送引导码加重复码重复码的格式是9ms高电平、2.25ms低电平、560us高电平。程序需要把重复码识别出来并让上层认为上次的按键仍然有效。状态机适合处理这种时序问题。定义几个状态空闲、收到引导码、接收地址、接收数据、校验、重复码等待。每个状态对应一个超时时间超时则回到空闲状态避免信号中断时程序卡死。#define NEC_IDLE 0 #define NEC_GOT_LEAD 1 #define NEC_RECEIVING 2 #define NEC_REPEAT 3 void nec_decode(uint16_t high_width) { switch (nec_state) { case NEC_IDLE: if (high_width 8000 high_width 10000) nec_state NEC_GOT_LEAD; break; case NEC_GOT_LEAD: if (high_width 3500 high_width 5000) { nec_state NEC_RECEIVING; nec_bit_index 0; } else if (high_width 1800 high_width 2500) { // 重复码9ms引导 2.25ms低 560us高 on_nec_repeat(); } break; case NEC_RECEIVING: if (high_width 500 high_width 700) nec_current_bit 0; else if (high_width 1900 high_width 2600) nec_current_bit 1; else nec_state NEC_IDLE; // 累加位数据满8位存一字节 break; } }参数说明high_width的单位是us这里的阈值区间是根据NEC协议标准留出的容差。560us的脉宽在实测时往往会有±20%的漂移所以阈值下限设为500us上限取700us。而逻辑1的脉宽为2.25ms取1900到2600us比较稳妥。若信号质量差可以把区间放宽但过宽会导致误码率上升。解码完成后做三次校验地址码与地址反码按位取反后应相等命令码与命令反码按位取反后应相等地址码是否符合预设值。校验不通过直接丢弃不更新遥控键值。这样可以大幅降低环境中其他红外源的干扰。3. 4路PWM输出实现定时器中断软PWM与占空比计算3.1 4路PWM输出的方案选择硬件PWM还是软件PWMSTC系列内部硬件PWM的通道数因型号而异部分增强型型号如STC15W、STC8系列带6路至8路可配置PWM且支持互补输出和死区插入。另一些基础型号只有2路或者根本没有。选用硬件PWM的优点是输出频率精确、不占CPU时间、支持自动重装占空比。缺点是通道数可能不够且引脚固定无法自由选择输出口。软件PWM则通过定时器中断周期性翻转IO口实现优点是引脚任意、通道数量可扩、频率和占空比可以动态调整。缺点是中断频繁CPU占用率高四路PWM若采用独立比较中断次数会随路数增长。一个常见优化是固定PWM周期为1ms即1kHz频率或0.1ms10kHz频率使用一个计数器从0递增到周期值每路单独保存比较阈值在中断里逐路判断当前计数值是否达到该路输出翻转点。我一般会优先看STC的手册如果目标型号有3路以上硬件PWM就直接用硬件。如果只有两路或没有那就用定时器中断软PWM。下面以STC8系列为例简述两种做法并给出软件PWM的完整代码因为它在大多数STC型号上都能直接跑。3.2 软件PWM的实现定时器中断 翻转点判断假设PWM频率为1kHz即每1ms一个完整周期。将这个周期拆成100份每份10us也就是定时器每10us产生一次中断。每路PWM的占空比用一个0到100的变量表示设置一个公共计数器从0计数到100。volatile unsigned char pwm_cycle_counter 0; volatile unsigned char pwm_duty[4] {0, 0, 0, 0}; volatile unsigned char pwm_output_state[4] {0, 0, 0, 0}; void Timer0_ISR() interrupt 1 { unsigned char i; pwm_cycle_counter; if (pwm_cycle_counter 100) pwm_cycle_counter 0; for (i 0; i 4; i) { if (pwm_duty[i] 0 pwm_cycle_counter pwm_duty[i]) { if (!pwm_output_state[i]) { pwm_output_state[i] 1; PWM_PIN_SET_HIGH(i); } } else { if (pwm_output_state[i]) { pwm_output_state[i] 0; PWM_PIN_SET_LOW(i); } } } }这段代码的逻辑说明pwm_cycle_counter每次中断加一范围为0到99对应占空比0%到100%。pwm_duty[i]是第i路的目标占空比百分比。当计数值小于该路的占空比设置时输出高否则输出低。每路都在同一个中断里判断状态是否需要翻转四路共用同一个计数器因此各个通道天然同步相位一致。这里说的是1kHz的软PWM适合LED亮度调节、风扇转速控制。如果要输出20kHz以上的PWM用于开关电源或音频应用这个方案就不合适了因为10us的中断周期对8051内核来说太紧张中断服务程序根本执行不完。占空比计算公式其实很简单占空比 高电平时间 / 总周期时间 × 100%在本例中高电平时间就是pwm_duty[i] × 10us总周期是100 × 10us。若占空比变量是0到255的精度则计数周期也要改成255份中断时间相应缩短。另一个精度更高的做法是将周期点数设成65536用16位定时器每路用16位比较值。这样占空比分辨率为1/65536但中断开销极大实际不常用。3.3 频率与死区参数的确定方法PWM频率的选择与负载类型直接相关。LED调光建议选1kHz到5kHz太低会看到闪烁直流电机调速选15kHz到20kHz可以避免可听噪声但开关损耗也随频率上升。这个权衡的本质是频率越高电机电流纹波越小但MOS管的开通关断损耗越大。我一般先在低频下确认电机能正常启动再逐步升频用串口把每路占空比发上来同时用电流探头看母线电流波形。涉及H桥驱动时同一桥臂的上下两个MOS管不能同时导通否则直通短路。解决方式是插入死区时间。在硬件PWM模式下STC有专门的死区寄存器软件PWM模式下则需要在翻转逻辑里手工加延时。如果你在同一篇文章里搜到“pwm死区”、“H桥pwm电路的数学原理”这类词说明已经涉及电机控制方向那就不能忽略这个参数。最简单的软死区实现方式是每路在关断到开通之间插入几十纳秒的延时但8051的指令周期较长这个方法不太可控所以更推荐有硬件PWM的型号来做H桥。// 硬件PWM模式下配置死区示例STC8系列 PWM_DeadTime 0x03; // 死区时间 时钟周期 × 值提示0x03这个值只是示例实际死区时间要根据MOS管的关断延迟决定。先查数据手册中MOS管的关断延迟和截止延迟取两者之差再加少量裕量这样设出来的死区不会过大也不会直通。3.4 频率计算与占空比精度的权衡把PWM做到多路时常面临资源争抢同一个定时器既要给PWM提供中断基准又要给串口提供波特率时钟。STC的经典做法是让定时器1负责串口波特率定时器0负责PWM时基如果定时器2可用也可用于PWM。4路PWM所需的定时器中断次数只有单路时的四分之一因为四路共用一个计数器这个优势在资源紧张的51单片机上非常明显。若PWM需要更高的分辨率比如1%的占空比需要至少100个计数点1%精确到0.5%就需要200个点。中断频率等于PWM频率乘以计数点数。比如20kHz、200点中断频率就是4MHz8051内核跑不动。所以要学会做减法如果负载是电机控制精度其实是次要的机械惯量会平滑掉占空比微小变化如果负载是LED那1kHz加100点就够用了不必追求高精度。4. 串口调试工具如何显示4路PWM输出数据数据帧协议与上位机解析4.1 数据链路设计单片机端发送什么给串口调试工具串口调试工具要显示4路PWM输出数据首先解决的问题是数据格式。单片机通过UART发送的数据既可以是纯文本也可以是二进制帧。若使用文本格式每路输出一个类似“CH1: 50%”的字符串人眼可读但解析效率低、数据长度不一致实时波形绘制也很麻烦。我一般在项目初期使用文本格式方便确认通信链路项目稳定后改成二进制帧提高刷新率。二进制帧格式可以这样定义帧头(0xAA 0x55) | 长度 | 功能字(0x01表示PWM数据) | 通道状态 | 4路占空比(每路1字节) | 校验和其中通道状态为 8bit每bit对应一路置1表示该路输出已使能。4路占空比各占1字节取值范围0到100。校验和可以简单地使用除帧头外所有字节的和取低8位。这样一帧数据总长为9字节在波特率115200下每秒可以发送超过1200帧。STC单片机发送该帧的代码可以这样写uint8_t tx_buffer[9]; uint8_t checksum 0; tx_buffer[0] 0xAA; tx_buffer[1] 0x55; tx_buffer[2] 0x07; // 长度后续数据字节数 tx_buffer[3] 0x01; // 功能字PWM负载数据 tx_buffer[4] pwm_channel_status; // 通道使能状态 tx_buffer[5] pwm_duty[0]; tx_buffer[6] pwm_duty[1]; tx_buffer[7] pwm_duty[2]; tx_buffer[8] pwm_duty[3]; for (uint8_t i 2; i 8; i) checksum tx_buffer[i]; tx_buffer[9] checksum; // 注意需要额外一个字节需分配10字节缓冲区 UART_SendBuffer(tx_buffer, 10);这个代码段的逻辑和参数说明帧头固定为 0xAA 0x55用于上位机同步。长度字段表示从功能字到最后一个数据字节的字节数本例为7。校验和覆盖除帧头和校验和自身外的全部字节模拟器或上位机收到帧后重新计算比对不一致即丢弃。4.2 串口调试工具的选择文本模式还是波形模式市面上的串口调试工具有很多。单看文本显示随便一个都行但要看数据变化趋势建议选择支持波形显示的调试工具如Vofa或者用Python写一个简单的解析脚本将数据在PC端可视化。这里不涉及任何网络形态只谈本地串口。Vofa支持自定义协议帧解析可以把上面定义的帧格式写成一个解析模板。这样四路PWM的占空比就能以实时曲线形式显示在屏幕上。对于“串口调试工具中显示4路PWM输出数据”这个需求这应该是最直接落地的做法。如果你喜欢完全可控的方式可以用Python的pyserial库接收并解析上述二进制帧再用matplotlib绘制实时曲线。以下是一个最小示例import serial import matplotlib.pyplot as plt import matplotlib.animation as animation ser serial.Serial(COM10, 115200, timeout0.1) ch_data [[], [], [], []] def parse_frame(data): if len(data) 10: return None if data[0] ! 0xAA or data[1] ! 0x55: return None checksum sum(data[2:9]) 0xFF if checksum ! data[9]: return None return list(data[5:9]) def update(frame): raw ser.read(ser.in_waiting) if raw: data raw if isinstance(raw, bytes) else bytes(raw) for i in range(len(data) - 9): frame_data parse_frame(data[i:i10]) if frame_data: for ch in range(4): ch_data[ch].append(frame_data[ch]) ani animation.FuncAnimation(plt.figure(), update, interval50) plt.show()上述代码是解析和展示的核心逻辑不包含实时曲线绘制细节。用的时候要注意字节对齐不能漏掉帧头也不能把两个连续帧黏在一起时忽略帧间间隙。一个常见的坑是PWM数据刷新速度很快串口发送缓冲区和上位机接收缓冲区不匹配导致数据帧错位。解决办法有两个一是加入更长的帧头或校验字段二是让单片机每隔100ms才发送一次数据降低出错的概率。4.3 单片机端发送频率与数据处理深度的权衡串口显示PWM数据不只是把占空比发上来就行了。还要考虑数据变化的时间分辨率。遥控器每按一次键占空比变化多少步进是1%还是5%如果步进1%数据刷新频率不用太高100ms一帧足够。如果要看电机启动瞬间的电流或速度变化那100ms不够需要提高到10ms甚至5ms一帧。但发送频率提高以后要注意串口波特率是否够用。以115200波特率为例每秒最多传输11520字节。每帧10字节100ms一帧就是100字节每秒占带宽不到1%。即使提高到10ms一帧也就1000字节每秒仍在安全范围内。如果波特率降到960010ms一帧就非常紧张了所以在低速设计里最好把发送间隔调大。另一个常见问题是利用printf直接发送格式化文本比如printf(CH1%d%%\r\n, ch1);看起来简单但printf在STC的SDCC或Keil环境下会消耗大量栈空间和CPU时间。在实时控制循环里我不建议在主循环中直接调用printf而是自建一个缓冲区把待发送数据拼接好后再通过中断方式逐字节发送。下面的代码展示了这个思路void UART_SendString(uint8_t *str) { while (*str) { UART_SendByte(*str); } } void Report_PWM_Status(void) { uint8_t i, temp[4]; UART_SendString(PWM:); for (i 0; i 4; i) { temp[i] pwm_duty[i]; UART_SendByte(C); UART_SendByte(H); UART_SendByte(1 i); UART_SendByte(:); UART_SendByte(0 temp[i] / 10); UART_SendByte(0 temp[i] % 10); UART_SendByte( ); } UART_SendString(\r\n); }此代码的逻辑很好理解打印“PWM:CH1:50 CH2:60 ...”这样的纯文本。前面的0 temp[i] / 10和0 temp[i] % 10是把数字拆成十进制位再转成ASCII字符。这种方法避免使用printf在中断频繁的PWM软件方案里更可靠。4.4 显示数据的同时如何验证红外解码是否正确串口调试工具不仅能显示PWM输出数据还可以同时显示红外解码结果。把遥控器按键值、解码状态、错误计数一并发送出来可以快速定位是解码问题、PWM配置问题还是串口本身的问题。比如按“”键点亮对应的LED并增加某路占空比同时串口输出“KEY: 0x45, CH1 duty60%”这样一段话就把整条链路串起来了。uint8_t key 0xFF; void on_nec_key(uint8_t addr, uint8_t cmd) { key cmd; UART_SendString(NEC Key: 0x); UART_SendHex(cmd); UART_SendString(\r\n);// 根据按键值调节对应PWM通道 if (cmd 0x18) // CH1 pwm_duty[0] (pwm_duty[0] 100) ? pwm_duty[0] 5 : 100; else if (cmd 0x52) // CH1- pwm_duty[0] (pwm_duty[0] 5) ? pwm_duty[0] - 5 : 0; // 其余通道类似}这里用on_nec_key回调函数将解码层与PWM控制层解耦。解码层不关心按键对应什么操作只通知上层键值上层根据键值分配功能。串口输出要与PWM数据帧分开可以定时轮询输出PWM数据而在按键事件中立即输出键值两者互不干扰因为UART发送是逐字节的短报文不会阻塞太久。 ## 5. 用串口数据校准红外解码阈值和PWM占空比精度 ### 5.1 通过观察串口输出的键值来校准脉宽判断阈值 NEC解码时最容易出问题的环节是高电平脉宽的阈值设置。原因是遥控器的晶振频率、接收头的响应时间、电池电压都会影响实际脉宽。同一个遥控器在新电池和低电量情况下逻辑1的脉宽可能从2.1ms变化到2.4ms。固定阈值虽然能适配大部分情况但存在边界失效的可能。 办法之一是把解出来的脉宽直接通过串口发送到调试工具用文本模式观察。在调试阶段我一般会做一个“诊断模式”按一次遥控器串口输出一组原始脉宽数据RAW: 8950 4450 560 560 560 560 560 1690 ...这些数字是所有脉冲的高电平或低电平时间序列。拿到真实数据以后再回来调整解码状态机里的阈值区间。实际做法是统计十次按键的数据取最小值和最大值再把阈值区间设置成中间值的70%到130%。比如实测逻辑1的脉宽在2190us到2280us之间阈值就可以设为1900到2500us留出的裕量足够应对电池电压波动。 关注“pwm占空比计算公式”、“pwm信号”这类热词的人通常也会用示波器看实际波形。示波器测出来的占空比和串口显示的百分比是否一致是另一个重要的校准点。若不一致先检查示波器触发电平是否设置在PWM波形中间再检查占空比变量是否被意外修改。示波器本身有测量误差数字示波器在低频PWM下误差在1%以内这可以作为校准依据。 ### 5.2 PWM占空比的实际值与串口显示值偏差在哪里 当串口显示CH1占空比为50%但示波器显示48%时先不要怀疑代码逻辑先检查IO口的输出模式。STC的IO默认是准双向口若在输出高电平时有LED或其他负载拉低了电平电压可能达不到逻辑高电平的判定阈值示波器显示的占空比自然偏小。解决办法是把PWM输出引脚配置为推挽输出P0M1 ~(1 1); P0M0 | (1 1); // P0.1 设置为推挽输出如果推挽输出后仍然偏低再看软件PWM的翻转执行时间。中断服务程序从进入中断到真正翻转IO口需要执行若干条指令。如果在50%占空比附近翻转点距离计数器的起始点只有很短的时间那么中断执行的延时就会导致实际高电平时间小于理论值。这个问题在较高频率和较多路数时更突出。最直接的验证方法就是把串口报告的占空比和示波器读数做一次多点对比画出偏差曲线若偏差呈线性可在代码里做一次线性补偿。// 线性补偿示例假设实测占空比 设定值 × 0.96 1.2 uint8_t pwm_duty_compensated(uint8_t set_duty) { signed int comp (set_duty * 96) / 100 12; if (comp 100) comp 100; if (comp 0) comp 0; return (uint8_t)comp; }这个补偿函数将设定值换算为实际写入pwm_duty[i]的值。参数96和12来源于具体硬件测量不同电路板的驱动能力和负载不同需要重新标定。注意在80%以上的占空比时补偿值可能会超过100必须做限幅。 ### 5.3 串口调试时容易忽略的波特率误差问题 STC单片机使用内部RC振荡器时频率精度通常为±1%在常温下勉强可以支持115200波特率的串口通信。但若工作温度变化较大或单片机处于低电压状态内部RC振荡器的频率会漂移导致串口误码率上升。串口调试工具里看到大量乱码时首先把波特率降到9600或19200测试如果乱码消失说明问题是波特率偏差而不是数据帧格式写错了。 精准的解决方案是使用STC的下载软件重新校准内部RC频率。多数STC型号在烧录时可以设置“使用内部IRC时钟并自动分频”的选项此时程序下载器会写出一个校准值。若已经批量生产只能在代码里对UART波特率重装值做微调幅度是±1%到±2%。当然最稳妥的方案是外接晶振11.0592MHz的无源晶振可以将波特率误差降到0.3%以下。 调试阶段还有一个小技巧串口工具的显示区域建议开启“时间戳”功能。这样可以看到按键事件和PWM数据之间的先后关系判断是红外解码慢还是串口发送堵塞。若时间戳显示红外解码和PWM更新几乎同时发生说明链路正常若PWM数据比按键晚了几百毫秒大概率是主循环中发送数据占用的时间过长或者解码状态机超时设置太大。将PWM数据发送的任务放到定时器中断里做触发标记而在主循环中只发送“未发完的帧”可以避免这种情况。 ### 5.4 一套最小可运行的验证步骤 如果只是想把“红外遥控 4路PWM 串口显示”完整跑通参考下面的顺序操作会少走弯路。 | 步骤 | 操作 | 验证点 | |------|------|--------| | 1 | 单片机最小系统点灯 | LED亮灭正常 | | 2 | 红外接收头接INT0写一个解码并串口打印键值 | 按遥控器串口出现键值 | | 3 | 配置PWM中断输出4路1kHz信号 | 示波器看到4路方波 | | 4 | 用红外按键调节PWM占空比同时串口输出数据帧 | 串口调试工具中显示4路PWM输出数据随按键变化 | | 5 | 将占空比步进改为1%验证数据帧的实时性 | 数据变化平滑帧间隔稳定 | 如果遇到某一步失败不要急着改硬件。第一步失败可能是晶振或复位电路的问题第二步失败先查接收头供电电压是否稳定第三步失败查定时器配置第四步失败查解码键值映射表。串口显示的数据帧不要等到最后再接建议从第二步开始就把调试信息通过串口输出。这是一条最基本的开发路径实际调试中我几乎每次都使用这个流程。 红外遥控控制4路PWM输出的代码量不大核心逻辑就是解码状态机加定时器中断。真正花时间的地方在于阈值校准、占空比补偿和串口数据帧的鲁棒性。把这三点处理好整个系统基本不需要再动板子。 p a hrefhttps://download.csdn.net/download/ZCY5202015/86076518 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p
