Zigbee 群組與 HA 群組：底層用哪個、上層用哪個，以及成員存在哪裡

charles

這篇的內容（12 段）

1. 先看差在哪
2. 步驟 1：建立 Zigbee 群組
3. ⚠ 移除成員的時候有一個陷阱
4. `transition`（預設 0）
5. `optimistic`（預設 true）
6. 步驟 4：上面再疊一層 HA 群組
7. 方法 A：UI
8. 步驟 5：決定哪個放哪一層
9. 常見問題
10. 群組開了但有一盞沒亮
11. 群組的狀態跟實際不一樣
12. 一台裝置能加入幾個群組

「同時開五盞燈」有兩種做法，差別大到用眼睛就看得出來。這篇教你兩個都用，而且知道哪一個放底層。



先看差在哪

用 Home Assistant 的燈光群組：

1. HA 收到「開燈」
2.   → 對燈 1 發一則指令
3.   → 對燈 2 發一則指令
4.   → 對燈 3 發一則指令
5.   → 對燈 4 發一則指令
6.   → 對燈 5 發一則指令

複製代碼

五則獨立的 Zigbee 單播，每一則都要排隊等網路。症狀是燈一盞一盞亮，而且在忙碌的網路上可能差到半秒。裝置多的時候甚至會有一盞收不到。

用 Zigbee 群組：

1. HA 收到「開燈」
2.   → Z2M 對「群組」發一則群播
3.   → 群組成員各自收到、同時執行

複製代碼

一則訊息，所有燈同時反應。官方文件的說法是：群組比個別控制「大幅降低網路的壓力」。

⚠ 但群組不是免費的，機制跟多數人想的不一樣

官方文件對群播的描述是：送出的是一則「對網路上所有裝置」的廣播，每一台裝置自己判斷「我在不在這個群組裡、要不要執行」。

所以：

• 相對於五則單播，一則廣播確實省很多
  
• 但每一台路由器都要轉送這則廣播，包括跟這個群組完全無關的那些
  
• 所以「把每盞燈各設一個群組」是錯的用法 —— 那等於用廣播做單播，比原本更糟
  

判準：群組是給「真的會一起動」的裝置用的。會單獨控制的就不要進群組。

---

步驟 1：建立 Zigbee 群組

Zigbee2MQTT 的前端在 2025 年底換成 WindFront 並成為預設。導覽列：

1. Home   Devices   Groups   OTA   Network   Bindings   Reporting   Logs   Settings

複製代碼

• 點 Groups → Create group
  
• Friendly name 填英文，例如 `living_room_main`
  
• Group ID 留空讓它自動配
  
• 建好之後點進去 → Add to group → 加入成員
  

⚠ 名稱一定要用英文。Home Assistant 不會產生中文的實體 ID —— 你填「客廳主燈」，HA 那邊會音譯成 `light.ke_ting_zhu_deng`。之後在自動化裡照著畫面上的中文寫 `light.客廳主燈`，會指到一個不存在的實體，而且不報錯，那條自動化就是安靜地什麼都不做。

⚠ 如果要手動填 Group ID：官方要求是十進位的數字字串。從別的系統抄來的 `0xe24c` 這種十六進位要先換算成 `57932` 再填。

寫在 `configuration.yaml` 的版本（成員不在這裡）：

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

登入繼續閱讀使用 Google 登入