2.4GHz 頻道規劃：把 Wi-Fi 和 Zigbee 排在一起，一次排完

charles

這篇的內容（21 段）

1. 最少量的觀念：兩張頻率表
2. Wi-Fi 的 13 個頻道
3. Zigbee 的 16 個頻道
4. 方法 A：手機 App（最方便）
5. 方法 B：Windows 內建指令
6. 方法 C：Linux / 樹莓派 / HA 主機
7. 怎麼判讀結果
8. 步驟 2：把 Wi-Fi 固定下來
9. 2-3 把 2.4GHz 和 5GHz 的 SSID 分開
10. 如果你用 ZHA
11. 如果你用 Zigbee2MQTT
12. 步驟 5：對照表選 Zigbee 頻道
13. 步驟 6：換 Zigbee 頻道
14. 6-A 用 ZHA 換
15. 6-B 用 Zigbee2MQTT 換
16. 步驟 7：讓裝置跟上來
17. 8-2 位置和方向
18. 8-3 不要靠加大發射功率解決
19. 5GHz 和 Wi-Fi 6E 要不要一起規劃
20. 這一輪做完之後
21. 什麼時候要重跑這一輪

先講結論，因為這篇要推翻一個流傳很久的說法：Zigbee 換頻道不需要把所有裝置重新配對。



這個說法以前是對的，現在不是了。ZHA 已經內建換頻道的介面，還附一個會自動掃描、幫你挑的 Smart 選項；Zigbee2MQTT 則是在啟動時廣播一則網路更新，插電的裝置馬上跟、電池裝置醒來就跟。官方文件寫的是「最多可能要一小時，所有裝置才會重新連上新頻道」—— 是重連，不是重配。

真正不可逆、需要全部重新配對的是 `network_key`（網路金鑰），不是 `channel`（頻道）。 這兩個東西在設定檔裡只隔幾行，被搞混了很多年，結果就是一堆人明知道自己的頻道選錯了，卻不敢動。

所以這一篇不是「一次設對就別碰」，而是一個可以重複跑的循環：量測現況 → 選 Wi-Fi 頻道 → 選 Zigbee 頻道 → 改 → 驗證。搬家、換路由器、鄰居裝了新機器，回來重跑一次就好。

最少量的觀念：兩張頻率表

先把「為什麼是 1、6、11」和「為什麼是 15、20、25」講清楚，後面選頻道才不是在背口訣。

Wi-Fi 的 13 個頻道

2.4GHz 的 Wi-Fi 頻道中心頻率是 2407 + 5n MHz（n 是頻道編號），而一個 20MHz 寬的通道實際佔用的是中心 ±10MHz。算出來：

1. 頻道 1  → 中心 2412 MHz，佔 2402 ~ 2422 MHz
2. 頻道 6  → 中心 2437 MHz，佔 2427 ~ 2447 MHz
3. 頻道 11 → 中心 2462 MHz，佔 2452 ~ 2472 MHz
4. 頻道 13 → 中心 2472 MHz，佔 2462 ~ 2482 MHz

複製代碼

頻道之間只隔 5MHz，但每個佔 20MHz。所以 1 跟 2 有 15MHz 是重疊的，1 跟 6 才剛好接得上不重疊。

1、6、11 是唯一一組三個互不重疊的組合。 如果你選了 3，它會同時吃掉 1 和 6 的一部分：對面兩群人都受你干擾，你也同時被兩邊干擾，三方都變慢。這不是理論，是同頻道和相鄰頻道的差別 —— 同頻道的兩台 AP 會禮讓彼此（CSMA/CA 會偵測到對方在講話而等待），相鄰重疊頻道的兩台 AP 互相聽不懂，只會把對方當成雜訊硬蓋過去。所以選錯一格比選同一格更糟。

台灣的特殊狀況：法規允許 1 到 13，但你的 IoT 裝置不一定支援。

NCC 的《低功率射頻器材技術規範》開放 2400–2483.5 MHz，涵蓋 CH1 到 CH13，跟歐盟一樣。但美國 FCC 只開放 1–11，而絕大多數便宜的 Wi-Fi IoT 裝置（智慧插座、WiFi 燈泡、ESP 系列模組的韌體）為了全球一個料號通用，內建的區域碼就是美規。

結果是：你把路由器設成 12 或 13，那些裝置會完全掃不到你的 Wi-Fi，而且不會有任何錯誤訊息 —— 在它眼裡那個頻道根本不存在，就像 SSID 沒有在廣播一樣。設定精靈會停在「找不到網路」，你會以為是裝置壞了。

所以在台灣，2.4GHz 還是只選 1、6、11。不是因為 12/13 違法，是因為選了它們你的一半裝置會消失。

Zigbee 的 16 個頻道

Zigbee 用的是 IEEE 802.15.4，2.4GHz 頻段編號 11 到 26，中心頻率是 2405 + 5(k−11) MHz，每個大約佔 2MHz（比 Wi-Fi 窄非常多）。

把兩張表疊起來，哪些 Zigbee 頻道躲在 Wi-Fi 的縫裡就一目了然：

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

登入繼續閱讀使用 Google 登入