用功率監控判斷「電鍋跳起來了」「水滾了」（完整做法）

charles

很多廚房電器根本沒有智能功能，但它們的耗電模式會說話。

這篇講怎麼用一個智能插座把它們變聰明。



核心觀念：功率曲線就是狀態

不同的動作有不同的耗電模式：

• 電鍋煮飯：全功率加熱 → 跳起來後降到保溫的低功率
  
• 洗碗機：洗 → 加熱 → 烘乾 → 停，功率起伏很大
  
• 熱水壺：全功率 → 水滾後歸零
  
• 洗衣機：進水 → 洗 → 脫水（功率尖峰）→ 歸零
  
• 烤箱：加熱到溫度後開始間歇性開關
  

你要做的就是「找出那個轉折點」。

第一步：先量

不要憑感覺猜數字，一定要先量。

• 把智能插座接上那台電器
  
• 完整跑一次（煮一鍋飯、洗一次碗）
  
• 到 HA 的歷史頁面看功率曲線
  

我量到的實際數字（參考用，你家一定不一樣）：

• 電鍋：加熱 650W，保溫 40W，待機 1W
  
• 熱水壺：加熱 1200W，關閉 0W
  
• 洗碗機：洗滌 80W，加熱 1800W，烘乾 400W，結束 0.5W
  
• 烤箱：預熱 1500W，恆溫時在 0 和 1500 之間跳
  

第二步：做一個狀態感測器

1. template:
2.   - binary_sensor:
3.       - name: 電鍋加熱中
4.         unique_id: rice_cooker_heating
5.         device_class: running
6.         # 開始要快，結束要慢（避免瞬間波動誤判）
7.         delay_on: "00:00:20"
8.         delay_off: "00:01:00"
9.         state: >
10.           {{ states('sensor.rice_cooker_power') | float(0) > 300 }}
12.       - name: 電鍋保溫中
13.         unique_id: rice_cooker_warming
14.         delay_on: "00:02:00"
15.         delay_off: "00:02:00"
16.         state: >
17.           {% set p = states('sensor.rice_cooker_power') | float(0) %}
18.           {{ 10 < p <= 300 }}

複製代碼

delay_on 和 delay_off 是關鍵。

• 沒有它的話，功率每次波動都會觸發
  
• 開始的門檻可以短（20 秒）
  
• 結束的門檻要長（1-2 分鐘），因為很多電器會間歇性運作
  

第三步：做通知自動化

1. alias: 電鍋煮好了
2. id: rice_cooker_done
4. triggers:
5.   # 從「加熱中」變成「不加熱」
6.   - trigger: state
7.     entity_id: binary_sensor.電鍋加熱中
8.     from: "on"
9.     to: "off"
11. conditions:
12.   # 確認不是被拔插頭（保溫中才算煮好）
13.   - condition: state
14.     entity_id: binary_sensor.電鍋保溫中
15.     state: "on"
17. actions:
18.   - action: script.smart_announce
19.     data:
20.       area: occupied
21.       message: 飯煮好了
23.   - action: notify.mobile_app_charles
24.     data:
25.       title: 電鍋
26.       message: 飯煮好了，現在是保溫狀態
27.       data:
28.         tag: rice_cooker
30.   # 保溫超過兩小時再提醒一次
31.   - delay: "02:00:00"
32.   - if:
33.       - condition: state
34.         entity_id: binary_sensor.電鍋保溫中
35.         state: "on"
36.     then:
37.       - action: notify.mobile_app_charles
38.         data:
39.           title: 電鍋還在保溫
40.           message: 已經保溫兩小時了，飯會變乾喔
41.           data:
42.             tag: rice_cooker
44. mode: single

複製代碼

進階：做一個多狀態的感測器

比 binary_sensor 更精確的做法：

1. template:
2.   - sensor:
3.       - name: 洗碗機狀態
4.         unique_id: dishwasher_state
5.         icon: >
6.           {% set s = states('sensor.洗碗機狀態') %}
7.           {% if s == '運轉中' %}mdi:dishwasher
8.           {% elif s == '完成' %}mdi:dishwasher-alert
9.           {% else %}mdi:dishwasher-off
10.           {% endif %}
11.         state: >
12.           {% set p = states('sensor.dishwasher_power') | float(0) %}
13.           {% if p < 2 %}
14.             待機
15.           {% elif p < 200 %}
16.             洗滌中
17.           {% elif p < 600 %}
18.             烘乾中
19.           {% else %}
20.             加熱中
21.           {% endif %}

複製代碼

但這個有個問題：它只看當下的功率，不知道「流程走到哪」。

更好的做法：用一個 input_select 記住流程狀態

1. input_select:
2.   dishwasher_cycle:
3.     name: 洗碗機流程
4.     options:
5.       - 閒置
6.       - 運轉中
7.       - 完成待取
8.     initial: 閒置

複製代碼

1. alias: 洗碗機流程追蹤
2. triggers:
3.   # 開始
4.   - trigger: numeric_state
5.     entity_id: sensor.dishwasher_power
6.     above: 50
7.     for: "00:02:00"
8.     id: 開始
9.   # 結束
10.   - trigger: numeric_state
11.     entity_id: sensor.dishwasher_power
12.     below: 3
13.     for: "00:10:00"
14.     id: 結束
15.   # 門被打開（代表有人去拿碗了）
16.   - trigger: state
17.     entity_id: binary_sensor.dishwasher_door
18.     to: "on"
19.     id: 開門
21. actions:
22.   - choose:
23.       - conditions:
24.           - condition: trigger
25.             id: 開始
26.         sequence:
27.           - action: input_select.select_option
28.             target: {entity_id: input_select.dishwasher_cycle}
29.             data: {option: 運轉中}
31.       - conditions:
32.           - condition: trigger
33.             id: 結束
34.           - condition: state
35.             entity_id: input_select.dishwasher_cycle
36.             state: 運轉中
37.         sequence:
38.           - action: input_select.select_option
39.             target: {entity_id: input_select.dishwasher_cycle}
40.             data: {option: 完成待取}
41.           - action: script.smart_announce
42.             data:
43.               area: occupied
44.               message: 洗碗機洗好了
46.       - conditions:
47.           - condition: trigger
48.             id: 開門
49.           - condition: state
50.             entity_id: input_select.dishwasher_cycle
51.             state: 完成待取
52.         sequence:
53.           - action: input_select.select_option
54.             target: {entity_id: input_select.dishwasher_cycle}
55.             data: {option: 閒置}
57. mode: queued

複製代碼

「結束」那個 for: 10 分鐘很重要 ——
洗碗機中間會有很長的靜置時間（泡洗劑），
沒有這個的話會提早通知。

「完成待取」這個狀態很實用：

• 可以做「超過兩小時沒去拿就再提醒」
  
• 可以在儀表板上顯示「有碗可以收」
  
• 避免重複通知
  

實務上的六個細節

一、智能插座的功率解析度

有些便宜的插座最小只能測到 3W 或 5W，
低於那個就回報 0。

要判斷「待機 vs 完全關閉」的話會有問題。

買之前確認規格上的最小可測功率。

二、回報頻率

• 有些插座只在功率變化超過某個幅度時才回報
  
• 有些是固定每 30 秒或 60 秒
  

回報太慢的話，你的 delay_on 要設得更長。

Zigbee 插座通常可以調回報間隔和變化門檻（在 Z2M 的裝置設定裡）。

三、要用「累計用電」還是「瞬時功率」

• 判斷狀態 → 用瞬時功率（W）
  
• 算成本 → 用累計用電（kWh）
  

只有瞬時功率的話，可以用 integration 平台積分出 kWh。

四、負載要在插座的規格內

這是安全問題。

• 電鍋 600-800W → 一般智能插座（10A / 1100W）可以
  
• 熱水壺 1200-1800W → 要確認插座規格
  
• 烤箱、電磁爐 → 常常超過 2000W，一般智能插座不能用
  
• 洗碗機、烘碗機 → 要看規格
  

超過規格會燒掉，而且可能起火。一定要看清楚。

大功率的電器請用專用迴路 + 內嵌式計量模組，找水電裝。

五、瞬間突波

很多電器開機瞬間的電流遠高於正常運轉。

所以「最大功率」和「啟動電流」是兩回事，
插座的規格通常寫的是持續負載。

六、不要把安全相關的東西接在智能插座上

• 冰箱 —— 絕對不要（誤關的話食物全壞）
  
• 魚缸的打氣機、加溫器 —— 不要
  
• 醫療設備 —— 不要
  

如果一定要接（為了監控），確認那個插座「斷電後預設是開」，
而且不要在任何自動化裡關掉它。

還能做什麼

同樣的技巧可以用在：

• 烘衣機 —— 洗好了通知
  
• 除濕機 —— 滿水停機偵測（功率歸零但插頭還在）
  
• 電腦 —— 判斷開機還關機（比 ping 可靠）
  
• 電視 —— 判斷真的在看還是待機
  
• 熱水器 —— 加熱週期記錄
  
• 咖啡機 —— 每天煮幾杯
  

---

我覺得這個技巧最棒的地方是：

它讓「笨」的電器有了狀態，而且不用改裝、不用破壞保固。

一個三百多塊的智能插座，可以把一台十年的電鍋變成
「會告訴你飯煮好了」的電鍋。

這比買一台有 Wi-Fi 的新電鍋划算太多了。