Zigbee 群組 vs HA 燈光群組：差在哪、該用哪個

charles

「同時開五盞燈」有兩種做法，而且差別很大。



HA 的燈光群組

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

複製代碼

五則獨立的 Zigbee 訊息。

症狀：

• 燈會「一盞一盞」亮（有明顯的時間差）
  
• 裝置多的時候會塞車，甚至有燈收不到
  
• 佔用協調器的處理能力
  

Zigbee 群組

1. HA 收到「開燈」指令
2.   → 對「群組」發一則群播訊息
3.   → 所有群組成員同時收到

複製代碼

一則訊息，所有燈同時反應。

差別非常明顯 —— 五盞燈同時亮 vs 一盞一盞亮。

怎麼建立 Zigbee 群組（Z2M）

• Z2M 前端 → Groups 分頁
  
• 新增群組，取個名字
  
• 進去那個群組，加入裝置
  

注意：Z2M 2.x 之後不能在 configuration.yaml 裡用 groups.devices 配置成員，
要用前端或 MQTT 請求。

HA 這邊

群組建好之後，Z2M 會自動把它發佈成一個 HA 的 light 實體：

1. light.客廳燈群組

複製代碼

直接當成一盞燈來用就好。



Zigbee 群組的限制（要知道）

一、群組沒有「狀態」

這是最重要的一點。

• 群播訊息是「發出去就算了」，不會有回應
  
• 所以Z2M 不知道群組現在是開還是關
  
• 它是用成員的狀態推算的
  

實際影響：

• 如果有一盞燈沒收到訊息，你不會知道
  
• 群組的狀態可能跟實際不一致
  

對策：

• 重要的場合加驗證（例如「離家關燈」後檢查是不是都關了）
  
• 確保所有成員的訊號都夠好
  

二、只能同型別的裝置

• 燈跟燈可以同群組
  
• 燈跟插座可以（都支援 genOnOff）
  
• 但功能會取交集 —— 群組裡有一盞不支援調色的，
    那整個群組可能就不能調色
  

建議：功能一樣的放同一群，不一樣的分開。

三、群組 ID 有限

Zigbee 的群組 ID 是 16 位元，理論上很多，
但每個裝置能加入的群組數量有限（通常 8-16 個）。

一般家庭用不到上限。

什麼時候用 Zigbee 群組、什麼時候用 HA 群組



用 Zigbee 群組：

• 同一個房間的燈（要同時開關）
  
• 要綁定按鈕的（綁到群組比綁到單一裝置好）
  
• 數量多而且要同步（例如一排崁燈）
  
• 全部都是 Zigbee 裝置
  

用 HA 群組：

• 混合不同協定（Zigbee + Wi-Fi + Matter）
  
• 需要「群組狀態」很準確
  
• 跨房間的邏輯分組（例如「所有夜燈」）
  
• 需要用 HA 的進階功能（例如群組的平均亮度）
  

我的做法：兩個都用

1. Zigbee 群組：客廳崁燈（5 盞，同步開關）
2.               主臥崁燈（3 盞）
4. HA 群組：     客廳所有燈（= Zigbee 群組 + 一盞 Wi-Fi 燈帶）
5.               全屋夜燈（跨房間，各種協定）

複製代碼

底層用 Zigbee 群組確保同步，上層用 HA 群組做邏輯分組。

一個很實用的技巧：群組 + 綁定

• 建立 Zigbee 群組「客廳燈」
  
• 把無線按鈕綁定到那個群組
  
• 按鈕直接群播，所有燈瞬間同步反應
  
• 完全不經過協調器和 HA
  

這是 Zigbee 能做到的最快、最可靠的控制方式。

群組的進階設定

在 Z2M 的群組設定裡：

1. optimistic: true        # 樂觀模式：發出指令就假設成功
2. transition: 1           # 所有指令加上 1 秒漸變
3. off_state: last_member_state

複製代碼

optimistic

• true（預設）—— 發出去就更新狀態，介面反應快
  
• false —— 等成員回報才更新，比較準但慢
  

transition

讓群組的開關變成漸變。

五盞燈同時在一秒內慢慢亮起來，比瞬間全亮舒服很多。

off_state

• all_members_off —— 所有成員都關了才算關
  
• last_member_state —— 用最後回報的成員狀態
  

常見的問題

問題一：加進群組之後那盞燈不見了

不會不見，它還在，只是你可能在找群組實體。

Z2M 會同時保留個別裝置的實體和群組實體。

問題二：群組開了但有一盞沒亮

• 那盞燈的訊號不好，沒收到群播
  
• 群播沒有重送機制（這是它快的代價）
  

對策：改善那盞燈的訊號，或者把它從群組移除、用 HA 單獨控制。

問題三：群組的狀態不對

• 這是群組沒有狀態的必然結果
  
• 可以把 optimistic 設成 false 讓它等成員回報（但會變慢）
  

問題四：建了群組但 HA 裡沒出現

• 確認 Z2M 的 MQTT Discovery 有開
  
• 重啟 Z2M
  
• 或者在 HA 的 MQTT 整合裡手動重新整理
  

一個實際的配置範例

我家客廳：

1. Zigbee 群組「客廳主燈」
2.   - 崁燈 ×4（同型號，可調光調色溫）
3.   - transition: 1
4.   - optimistic: true
6. Zigbee 群組「客廳氛圍」
7.   - 層板燈帶 ×2
8.   - transition: 2
10. HA 群組「客廳所有燈」
11.   - light.客廳主燈（Zigbee 群組）
12.   - light.客廳氛圍（Zigbee 群組）
13.   - light.電視背光（Wi-Fi 的 WLED）
15. 綁定：
16.   沙發旁的無線按鈕 → 綁到「客廳主燈」群組
17.   （單擊開關、長按調光，全部本地）
18.   雙擊留給 HA 做「切換到看電影場景」

複製代碼

這個配置跑了很久，反應很快而且很穩。

---

下一篇：自己寫 Z2M 的外部轉換器 ——
支援那些還沒被收錄的裝置。