Zigbee 綁定：讓開關直接控制燈，以及解除綁定時會一起被拿掉的東西

charles

這篇的內容（16 段）

1. ⚠ 先澄清一個常見的誤解
2. 步驟 2：綁定
3. 步驟 3：Clusters 該勾哪些
4. 理由二：綁定表有大小限制
5. 理由三：以後要加燈不用重綁
6. 5-1 用 UI 建（最簡單）
7. 5-2 用 YAML 建（可以複製貼上）
8. 常見問題
9. 綁定成功但按了沒反應
10. 亮度會亂跳、調到一半彈回去
11. HA 裡那盞燈的狀態慢一兩秒
12. 綁定失敗，重試很多次都不行
13. ZHA 可以綁定嗎
14. 三個做得起來的組合
15. 床頭按鈕
16. 五鍵遙控器控制客廳

綁定之後，按開關到燈亮的延遲從兩三百毫秒變成幾乎感覺不到，而且 Home Assistant 在重開機、在升級、整台掛掉，燈照樣能開。

這篇從零做到一個「單擊本地直控、雙擊交給 HA」的按鈕，並且講清楚解除綁定時會順便被拿掉的東西 —— 那是這個功能最容易咬人的地方。



差在哪

沒有綁定，按一下開關發生的事：

1. 按下開關
2.   → Zigbee 訊號送到協調器
3.   → Zigbee2MQTT 收到，發一則 MQTT
4.   → HA 收到，比對自動化的觸發條件
5.   → HA 發指令給 Z2M
6.   → Z2M 送 Zigbee 訊號給燈
7.   → 燈亮

複製代碼

六段，延遲大約 200～500 毫秒。中間任何一段出問題（HA 在重開、MQTT 斷線、自動化被停用）整條就斷了。

有綁定：

1. 按下開關
2.   → Zigbee 訊號（經過網狀網路）直接送到燈
3.   → 燈亮

複製代碼

延遲大約 50 毫秒以內，而且完全不需要 Z2M 和 HA。

⚠ 先澄清一個常見的誤解

很多文章說「綁定是點對點的，兩個裝置中間隔了幾面牆就不會動」。這是錯的。

綁定只是應用層的一筆位址紀錄（記著「我要跟哪個裝置的哪個端點、哪個功能講話」），存在來源裝置的綁定表裡。真正送出去的封包交給網路層，走的是跟平常一樣的網狀路由，中間可以經過任意多台路由器。

所以樓上的按鈕綁樓下的燈是可以的，只要中間有路由節點接得起來。

那為什麼有人「近的時候可以、遠的時候不行」：那是路由的問題不是綁定的問題 —— 來源裝置手上沒有到目標的有效路由，第一次按下去會先花時間做路由探索（route discovery），期間看起來像沒反應。電池按鈕更明顯，因為它醒著的時間很短，路由還沒探索完它就睡了。

處理方式跟一般的訊號問題一樣：在中間補一台插電的 Zigbee 裝置。不是去搬按鈕。

---



步驟 1：先建群組（不要直接綁到單一裝置）

這一步先做，理由在步驟 4。

Zigbee2MQTT 的前端在 2025 年底換成 WindFront 並成為預設，導覽列長這樣：

1. Home   Devices   Groups   OTA   Network   Bindings   Reporting   Logs   Settings

複製代碼

• 點 Groups → Create group
  
• Friendly name 填英文，例如 `living_room_lights`（前端的提示文字就是 `bedroom_lights, garden...`）
  
• Group ID 留空讓它自動配
  
• 建好之後點進那個群組 → Add to group → 把要一起控制的燈加進去
  

以下還有約 81% 的內容
登入後即可閱讀完整教學

登入繼續閱讀使用 Google 登入