51单片机红外遥控计算器：时序解码、状态机与动态扫描-北京尧图网络

简介面向51单片机初学者、课程设计学生与红外通信入门者的红外遥控计算器程序文档围绕TC9012遥控器解码、数码管动态显示与四则运算展开可用于单片机课程实验、毕业小项目或遥控交互练习。压缩包仅含1个doc文件约245KB文档整理有完整C51源程序并附电路图与遥控器编码图方便对照硬件连接理解外部中断0、定时器0初值、32位红外码值提取、键值映射、数据接收缓存、运算处理与数码管扫描显示等实现细节。该资料已有588人学习能从代码结构、模块划分和电路联调角度提供直接参考适合想快速搭建红外遥控计算器原型的读者查阅。1. 一个4.5毫秒的约定红外计算器的胜负手不在运算多数人第一次拆解51单片机红外遥控计算器注意力都落在加减乘除上。可这份代码里运算部分不到三十行真正吃掉一半篇幅的是怎么把一根线上跳变的时间间隔还原成四个字节。红外接收头解调后输出的是宽度不等的低电平脉冲TC9012 协议把这些脉冲的间距编码成 0 和 1再用 33 个时间槽拼成一帧。定时器只负责数数外部中断只负责记下“这一格有多长”真正的判决发生在事后的一次遍历里。理解这条时序链路比背下每个按键的十六进制编码有用得多——它决定了为什么遥控器偶尔按了没反应、为什么换个遥控器就失灵、为什么数码管会闪。下面沿着“时序→字节→状态机→显示”这条链把 51 单片机在这个场景下的取舍掰开看。2. 从脉宽到字节33 个时间槽如何被还原成一条按键指令2.1 定时器0的方式2与那个必须先校准的时基红外解码的第一块基石不是协议是时基。这份代码把定时器 0 配成工作方式 2也就是 8 位自动重装模式TH0 存重装值TL0 是当前计数溢出时硬件自动把 TH0 灌回 TL0不需要在中断里手动补初值。选方式 2 而不是方式 1理由很实际——解码要求每个计数格的长度绝对均匀方式 1 每次溢出都要软件重装中断响应延迟会让格子忽长忽短累积到 33 个槽上就是判决漂移。void INTInit() { TMOD 0x02; // 定时器0 方式28位自动重装 TH0 0x00; // 重装值 TL0 0x00; // 初值 ET0 1; // 允许 T0 中断 TR0 1; // 启动计数 IT0 1; // INT0 下降沿触发 EX0 1; // 允许外部中断0 EA 1; }参数本身没毛病问题出在重装值上。方式 2 的溢出周期是(256 - TH0) × 机器周期。若按常见的 12MHz 晶振、标准 12T 模式算一个机器周期 1usTH0 填 0x00 意味着每 256us 才溢出一次。可一帧红外的起始码是 4.5ms 低电平加 4.5ms 高电平折合 17.6 个 256us 格。回头去看中断服务里那个判决窗口irtime 31 irtime 49它显然不是按 256us 一格写的。把两头的数对齐能反推出这套代码实际需要的时基约为 100us 一格4.5ms ÷ 100us ≈ 45正好落在 31 到 49 这个窗口的正中间上下各留了约 14 格的余量。要让方式 2 的溢出周期变成 100us重装值应该是256 - 100 156也就是TH0 0x9C。原始代码写0x00说明它跑通的环境跟 12MHz 不是一套配置或者当初就是靠试出来的。常见的实现思路是先把 TH0 改成 0x9C用示波器或逻辑分析仪量一下接收头输出确认 4.5ms 落在 45 格附近再去调窗口边界。提示移植这类解码代码第一件事永远是确认时基而不是抄判决阈值。阈值是时基的因变量时基一换阈值全部作废。2.2 起始码窗口 31~49判决阈值是算出来的还是调出来的中断服务函数是整份代码里最需要小心的地方因为它同时承担了“测量”和“切帧”两个职责。void ex0_isr(void) interrupt 0 using 0 { if(fir) { if(irtime 49 irtime 31) mir 0; // 命中起始码强制回到槽0 irdata[mir] irtime; // 记录本格宽度 irtime 0; // 计时器归零准备下一格 mir; if(mir 33) { irok 1; mir 0; fir 0; } // 33 格收满置帧完成标志 } else { irtime 0; fir 1; // 第一个下降沿只负责启动不记录 } }fir这个标志解决的是一个很朴素的问题两次按键之间可能隔着几百毫秒第一个下降沿之前累计的irtime是没有意义的垃圾值直接记进去会把整个数组冲乱。所以第一次进中断只做清零和置位从第二次开始才真正记录。这是典型的“用状态位吃掉无效数据”的写法成本一个 bit收益是整帧对齐。那个mir 0的复位动作才是这段代码的精华。红外帧与帧之间的间隔并不固定松手、连按、遮挡都会让mir停在半路。如果不在检测到起始码时强行把写指针拉回 0上一帧的残留会和下一帧错位拼接解出来的键值就是随机的。把“起始码”同时当作“帧同步头”是一个不需要额外握手就能自恢复的设计。至于 31 到 49 这个区间它不是从数据手册抄来的是权衡出来的。下界 31 卡的是“不能把数据位的长脉冲误认成起始码”——数据位 1 的高电平只有 1.69ms约 17 格离 31 还远上界 49 卡的是“接收头输出的抖动和中断延迟不能把合法起始码挤出去”。窗口开得太窄稍微有点晶振偏差就丢帧开得太宽噪声也能凑成起始码。±9 格的容差大约对应 ±20% 的时基误差这在没有晶振校准的廉价方案里是个合理的落点。2.3 位判决与四字节拼装为什么阈值卡在 733 个槽收齐之后irdata[0]是起始码占位真正的数据从下标 1 开始一共 32 个槽正好 4 个字节。Ircordpro()干的就是把 32 个宽度值压成 4 个字节。void Ircordpro(void) { unsigned char i, j, k; unsigned char cord, value; k 1; // 跳过 irdata[0] 的起始码 for(i 0; i 4; i) // 4 个字节 { for(j 1; j 8; j) // 每字节 8 位 { cord irdata[k]; if(cord 7) value value | 0x80; // 宽脉冲判 1 else value value; // 窄脉冲判 0 if(j 8) value value 1; // 高位先到右移腾位置 k; } IRcord[i] value; value 0; } if((IRcord[0] ~IRcord[1]) (IRcord[2] ~IRcord[3])) { X IRcord[2]; fang2 1; } }移位方向值得多说一句。协议是低位先发但接收端希望得到一个正常的字节所以采用“先置最高位、再整体右移”的套路第一个 bit 进来时value还是 0置0x80得到1000_0000第二个 bit 进来先移位变0100_0000再按需置位八轮之后最先到的 bit 落在 bit0正是协议要求的低位在前。如果反过来写“左移累加”解出来的字节高低位是颠倒的键值表就得整张重写。阈值 7 同样是时基的衍生物。窄脉冲 0.56ms 约 5.6 格宽脉冲 1.69ms 约 17 格取 7 做分界离两边都有余量。这个数只要夹在 6 和 17 之间就能工作写 8、写 10 都不会出错选 7 只是图一个居中的稳妥。真正敏感的是 2.1 节里那个时基一旦时基跑偏窄脉冲被算成 8 格所有 0 立刻变 1解出来的键值会整体错乱。2.4 反码校验里那个不会报错的等号上面代码最后那行if((IRcord[0] ~IRcord[1]) (IRcord[2] ~IRcord[3]))看着像校验实际上什么也没校验。是赋值不是比较赋值表达式的值就是被赋的值只要~IRcord[1]非零条件就成立。更麻烦的是这里如果改成反而会挂IRcord[1]是unsigned char参与运算时会被整型提升成int~之后高位全是 1比如~0x00得到0xFFFFFFFF跟unsigned char的0x00一比永远不等。正确的写法是先截断再比较if((unsigned char)(~IRcord[1]) IRcord[0] (unsigned char)(~IRcord[3]) IRcord[2]) { X IRcord[2]; fang2 1; }这几行带来的后果很直接谁拿一个别的红外遥控器对着板子按只要时序能凑成 33 格键值就会被接受因为校验形同虚设。单遥控器自娱自乐时看不出问题一旦要做多设备共存或者抗误触翻车就在这儿。C 语言里“看起来没报错、跑起来也不崩”的 bug往往比编译不过的更贵。3. 三个标志位撑起的状态机按键序列怎么被切成两个操作数3.1 flag / flag1 / flag2 编码的四个输入阶段计算器的本质是一个状态机但这份代码没有用枚举而是用三个uchar拼出了状态flag表示“刚收到一个数字、还没被消费”flag1表示“运算符已经按下、正在录第二个操作数”flag2表示“等号已经按下、处于结果态”。另有f1到f4四个运算符标志同一时刻最多一个为 1。flag2flag1阶段数字键去向运算符键行为00录第一个操作数写入 DATA1无效01录第二个操作数写入 DATA2重设 f1~f411结果态无效无效等清零10过渡态无效无效关键在DataHandle()里那两个数字分支的条件key 10 flag 1 flag1 0走第一个数key 10 flag 1 flag1 1走第二个数。少了flag 1这一条一次按键会被主循环的每一轮重复消费按一次“5”能给你塞进七八个 5。flag在keyscan()里置位、在DataHandle()里清零形成一次性的“信箱”语义这是裸机编程里最省钱的事件传递方式。运算符的处理放在else if(flag1 1)分支里只有进入第二操作数阶段才认运算符。这个约束保证了表达式形态固定为“数运算符数等号”不做优先级解析也不做连续运算。对 8 位数码管、一颗 51 的算力来说这是有意为之的裁剪——真要做表达式求值得引入栈和词法分析代码量翻五倍不止而按键只有这么几个收益不成比例。3.2 按位十进制还原lint 与那层嵌套循环数码管上的“123”在内存里是DATA1 {1, 2, 3}三个独立数字不是整数 123。DataOper()负责把它们还原成真正的数值。for(i 0; i (px1 - 1); i) { k DATA1[i]; for(j 0; j (px1 - i - 1); j) { k k * 10; // 按剩余位数补零 } x1 x1 k; } x1 x1 DATA1[px1 - 1]; // 最后一位单独加避免多乘一次 10这段代码等价于x1 x1 * 10 digit的逐位累加只是换了个展开写法第 i 位上的数字要乘以10^(px1-i-1)作者用一层内层循环代替了幂运算函数。这种写法在校验时很直观——能一眼看出每一位乘了几次 10——代价是px1较大时循环次数是平方级的不过px1最大也就 8两重循环最多 64 次乘法对 12MHz 的机器完全可以接受。x1、x2、y用unsigned long而不是unsigned int是必须的。51 的int是 16 位最大 65535八个 9 组成的九位数直接溢出unsigned long是 32 位能装到 42 亿容纳八位数的乘积累加绰绰有余。这类溢出不会报错只会让你算出个莫名其妙的负数或小数——典型的需要靠类型宽度兜住的地方。运算符分派是四个if-else靠f1到f4互斥判断。这里有个没被处理的分支f4为 1 时执行y x1 / x2但没有判x2是否为 0。整数除零在 51 上不会抛异常结果是未定义的通常是全 1 或者随机值然后在结果拆分时算出满屏乱码。3.3 结果拆分与前导零消隐的边界算出来的y要重新拆成 8 个数字才能上数码管。RESUIT[0] y / 10000000; RESUIT[1] (y % 10000000) / 1000000; RESUIT[2] (y % 1000000) / 100000; RESUIT[3] (y % 100000) / 10000; RESUIT[4] (y % 10000) / 1000; RESUIT[5] (y % 1000) / 100; RESUIT[6] (y % 100) / 10; RESUIT[7] y % 10; while(!RESUIT[m]) m; // 跳过前导零 px3 m;除法加取模的十次运算是 51 上最贵的操作之一。unsigned long的除法由编译器生成软件例程一次大约几百个机器周期八次拆分加上前面的幂次循环整段运算在毫秒量级。对于按键响应的场景完全够用反正人眼也看不出 2ms 和 20ms 的差别。前导零消隐的写法看起来聪明边界却很脆。m从 0 开始往后找第一个非零位一旦结果为 0RESUIT八位全零m会一路加到 8 才停然后px3 8。回到显示分支循环条件写成for(i 7; i px3; i--)7 8不成立一位都不显示——屏幕上空空如也用户以为死机了。合理的处理是把m的上限卡在 7或者对全零单独判一次让最后一位显示 0。4. 数码管动态扫描P0 八根线怎么同时当段码和位选4.1 P0 口复用的位运算与那一位被刻意留下的 P0.7八位数码管要 8 根段线加 8 根位线一共 16 根 IO对 51 的 32 根口线来说是笔不小的开销。这份代码用了一条折中路子段码只送低 4 位位选送 bit4 到 bit6靠外部译码器扩展开。void display(uchar n, uchar m) // n第几位数码管m这一位显示的数字 { P0 P0 0x80; // 只保留 P0.7其余位清零 P0 P0 | (n 4); // 位选n 放到 P0.4~P0.6 P0 P0 | m; // 段码m 放到 P0.0~P0.3 }三步操作各有讲究。第一步P0 0x80是读改写先读回端口锁存器的当前值与掉低 7 位。第二步把位选号左移四位正好落在 P0.4 到 P0.6 上三位最多编 8 个地址跟八位数码管严丝合缝再多一位就溢出到 P0.7 了。第三步把 0 到 9 的数字塞进低四位外部接一片 BCD 到七段的译码芯片就能把四位二进制变成 a 到 g 的点亮组合。低四位只能表示 0 到 15所以这套显示架构天然只能显示数字和少量符号字母得靠查表。这是硬件层的裁剪换来的好处是主控只出 7 根线省下的口线留给红外接收、按键和别的外设。那个被保留的 P0.7 值得单独说一句。如果只是驱动数码管第一步完全可以写成P0 0x00直接清零三步并两步。特意保留了最高位说明 P0.7 上挂了别的东西——可能是蜂鸣器、可能是某个指示也可能只是当初布线时的习惯。移植到别的板子上如果 P0.7 是空闲的这两行可以直接简化如果 P0.7 接了别的外设那这个保留动作就是必须的删了会把它误清掉。看别人的代码这种“多此一举”的地方往往藏着硬件信息。4.2 扫描节拍、延时与视觉暂留的账动态扫描的原理是把八位数码管轮流点亮靠人眼的视觉暂留合成一幅稳定画面。刷新率低于 50Hz 会看到明显闪烁低于 30Hz 会看到位与位之间跳动。delay(5)这类调用是软件延时函数体是两重空循环实际耗时跟晶振、编译器优化等级强相关。void delay(msx) { uint i, j; for(i 0; i msx; i) for(j 0; j 110; j); }内层 110 次这个数字是根据 12MHz 下每次循环大约 8 到 9 个机器周期反推出来的凑出接近 1ms 的效果。它极不精确编译器一开优化就可能被整个删掉但在这个场景里够用——数码管的闪烁阈值很宽容2ms 和 5ms 的差别肉眼看不出来。真正的账要整体算DisplayHandle()里每位延时 3 到 5ms八位全扫一遍就是 24 到 40ms对应 25 到 40Hz已经贴着闪烁的边缘了。好在代码只扫有效位数——输入阶段只扫已录入的位结果阶段从第一个非零位扫到第 8 位。输入一个两位数时实际只扫两位一帧 6 到 10ms刷新率上百赫兹看起来很稳。真正吃力的是八位大数结果那时候一帧 40ms边角会有点抖。4.3 三套渲染分支与它们各自的刷新策略DisplayHandle()用flag1和flag2组合出三条分支每条对应不同的数据源。输入第一个操作数时走DATA1从右往左填x px1作为起始位置每显示一位x减一数字就贴着右边排。输入第二个操作数时逻辑一样只是数据源换成DATA2、延时从 5 降到 3。为什么第二个数显示更快很可能是为了在运算前后切换时减少拖影也可能是试出来的手感这类细节通常没有文档只能从数字差里猜。结果态走的是RESUIT从px3一直显示到第 7 位遍历方向是倒序。三条分支各写一遍循环代码重复度不低好处是每条都能独立调延时和起止位不会互相牵连。真要抽象成一个通用渲染函数得传数据指针、长度、对齐方式、延时四个参数在 51 上调函数传参的开销比复制一遍循环还大。资源紧张的平台上“重复”经常比“抽象”便宜。5. 常见问题排查红外计算器最容易翻车的五个地方红外解码这类活出错时的现象往往离根因很远。按了没反应用户以为遥控器没电数字乱跳以为是接收头坏了其实多半是下面这五处。5.1 按了没反应时基与起始码窗口对不上现象是遥控器对着板子按指示灯会亮数码管纹丝不动。加串口打印或者用逻辑分析仪抓irdata会发现 33 个槽根本收不满irok一直是 0。原因在 2.1 节已经铺过TH0 0x00在 12MHz 下给出 256us 的格子4.5ms 起始码只有 17 格怎么都落不进 31 到 49 的窗口mir永远得不到复位数组写到一半就错位。换个晶振、换个编译器优化等级格子长度再变一次问题就时有时无最容易被误判成接触不良。解决方式是先定标再调阈值把 TH0 改成0x9C100us 一格确认 4.5ms 大致落在 45 格如果手头晶振不是 12MHz就按256 - (100us / 机器周期)重新算重装值。定标完成后再微调窗口边界实测起始码的计数值通常落在 42 到 48 之间取 31 到 49 有足够余量。5.2 按一次跳两位irok 清除时机与重复码现象是按一下“7”屏幕上出现两个 7或者按数字偶尔会跳过一个。原因是irok的清除和fang2的置位不在同一个节奏上。keyscan()里先if(irok){ Ircordpro(); irok 0; fang1 1; }再判断fang1 fang2才走键值分派。如果某次Ircordpro()因为校验没通过而没有置fang2fang1会一直挂着等下一次按键到来时上一帧的fang1和这一帧的fang2凑成一对一次按键被消费两遍。TC9012 按住不放时会重复发送同一帧重复码的处理也没做区分。解决方式是把fang1和fang2的清除放进同一个临界区帧处理函数结束前无条件清掉两个标志别让它们跨帧残留。真要支持长按连发得单独识别重复码帧起始码相同但数据段不同的那种而不是靠标志位凑。5.3 结果是 0 却什么都不显示m 跑到 8 之后现象是算出来 0屏幕上一位都不亮看着像死机按清零键又能恢复。根因就是 3.3 节那个while(!RESUIT[m]) m;。结果为 0 时八位全零m一路加到 8px3 8显示循环for(i 7; i px3; i--)一次都不执行。如果i和px3都是无符号数i px3在i递减到 0 之后再减一会回绕成 255理论上能变成死循环——这里因为循环体压根没进侥幸没触发但只要改一行代码就可能踩上。解决方式是给消隐加上限while(m 7 !RESUIT[m]) m;保证至少显示最后一位同时对全零结果单独判一次直接把px3设成 7。无符号数做倒序循环条件最好写成i ! px3或者用do-while别依赖。5.4 算完一次再算数字越算越大x1/x2 没有复位现象是第一次 35 得 8接着按 22 得 12越算越离谱。因为x1、x2、y只在Init()里清零而Init()只由清零键调用。DataOper()把DATA1里的数字累加到x1上时用的是x1 x1 k上一轮的值还在里面。第二次数值被“加”到旧结果上等于每算一次累加一次。解决方式是在DataOper()开头把x1、x2、y全部归零让每次运算都是干净的一轮。顺手把DATA1、DATA2的写指针px1、px2也复位否则第二轮的数组从上一轮的尾部接着写越界是迟早的事。5.5 数码管串影、某位偏亮P0 复用的竞争现象是某一位数码管上能看到相邻位的残缺笔画或者某一位明显比别的亮。动态扫描里位选和段码共用一组口线切换瞬间的中间状态会短暂点亮错误的组合。display()里先清低 7 位再写位选、再写段码两步之间的那几微秒所有数码管的段线是悬空的前一位的余辉没散尽后一位的位选已经开了就形成串影。位选开得久、段码停留短的位看起来就偏亮。解决方式是在切换位选之前先关断所有段码也就是“消隐”先写P0 P0 0x80把段线全部拉低延时几个微秒让旧位彻底熄灭再写新的位选和段码。代价是每位的有效点亮时间少一点整体亮度略降把延时从 3ms 加到 4ms 就能补回来。这类问题是纯模拟层面的逻辑分析仪抓不到只能靠眼睛盯。6. 设计取舍一颗 8 位机上什么该放进中断什么该留给主循环看完整份代码最值得琢磨的不是某个函数怎么写而是那条贯穿全文的分界线中断里只做“记录时间”所有判决、拼装、运算、显示统统丢给主循环。void tim0_isr(void) interrupt 1 using 1 { irtime; } // 只做加法 void ex0_isr(void) interrupt 0 using 0 { /*只做记录与切帧*/ }定时器中断的服务函数只有一行这是刻意的克制。51 的中断响应本身有延迟进入中断还要压栈、跳转、恢复现场一次开销在几十个机器周期。如果在这个中断里做除法或者数组操作时基立刻变形前面辛苦校准的 100us 一格就不成立了。红外解码对时基的敏感度是线性的——格子偏差 10%判决窗口的余量就少一半。职责放置位置理由计时累加定时器中断频率最高必须最短脉宽记录与切帧外部中断事件驱动响应越快越好字节拼装与校验主循环可延迟不影响时序运算与拆分主循环按键触发耗时长无实时要求数码管扫描主循环轮询频率可降中断里做会拖慢一切主循环是一个没有阻塞的轮询keyscan()看一眼有没有新帧DataHandle()把键值塞进对应数组DisplayHandle()刷新一遍数码管然后立刻回到开头。三个函数都必须短任何一个里出现死等显示就会停。delay(5)这种忙等能存在于显示函数里是因为它足够短5ms 的停顿对按键响应没有可感知的影响。另一个取舍是“够用就好”的数值范围。用unsigned long算八位数最大到 42 亿但实际上八位数乘八位数能到 10^16早就溢出了。作者没有做溢出检测也没有做除零保护因为这是一台按键只有十几个、屏幕只有八位的计算器用户几乎不会去乘两个八位数。真要做就得引入多字节运算或者浮点代码体积翻倍RAM 也未必够。我早年移植过一版类似的东西觉得标志位写法太土改成了枚举状态机还加了一层事件队列结果 RAM 直接吃掉一半显示开始丢帧。从那以后我每次碰这种裸机小项目都强制先把“中断里只记时间、其余全交主循环”这条规矩走一遍再谈优化。硬件的余量是算出来的不是感觉出来的。这份带电路图和编码图的完整程序值得存下来当模板改改时基就能搬到别的遥控器上省下的调试时间比读十篇协议文档都多。希望帮到你。本文还有配套的精品资源点击获取

51单片机红外遥控计算器：时序解码、状态机与动态扫描

相关推荐

MAI Gateway：制造业AI落地的协议穿透与实时调度中间件

CH340在Ubuntu 22.04下的驱动配置与故障排查全指南

ESP8266/ESP32远程控制实战：blinker库避坑与稳定性优化

更多资讯

用Cloudflare Workers构建云桌面：cloudflare-os架构与实现解析

MATLAB集成量子计算BQP后端的工程实践指南

MATLAB量子模块实战：BQP算法工程化集成与工作流改造

从通用Agent到专用Skills：AI开发范式转变与实践

量化交易中加密API的痛点与高频数据解决方案

Java老人健康管理系统：架构设计与技术实现

今日更新

微信个人号API开发案例：图片/语音/视频消息怎么下载解析存到本地？

Python股票自动交易系统源码解析：从行情获取到风控的完整链路

视酷酷信IM源码部署指南：Java 17+MySQL 8.0.33实战配置

本周精选

防幻觉智能体架构：电源硬件设计中的大模型编排与工具化实践

OpenGL面试核心考点：渲染管线、矩阵变换与性能排查全解析

全国计算机二级C语言真题PDF高效刷题指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？