★ FEATURED ARTICLE 做按键控制之前先把电路这层想明白。很多人一上来就写代码结果LED死活不亮手一碰按键LED就闪甚至按下没反应多半不是代码的问题是按键那根线上的电平状态没搞对。C51单片机入门里按键篇看着简单其实把“按键—电平—扫描—消抖”这条链路打通之后后面做矩阵键盘、做状态机、做长按短按全部都是水到渠成的事。这篇就把我这几年在C51项目里折腾按键的完整经验拆开写一写从电路接法到消抖原理从点动按键到自锁切换从独立按键到矩阵扫描每一步都会解释为什么这么干。1. 按键与单片机之间到底是怎么连的1.1 按键的本质就是一个开关按键按下之前两个引脚之间是断开的按下之后两个引脚导通。单片机I/O口能做的最基础输入检测就是读取引脚上的电平是高还是低。所以按键接入电路的任务只有一件事让单片机在“按下”和“没按下”两种状态下读出不同的电平。最常见的接法是把按键一端接到单片机的一个I/O引脚上另一端接到GND。默认状态下引脚是高点电平按下后引脚被拉到低电平。这种“低电平有效”的接法在C51项目里占绝大多数。有一点我必须要强调C51的P0口内部没有上拉使用P0口接按键或者接其他输入信号时必须外部加上拉电阻不然引脚悬空读出来的电平随机跳按下不按下根本没区别。P1、P2、P3口内部有弱上拉理论上可以直接用但实际项目里我还是习惯在外部加一个10kΩ上拉电阻到VCC让电平更稳定抗干扰能力也更强。1.2 为什么大多数人都用低电平有效低电平有效之所以流行不只是因为接法简单。从原理上看I/O口内部有一个比较器结构引脚对地短路时拉低的动作非常可靠不会产生多余的电流路径。而如果做高电平有效把按键另一端接到VCC按下后引脚变高引脚内部的上拉电阻就会和按键形成一条到电源的通路如果I/O口配置不对容易造成引脚输出模式的冲突反而给自己挖坑。另外一个现实原因是绝大多数单片机默认状态引脚是输入高电平你只要在程序里检测“这一位变成0”就能判断按键被按下非常直观。说一个我踩过的坑有段时间我贪方便直接把按键接到某种内部有上拉的引脚上结果因为板上有几根走线干扰比较大引脚电平在按键没按的时候也会偶尔掉到低电平后来加了外部上拉电阻和一个小电容问题直接消失。所以别省那一个电阻的钱。1.3 读按键到底读的是什么你写代码的时候if(key 0)和if(key 1)这两种判断句对应的是完全不同的接线。C51里常见的写法是sbit KEY P3^1;这一句的意思是给P3口第1位起一个名字叫KEY。后面对KEY做位操作就相当于直接读取引脚电平。读取的结果是一个bit只有0和1两种可能。这点是好理解的但容易出错的地方在“悬空引脚”。如果你按键接线没接好引脚既不接VCC也不接GND内部上拉又很弱引脚上就会感应出各种噪声读出来的值忽高忽低用示波器看波形就像一团毛刺。这也是我一直强调接线要实在、上拉要到位的原因。2. 消抖是按键编程绕不开的第一道坎2.1 按键抖动是怎么发生的机械按键按下和释放的时候内部金属弹片不是一瞬间就稳定接触的而是会来回弹跳几次。你按一下键实际上引脚上的电平会在几百微秒到几毫秒内来回跳变形成一串不规则的脉冲。如果程序只做一次检测单片机可能判断出按下了好几次轻则功能错乱比如按一下切换两个状态重则程序卡在某个分支出不来。抖动一般分两个阶段按下抖和释放抖。按下抖发生在按键刚刚接触时释放抖发生在手松开、弹片弹开时。抖动的持续时间大概是5到20毫秒这取决于按键的机械质量和触点的氧化程度。我实测过一批质量一般的按键抖动时间能到30毫秒以上所以消抖延时不能只看教科书上的10毫秒最好留一点余量。2.2 硬件消抖是怎么做的硬件消抖的思路很简单用低通滤波器把高频抖动吸收掉。最常见的方案是在按键引脚对地并联一个0.1uF的电容。按键未按下时电容被上拉电阻充电到高电平按下瞬间即使弹片在抖动电容也要先把电荷放掉才能把电平拉低这样毛刺就被抹平了。还有一种做法是用施密特触发器芯片比如74HCT14做波形整形输入端的抖动经过施密特滞回特性后会输出一个干净利落的方波。但这种方式在简单学习板上用得不多因为单片机上已经足够通过软件做同样的事。硬件消抖的好处是省CPU资源CPU不用反复读引脚等延时。缺点是多加元件、多占PCB空间。对于一个学习阶段的C51小项目我建议还是用软件消抖为主硬件电容可以作为辅助两边同时上效果最稳。2.3 软件消抖的两种核心思路软件消抖最朴素的做法是“检测到低电平后延时20毫秒再检测一次如果还是低电平就确认按下”。这个方案在大多数场合都够用代码也好写void key_scan(void) { if (KEY 0) // 第一次检测到低电平 { delay_ms(20); // 跳过抖动窗口 if (KEY 0) // 第二次确认 { // 按键确实被按下了 } while (KEY 0); // 等待按键释放 delay_ms(20); // 释放消抖 } }这段逻辑里有一个容易忽略的点while(KEY 0);是在等按键松开如果没有这一步程序会一直认为按键处于按下状态在while循环里反复执行按键动作效果就成了“按下一次触发无数遍”。而松开后的延时则是避免在释放抖动期间又触发一次新的按键事件。另一种思路是定时扫描代替延时阻塞。别在按键检测里用太长的延时因为单片机在延时期间什么别的事都做不了。更好的做法是每隔5毫秒读一次按键连续读到两次相同状态才认为状态稳定。这种方式不阻塞主循环适合在主程序里需要同时处理LED、数码管、定时器等任务的场景。我后面在状态机那节会再展开讲。3. 独立按键控制LED从点动到自锁切换3.1 电路和初始化先用最简单的例子一个按键控制一个LED。LED接P1.0按键接P3.1。LED可以采用低电平点亮也可以采用高电平点亮主要看驱动电路。我习惯用“低电平点亮”因为单片机I/O下拉灌电流的能力通常比上行输出强LED负极接引脚正极通过限流电阻接VCC这样点亮时电流是流入引脚的电压更稳。初始化时要把按键引脚设为输入LED引脚设为输出。C51本身不区分输入输出方向P0到P3的引脚结构决定了你要输出高电平就是向引脚寄存器写1要输出低电平就写0。想要把某引脚当输入用只需要保证不向引脚写0保持高阻或者内部上拉状态。所以代码里第一件事一般是sbit LED P1^0; sbit KEY P3^1; void main(void) { LED 1; // 初始化LED熄灭低电平点亮 while(1) { // 按键检测循环 } }LED1对应的是引脚输出高电平LED灭如果LED是低电平点亮那么LED0时才亮。这个逻辑要想清楚很多新手就在这里搞反直接把代码烧进板子灯不亮就开始怀疑硬件坏了。3.2 点动模式按住亮松开灭点动模式模拟的是一个最原始的开关功能。在按键按下期间LED点亮松开后LED熄灭。核心代码就是检测按键电平状态然后把状态直接赋给LEDwhile (1) { if (KEY 0) LED 0; // 按下灭不对这里LED低电平点亮 else LED 1; // 松开熄灭 }这里其实可以加防抖但对于点动要求不高按键按下去能响应就行。值得说明的是点动模式里不需要记忆按键状态程序只是一直读取当前电平。如果你想做“按一下灯亮再按一下灯灭”就需要一个变量来存状态并且必须消抖。3.3 自锁切换一个变量搞定翻转自锁切换是所有按键项目的核心基础理解了它后面做自定义模式切换、做菜单翻页全是同一套逻辑。思路是每次检测到一次有效的按键事件后把一个状态变量取反再根据变量输出对应的电平。bit led_flag 0; void main(void) { LED 1; led_flag 0; while (1) { if (KEY 0) { delay_ms(20); if (KEY 0) { led_flag !led_flag; LED led_flag; // 根据标志位控制灯 while (KEY 0); // 等释放 delay_ms(20); } } } }这段代码看似简单有三处细节值得抠。第一led_flag !led_flag;是对位取反bit类型变量在C51里占用一个位存储效率很高。第二LED led_flag;时如果led_flag为1输出高电平、灯灭有些初学者因为搞不清极性会把这里写成LED !led_flag;结果按键逻辑完全反过来了这个要根据自己的硬件极性做调整。第三while(KEY0);必须放在状态翻转之后逻辑顺序千万不能反先消抖确认再翻转状态再等释放否则按下期间循环可能反复翻转状态。3.4 为什么我建议用按键事件而不是直接检测电平上面自锁切换的代码里每次有效按键事件触发一次翻转。假如没有等释放的代码按住按键的几百毫秒内主循环反复执行按键检测每次都会满足条件状态就被反复翻转看起来就是灯快速闪烁。真正的项目开发中“按键触发一次”这个概念非常重要我们最终希望的是一个干净的事件信号而不是一个持续的电平信号。理解了电平与事件的区别后面的状态机逻辑就顺了。4. 多按键扫描与状态机让按键不再“打架”4.1 多按键同时检测的尴尬当你需要处理两个甚至更多按键时一个最直接的想法是每个按键各写一套检测逻辑。比如if (KEY1 0) { ... } if (KEY2 0) { ... }这种方式如果按键数量少逻辑简单问题不大。可一旦按键数量增加到四个、八个或者需要同时支持“短按”“长按”“组合键”整套代码就会变得非常混乱延时阻塞会卡住其他按键的扫描等待释放会吞掉组合键的节奏彼此之间还会互相干扰。一个更优雅的思路是“扫描状态记录”。每个按键有一个自己的状态变量程序周期性地读取引脚根据引脚变化更新状态。我们只关心状态边缘也就是电平由高变低的那一瞬间。4.2 用状态机实现理想的按键检测我常用的按键状态机是三个状态初始状态、确认按下状态、等待释放状态。这样既消抖又保证一次按下只产生一次事件而且整个过程不阻塞主循环。typedef enum { KEY_IDLE, KEY_PRESSED, KEY_RELEASED } KeyState; unsigned char key_scan(void) { static KeyState state KEY_IDLE; unsigned char key_event 0; switch (state) { case KEY_IDLE: if (KEY 0) { delay_ms(10); // 消抖 if (KEY 0) { state KEY_PRESSED; key_event 1; // 产生一次按下事件 } } break; case KEY_PRESSED: if (KEY 1) // 松开了 { delay_ms(10); if (KEY 1) state KEY_RELEASED; } break; case KEY_RELEASED: if (KEY 1) state KEY_IDLE; // 完全回到初始 break; } return key_event; }这个函数每次执行只查一次主循环快速循环时每隔几毫秒调用一次就能可靠地捕获按键动作。好处是很明显的整个按键检测过程不会让单片机停在其他任务上而且一次只产生一次事件你可以直接用这个返回值去控制状态翻转、累加计数、切换菜单。4.3 状态机处理长按短按状态机的优势在长按短按场景体现得最明显。假如你要按一下是“切换模式”长按两秒是“进入设置”用延时等待的方式会非常难写因为单片机要一边计时一边读按键但又不能因为按住按键就把其他功能全停了。我可以这样扩展记录按键按下的累计时间在主循环中用一个标志通知计时器累加当检测到按键状态还是按下而累计时间超过阈值时判定为长按事件。unsigned int press_time 0; void timer_isr(void) // 假设定时器每1ms进入一次 { if (KEY 0) press_time; else press_time 0; }主循环里判断press_time超过阈值再根据功能需要做触发。这种用法把按键检测从“立刻响应”变成了“计时响应”灵活性高很多。5. 矩阵键盘用4根线读16个按键5.1 矩阵键盘为什么省引脚独立按键连接方式是一个按键占一个引脚8个按键就需要8个引脚对于C51的P1、P2、P3口来说还能应付可如果做到16个按键、24个按键引脚就不够用了。矩阵键盘解决的是引脚复用问题。矩阵键盘的电路结构是把按键排列成行列交叉网络。比如4x4矩阵键盘有4行4列一共16个交叉点每个交叉点放一个按键。行线和列线全部接到单片机I/O口上。扫描时单片机让其中一列输出低电平其他列输出高电平然后读取各行引脚的状态只要有某一行读到低电平就说明“当前低电平这一列”和“该行”交叉位置的按键被按下了。这样组合起来16个按键只需要8个I/O引脚。5.2 行列扫描的详细过程拿4x4矩阵键盘来说行线接P1.0到P1.3列线接P1.4到P1.7。扫描过程分四步第一步把所有列线都设为高电平防止误触发。第二步把第0列设为低电平其余列保持高电平。第三步读取四根行线电平如果哪一行是低电平说明第0列的这一行按键被按下。第四步依次把第1列、第2列、第3列分别拉低重复读取行线的过程。关键点是每次只能有一列信号是低电平否则两个列同时拉低在跨列按键都按下的情况下读行结果会分不清到底哪个键被按下。这就是“逐列扫描”这个名字的由来。5.3 一个可以直接参考的矩阵扫描函数下面的函数实现了4x4矩阵键盘的扫描返回按键编码没按键时返回一个特殊值。这个函数可以看到行列扫描的基本骨架。#define KEY_LINE P2 // 低四位接行 #define KEY_COLUMN P2 // 高四位接列 unsigned char matrix_scan(void) { unsigned char col; unsigned char row; unsigned char key_code 0xFF; for (col 0; col 4; col) { // 先全部拉高 KEY_COLUMN | 0xF0; // 然后单独把第col列拉低 KEY_COLUMN ~(0x10 col); delay_us(10); // 给电平一点稳定时间 row KEY_LINE 0x0F; // 读行 if (row ! 0x0F) // 有按键按下 { for (row 0; row 4; row) { if ((KEY_LINE (0x01 row)) 0) { key_code row * 4 col; // 编码方式可以自定义 break; } } while ((KEY_LINE 0x0F) ! 0x0F); // 等待松开 } } return key_code; }这段代码有两点要说清楚。第一0x10 col这行看起来复杂其实就是按列号把对应的列线拉低第一列用0x10第二列用0x20第三列用0x40第四列用0x80。第二返回的key_code是一个线性编码从0到15主程序可以把这个值映射成数字0到9或者映射成功能码。实际项目里矩阵键盘也必须在读取后做消抖通常我会在调用matrix_scan后对返回的编码再做一次“连续相同两次”的判断来消抖。5.4 矩阵键盘扫描的注意事项扫描延时不能太长。每一列扫描之间给10到20微秒足够如果延时太长整个扫描周期变大按键响应会变迟钝。同时列线输出、行线输入的引脚设置要规划好C51在代码里不需要显式设置方向但逻辑上你要明确写引脚的就是输出读引脚的就是输入。行线如果接了上下拉电阻悬空时读到高电平按下时读低电平这和独立按键是一个道理。我还遇到过一个问题同时按下多个按键时扫描结果会出错。这是矩阵键盘的一个典型问题叫“按键串扰”。比如按下第0列第0行的键同时按下第1列第0行的键扫描第0列时第0行是低扫描第1列时第0行还是低看起来就是两个键都被检测到了这实际上是正常的。但如果要求支持组合按键就需要加二极管或者改用更复杂的扫描算法学习阶段先按单键处理就好。6. 排错与调试按键项目里最常踩的坑6.1 按键没反应的问题排查清单按键项目出问题绝大多数情况不是代码逻辑跑不通而是硬件连接或者电平状态没对。我整理了一个排查顺序每次调试按键项目都会按这个顺序走一遍。现象可能原因排查方法按下按键没任何反应按键引脚接错、上拉缺失、引脚悬空用万用表测引脚对地电压按键按下前后电压是否变化按一下触发多次动作消抖不充分、等待释放逻辑缺失增加软件延时到20ms检查是否漏了while等待释放按住按键时功能反复执行检测到低电平后没有等释放在按键确认后加while(KEY0)等待松开灯亮但不灭状态翻转逻辑反了或LED极性接错检查LED是低电平点亮还是高电平点亮确认LED1和LED0的实际含义按键偶尔失灵继电器、电机等产生干扰按键引脚加对地电容换用质量好点的按键排查按键问题时有一个好用的工具是逻辑分析仪或者示波器。把探针点在按键引脚上按一下按键波形会把抖动过程和电平变化过程直接画出来。看波形不要只看有没有低电平重点看低电平持续了多少时间中间有没有跳变。有了波形就很容易判断是消抖参数不够还是按键本身质量问题。6.2 延时函数和扫描周期的匹配软件消抖的延时函数多数情况下是自己写的循环延时比如void delay_ms(unsigned int n) { unsigned int i, j; for (i 0; i n; i) for (j 0; j 120; j); }问题在于这个延时函数的实际时长跟单片机晶振频率直接相关。同一个函数在11.0592MHz晶振下和在12MHz晶振下实际延时会不一样。如果消抖延时偏短抖动的毛刺没被滤掉如果偏长按键响应就会卡顿。最可靠的办法是改用定时器延时或者直接在调试过程中配合逻辑分析仪看波形来调整循环次数。C51学习板通常用的是11.0592MHz因为这在串口通信时波特率更容易算准但按键延时这块很多人会忽略这个细节。6.3 引脚复用冲突的坑C51的P3口上有串口引脚、定时器外部计数引脚等功能复用。如果你同时在做串口通信、定时器计数或者外部中断又把这些复用引脚当普通按键用按键状态和复用功能就会互相干扰。比如P3.2是外部中断0的引脚P3.3是外部中断1的引脚如果你用外部中断做按键触发同时又在主循环里用普通的电平检测读同一个引脚逻辑上就会出现重复触发。所以设计电路时就要想清楚按键用的引脚最好避开串口、定时器、外部中断等需要同时使用的引脚。如果实在避不开要明确选择触发方式要么用外部中断要么用轮询扫描不要混用。写到这里正好想起我自己之前做过的一个小项目面板上有十个按键既要处理模式切换又要处理数值增减一开始用的就是一堆堆if加延时代码又臭又长按下键还经常误触发。后来改成状态机扫描加定时扫描代码结构清爽了一大截按键响应也稳定了。按键编程看着入门实际上它是理解“电平—事件—状态”这套嵌入式思维最好的入口。把按键这块真正吃透后面写通信协议状态机、做菜单系统、做各种外设驱动都会顺很多。最后再分享一个习惯调试按键时先不要急着改代码先把按键引脚的电平波形看明白用手按几遍观察抖动窗口有多长再决定延时参数这才是最省时间的做法。
阅读完成 · 觉得有帮助？
