简介面向单片机初学者、电子设计竞赛备赛者及嵌入式硬件爱好者这份仿真资料围绕K1-K4按键控制数码管移位显示功能重点讲解按键输入识别、数码管动态扫描与移位逻辑控制。压缩包内含16个文件覆盖Keil C51工程源码key-smg.c、编译生成的hex烧录文件、工程配置文件uv2/opt/plg/bak及Proteus仿真电路DSN/DBK可满足从代码编写、编译下载到硬件仿真验证的完整流程lst与m51等列表文件则便于深入对照编译映射关系。资源包整体仅37KB结构精简清晰适合直接参考运行。这一实例上传后已有981人学习查看实用性获得一定认可。通过动手实践可掌握多按键状态机处理、数码管段码动态更新及显示位选切换等核心技巧为后续复杂显示系统设计打下扎实基础。1. K1-K4 控制数码管移位显示从按键到段码的完整回路K1 按下去整排数码管向左挤一格最低位补 0K2 按下去数据反向挪回来。看起来像电子钟调时的前奏其实是 51 单片机课设里最典型的按键输入 动态扫描组合。压缩包里的 key-smg.c、key-smg.hex 和 DSN 就是一套可以直接在 Proteus 里跑起来的仿真工程P1 口读按键P0 口送段码P2 口选位Keil C51 编译后把 hex 烧进 AT89C51打开仿真就能看到移位效果。这套东西没用到高级外设也没有复杂协议但它把单片机课程里最容易翻车的三个点——按键消抖、段码映射、动态扫描——全部串在了一起。适合正在做单片机课程设计的学生也适合想快速复现一套完整输入输出回路的入门工程师。下面按输入 → 显示 → 逻辑 → 仿真 → 进阶的顺序拆开讲。2. 按键输入与消抖K1-K4 扫描回路的软硬件配合2.1 独立按键的硬件回路上拉电阻与电平判决K1-K4 在这个工程里是独立按键接法每个按键一端接单片机 IO另一端接地。51 单片机的 P1 口内部有上拉电阻默认输出高电平按键按下时 IO 被拉到地电平从 1 变 0程序读到 0 就认为有键按下。这是最简单的一种输入回路省译码器、省电阻四个按键占四个 IO课程设计里完全够用。Proteus 仿真里要注意一个细节虽然 P1 口内部有上拉仿真模型对悬空引脚的处理有时和真实芯片不完全一致。我一般会在每个按键和 VCC 之间再放一个 10kΩ 上拉电阻不是必需的但能让仿真波形更干净尤其在你后续把代码烧到真实 STC 单片机时外部上拉可以增强抗干扰能力。资源里的 DSN 是直接接 P1 还是加了上拉打开原理图看一眼就知道这不影响代码逻辑。K1-K4 与引脚的对应关系常见定义如下表按键引脚默认状态按下状态功能定义K1P1.0高电平低电平左移K2P1.1高电平低电平右移K3P1.2高电平低电平末位加 1K4P1.3高电平低电平清零代码里用 sbit 逐位声明这样按键命名和原理图符号一一对应。如果拿到手的 key-smg.c 里按键定义不是这个顺序把 sbit 那几行改掉即可逻辑分支不用动。2.2 软件消抖10ms 延时为什么够用机械按键在按下和松开的瞬间簧片会弹跳几次持续时间通常 5-20ms。在这段时间里IO 电平会在 0 和 1 之间来回跳如果不做处理一次按键会被程序误判成多次触发。课程设计里最常见的消抖办法是延时重读第一次检测到低电平后延时 10ms再读一次如果还是低电平说明抖动窗口已经过去这次是有效按下。10ms 这个值不是拍脑袋定的它卡在机械按键抖动窗口的上沿。太短比如 1ms可能还在抖动期内照样读到毛刺太长比如 50ms会让按键响应变肉连续按键时会丢动作。#include reg52.h sbit K1 P1^0; sbit K2 P1^1; sbit K3 P1^2; sbit K4 P1^3; void delay_ms(unsigned int ms) { unsigned int i, j; for (i 0; i ms; i) for (j 0; j 123; j); // 12MHz 晶振下约 1ms } unsigned char key_scan(void) { if (K1 0) { delay_ms(10); if (K1 0) return 1; } if (K2 0) { delay_ms(10); if (K2 0) return 2; } if (K3 0) { delay_ms(10); if (K3 0) return 3; } if (K4 0) { delay_ms(10); if (K4 0) return 4; } return 0; }delay_ms 里那个 123 是根据 12MHz 晶振和 Keil C51 编译后的指令周期算出来的近似值每层 for 循环几条指令嵌套跑完差不多 1ms。不同优化等级下这个数会有小幅偏差用在消抖延时上没有影响。key_scan 的返回值和按键编号一一对应返回 0 表示没有按键按下。2.3 松开检测防止一次按下重复触发上面这个 key_scan 有一个隐患只要按键按住不松主循环每次扫到它都会返回同一个键值。如果后面代码写成每次返回左移就执行一次移位按住 K1 就会连环触发这不是我们要的行为。常见的处理策略是在执行完对应动作后while 循环里等待按键松开unsigned char key key_scan(); if (key ! 0) { // 根据 key 执行移位、加数或清零 // 处理完动作后等待释放 switch (key) { case 1: shift_left(); break; case 2: shift_right(); break; case 3: add_one(); break; case 4: reset_disp(); break; } while (K1 0 K2 0 K3 0 K4 0); }while 那个空循环看起来有点粗暴但在课程设计这种单任务裸机代码里完全够用。它保证用户必须松开按键才会进入下一轮扫描天然规避了连按问题。缺点也很明显key_scan 里的 10ms 消抖延时和 while 等待松开都是阻塞式的代码停在消抖的时候数码管扫描也跟着停这在数码管动态刷新里会直接表现为闪烁。这个问题放到第 4 章和第 6 章专门处理这里先把结论记住查询式扫描 延时消抖的写法适合逻辑简单的课设逻辑一复杂就要换定时器中断方案。3. 数码管动态刷新段码表、位选与 16ms 扫描时序3.1 共阴共阳与段选位选接线数码管按公共端极性分为共阴和共阳两种。共阴数码管把所有 LED 的阴极接在一起作为公共端公共端接地段选脚给高电平点亮共阳数码管则相反公共端接 VCC段选脚给低电平点亮。Proteus 元件库里7SEG-MPX8-CC 是共阴八位数码管7SEG-MPX8-CA 是共阳版DSN 原理图里放的是哪一种决定了段码表怎么取反这是新手最容易踩的坑之一。判断方法很简单在 Proteus 里双击数码管看属性或者看公共端画的接地还是接 VCC。这个工程里如果用的是共阴八位数码管段选直接接 P0 口位选通过 74LS138 译码器接 P2.0-P2.2 三根线如果用的是共阳段码表就得整体取反否则显示出来全是乱码或者干脆不亮。3.2 段码表十六进制码是怎么算出来的七段数码管加一个小数点共 8 个 LED正好对应一个字节的 8 个位。以共阴数码管为例一般定义 P0.0 接 a 段、P0.1 接 b 段依次到 P0.7 接 dp 小数点。要显示数字 0需要点亮 a、b、c、d、e、f 这六段g 段和 dp 熄灭二进制就是 0011 1111换算成十六进制就是 0x3F。常见的显示字符段码如下表显示共阴段码共阳段码点亮的段00x3F0xC0a b c d e f10x060xF9b c20x5B0xA4a b d e g30x4F0xB0a b c d g40x660x99b c f g50x6D0x92a c d f g60x7D0x82a c d e f g70x070xF8a b c80x7F0x80a b c d e f g90x6F0x90a b c d f g熄灭0x000xFF全灭共阳段码就是共阴段码按位取反十六进制上看起来像0x3F 变成 0xC0但注意不是简单的减法关系0x3F 取反是 0xC00x06 取反是 0xF9逐位取反才是正确的。代码里我习惯把段码表定义成 const 数组放在函数外面这样占用的是程序存储区而不是宝贵的片内 RAM。unsigned char code seg_table[] { 0x3F, 0x06, 0x5B, 0x4F, 0x66, 0x6D, 0x7D, 0x07, 0x7F, 0x6F, 0x00 };3.3 动态扫描同时点亮是做不出来的八位数码管如果每一位都独立控制段选需要 8×864 个 IO51 单片机根本不够用。动态扫描的思路是同一时刻只点亮一位轮流点亮每一位让视觉暂留把人眼骗过去。扫描频率足够高时看到的视觉效果就是八位同时亮。扫描时序分两层。外层是位选决定当前点亮哪一位内层是段选决定这一位显示什么内容。位选信号通过 P2.0-P2.2 送到 74LS138 译码器三位二进制编码可以选通 8 个输出端正好对应八位数码管的公共端。每次先送段码再送位选最后延时 1-2ms然后切换下一位。void smg_scan(void) { unsigned char i; unsigned char code pos_code[] {0xFE, 0xFD, 0xFB, 0xF7, 0xEF, 0xDF, 0xBF, 0x7F}; for (i 0; i 8; i) { P0 seg_table[disp_buf[i]]; // 送段码 P2 i; // 138 译码器选位低三位 delay_ms(2); // 每位置留 2ms } }P2 直接赋值为 0-7三个二进制位经过 74LS138 译码后分别选通 Y0-Y7对应八位中的某一位。如果 DSN 里没接 138 译码器而是用 P2 口直连公共端那就要用 pos_code 数组那种方式每一位对应一个 IO 的独立电平控制。两种接法在仿真里都常见代码要跟着原理图走。刷新周期方面八位各 2ms一轮下来 16ms刷新率约 62Hz高于人眼 50Hz 的临界频率不会闪烁。如果延时写太长比如一位 5ms一轮 40ms刷新率掉到 25Hz眼睛就能感觉到明显的闪动。这也是为什么第 2 章里按键消抖的 10ms 延时会影响显示——它一阻塞整个扫描循环就停摆了。4. 移位显示核心缓冲数组与 K1-K4 分支控制4.1 显示缓冲区把数据上和显示上分开这个工程的逻辑核心不是按键扫描也不是段码表而是中间那层显示内容管理。我的做法是定义一个 8 字节的全局数组 disp_buf[]每一位存一个数字值0-9显示扫描函数负责把这个值翻译成段码送出去按键逻辑负责修改这个数组。这样做的好处是彻底解耦。按键代码完全不需要关心数码管怎么驱动它只操作 disp_buf[0] 到 disp_buf[7] 的数据显示代码也不需要知道数据是从哪来的它只负责把 disp_buf 的内容刷到屏幕上。后面要做计数、计时、密码输入都只用改 disp_buf 的维护逻辑显示部分一行都不用动。unsigned char disp_buf[8] {0, 1, 2, 3, 4, 5, 6, 7};初始值为什么从 0 到 7这样一开机就能直观看到八位各自的位置关系按下左移键时能明显看出原本在第二位的 1 挪到了第一位这种变化。你也可以把初始值改成全 0逻辑不受影响。4.2 K1 左移、K2 右移、K3 加一、K4 清零移位操作本质上是数组元素的批量搬移。左移一位就是把 disp_buf[1] 的值赋给 disp_buf[0]disp_buf[2] 赋给 disp_buf[1]依此类推最后一位补 0。void shift_left(void) { unsigned char i; for (i 0; i 7; i) { disp_buf[i] disp_buf[i 1]; } disp_buf[7] 0; } void shift_right(void) { unsigned char i; for (i 7; i 0; i--) { disp_buf[i] disp_buf[i - 1]; } disp_buf[0] 0; } void add_one(void) { if (disp_buf[7] 9) { disp_buf[7]; } else { disp_buf[7] 0; } } void reset_disp(void) { unsigned char i; for (i 0; i 8; i) { disp_buf[i] 0; } }左移的 for 循环必须从低位向高位遍历因为 disp_buf[i] disp_buf[i1] 这个赋值会覆盖掉 disp_buf[i] 的原值如果反过来从高位向低位遍历还没被读取的数据就被改掉了。右移同理必须从高位向低位遍历。补 0 还是补其他值取决于你的设计意图这里补 0 代表空位。add_one 只对最后一位个位做加 1超过 9 就回 0这是为了让你能看到 K3 对显示内容的直接影响。如果你的设计想做成移位后新补的位置从 0 开始累计计数把 add_one 的操作目标改成 disp_buf[0] 即可。4.3 按键动作和显示刷新的时序冲突有了 disp_buf 之后主循环的自然写法是先 scan 一下按键有键按下就执行对应操作然后再刷新显示。问题在于 key_scan 里的 10ms 消抖延时是阻塞的程序停在延时期间的 10ms 内smg_scan 完全没机会跑数码管的刷新率从 62Hz 掉到 40Hz 以下肉眼能捕捉到一次明显暗闪。最常见的解决办法是把主循环改成按键处理和显示刷新交替进行void main(void) { unsigned char key; while (1) { smg_scan(); // 先跑一轮扫描 key key_scan(); // 再查按键 if (key ! 0) { switch (key) { case 1: shift_left(); break; case 2: shift_right(); break; case 3: add_one(); break; case 4: reset_disp(); break; } } } }这个写法里每个主循环周期先完整跑一遍 16ms 的显示扫描再去处理按键。按键按下那一刻数码管会维持最后一帧的画面长达 10ms等消抖结束后才继续刷新。10ms 的停顿在视觉上不容易察觉比一边消抖一边停显示的效果好很多。当然这是靠扫描完一次再去响应按键换来的按键延迟在 10ms 级别对手动按键来说完全无感。5. Proteus 仿真接线与故障排查让 DSN 真正跑起来5.1 打开 DSN 后先检查的四个地方拿到压缩包先别急着点运行Proteus 里按顺序检查下面四项能避开 80% 的仿真跑不动问题。第一是单片机型号双击 AT89C51 看属性里确认晶振频率是 12MHz这个值直接影响代码里 delay_ms 的延时精度第二是电源网络Proteus 里隐藏电源引脚默认是连接 VCC 和 GND 的如果电路里用了独立电源符号电压必须是 5V第三是数码管型号共阴共阳必须和段码表对应第四是按键引脚编号K1-K4 接的是不是 P1.0-P1.3。检查项整理成表格检查点正确状态错误时的现象晶振频率12MHz延时偏慢或偏快消抖失效数码管极性与段码表一致显示乱码或全灭按键上拉10kΩ 到 VCC按键触发不稳定一次跳多挡位选译码74LS138 输入接 P2.0-P2.2位序错乱数字忽左忽右5.2 加载 hex 文件与运行把 Keil 工程编译生成 key-smg.hex 后在 Proteus 里双击单片机芯片Program File 一栏点文件夹图标选中 hex 文件。这里有三个易错点一是 Keil 编译后 hex 文件在工程的 Objects 或 Output 子目录里不开 Create HEX File 选项的话根本不会生成二是 Proteus 加载 hex 后要重新点运行加载前的老状态不会自动清除三是如果改过代码重新编译必须再次加载最新的 hex 文件否则仿真里跑的还是旧程序。运行后如果数码管没反应先看是不是没加载 hex 就启动了——这是最基础也最容易犯的错。排除之后再看单片机引脚有没有电平变化点仿真界面左下角的运行按钮把鼠标悬停在 P1.0 引脚上按下 K1引脚颜色变蓝说明读到低电平了变蓝之后数码管不动问题在移位的逻辑或段码表根本不变蓝问题在按键回路或代码里的 sbit 定义。5.3 按键失灵和显示错位的排查路径按键失灵现象分两种。按一下跳两档的多半是消抖延时不够20ms 上限都没到把 delay_ms(10) 改成 delay_ms(20) 再试。完全没反应的先查按键另一头是不是接地Proteus 里按键的接地引脚很容易悬空放大原理图检查一遍。还有一种隐蔽情况sbit 定义的是 P1^0但原理图上按键实际接的是 P3^0代码读的端口不对自然永远扫不到。显示错位的排查从逐位点亮开始。写一个最小测试函数让 disp_buf[7] 1其他位全 0看最右边那位数码管是不是显示 1。显示的位不对说明位选接线或者位选数组的顺序反了把 P2 i 改成 P2 7 - i 再试。显示的数字不对说明段码表和数码管极性不匹配共阴工程用了共阳段码表就会全乱换成另一组段码表即可。最后给一个仿真专用技巧Proteus 里可以加一个虚拟示波器Virtual Oscilloscope挂在 P2.0 引脚上运行后能看到位选信号的方波正常时能看到 16ms 周期、约 62Hz 的脉冲串看不到波形说明位选代码根本没执行问题在程序跑飞或复位电路。这个手段比盯着数码管猜原因快得多。6. 进阶定时器中断接管扫描把主循环让给逻辑查询式扫描的最大问题在第 4 章已经暴露消抖延时阻塞显示刷新逻辑越复杂越难调和。进阶做法是用定时器 T0 产生固定节拍的中断在中断服务函数里完成消抖取样和数码管扫描主循环只负责处理按键事件。代码骨架如下unsigned char key_state 0; // 当前按键状态 unsigned char key_last 0; // 上次按键状态 void timer0_isr(void) interrupt 1 { static unsigned char scan_pos 0; TH0 0xFC; // 12MHz 下 1ms 重装 TL0 0x18; // 数码管扫描每 1ms 切换一位 P0 seg_table[disp_buf[scan_pos]]; P2 scan_pos; scan_pos (scan_pos 1) 0x07; // 按键取样每 4ms 做一次状态采样 if (key_count 4) { key_count 0; key_state (P1 0x0F); // 读取低四位 } } void main(void) { // 初始化 T0 为 16 位定时器开启中断 TMOD 0x01; TH0 0xFC; TL0 0x18; ET0 1; EA 1; TR0 1; while (1) { // 检测下降沿上次是高电平这次是低电平 if ((key_last 0x0F) (key_state 0x0F) key_state ! key_last) { // 松开后触发依次判断 K1-K4 } key_last key_state; } }中断版本的核心理念是定时器保证无论主循环在干什么数码管每 1ms 都会切换一位按键电平每 4ms 采样一次采样间隔本身就构成了硬件级的消抖不需要 delay_ms 阻塞等待。主循环里检测到按键电平变化后通过一个事件标志通知逻辑层执行移位操作。这种采样、扫描进中断逻辑留主循环的结构在现场总线仪表、Modbus 从站这类项目里很常见和 modbus 单片机帧接收时用定时器分帧是一个思路。按键边沿检测那行要留意简单写法里 K1 按下会进两次分支按下一次、松开一次所以要在分支里标记已处理过该键或者只在检测到上升沿时触发。具体到 K1-K4 的四个按钮可以用 key_mask 按位判断比四段 if 更紧凑if ((key_state ^ key_last) 0x0F) { unsigned char changed (key_state ^ key_last) 0x0F; if (changed 0x01 key_state 0x01) shift_left(); if (changed 0x02 key_state 0x02) shift_right(); if (changed 0x04 key_state 0x04) add_one(); if (changed 0x08 key_state 0x08) reset_disp(); key_last key_state; }这段代码的思路是把四个按键装进一个字节的低四位异或运算找出状态发生变化的位再配合当前为低的条件过滤掉释放瞬间。在 Keil 里用 Peripherals → Timer 面板观察 T0 的重装值是否正常用 Peripherals → Port 面板观察 P1 口的电平变化可以直观确认边沿检测是否按预期触发。本文还有配套的精品资源点击获取