【HarmonyOS HiSpark Wi-Fi IoT 套件】实现S1，S2，User三个物理按键的独立事件-下

小嵌

【HarmonyOS HiSpark Wi-Fi IoT 套件】实现S1，S2，User三个物理按键的独立事件-下, 在上一篇帖子《实现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！说干就干！



接下来要做的工作就是：

• 将 GetSSU（） 集成到框架，使得框架支持 S1, S2, User 的三种事件（Pressed, LongPressed, Released）
  
• 不改变框架的对外接口（不改变框架调用方式，不增加新接口函数）
  
• 不影响框架 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 三个物理按键的区分支持。