|
【HarmonyOS HiSpark Wi-Fi IoT 套件】實(shí)現(xiàn)S1,S2,User三個(gè)物理按鍵的獨(dú)立事件-下, 在上一篇帖子《實(shí)現(xiàn)S1,S2,User三個(gè)物理按鍵的獨(dú)立事件-上(解決思路分析)》中,通過(guò)讀取 HI_ADC_CHANNEL_2 上的 ADC 值成功區(qū)分了 S1, S2, User 這 3 個(gè)物理按鍵。
上圖中的打印輸出是分別按下 User, S1, S2 的效果,這看起來(lái)完全符合了我們區(qū)分按鍵的需求,但是。。。
但是什么呢?有什么問(wèn)題嗎?
我想說(shuō)的是,但是問(wèn)題非常明顯:這三個(gè)鍵中的任意一個(gè)被按下都會(huì)多次觸發(fā)按鍵事件(上圖的實(shí)驗(yàn)通過(guò)打印輸出響應(yīng)按鍵事件)。因此,僅僅區(qū)分 S1, S2, User 還不夠,還不能滿足實(shí)際開(kāi)發(fā)的需要。所以,必須進(jìn)一步的完善,使得每次按下按鍵只觸發(fā)一次事件。
看到這里,相信大家想到了之前開(kāi)源的按鍵通用框架 DTButton !在 V0.0.2 版中已經(jīng)可以區(qū)分并觸發(fā)各種 GPIO 按鍵事件,卻唯獨(dú)區(qū)分不了 S1, S2, User。然而,現(xiàn)在已經(jīng)有了 S1, S2, User 的區(qū)分方案,那么將這個(gè)方案集成到 DTButton 框架不就完美了嗎??!
Ok!說(shuō)干就干!
接下來(lái)要做的工作就是:
- 將 GetSSU() 集成到框架,使得框架支持 S1, S2, User 的三種事件(Pressed, LongPressed, Released)
- 不改變框架的對(duì)外接口(不改變框架調(diào)用方式,不增加新接口函數(shù))
- 不影響框架 V0.0.2 版本的原有功能
要做好上述 3 個(gè)工作,就需要再回顧一下 DTButton 框架的核心設(shè)計(jì):
GPIO 按鍵在中斷服務(wù)程序中
標(biāo)記事件的發(fā)生,之后在事件處理線程中通過(guò)
標(biāo)記調(diào)用事件回調(diào)函數(shù)(僅一次)!
注意:觸發(fā)事件后需要立即清除事件標(biāo)記,防止多次調(diào)用回調(diào)函數(shù)。
所以,最簡(jiǎn)單的集成方式就是:
當(dāng) S1, S2, User 中有鍵按下時(shí)進(jìn)行事件標(biāo)記,之后再通過(guò)事件標(biāo)記調(diào)用相應(yīng)回調(diào)函數(shù)(返回后清除事件標(biāo)記)。
流程如下:
接下來(lái)要考慮的問(wèn)題是:
如何構(gòu)造 S1, S2, User 的按下事件和釋放事件?
要解決這個(gè)問(wèn)題,可以參考一般 GPIO 按鍵的事件觸發(fā)方式:
上升沿觸發(fā)和
下降沿觸發(fā)。然而,相信你也意識(shí)到了,S1, S2, User 是通過(guò)檢測(cè) ADC 值來(lái)判斷區(qū)分的,無(wú)法像 GPIO 按鍵那樣直接準(zhǔn)確的捕獲上升沿和下降沿。怎么辦呢???直接不行,可以間接:
通過(guò)模擬上升沿和下降沿構(gòu)造釋放事件和按下事件。
具體方法如下:
在代碼層面可以用變量 preKey 記錄上一次通過(guò) GetSSU() 獲得的按鍵狀態(tài),并與當(dāng)前調(diào)用 GetSSU() 獲得的按鍵狀態(tài)進(jìn)行比較,比較結(jié)果即可判斷是否構(gòu)造按鍵事件。
有了以上分析就可以動(dòng)手寫(xiě)出下面的代碼了!
之后,整個(gè)框架以統(tǒng)一的方式處理按鍵事件,不管是 S1, S2, User 還是 GPIO 按鍵,但凡觸發(fā)了事件都會(huì)在 EventHandler() 得到處理。
到此,按鍵通用框架 V0.0.3 版的設(shè)計(jì)就完成了!具體代碼實(shí)現(xiàn)已開(kāi)源(文末附件下載),開(kāi)箱即用。
使用示例如下:
一樣的接口,一樣的方式,一樣的體驗(yàn),多出來(lái)的僅是對(duì) S1, S2, User 三個(gè)物理按鍵的區(qū)分支持。 |
|