简介这是一份基于C51单片机的增量式旋转编码器读取测试程序适合正在学习51单片机外设与脉冲编码器应用的开发者参考。程序采用goto跳转方式实现非结构化流程控制通过定义无符号整型变量并进行不等比较跳转在标号处完成P0口输出并对定时器进行关闭与重启实现延时约2秒显示参数整体代码思路适合用来理解编码器信号读取与基础显示逻辑。压缩包共22个文件包含c源码、hex烧录文件、uvproj工程文件、lst/obj编译中间文件及m51映射文件等可配合Keil直接打开查看或烧录验证包体仅56KB轻量易用。资源上传以来已有1428人学习浏览适合单片机入门到进阶阶段的读者下载研究尤其对希望通过实际代码掌握旋转编码器计数与定时器配合使用的开发者有直接帮助。 做单片机项目尤其是做仪器仪表、旋钮控制、电机调速这类活儿几乎绕不开旋转编码器。前阵子整理资料翻出一个C51增量式读旋转编码器的测试程序就是那个“C51增量式读旋转编码器测试程序.rar”刚好用EC11编码器配合STC89C52跑通了顺手把整个调试过程和踩坑记录整理出来。这个工程本身不复杂但里面涉及的正交信号解码、机械抖动消抖、数码管动态扫描这几块都是入门单片机绕不过去的坎拿来当样板研究非常合适。这个测试程序解决的痛点很明确旋转编码器不像电位器那样直接输出模拟量它输出的是两路相位差90度的方波你得自己判断转了多少格、往哪个方向转。网上能搜到一堆代码但要么是只读方向不计数要么是抖动处理稀烂一碰就跳数。这个工程把读取、消抖、计数、显示整个链路都打通了适合正在学C51、想搞明白编码器到底怎么玩的同学也适合要把旋钮交互集成到项目里的开发者参考。1. 整体设计思路与方案选型1.1 为什么选增量式编码器旋转编码器分绝对式和增量式两大类。绝对式一出厂就带位置信息断电重启角度不丢但价格贵、接口复杂常见的是并行格雷码或者SSI串行协议对C51这种引脚资源紧张的老芯片不太友好。增量式只输出相对位移单片机掉电后位置信息就没了需要重新找零位但胜在便宜、接口简单、几乎任何一个MCU都能接所以工业旋钮、音量电位器、打印机进纸轮这类场景里增量式占据了绝对主流。具体到C51单片机增量式编码器最典型的型号就是EC11。这玩意儿在电子市场几毛钱到一两块钱一个六个引脚里面是机械触点配合金属簧片转动时产生两路正交脉冲手感有明确的定位感。测试程序选它做载体不是因为性能多强而是因为它能完整覆盖“信号采集—方向判断—计数处理—显示反馈”这条学习链路学完这个往后接光电编码器、磁编码器核心思路都是一样的。1.2 解码方案选型中断扫描 vs 定时轮询增量式编码器输出的两路信号A和B在顺时针旋转时A相超前B相90度逆时针则反过来解码的关键就是捕捉这个相位关系。C51实现解码无非两条路外部中断和定时器轮询。外部中断方案是把A相接INT0、B相接INT1每次边沿触发进入中断后去读另一相的电平判断方向并计数。好处是实时性强、CPU占用低缺点是EC11这种机械编码器抖动严重直接在中断里解码会被抖动信号狂轰滥炸必须在硬件上加RC滤波、软件里再做消抖否则数码管数字跳得跟老虎机似的。定时器轮询方案比较“笨”每几十微秒采样一次A、B电平把两路信号合成一个2bit状态再通过状态变化查表判断方向和步数。这种方案天然具备抗抖动能力因为状态跳变必须是A、B两路正交变化的合法序列非法跳变直接忽略。测试程序最终选的就是后者配合2ms定时中断做数码管分时复用一套定时器同时搞定采样和显示结构非常紧凑。2. 硬件接线与电路设计要点2.1 EC11引脚定义与典型接法EC11编码器一共有五个引脚有些型号带定位柱其实是六个多出来的一个是外壳接地其中有三个用于旋转检测A相输出、B相输出和公共端C。公共端对地或者对VCC看型号内部结构常见的接法是公共端接地A、B上拉到VCC不转的时候输出高电平转到定位点时触点碰公共端输出一段低电平。另有两只引脚是按压开关SW按下时导通做确认键用。测试程序里的接线是A相接P1.0B相接P1.1SW接P1.2公共端接GND三个信号线上拉到VCC。上拉电阻选的是10kΩ配合正常的焊盘布局够用但如果线很长或现场电磁环境差建议降到4.7kΩ甚至2.2kΩ抗干扰能力更强代价是静态功耗稍微大一点。2.2 硬件消抖的RC滤波设计机械编码器最烦人的就是抖动。EC11内部簧片接触时信号并非干脆利落地跳变而是会在几十微秒到几毫秒内反复通断如果直接喂给单片机一次定位会变成十几次触发。测试程序在原理图上加了RC低通滤波每个信号通道串联1kΩ电阻再接100nF电容到地截止频率大约1.6kHz能把高频毛刺滤掉大半。实际焊接时需要注意这个RC滤波必须尽量靠近编码器插座而不是靠近单片机。如果把滤波电路放在单片机端中间那段走线依然充当了天线干扰照样引进来。我实测过同样一套代码滤波放近端和远端效果差别巨大近端方案旋钮动作干净利落远端方案偶尔还是会跳一格数字。2.3 数码管显示部分说明显示部分用的是三个共阴数码管动态扫描段选接P0口通过470Ω限流电阻位选接P2.0、P2.1、P2.2由PNP三极管驱动。动态扫描的原理不复杂三个数码管共用同一组段选线靠轮流拉低位选来“骗”过人眼的视觉暂留同一时刻只有一位数码管是亮的但刷新频率高到一定程度大于50Hz每个人实际做到2ms切换一位后肉眼看到的就是三位同时稳定显示。这里有个常见误区P0口内部没有上拉电阻必须外部接上拉或者干脆用灌电流驱动方式接共阳数码管。测试程序走的是共阴限流电阻到P0口的方案P0输出高电平点亮段码。如果直接拿共阴数码管接P0而不加上拉你会发现段码亮度明显不足而且不同段之间亮度还不均匀。3. 核心代码实现与调试细节3.1 初始化与定时器配置Keil C51工程里初始化部分主要做了三件事配置定时器0为16位定时模式定时2ms中断一次设置P1.0到P1.2为上拉准双向口清空计数变量和显示缓冲区。定时器0的初值计算要算清楚。STC89C52用12MHz晶振时传统51单片机一个机器周期等于12个时钟周期所以定时器每计数一次耗时1微秒。要得到2ms中断就是计数2000次初值等于65536减2000等于63536换算成十六进制0xF830所以TH0装0xF8、TL0装0x30。如果你手头的板子用了11.0592MHz晶振这个初值就要重算不能用一模一样的数据这是个特别容易踩的坑。需要注意STC单片机和老版AT89C52在定时器行为上略有差异。STC89C52默认是12T模式和传统8051兼容但如果你用的STC15、STC8这些新系列默认可能就是1T模式机器周期变成时钟周期同样初值中断频率直接快12倍代码逻辑全乱套。测试程序针对的是STC89C52用的12T模式换芯片时务必看数据手册确认。3.2 编码器状态采样与方向判断定时中断里做三件事扫一次编码器状态、更新一次计数、刷新一位数码管。编码器采样的核心代码逻辑如下unsigned char code encoder_table[16] {0, -1, 1, 0, 1, 0, 0, -1, -1, 0, 0, 1, 0, 1, -1, 0}; void encoder_scan(void) { static unsigned char last_state 0; unsigned char current_state; current_state (P1 0x03); // 读取A、B两相电平 current_state 2; // 放到高两位 current_state | (last_state 0x03); // 和上次状态拼成一个4bit值 // 查表得到本次状态转换对应的步进值 encoder_count encoder_table[current_state]; last_state 2; last_state | (P1 0x03); // 更新历史状态 }这个查表法是从状态转换的角度做的4bit值里高两位是本次A、B状态低两位是上次A、B状态一共16种组合查表直接得到步进值。旋转一圈里每次合法跳变得到的值是加1或者减1非法跳变比如抖动导致A、B同时变查表结果是0自然就被过滤了。这种算法不依赖中断边沿只要采样频率够快就不会漏步。采样频率的选取有讲究。编码器最快转速极端情况下也就每秒转十几圈每圈20个定位点每个定位点产生4次状态变化A、B各两次边沿就算每秒200次状态跳变。2ms采样一次每秒采样500次是最高跳变频率的两倍多奈奎斯特定理够用。实际测试中连续快速拨动旋钮计数依然准确没有丢步。3.3 按键读取与软件消抖EC11的按压开关SW接在P1.2上低电平有效。单片机读取按键比编码器简单但也需要消抖否则按下和松开的瞬间触点抖动会被识别成多次按压。测试程序里用了经典的延时消抖方案检测到P1.2为低后先延时20ms再确认如果还是低就判定为有效按下同时等待释放。逻辑上这个流程没问题但实现时有个细节要注意不能直接调用delay_ms(20)阻塞在主循环里因为编码器采样在定时中断里跑主循环阻塞20ms不影响计数但会影响按键响应手感。更好的做法是在主循环里用系统节拍计时每隔10ms检查一次P1.2的状态连续两次为低才确认按下。这样既不阻塞主流程又能保证消抖效果。void key_scan(void) { static unsigned char key_cnt 0; if(P1 0x04) // 高电平按键未按下 { key_cnt 0; } else { if(key_cnt 255) key_cnt; if(key_cnt 2) // 连续两次扫描均为低确认按下 { key_pressed_flag 1; encoder_count 0; // 短按清零计数测试程序的交互逻辑 } } }3.4 数码管分时复用显示显示部分用了分时复用定时器中断每进入一次切换一位数码管。显示的数值来自编码器计数有正有负所以程序里要先判断符号负号单独显示在第一个数码管上后两位显示绝对值。显示缓冲区是三字节数组分别存百位、十位、个位的段码。void display_refresh(void) { static unsigned char dig_index 0; unsigned int temp; switch(dig_index) { case 0: P2 0x01; // 位选第一位 if(display_sign) P0 0xBF; // 显示负号 else P0 seg_code[display_buf[0]]; break; case 1: P2 0x02; // 位选第二位 P0 seg_code[display_buf[1]]; break; default: P2 0x04; // 位选第三位 P0 seg_code[display_buf[2]]; break; } if(dig_index 3) dig_index 0; }这里有个肉眼可见的坑P2口位选输出和P0口段选输出之间没有任何延时直接切换会导致数码管出现残影也就是“拖尾巴”。正确做法是先关掉所有位选消隐再刷新段码最后打开对应位选顺序不能反。光顺序对了还不够切换间隔要稳定测试程序因为段码数组查表很快实际延迟不到几个微秒肉眼看不出问题但严谨的工程还是要加消隐步骤。4. 常见问题与排查技巧实录4.1 数码管显示乱码或亮度不均很多人第一次跑这个测试程序会碰到显示乱码尤其是P0口接了共阴数码管却发现某些段死活不亮。排查思路是这样的先确认共阴还是共阳如果是共阴P0输出高电平点亮但P0口必须外部接上拉电阻否则高电平驱动能力太弱如果是共阳则是P0输出低电平点亮反而不能加上拉。测试程序牵涉到的P0口用的是推挽式输出直接驱动共阴数码管串限流电阻的方案代码里不用额外配置。还有一种情况是亮度不均一个数码管亮一个暗。这通常是位选三极管驱动电流不够或者开关速度不一致导致的。检查三极管基极电阻是否匹配一般用1kΩ左右阻值太大三极管没法完全导通亮度和刷新率都不足。4.2 旋钮旋转但数字不变化或乱跳这是编码器应用里最典型的问题原因分三类。第一类是接线错误A、B接反这时候正转和反转方向反了数字变化方向和实际不匹配。这不算大问题把A、B对调就行或者代码里方向表取反。第二类是消抖不够RC滤波时间常数太小或者软件查表法被抖动信号干扰表现为拨动一下数字跳好几格甚至来回跳。第三类是采样频率不够表现为快速旋转时数字只往一个方向跑反向的步数丢了因为2ms采样周期跟不上高速状态变化。排查顺序建议先看A、B两路波形示波器探头夹在编码器输出脚上慢慢转动旋钮看是不是输出标准的正交方波。波形毛刺大就加强滤波波形干净但数字乱跳就往软件查表方向找问题。4.3 按键按下没反应或触发两次按键问题的根源基本都在机械抖动。20ms延时消抖对大多数按键都够用但如果你用的是那种手感很差、弹片老化了的按键抖动时间可能超过20ms就会出现按下没反应或者偶尔触发两次的情况。解决办法是把消抖时间加长到40ms到50ms代价是按键响应变钝按下去要等一会儿才生效。对测试程序这种按一下清一次零的场景稍钝一点完全无感。4.4 程序烧录后单片机不工作拿到.rar工程文件解压打开后第一件事不是看代码而是确认芯片型号和设备配置。Keil工程里如果选了AT89C52而你的板子上是STC89C52虽然两者指令集兼容但烧录方式和部分特殊功能寄存器不一样。STC系列要用STC-ISP软件烧录选对单片机型号串口波特率不要设置的太高能有效避免烧录失败。另外Keil C51和Keil MDK是两个不同的产品线很多人装Keil5之后发现新建工程找不到C51芯片就是因为只装了MDKARM版本。C51编译器的安装配置是另一个话题了简单说就是需要单独获取并安装C51编译器支持包安装后新建工程时才能看到8051系列。这个坑几乎每个从STM32转C51的人都会踩一遍提醒一句也算帮后来者少走弯路。5. 扩展思路从测试程序到实际项目跑通这个测试程序只是第一步往实际项目迁移的时候有几个关键点值得提前规划。测试程序把解码和显示都放在了定时器中断里适合教学演示和轻负载场景但如果你要做的是电机速度闭环控制编码器采样频率要求更高中断里还要处理PID运算原来的架构就不够用了。建议把编码器采样优先级提到最高显示刷新降级到主循环里通过标志位触发中断只做置标志主循环里腾出空来再刷新显示。另一个扩展方向是分辨率倍增。增量式编码器有一倍频、两倍频、四倍频的说法一倍频就是每个定位点计一次数四倍频则是把每个状态跳变都计入分辨率可以提高四倍。测试程序用的是四倍频查表法一个定位点产生四次状态变化计数值就是四倍。如果你需要更高分辨率但手头只有普通EC11四倍频就是免费的午餐。关于方向判断还有个工业现场的教训值得说有些设备在每次上电时编码器停在什么位置是不确定的程序里的计数初始值如果每次都从0开始重启后显示数值和机械位置就对不上。要么硬件上加一个归零开关上电后先找零要么用EEPROM定期保存计数值掉电重启后恢复到上次的位置。测试程序没做掉电保存但实际项目几乎跑不掉这个功能顺手记一笔等做产品时能少走一段弯路。最后聊一个我实际操作时反复确认过的细节做编码器编码方向判断时不要图方便把A相接外部中断、B相接普通IO去判断方向。这种方案在低速场景没毛病但高速旋转时中断太频繁C51的中断响应速度很快会被拖垮而且抖动信号很容易误触发中断。反而是定时器轮询加状态机查表转速极限更高抗干扰能力和稳定性更强。从实际教训出发我是真把两种方案都试过才发现传统意义上觉得“更高级”的中断方案在这种场景下反而不如踏踏实实的轮询可靠。做嵌入式这行很多时候稳定压倒一切方案不是越先进越好适合场景和预算的才是好的。本文还有配套的精品资源点击获取
