找出家裡的吃電怪獸：從已有的用電資料挖出真兇的六個方法

charles

這篇的內容（5 段）

1. 1-2 確認它在跑
2. 5-2 長時間高功率就通知
3. 6-1 先搞懂資料長怎樣
4. 6-3 確認它有跑起來
5. 驗收清單

這篇講的是分析：怎麼從用電數字裡，把吃電的東西一個一個抓出來。 每個方法都給完整可貼的設定與判讀方式。



第零步：先確認你有一個「目前總功率」的感測器

後面九步全部建立在這一個實體上。先花三分鐘確認它存在。

• 打開 開發者工具 → 狀態
  
• 在「屬性」欄位輸入 `device_class: power`，看有沒有東西被篩出來
  

你會看到三種情況：

情況 A：有一個代表全戶的 W 實體 —— 最理想，直接往第一步走。

情況 B：只有單一插座的 W 實體 —— 也能做，後面把 `sensor.quan_hu_ji_shi_gong_lv` 換成那顆插座的實體 ID 就好，分析的是「那一台電器」而不是全家。

情況 C：一個都沒有 —— 最快的解法是去買一顆有功率監測的智慧插座（搜尋關鍵字「智慧插座 電量監測」，約 300~600 元，優先挑標示支援 Matter 或 Tasmota 的本地型號），插在你最想查的電器上，照它的整合流程接進 HA。接進來之後回到狀態頁，篩出來的那個 `sensor.xxx_power` 就是後面要用的實體 ID。整戶的量測要動到配電箱，那是另一件事；先用一顆插座把方法走過一遍，比什麼都沒有好得多。

往下每一段 YAML 裡的實體 ID 都要換成你自己的，不要直接照抄 —— 照抄的症狀是感測器永遠 unknown，而且不報錯。

第一步：先量出你的「基礎負載」

基礎負載 = 家裡沒人、什麼都沒在用的時候，還在吃的電。

這是整個分析的起點，因為它是一年 8760 小時都在花的錢。

1-1 建一個「24 小時最低功率」感測器

放在 configuration.yaml 的最外層：

1. sensor:
2.   - platform: statistics
3.     name: 24小時最低功率
4.     unique_id: base_load_24h
5.     entity_id: sensor.quan_hu_ji_shi_gong_lv
6.     state_characteristic: value_min
7.     max_age:
8.       hours: 24
9.     sampling_size: 2000

複製代碼

`entity_id:` 填你家的「目前總功率」那個 W 實體。 實體 ID 去開發者工具 → 狀態查，最左欄那個。

`sampling_size` 一定要放大：預設是 20 筆，24 小時只留 20 個取樣點等於沒在統計。功率感測器通常十秒回報一次，一天約 8600 筆，填 2000 足夠抓到最低點。

存檔後 開發者工具 → 重新載入 YAML 設定 → 全部重新載入。

1-2 確認它在跑

到開發者工具 → 狀態找 `sensor.24xiao_shi_zui_di_gong_lv`，你會看到：

1. 狀態: 118
2. unit_of_measurement: W
3. source_value_valid: true
4. age_coverage_ratio: 0.31

複製代碼

• `age_coverage_ratio` 是 0.31 代表目前只累積了 24 小時的 31%。要等滿一整天，這個數字到 1.0，那個最低值才可信
  
• 狀態是 unknown → `entity_id` 打錯，或者來源感測器本身是 unavailable
  
• `source_value_valid: false` → 來源不是數字（可能回報 unavailable 中）
  

1-3 對照表：你的基礎負載算哪一級

1. 50 ~ 100W     很好。大概就是一台冰箱 + 數據機 + 分享器
2. 100 ~ 200W    普通。多半是多了機上盒、NAS、或第二台冰箱
3. 200 ~ 300W    偏高，有東西在你不知道的時候運轉
4. 300W 以上     一定有問題，值得花一個晚上查

複製代碼

基礎負載 200W 的話，一個月是 144 度。 按每度 5 元算，一年 8,600 元，而且你完全沒用到。這就是為什麼要從這裡開始。



第二步：逐一斷電法，把基礎負載拆開

這是最原始的方法，但它是唯一給你「確定答案」的方法。 花一個晚上，一勞永逸。

做法：

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

登入繼續閱讀使用 Google 登入