在上一篇帖子《实现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 三个物理按键的区分支持。
Enjoy It!
