冷氣省電：先量得出來，再談省得掉 —— 一套可驗證的控制策略

charles

這篇的內容（13 段）

1. 2-1 先確認你有室外溫度
2. 2-2 建效率指標
3. 2-3 補上「今日運轉時數」
4. 2-4 驗證這三個感測器都活著
5. 4-2 「設 26 度比 24 度省很多」
6. 4-4 「冷氣配電風扇有用嗎」
7. 第五步：把策略寫成自動化
8. 5-1 回家前預冷（變頻最有感）
9. 5-2 睡眠溫度曲線
10. 5-3 開窗就關冷氣
11. 5-4 沒人就關（但要先試探）
12. 5-6 濾網清潔提醒
13. 最後：一個誠實的提醒

網路上關於冷氣省電的說法，九成沒有附量測方法。 這篇反過來做：先把「怎麼證明省了多少」建起來，再一條一條把策略套上去驗。

這篇完全不碰硬體。 不用動烙鐵、不用開配電箱，用你已經有的功率監測插座或電錶就能做完。



第一步：用功率曲線判斷你家是變頻還是定頻

這是整篇的分歧點。 變頻和定頻的最佳策略是相反的，判斷錯的話後面每一條都會做反。

怎麼做：

• 挑一個室內已經很熱的下午（室溫 30 度以上）
  
• 把冷氣設 26 度打開
  
• 打開 HA 的歷史頁，把冷氣的功率實體拉出來，看接下來 40 分鐘的曲線
  

你會看到兩種形狀的其中一種：

1. 變頻：  先衝高到 1500~2500W（壓縮機全速）
2.         10~20 分鐘後降下來，維持在某個中間值（例如 400~800W）
3.         之後在那個值附近緩慢起伏，很少歸零
5. 定頻：  一開就是某個固定值（例如 1100W），一路不變
6.         到溫之後「直接掉到接近 0」
7.         過幾分鐘又「跳回原本那個固定值」
8.         整條線像方波，中間沒有過渡

複製代碼

判別的關鍵不是最高值，是「有沒有中間值」。定頻只有兩檔：全開和全停。

• 曲線一直在 0 和某個值之間跳，中間沒有停留 → 定頻
  
• 衝高後降到一個中間值持續運轉 → 變頻
  
• 看不出來 → 多半是室內已經夠涼，壓縮機根本沒全速跑過。挑更熱的時候再測一次
  

第二步：建一個「能比較」的效率指標

直接比每日用電量是沒有意義的，因為天氣會騙你。 你把溫度從 24 調到 26 那三天剛好比較涼，看起來就會非常有效。

要能比較，必須除掉天氣的影響。

2-1 先確認你有室外溫度

不用買感測器。設定 → 裝置與服務 → 新增整合，搜尋並加入中央氣象署或 OpenWeatherMap，選你所在的區域。

加完之後到開發者工具 → 狀態，找到像 `sensor.xxx_temperature` 的實體，你會看到一個 20~36 之間的數字，屬性裡是：

1. unit_of_measurement: °C
2. device_class: temperature
3. state_class: measurement

複製代碼

2-2 建效率指標

放在 configuration.yaml 的最外層（頂格、沒有縮排）：

1. template:
2.   - sensor:
3.       - name: 冷氣效率指標
4.         unique_id: ac_efficiency_index
5.         unit_of_measurement: "kWh/degC-h"
6.         state_class: measurement
7.         state: >
8.           {% set kwh = states('sensor.leng_qi_jin_ri_yong_dian') | float(0) %}
9.           {% set hours = states('sensor.leng_qi_jin_ri_yun_zhuan_shi_shu') | float(0) %}
10.           {% set outdoor = states('sensor.shi_wai_wen_du') | float(0) %}
11.           {% set setpoint = state_attr('climate.ke_ting', 'temperature') | float(26) %}
12.           {% set diff = outdoor - setpoint %}
13.           {% if hours > 0.5 and diff > 1 %}
14.             {{ (kwh / hours / diff) | round(4) }}
15.           {% else %}
16.             unknown
17.           {% endif %}
18.         availability: >
19.           {{ states('sensor.shi_wai_wen_du') | is_number }}

複製代碼

這個式子在算什麼：每運轉一小時、每對抗一度溫差，花掉幾度電。天氣熱、開得久，這個值都不會變大 —— 只有冷氣本身或環境的隔熱變差，它才會變大。

`hours > 0.5 and diff > 1` 這個判斷不能省：運轉時數是 0 的時候會除以零，HA 8 之後除以零是直接讓感測器變成 unavailable，而不是回傳 0。

2-3 補上「今日運轉時數」

上面用到的 `sensor.leng_qi_jin_ri_yun_zhuan_shi_shu` 要自己建。放 configuration.yaml 最外層：

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

登入繼續閱讀使用 Google 登入