按键消抖真的有必要吗？
按键消抖真的有必要吗？我写过几个程序，没有用消抖和用了消抖的效果没有什么区别。没有用消抖子程序时，程序也不会跑飞。但是我看几乎所有的书上的程序都有消抖子程序。我怀疑这些书...
按键消抖真的有必要吗？我写过几个程序，没有用消抖和用了消抖的效果没有什么区别。没有用消抖子程序时，程序也不会跑飞。
但是我看几乎所有的书上的程序都有消抖子程序。我怀疑这些书是不是你抄我，我抄你。以至于夸大了消抖子程序的作用。
我不怀疑消抖子程序的用处，当环境恶劣时，消抖子程序肯定是必须的。
但是一般的环境下，不用消抖子程序，根本不会有什么大的问题。更不会像有些人说的那样——程序乱飞了。这些说程序回乱飞的人，我不知道他们有没有做过实验呢？
想问问 有经验的人 有何见解？ 展开
但是我看几乎所有的书上的程序都有消抖子程序。我怀疑这些书是不是你抄我，我抄你。以至于夸大了消抖子程序的作用。
我不怀疑消抖子程序的用处，当环境恶劣时，消抖子程序肯定是必须的。
但是一般的环境下，不用消抖子程序，根本不会有什么大的问题。更不会像有些人说的那样——程序乱飞了。这些说程序回乱飞的人，我不知道他们有没有做过实验呢？
想问问 有经验的人 有何见解？ 展开
6个回答
展开全部
我虽然不是你那个专业的 不过我干的那个跟你差不多 呵呵 既然都说要用消抖 就用点好点你说呢 就像我们干的这个专业不用端面量液时要不把620改为52.0649改为270.0 不改也可以 但就是怕程序有时出问题那就是人命的问题哈 所以我觉的用了好点
按键消抖：
通常的按键所用开关为机械弹性开关，当机械触点断开、闭合时，电压信号小型如下图。由于机械触点的弹性作用，一个按键开关在闭合时不会马上稳定地接通，在断开时也不会一下子断开。因而在闭合及断开的瞬间均伴随有一连串的抖动，如下图。抖动时间的长短由按键的机械特性决定，一般为5ms～10ms。这是一个很重要的时间参数，在很多场合都要用到。
按键稳定闭合时间的长短则是由操作人员的按键动作决定的，一般为零点几秒至数秒。键抖动会引起一次按键被误读多次。为确保CPU对键的一次闭合仅作一次处理，必须去除键抖动。在键闭合稳定时读取键的状态，并且必须判别到键释放稳定后再作处理。按键的抖动，可用硬件或软件两种方法。
<1> 硬件消抖：在键数较少时可用硬件方法消除键抖动。下图所示的RS触发器为常用的硬件去抖。
图中两个“与非”门构成一个RS触发器。当按键未按下时，输出为1;当键按下时，输出为0。此时即使用按键的机械性能，使按键因弹性抖动而产生瞬时断开（抖动跳开B），中要按键不返回原始状态A，双稳态电路的状态不改变，输出保持为0，不会产生抖动的波形。也就是说，即使B点的电压波形是抖动的，但经双稳态电路之后，其输出为正规的矩形波。这一点通过分析RS触发器的工作过程很容易得到验证。
<2> 软件消抖：如果按键较多，常用软件方法去抖，即检测出键闭合后执行一个延时程序，产生5ms～10ms的延时，让前沿抖动消失后再一次检测键的状态，如果仍保持闭合状态电平，则确认为真正有键按下。当检测到按键释放后，也要给5ms～10ms的延时，待后沿抖动消失后才能转入该键的处理程序。
按键开关消抖程序
实践中，单片机端口在连接开关器件时都要考虑消抖的问题，或在硬件上增加延迟，或是增加软件延迟查询的功能模块。这里，我们考虑这样一个检测电路：单片机连接一个开关和两个LED。程序是这样的，如果开关的消抖正确，就点亮LED1，否则就闪亮LED2。按下开关，点亮LED1，释放开关，LED1即熄灭。我们加入20毫秒的消抖延迟时间。当检测到开关为低电平时，单片机在延迟20毫秒后再次检测开关的状态。如果此时开关状态为高，则LED2就闪亮，如为低则点亮LED1。
源代码：
led1 bit P2.0
led2 bit P2.1
switch1 bit P1.0
ORG 0000h
setb switch1 //initialize switch 1 as input
setb led1 //Turn OFF LED1
setb led2 //Turn OFF LED2
wait:
jb switch1,wait // Wait till switch1 has been pressed
call debounce_delay
jb switch1,c1_wait
//switch low even after debouncing period
//switch has been succesfully debounced
clr led1 //Turn ON LED1
jnb switch1,$ //wait till switch has been released
setb led1 //Turn OFF LED1
ajmp wait
c1_wait:
//Switch PIN high after debounce period so error in debouncing
cpl led2
ajmp wait
debounce_delay: //Subroutine for generating 20ms delay
MOV r7,#245
l1_debounce_delay:
MOV r6,#40
djnz r6,$
djnz r7,l1_debounce_delay
ret
END
按键消抖：
通常的按键所用开关为机械弹性开关，当机械触点断开、闭合时，电压信号小型如下图。由于机械触点的弹性作用，一个按键开关在闭合时不会马上稳定地接通，在断开时也不会一下子断开。因而在闭合及断开的瞬间均伴随有一连串的抖动，如下图。抖动时间的长短由按键的机械特性决定，一般为5ms～10ms。这是一个很重要的时间参数，在很多场合都要用到。
按键稳定闭合时间的长短则是由操作人员的按键动作决定的，一般为零点几秒至数秒。键抖动会引起一次按键被误读多次。为确保CPU对键的一次闭合仅作一次处理，必须去除键抖动。在键闭合稳定时读取键的状态，并且必须判别到键释放稳定后再作处理。按键的抖动，可用硬件或软件两种方法。
<1> 硬件消抖：在键数较少时可用硬件方法消除键抖动。下图所示的RS触发器为常用的硬件去抖。
图中两个“与非”门构成一个RS触发器。当按键未按下时，输出为1;当键按下时，输出为0。此时即使用按键的机械性能，使按键因弹性抖动而产生瞬时断开（抖动跳开B），中要按键不返回原始状态A，双稳态电路的状态不改变，输出保持为0，不会产生抖动的波形。也就是说，即使B点的电压波形是抖动的，但经双稳态电路之后，其输出为正规的矩形波。这一点通过分析RS触发器的工作过程很容易得到验证。
<2> 软件消抖：如果按键较多，常用软件方法去抖，即检测出键闭合后执行一个延时程序，产生5ms～10ms的延时，让前沿抖动消失后再一次检测键的状态，如果仍保持闭合状态电平，则确认为真正有键按下。当检测到按键释放后，也要给5ms～10ms的延时，待后沿抖动消失后才能转入该键的处理程序。
按键开关消抖程序
实践中，单片机端口在连接开关器件时都要考虑消抖的问题，或在硬件上增加延迟，或是增加软件延迟查询的功能模块。这里，我们考虑这样一个检测电路：单片机连接一个开关和两个LED。程序是这样的，如果开关的消抖正确，就点亮LED1，否则就闪亮LED2。按下开关，点亮LED1，释放开关，LED1即熄灭。我们加入20毫秒的消抖延迟时间。当检测到开关为低电平时，单片机在延迟20毫秒后再次检测开关的状态。如果此时开关状态为高，则LED2就闪亮，如为低则点亮LED1。
源代码：
led1 bit P2.0
led2 bit P2.1
switch1 bit P1.0
ORG 0000h
setb switch1 //initialize switch 1 as input
setb led1 //Turn OFF LED1
setb led2 //Turn OFF LED2
wait:
jb switch1,wait // Wait till switch1 has been pressed
call debounce_delay
jb switch1,c1_wait
//switch low even after debouncing period
//switch has been succesfully debounced
clr led1 //Turn ON LED1
jnb switch1,$ //wait till switch has been released
setb led1 //Turn OFF LED1
ajmp wait
c1_wait:
//Switch PIN high after debounce period so error in debouncing
cpl led2
ajmp wait
debounce_delay: //Subroutine for generating 20ms delay
MOV r7,#245
l1_debounce_delay:
MOV r6,#40
djnz r6,$
djnz r7,l1_debounce_delay
ret
END
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
展开全部
是这样的:按键不消抖会引起误判(把一次按键判成了两次或者丢失按键)是肯定的,其误判的几率取决于你你每次检查按键的时间间隔,这个时间间隔很长的话误判的机会很小,它发生在你两次检查按键的时间点都在抖动的情况.
这个时间过长会给用户按键不灵敏的感觉,时间过短接近抖动时间就会频繁出错,这样的程序虽然能用但是是不严谨的.
至于会不会跑飞又是另外一个话题了,误判和用户的错误输入应当是等同的效果,严格的讲这种错误是不应该引起程序跑飞的.
这个时间过长会给用户按键不灵敏的感觉,时间过短接近抖动时间就会频繁出错,这样的程序虽然能用但是是不严谨的.
至于会不会跑飞又是另外一个话题了,误判和用户的错误输入应当是等同的效果,严格的讲这种错误是不应该引起程序跑飞的.
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
推荐律师服务：
若未解决您的问题，请您详细描述您的问题，通过百度律临进行免费专业咨询
