Blues無線記事卡警報的貪睡按鈕

描述

需要人工干預(yù)

機器并沒有真正理解它們可能令人討厭的概念......ˉ\_(ツ)_/ˉ

在我構(gòu)建遠程警報郵箱項目時，這對我來說變得非常明顯。第一次夜間暴雨產(chǎn)生了 100 多個警報，每個警報都有自己的短信。我不僅因為不斷的短信提醒而失眠，而且我的 Twilio 余額也在減少！

搖滾通宵...

?

有什么問題？

寫一些代碼，對吧？
嗯，有點。

使用 Notecard 設(shè)計低功耗應(yīng)用的典型模型是配置 Notecard 以根據(jù)特定事件（例如定時器、運動、傳入消息等）禁用/啟用主機微控制器。以這種方式使用時，Notecard 可以在 ~8uA 空閑，并且您的主機可以在指定條件下被喚醒。這允許您通過僅消耗特定計算任務(wù)所需的功率，然后以接近零的功耗返回靜止狀態(tài)，最大限度地利用電池。

該模型的副作用是每次禁用主機微控制器時都會丟棄所有易失性存儲器。因此，需要持久性或非易失性內(nèi)存來保持重新啟動后的狀態(tài)。這可以使用 EEPROM 來實現(xiàn)，或者允許 Notecard 保持您的狀態(tài)（這是它的另一個強大功能）。但是，我試圖維持的狀態(tài)（決定是否生成警報）不太適合昏昏欲睡的微控制器。

代碼？！我們要去的地方，我們不需要代碼......

我正在向一個狡猾的澳大利亞人描述我的難題，他鼓勵我觀看另一個狡猾的澳大利亞人 EEVblog 的 Dave Jones 的軟開關(guān)視頻。事實證明，Dave 的軟撥動開關(guān)實現(xiàn)非常適合我的應(yīng)用程序。

與僅由瞬時開關(guān)驅(qū)動的軟撥動開關(guān)不同。貪睡按鈕用作雙向開關(guān)，在人與機器之間架起橋梁。也就是說，狀態(tài)只能由MCU設(shè)置為ON ，只能通過機械按鈕設(shè)置為OFF （即人為干預(yù)）。

從技術(shù)上講...

貪睡按鈕由協(xié)同工作的 PNP 和 NPN 晶體管組成。理論上，PNP 和 NPN 晶體管的集電極將鎖存相應(yīng)晶體管的基極打開或關(guān)閉。盡管在實踐中，誘導(dǎo)這種行為需要下拉電阻器的幫助。

為了發(fā)揮作用，該電路需要連接到電源和地，以及連接在 PNP 晶體管的集電極和 NPN 晶體管的基極之間的測試線。當閂鎖打開時，測試線將具有等于電源的電壓，而當閂鎖關(guān)閉時，測試線將等于接地。

要激活電路，可以通過在測試線上提供電壓來“啟動”。要復(fù)位電路，可以將 NPN 晶體管的基極和發(fā)射極短接到地。

通過在電路中包含最佳尺寸的電阻器，可以最大限度地減少功率損耗。下圖中的電路在晶體管關(guān)閉時消耗 60μA，在晶體管打開時消耗 600μA。雖然這比閑置的 Notecard 消耗更多的能量，但它仍然優(yōu)于休眠的 MCU，并且很容易得到我的太陽能解決方案的支持。

記事卡和貪睡按鈕：完美搭配

Notecard 通過禁用主機 MCU 來節(jié)省電池電量，這使得維護狀態(tài)和捕獲按鈕按下比平常更加復(fù)雜。通過使用電路來捕獲這個邏輯，我們可以簡單地繞過這個問題。

Notecard 旨在在發(fā)生預(yù)定義事件后喚醒主機 MCU。通常警報事件只需要報告一次，直到人為干預(yù)將系統(tǒng)重置為良好狀態(tài)。

通過使用電路來確定是否應(yīng)該發(fā)送警報，大大簡化了主機 MCU 所需的計算。現(xiàn)在，MCU 只需要喚醒，檢查狀態(tài)，采取行動（或不采取行動），然后返回睡眠。