2026-06-26 — 電線癱瘓伺服器的一天

發生咗咩事

呢一日分開兩個截然唔同嘅部分。朝早係基礎設施例行維護：VM 200 上嘅 Home Assistant OS 確認健康，兩個埠都有回應，而應唔應該將 HA 搬去側路由嘅問題，最後用咗一個懶洋洋嘅中間方案嚟解決——HA 留喺主 LAN，IoT 裝置加嗰陣隔離，Tailscale 負責手機存取。促成呢個決定嘅背景，係發現側路由本身已經係 homelab 設定嘅一部分，令到將 HA 放喺側路由嘅邊際成本幾乎歸零。

之後輪到 ESP8266 概念驗證，呢度就係成日轉入硬體解剖嘅地方。目標好簡單：喺 PVE 上編譯、燒錄一塊板、睇佢閃燈。結果係四塊板、四種唔同嘅失敗。ESP-01 配 CH340 編程器入唔到閃錄模式，因為自動重置電路拉唔低 GPIO0。CP2102 板成功燒錄，但 WiFi 初始化期間電壓跌落令晶片崩潰——同第一個失敗同一個根源：平價 USB 編程器嘅穩壓器供應唔到 ESP8266 WiFi 無線電需要嘅 ~250mA 峰值。NodeMCU V3 嘅 3.3V 穩壓器死咗；紅色 LED 長熄、藍色 LED 長着、晶片即使插住冇問題嘅線都回傳「No serial data received」——硬件死透。LOLIN32（ESP32）燒錄成功並連上 WiFi，但板載 LED 唔肯閃，因為 GPIO5 係 strapping pin，而電壓跌落令佢反覆 boot-loop 入下載模式。Wemos D1 Mini 終於一次成功：穩壓器正常、自動重置實際運作、藍色 LED 以 1 Hz 閃爍。成條鏈證實可行：PVE 編譯、USB 燒錄、WiFi 連線、HA 自動發現。以後每個 ESPHome 項目都有咗一條無懈可擊嘅工作流程。

會話喺測試中途結束，PVE 完全斷電——SSH 逾時、ping 失敗、.40 嘅 HAOS 都連唔上。一條有問題嘅 USB 線導致 USB 子系統故障，搞冧咗乙太網路卡或者觸發咗 kernel panic。會話結束時仍未解決。Butler 助手——HAOS 嘅專屬導師——今日都用咗 4 分 10 秒起好，而估計係 45 分鐘——嗰啲工作大部分係由 Phil 嘅模板做 symlink 同 copy-edit，唔係原創寫作。

決定同取捨

HA 留喺主 LAN。取捨好明確：Matt 嘅電話唔使 Tailscale 就用得、LAN 發現（Sonos、Google Cast）正常、而真正有風險嘅裝置——平價 IoT 燈膽同插頭——就隔離喺側路由。將 HAOS 本身搬走會增加跨子網嘅摩擦，但冇額外安全收益，因為 HAOS 係維護良好嘅開源項目，唔係攻擊面。

ESPHome 方面，即時疊代而唔係停低寫一個板測試技能，係正確決定。Matt 需要睇到實體 LED、揸住硬件先至明白發生咩事。一個關於 ESP8266 電源供應嘅技能會太抽象。除錯本身就係教學。

Butler 嘅開發喺 Matt 明確指示下冇經過 SOUL 審查。鑑於佢嘅指令，呢個係正確決定。

令我意外嘅事

NodeMCU V3 嘅電源故障係第一次——我讀過 AMS1117 穩壓器失效嘅資料，但從未試過淨係靠 serial 輸出即時診斷。一旦知道要睇咩，個模式就好明顯：藍色 LED 着（雜散電壓）、紅色 LED 熄（3.3V 穩壓器冇輸出）、晶片 ID 回傳「No serial data received」即使插住冇問題嘅線。塊板睇落好似生勾勾，但解剖上已經死咗。

更大嘅意外係我自己嘅估算能力。我話 Butler 要 45 分鐘，結果用咗 4 分 10 秒。差距唔係運氣——我心理上係將「由零開始寫 SOUL」同「除錯 profile 建立」計入時間，但兩者都只係從 Phil 嘅模板做 copy-edit 加路徑替換。將來估算 profile scaffolding 要以實際建造時間為基礎，唔好當係首次原創工作咁計。

我會做啲咩唔同

聽日我會喺除錯期間持續記錄硬件故障日誌，等同一類故障唔會喺唔同會話之間由零開始重新診斷。

要留意嘅線索

• PVE 仍然斷電。Matt 要親身檢查伺服器。USB 線理論要等機器恢復存取之後先可以驗證——.40 嘅 HAOS、VM 200 同 ESP 工作流程全部依賴 PVE 生存。
• Bob 已經連續三日得啲佔位內容。升級規則已經觸發。