ESP32 配合 Home Assistant：低成本本地智能家居的五個切入點

圖片：TechLab 自製資訊圖

TechLab 編輯部（譯）·2026-09-05

XDA Developers 近日整理五個 ESP32 專案，涵蓋藍牙代理、免訂閱門鈴、Zigbee／Thread bridge、Wi‑Fi 訊號掃描，以及以藍牙判斷人在與否。這批構想的共同點，是把 ESP32 這類具 Wi‑Fi 與藍牙功能的微控制器，接入 Home Assistant 和 ESPHome，將原本由單一成品裝置承擔的工作拆成多個可自行部署的小節點。

這個方向較適合希望減少依賴雲端、又願意自行設定智能家居的用家。，但其限制同樣清楚：原文談的是 DIY 路線，並非插電即用的產品推薦。使用者需要選對開發板、燒錄程式、修改 ESPHome 設定，並按住宅格局安排硬件位置；部分項目還要添置鏡頭、按鈕或感應器。因此，ESP32 的吸引力主要來自可控性和擴充性，未必適合只想快速完成安裝的家庭。

先處理覆蓋問題：藍牙代理的實際價值

五個項目之中，藍牙代理最貼近既有 Home Assistant 用家的痛點。藍牙低功耗裝置可用於溫度感應器、按鈕、遙控器與開關，但這些裝置本身通訊距離有限；若 Home Assistant 主機離裝置太遠，中間的牆身和傢具都可能令連線不穩。原文建議以 ESP32 製作代理，讓它充當藍牙裝置與 Home Assistant 之間的 bridge，補上原有系統的接收範圍。

設定方式是把 ESPHome 模組加入 HASS（Home Assistant）配置、安裝所需 driver，再把預載程式燒錄至 ESP32，最後調整設定檔。這反映它並不是單靠買一塊板就能解決問題；網絡位置和實體擺位同樣重要。原文亦指出，住宅範圍較大時可能要部署多個代理。從使用體驗分析，這種分散式做法的價值在於可按死角逐步加點，毋須為每一件藍牙配件另購專用 hub，但管理多個節點亦會增加日後維護工作。

ESP32 配合 Home Assistant：低成本本地智能家居的五個切入點

圖片：Wikimedia Commons 檔案頁 — JohnWilliamDoe (CC BY-SA 3.0)

把門鈴留在本地，代價是自行處理影像節點

原文另一個重點是以 ESP32-S3、OV2640 鏡頭模組、按鈕及 ESPHome 製作門鈴。作者指出，ESP32-S3 可串流低幀率影片，整套設計可作為本地運作的 DIY 門鈴；相對之下，部分現成智能門鈴涉及月費訂閱，片段亦會傳送至供應商的 server。對重視影像資料去向的人而言，本地處理是一個明確誘因。

不過，「本地」不等於整體工作量更低。原文特別提到要在 ESPHome 作調整，以防鏡頭過熱，也可加入 PIR 感應器提供移動偵測。換言之，門鈴是五個構想中較接近完整產品形態的一項，同時也是最需要考慮硬件整合、散熱與日常可靠性的項目。這套方案較適合願意持續調校家居節點的用家；若重視成熟的通知、安裝與售後流程，仍須先衡量 DIY 所省下的成本是否足以抵銷時間投入。

ESP32-C6 的角色，是連接不同協議而非萬用替代品

要把 Zigbee 或 Thread 裝置納入既有智能家居，原文指定需要 ESP32-C6，而非一般 ESP32。該晶片支援 Wi‑Fi 6、Bluetooth 5、Zigbee 3.0 與 Thread 1.3，並可原生支援建基於 Thread 或 Wi‑Fi 的 Matter；原文亦提及可透過 ESP Matter SDK 建立兼容 Matter 的裝置。這使 ESP32-C6 成為協議整合的潛在切入點，尤其適合家中已經有不同類型智能裝置的人。

但這裏容易被「自製 hub」的說法簡化。bridge 能否順利投入使用，取決於裝置採用的協議、Home Assistant 的設定，以及整個家庭網絡的部署方式。原文所說的好處，是有機會以低成本將較多裝置帶入同一個智能家居系統；合理推論是，用家應先盤點現有裝置真正使用 Zigbee、Thread 還是其他連線方式，再決定 ESP32-C6 是否對症。它能降低入門硬件門檻，卻不會自動消除相容性與設定上的複雜度。

由量度 Wi‑Fi 到判斷人在：小節點可做甚麼

Wi‑Fi 訊號掃描器展示了 ESP32 最直接的用途：利用板上的 Wi‑Fi 模組偵測 router 或 access point 發出的 frame，並以 dBm 顯示訊號強度。原文提供 ESPHome 的設定方向，讓 Home Assistant 顯示 Wi‑Fi 訊號及附近網絡掃描結果。對準備重新擺放 router 或 AP 的人，這類節點可提供實際量度資料，而非單憑手機訊號格數估計覆蓋。

至於在家狀態判斷，原文提出利用 ESP32 的藍牙模組、Home Assistant 與 ESPHome，讀取手機發出的 iBeacon；iPhone 用家需要調整 Home Assistant app，才可讓手機發送該低耗電訊號。系統辨識到手機 UUID 在附近後，便可在 Home Assistant 建立 sensor，再以 automation 控制燈光。作者將此方法定位為不依賴 PIR 或鏡頭的選項，目的是避開人在靜止時，部分感應器未必能持續偵測的情況。

這亦說明 ESP32 專案最值得留意之處：它不一定要獨力完成一個華麗 gadget，而是可在整個自動化流程中處理一個很具體的缺口。藍牙代理改善連線範圍，訊號掃描器協助選址，門鈴把影像留在自設系統，C6 則面向協議整合；這些功能疊加後，Home Assistant 才會較接近一套可按生活空間調整的系統。下一步值得觀察的，是 DIY 社群如何把這些分散節點的設定、散熱和兼容性經驗整理得更容易重用，讓入門者不用每次由零開始。