作者：楽佳

本文非教程，僅個人見解和經驗分享，有錯誤或不同見解可以在評論區交流

專業教程可下載小米社群app加入米家自動化極客版圈子檢視官方教程

米家自動化極客版基於小米中樞閘道器

開啟方式：將米家app和中樞閘道器韌體升至最高版本米家app找到中樞閘道器右上角三個點找到米家自動化極客版按該頁面教程操作

極客版中裝置選項卡內共有3個卡片選項，事件發生或狀態更新、查詢當前狀態和執行操作，執行操作不必多言，就就和米家app一樣，用來執行操作。

事件發生或狀態更新

事件發生或狀態更新是裝置主動向閘道器傳送裝置資訊繼而執行操作，與米家app中自動化類似作為觸發條件，相較於查詢是實時更新狀態實時執行操作。

裝置是否可以作為觸發（支援事件發生或狀態更新卡片），可以在裝置列表檢視，一般來說

藍芽和zigbee裝置

是支援作為觸發的，

wifi裝置

只能透過查詢來作為條件觸發。

查詢當前狀態

如果裝置不支援直接觸發，那就需要透過查詢來做觸發。想透過查詢觸發就需要迴圈了，迴圈顧名思義就不多解鎖了，就是不停地查詢裝置狀態，符合條件就觸發。

迴圈前一定要記得加個

本自動化啟用時

來觸發開始迴圈。

查詢區別於觸發，會佔用更多的閘道器資源，尤其是

迴圈間隔

的影響。

迴圈間隔是支援毫秒級的，設定到毫秒級之後幾乎與觸發無異，但是極大提高閘道器的荷載和功耗，如果需要查詢自動化過多，或者是含有一些死迴圈很容易導致

閘道器宕機

，不過宕機也不要太害怕，重啟可解。但是還是建議不要迴圈間隔設定過短，不是非常必要實時的自動化，甚至可以甚至幾分鐘以上，迴圈間隔長還有另一個好處，就是查詢日誌bug的時候比較方便。否則很容易眼花繚亂。

此外，如果自動化中有加入延時或者狀態維持了一段時間這些卡片，一定要把迴圈間隔調到比

總延時

更長

再說些題外話，我目前看到查詢有兩種說法，一種是閘道器去查詢裝置實時的狀態，另一種說話裝置會定時上傳裝置狀態，是閘道器查詢的是裝置上一次上傳到閘道器的狀態。如果是第一種，查詢不僅僅會提供閘道器功耗，同時對裝置的功耗也會提升，這就意味查詢電池裝置會加快電池消耗。如果是第二種，那就對裝置沒什麼影響了。雖然我目前沒看到明確的說法，但我是傾向於第二種說法的，因為大部分感測器都是藍芽協議並不是mesh協議，應該只支援單向上報，閘道器只是查詢歷史上報資訊。但不排除有第一種的可能性，所以還是不建議迴圈設定過短。

其實單獨需要查詢作為觸發的情況還是比較少的，除了插座應該很少要用到迴圈查詢的。

查詢更多用到情況是，事件觸發後再查詢其他裝置的狀態，滿足條件執行操作

後面會持續更新分享一些我對極客版設定的經驗，有問題可以在評論區交流