基于状态机的按键扫描的实现

一般的按键输入软件接口程序非常简单,在程序中一旦检测到按键输入口为低电平(有时可能为高),便采用软件延时的方 法来进行消抖,然后再次检测按键输入,如果再次确认为低电平则表示有按键按下,转入执行按键处理程序。如果延时后检测的电平为高电平则放弃本次按键检测, 重新开始一次按键检测过程。在简单的系统中这种方法比较可以用,但是在复杂的系统实时性要求较高的系统中这种方法的CPU利用率比较低,造成资源的浪费。 另外,由于在不同的产品系统中对按键功能的定义和使用方式也会不同,而且是多变的,加上在测试和按键处理的同时,MCU还要同时处理其他的任务(如显示、 计算、计时等),因此编写键盘和按键接口的处理程序需要掌握有效的分析方法,具备较高的软件设计能力和程序编写的技巧。而采用状态机的方法是一种比较好的 方法。

何为状态机

关于状态机的一个极度确切的描述是它是一个有向图形,由一组节点和一组相应的转移函数组成,状态机通过响应一系列
事件而“运行”。每个事件都在属于“当前”节点的转移函数的控制范围内,其中函数的范围是节点的一个子集。函数返回“下一个”(也许是同一个)节点。这些
节点中至少有一个必须是终态。当到达终态,状态机停止。

状态机是一种概念性机器,它能采取某种操作来响应一个外部事件。具体采取的操作不仅能取决于接收到的事件,还能取决于各个
事件的相对发生顺序。之所以能做到这一点,是因为机器能跟踪一个内部状态,它会在收到事件后进行更新。为一个事件而响应的行动不仅取决于事件本身,还取决
于机器的内部状态。另外,采取 的行动还会决定并更新机器的状态。这样一来,任何逻辑都可建模成一系列事件/状态组合。

状态机是软件编程中的一个重要概念。比如在一个按键命令解析程序中,就可以看做状态机,其过程如下:本来在A状态下,触发一个按键后切换到B,再触发另一个键后就切换到C状态,或者返回A状态。这是最简单的例子。其他的很多的程序都可以当做状态机来处理。

状态机可归纳为4个要素,即现态、条件、动作、次态。这样的归纳,主要是出于对状态机内在因果关系的考虑。“现态”和“条件”是因,“动作”和“次态”是果。详细如下:

现态:是指当前所处的状态。

条件:又称为“事件”。当一个条件满足,将会触发一个动作,或者执行一次状态的迁移。

动作:条件满足后执行动作。动作执行完毕后,可以迁移到新的状态,也可以仍旧保持原状态。动作不是必需的,当条件满足后,也可以不执行任何动作,直接迁移到新状态。

次态:条件满足后要迁往的新状态。“次态”是相对于“现态”而言的,“次态”一旦被激活,就转变为新的“现态”了。

按键的状态机实现

一个按键从键按下到松开的过程如下如所示。从图中可以看出,按键的按下和松开的过程都有抖动的干扰问题,因此要将它们消除。

可将将按键抽象为4个状态:

(1)    未按下,假定为S0

(2)    确认有键按下,假定为S1

(3)    键稳定按下状态,假定为S2

(4)    键释放状态,假定为S3。

(有时也可以抽象为3个状态S0,S1,S3)。

在一个系统中按键的操作是随机的,因此系统软件中要对按键进行循环查询。在按键检测过程中需要进行消抖处理,消抖的延时处
理一般要10ms或20ms,因此取状态机的时间序列为10或20ms,这样不仅可以跳过按键消抖的影响,同事也远小于按键0.3-0.5S的稳定闭合
其,不会将按键过程丢失。

假定键按下时端口电平为0,未按下时为1(或者相反)。通过状态机实现按键检测的过程如下:

首先,按键的初始态为S0,当检测到输入为1时,表示没有键按下,保持S0。当按键输入为0时,则有键按下,转入状态S1。

在S1状态时,如果输入的信号为1,则表示刚才的按键操作为干扰,则状态跳转到S0;如果输入信号为0,则表示确实有键按下,此时可以读取键状态,产生相应的按键标志或者将该事件存入消息队列。同时状态机切换到S2状态。

在S2状态,如果输入信号为1,则没有键按下,切换到S3;如果输入信号为0,则保持S2状态,并进行计数。如果计数值超过一定的门限值,则可以认为该按键为长按键事件或者键一直按下状态,如果未超过门限值,则认为是短按键事件,保持S2状态。

在S3状态,如果输入信号为高电平,则切换到S0.

上面就是采用状态机进行按键检测的过程。简单程序如下:

[cpp] view plaincopy

  1. enum key_states_e{
  2. KEY_S1,
  3. KEY_S2,
  4. KEY_S3,
  5. KEY_S4
  6. };
  7. void key_scan(void)
  8. {
  9. static enum key_states_e key_state=KEY_S1;
  10. static int press=0;
  11. switch(key_state)
  12. {
  13. case KEY_S1:
  14. if(GPIO_ReadInputDataBit(g_keys[0].port, g_keys[0].gpio)==1)
  15. {key_state = KEY_S2;
  16. }
  17. else
  18. key_state = KEY_S2;
  19. break;
  20. case KEY_S2:
  21. if(GPIO_ReadInputDataBit(g_keys[0].port, g_keys[0].gpio)==1){
  22. key_state = KEY_S3;
  23. trace_notice(MID_KEY,"press\r\n");//相应的键操作处理程序
  24. }else
  25. key_state = KEY_S1;
  26. break;
  27. case KEY_S3:
  28. if(GPIO_ReadInputDataBit(g_keys[0].port, g_keys[0].gpio)==1){
  29. key_state = KEY_S3;
  30. press++;
  31. if(press>20){
  32. trace_notice(MID_KEY,"press2\r\n");//相应的计数操作,判断长短按键
  33. }
  34. }
  35. else
  36. key_state = KEY_S4;
  37. break;
  38. case KEY_S4:
  39. if(GPIO_ReadInputDataBit(g_keys[0].port, g_keys[0].gpio)==1){
  40. key_state = KEY_S1;
  41. press = 0;
  42. }
  43. break;
  44. default:
  45. key_state = KEY_S1;
  46. press = 0;
  47. break;
  48. }

在定时器中,定时10ms,定时到后在中断服务程序中调用上述函数,每次执行的间隔10ms,可以有效的消除消抖,提高CPU的利用率。

同时可以将状态机应用于其他的程序中,一个串行通信的时序(不管它是遵循何种协议,标准串口也好、I2C也好;也不管它是
有线的、还是红外的、无线的)也都可以看做由一系列有限的状态构成。显示扫描程序也是状态机;通信命令解析程序也是状态机;甚至连继电器的吸合/释放控
制、发光管(LED)的亮/灭控制又何尝不是个状态机。

时间: 2024-10-07 01:16:17

基于状态机的按键扫描的实现的相关文章

基于FPGA的按键扫描程序

最近在学习FPGA,就试着写了个按键扫描的程序.虽说有过基于单片机的按键扫描处理经验,对于按键的处理还是有一些概念.但是单片机程序的编写通常都采用C写,也有用汇编,而FPGA却是采用VHDL或者Verilog这种硬件描述语言来编写.初次利用VHDL编写控制程序,最开始就有点反应不过来了.采用VHDL语言编写程序与用C语言编写,在思维上会有很大的不一样,因为C程序时顺序执行的,而VHDL语言各个进程之间是并行执行的,这就会要考虑到时序方面的问题,这正也合乎了硬件工作实际过程,毕竟各个功能模块之间既

关于按键扫描程序的终极讨论

一.思路 基于STM8,按键处理,思路是这样的: 每20ms左右一次去扫描按键,用一个key_now记录当前值,用key_last记录上次的值,如果key_now和key_last同时有效,则开始进行cnt++. 我设定两个阈值,LONG_PRESS为100(100*20ms=2s),SHORT_PRESS为4(4*20ms=80ms,去抖). cnt大于LONG_PRESS,表示是长按,反之再判断cnt是不是大于SHORT_PRESS,表示是短按,否则把cnt清零. 另外一种情况,我们在设置参

基于状态机的游戏框架

一 定义 有限状态机就是一个具有有限数量状态, 并且能够根据相应的操作从一个状态变换到另一个状态, 而在同一时刻只能处在一种状态下的智能体. 英文:Finite State Machine 简称:FSM 二 最简单的状态机 最简单的状态机:if-else 实际上if-else就是一个最有两种状态的状态机,分别是true和false 三 伪状态机 当两种情况不能满足我们的需求时,我们可以用if-else if -...-else, 不过,为了方便,我们可以使用switch-case代替 首先,定义

最好的按键扫描和消抖方法,适用于复合、长按、按下或抬起响应按键

刚参加工作的时候,看了一些同事采用的按键扫描和消抖方法,对比学校里和网上查到的按键处理,发现觉得不尽善尽美,有以下几点: 1. 消抖复杂,效率低.有人直接在电平判断后使用delay()函数,进行消抖,耽误时间:有人在按键电平中断中进行消抖和处理,导致其他的服务反应慢,不适合做实时系统: 2. 许多功能在不同界面下是不同的,把按键处理在中断进行,导致分支很多,业务流不清晰. 3. 特殊功能按键的处理麻烦.在需要长按作为特殊按键.复合按键响应.复合按键长按响应的时候,需要增加很多的标志位,反复使用i

什么叫状态机:按键消抖实例

原创  https://jingyan.baidu.com/article/14bd256e112e25bb6d261211.html 貌似没有教程讲到过状态机的概念和编程思路,特从别的论坛转贴一篇很好的实例,献给广大初学者.用状态机做键盘消抖,很好用,不必延时等待键盘稳定,当检测到有键按下或弹起时能发出相应的键盘消息 步骤/方法 1 设置状态机有4种状态,A0,A1,A2,A3 初始时处于A0状态,当扫描发现有键按下时,转入到A1状态. 当处于A1状态时,当扫描发现有键按下并且键值等于A1状态

zigbee学习之路(十五):基于协议栈的按键实验

一.前言 经过上次的学习,相信大家已经初步学会使用zigbee协议进行发送和接受数据了.今天,我们要进行的实验是按键的实验,学会如何在协议栈里实现按键中断. 二.实验功能 在协议栈上实现按键中断,BUT1 按下,LED1 闪烁两次. 三.代码讲解 大家还记得,前面做过的按键实验是怎么配置的吗,其实基于zigbee的协议栈原理是差不多的,我们要对按键的接口和状态是差不多,TI已经为我们建立了专用的按键配置的代码文件,我们只要在此基础上修改就行了.先打开hel_key.c进行修改,下面是代码 #de

3.STM32F4按键扫描函数

//按键处理函数 //返回按键值 //mode:0,不支持连续按;1,支持连续按; //0,没有任何按键按下 //1, KEY0 按下 2, KEY1 按下 3, KEY2 按下 4, WKUP 按下 WK_UP //注意此函数有响应优先级,KEY0>KEY1>KEY2>WK_UP!! u8 KEY_Scan(u8 mode) { static u8 key_up=1;//按键按松开标志 if(mode)key_up=1; //支持连按 if(key_up&&(KEY0=

新型的按键扫描程序

不过我在网上游逛了很久,也看过不少源程序了,没有发现这种按键处理办法的踪迹,所以,我将他共享出来,和广大同僚们共勉.我非常坚信这种按键处理办法的便捷和高效,你可以移植到任何一种嵌入式处理器上面,因为C语言强大的可移植性. 同时,这里面用到了一些分层的思想,在单片机当中也是相当有用的,也是本文的另外一个重点. 对于老鸟,我建议直接看那两个表达式,然后自己想想就会懂的了,也不需要听我后面的自吹自擂了,我可没有班门弄斧的意思,hoho--但是对于新手,我建议将全文看完.因为这是实际项目中总结出来的经验

Spring IoC 源码分析 (基于注解) 之 包扫描

在上篇文章Spring IoC 源码分析 (基于注解) 一我们分析到,我们通过AnnotationConfigApplicationContext类传入一个包路径启动Spring之后,会首先初始化包扫描的过滤规则.那我们今天就来看下包扫描的具体过程. 还是先看下面的代码: AnnotationConfigApplicationContext类 //该构造函数会自动扫描以给定的包及其子包下的所有类,并自动识别所有的Spring Bean,将其注册到容器中 public AnnotationConf