当前位置:主页 > 查看内容

鸿蒙实现S1,S2,User三个物理按键的独立事件-下(DTButton-V0.0

发布时间:2021-07-28 00:00| 位朋友查看

简介:想了解更多内容,请访问: 51CTO和华为官方战略合作共建的鸿蒙技术社区 https://harmonyos.51cto.com/#zz 在上一篇帖子《实现S1,S2,User三个物理按键的独立事件-上(解决思路分析)》中,通过读取 HI_ADC_CHANNEL_2 上的 ADC 值成功区分了 S1, S2, User 这 3……

想了解更多内容,请访问:

51CTO和华为官方战略合作共建的鸿蒙技术社区

https://harmonyos.51cto.com/#zz

在上一篇帖子《实现S1,S2,User三个物理按键的独立事件-上(解决思路分析)》中,通过读取 HI_ADC_CHANNEL_2 上的 ADC 值成功区分了 S1, S2, User 这 3 个物理按键。


上图中的打印输出是分别按下 User, S1, S2 的效果,这看起来完全符合了我们区分按键的需求,但是。。。

但是什么呢?有什么问题吗?

我想说的是,但是问题非常明显:这三个键中的任意一个被按下都会多次触发按键事件(上图的实验通过打印输出响应按键事件)。因此,仅仅区分 S1, S2, User 还不够,还不能满足实际开发的需要。所以,必须进一步的完善,使得每次按下按键只触发一次事件。

看到这里,相信大家想到了之前开源的按键通用框架 DTButton !在 V0.0.2 版中已经可以区分并触发各种 GPIO 按键事件,却唯独区分不了 S1, S2, User。然而,现在已经有了 S1, S2, User 的区分方案,那么将这个方案集成到 DTButton 框架不就完美了吗??!!

Ok!说干就干!

接下来要做的工作就是:

  1. 将 GetSSU() 集成到框架,使得框架支持 S1, S2, User 的三种事件(Pressed, LongPressed, Released)
  2. 不改变框架的对外接口(不改变框架调用方式,不增加新接口函数)
  3. 不影响框架 V0.0.2 版本的原有功能

要做好上述 3 个工作,就需要再回顾一下 DTButton 框架的核心设计

GPIO 按键在中断服务程序中标记事件的发生,之后在事件处理线程中通过标记调用事件回调函数(仅一次)!

注意:触发事件后需要立即清除事件标记,防止多次调用回调函数。

所以,最简单的集成方式就是:当 S1, S2, User 中有键按下时进行事件标记,之后再通过事件标记调用相应回调函数(返回后清除事件标记)。

流程如下:


接下来要考虑的问题是:如何构造 S1, S2, User 的按下事件和释放事件?

要解决这个问题,可以参考一般 GPIO 按键的事件触发方式:上升沿触发和下降沿触发。然而,相信你也意识到了,S1, S2, User 是通过检测 ADC 值来判断区分的,无法像 GPIO 按键那样直接准确的捕获上升沿和下降沿。怎么办呢???直接不行,可以间接:通过模拟上升沿和下降沿构造释放事件和按下事件。

具体方法如下:


在代码层面可以用变量 preKey 记录上一次通过 GetSSU() 获得的按键状态,并与当前调用 GetSSU() 获得的按键状态进行比较,比较结果即可判断是否构造按键事件。

有了以上分析就可以动手写出下面的代码了!


之后,整个框架以统一的方式处理按键事件,不管是 S1, S2, User 还是 GPIO 按键,但凡触发了事件都会在 EventHandler() 得到处理。


到此,按键通用框架 V0.0.3 版的设计就完成了!具体代码实现已开源(文末附件下载),开箱即用。

使用示例如下:


一样的接口,一样的方式,一样的体验,多出来的仅是对 S1, S2, User 三个物理按键的区分支持。

Enjoy It!

想了解更多内容,请访问:

51CTO和华为官方战略合作共建的鸿蒙技术社区

https://harmonyos.51cto.com/#zz


本文转载自网络,原文链接:https://harmonyos.51cto.com/#zz
本站部分内容转载于网络,版权归原作者所有,转载之目的在于传播更多优秀技术内容,如有侵权请联系QQ/微信:153890879删除,谢谢!

推荐图文


随机推荐