Zigbee 老是掉線：先量再改，六個步驟（換頻道不用全部重配）

charles

這篇的內容（8 段）

1. 2.4GHz 上面有誰
2. ⚠ 不要拿 LQI 當主要判準
3. 3-3 結論
4. 3-4 怎麼換
5. 步驟 5：路由節點不夠
6. 步驟 6：電池裝置
7. 步驟 9：怎麼確認改善了
8. 9-3 直接數

裝置隨機失聯、指令有時候沒反應、感應器延遲好幾秒 —— 這些多半是同一個原因：2.4GHz 太擠。

但「太擠」要有數字才修得動。這篇先教你怎麼量出「掉了幾次」，再照效果排序一項一項改，每改一項都能回去比對同一個數字。

另外先破一個很多文章都寫錯、而且代價很大的說法：換 Zigbee 頻道不需要把所有裝置重新配對。因為這個誤解，很多人把最有效的一招放著不用。詳細在步驟 3。



2.4GHz 上面有誰

• Wi-Fi 2.4G —— 最大的鄰居。一個 Wi-Fi 頻道佔 22 MHz，而一個 Zigbee 頻道只佔 2 MHz
  
• 藍牙 —— 會跳頻，影響比較分散，通常不是主因
  
• 微波爐 —— 開的時候會在一大片頻段上製造強雜訊
  
• USB 3.0 的排線、外接盒、擴充座 —— 這個最多人不知道
  
• 無線滑鼠鍵盤、無線攝影機、嬰兒監視器
  

---

步驟 1：先量 —— 沒有基準就沒有辦法知道改了有沒有用

不要用「感覺比較穩了」當判準。Zigbee2MQTT 的新前端（WindFront，2025 年底起是預設）有一頁直接給你數字。

• 導覽列 Settings → Health 分頁（有些版本在導覽列直接有 Health）
  
• 看這幾欄：
  

• Leave count —— 這台裝置自己脫離網路的次數。這是最重要的一欄。健康的裝置應該是 0
  
• Network address changes —— 網路位址變更次數。掉線重連會換位址，數字高代表它一直在進出
  
• Messages / Messages per sec —— 每台的訊息量。有一台特別高代表它在洗頻寬
  
• Queued / Pending requests —— 協調器手上積了多少送不出去的工作。持續不為零就是塞車
  

做法：把現在的 Leave count 整列抄下來或截圖。這就是你的基準線。

⚠ Health 頁的數字會被「裝置重新面談」影響（頁面上自己有提示），所以剛加完新裝置的那幾小時不要當基準。

你會看到：一個表格，每台裝置一列。全部都是 0 的話，你的網路其實沒有掉線問題 —— 你遇到的可能是延遲或某一台裝置本身的毛病，不是這篇要處理的。

⚠ 不要拿 LQI 當主要判準

官方 FAQ 對 LQI 的態度很直白：除非你是 Zigbee 專家，否則請忽略這些數值，它們會誤導你。理由是 Zigbee 規格沒有規定 LQI 要怎麼算 —— Silicon Labs 的晶片和 TI 的晶片算法完全不同，TI 甚至是直接從訊號強度線性換算，所以在一個有干擾的環境裡，訊號變強會讓 LQI 上升，但實際的連結品質是下降的。

RSSI 比較有意義一點（官方給的判準是 -60 以上算強、-80 以下就算吵雜、會掉封包），但它只反映「到第一跳」的強度，不代表到協調器的狀況。

所以順序是：Leave count 是判決，LQI 是線索。

---

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

登入繼續閱讀使用 Google 登入