找回密碼
 立即註冊
惟家LINE群QRCODE
    查看: 0|回覆: 0

    HA 能源儀表板完整設定:從一顆插座到整戶用電

    [複製鏈接]

    !lvup!   100%

    363

    主題

    27

    回帖

    2200萬

    積分

    管理員

    積分
    22005752
    發表於 3 天前 | 顯示全部樓層 |閱讀模式
    HA 內建的「能源」儀表板很強,但設定有幾個地方會卡住

    這篇從零講到能用。



    它需要什麼樣的資料

    這是第一個卡住的地方。

    能源儀表板要的是「累計量(kWh)」,不是「瞬時功率(W)」。


    • 功率(W) —— 「現在用了 350 瓦」。這是一個會上下跳的數字
    • 累計量(kWh) —— 「從安裝到現在總共用了 123.4 度」。這是一個只會往上加的數字


    能源儀表板只吃第二種。

    怎麼判斷你的感測器是哪一種

    開發者工具 → 狀態 → 找那個感測器 → 看屬性
    1. unit_of_measurement: kWh
    2. device_class: energy
    3. state_class: total_increasing
    複製代碼

    三個都對才能加進能源儀表板。


    • state_class: total_increasing —— 只會往上加(歸零時 HA 會自己處理)
    • state_class: total —— 也可以,但要搭配 last_reset
    • state_class: measurement —— 這是瞬時值,不能用


    只有功率怎麼辦:用積分器(Integration)



    HA 有一個「黎曼和積分」整合,可以把功率換算成累計量。

    UI 設定


    • 設定 → 裝置與服務 → 新增整合 → Integration - Riemann sum integral
    • 來源:你的功率感測器
    • 積分方法左黎曼和(Left)梯形(Trapezoidal)
    • 精度:3
    • 時間單位小時(h) ← 這個選錯就全錯


    YAML 的寫法
    1. sensor:
    2.   - platform: integration
    3.     source: sensor.冷氣功率
    4.     name: 冷氣用電量
    5.     unit_prefix: k
    6.     round: 3
    7.     method: left
    複製代碼

    三個常踩的坑

    一、unit_prefix 要填 k


    • 功率的單位是 W,積出來是 Wh
    • unit_prefix: k 才會變成 kWh
    • 忘了填的話數字會大一千倍


    二、method 選哪個


    • left —— 保守,會略微低估
    • right —— 會略微高估
    • trapezoidal —— 最準,但對於「階梯式」的負載會高估


    實務建議


    • 功率變化平緩的(冰箱、除濕機)→ trapezoidal
    • 功率跳躍式的(熱水瓶、電鍋)→ left


    三、積分器只能往前算

    它從「建立的那一刻」開始累積 ——
    之前的用電不會補算進來。

    所以:越早設定越好。

    接上能源儀表板


    • 設定 → 儀表板能源
    • 或者:設定 → 裝置與服務 → 整合 → 能源 → 設定


    可以設定的區塊




    • 電網消耗 —— 總用電(如果你有量整戶的話)
    • 回售電網 —— 太陽能賣回去的
    • 太陽能板 —— 發電量
    • 家用電池 —— 充放電
    • 個別裝置 —— 這個最實用,每個插座各自一條
    • 瓦斯自來水 —— 有智慧錶的話


    「個別裝置」的用法

    這是最容易做到、也最有用的部分。


    • 買幾個有功率監測的智能插座
    • 插在最耗電的東西上
    • 全部加進「個別裝置」區塊


    能源儀表板會顯示


    • 圓餅圖 —— 哪個裝置吃最多
    • 每日 / 每月的長條圖
    • 跟上一期的比較


    優先監測的五樣(依耗電排序)


    • 冷氣 —— 夏天佔一半以上
    • 電熱水器 / 熱水瓶 —— 很多人低估這個
    • 除濕機 —— 梅雨季很可觀
    • 冰箱 —— 24 小時開著
    • 電視 + 機上盒 + 遊戲機 —— 待機也吃電


    加上成本(台灣電價)



    台灣住宅電價的現況


    • 2026 年電價凍漲
    • 六個級距的累進制
    • 120 度以下每度 1.78 元
    • 1000 度以上每度 8.86 元(4/1 起適用)
    • 夏月是 6/1 到 9/30(住宅/非高壓)


    重要的提醒

    時間電價的住宅申請門檻是「單月 700 度」,
    約 98% 的住宅用戶走累進電價 —— 所以「半夜用電比較便宜」對大多數人不成立。


    不要看到國外的教學就把洗衣機排到半夜,台灣一般家庭省不到錢。

    在 HA 裡設定電價


    • 能源設定 → 電網消耗 → 那個感測器旁邊 → 使用靜態價格
    • 填一個平均值


    累進電價怎麼估平均值
    1. 用你上一期的帳單:
    2.    總金額 ÷ 總度數 = 你的實際平均單價
    3. 例如 3,200 元 ÷ 620 度 = 每度約 5.16 元
    複製代碼

    這比自己算級距準,因為帳單已經包含所有附加費用。

    進階:用模板做動態電價
    1. template:
    2.   - sensor:
    3.       - name: 電價
    4.         unique_id: elec_price
    5.         unit_of_measurement: "TWD/kWh"
    6.         state: >
    7.           {% set 本期度數 = states('sensor.本期累計用電') | float(0) %}
    8.           {% if 本期度數 <= 240 %} 1.78
    9.           {% elif 本期度數 <= 660 %} 2.65
    10.           {% else %} 4.00
    11.           {% endif %}
    複製代碼

    (級距和單價請對照你當期的實際帳單。)

    測量整戶用電



    三種做法

    一、電表脈衝(最準,但要看錶)


    • 有些電表有閃爍的 LED,閃 N 次 = 1 度電
    • 用光敏電阻 + ESPHome 去數
    • 需要把感測器貼在電表上


    二、CT 夾式電流感測器(最常見)


    • 夾在主幹線上,不用斷電、不用接線
    • ESPHome + CT 感測器,或者買現成的(例如 Shelly EM 系列)
    • 注意:夾式只能測電流,要準確的功率還需要電壓和功率因數


    三、電箱裡裝電表(最完整,但要電工)


    • DIN 導軌式的智慧電表
    • 可以分迴路量(冷氣一條、廚房一條……)
    • 必須請合格電工施作


    安全提醒

    電箱裡面的東西不要自己動。


    • 220V 會致命
    • CT 夾式的可以自己夾(不用斷電),但線路施工要電工
    • 不確定就找電工,這不是省錢的地方


    常見問題

    一、能源儀表板沒有資料


    • 剛設定完要等 —— 至少一小時才會有第一筆
    • 感測器的三個屬性有沒有對
    • recorder 有沒有把那個感測器排除掉


    二、數字看起來不合理


    • unit_prefix 忘了填 k → 大一千倍
    • 積分的時間單位選錯(選成分鐘)
    • 插座本身的功率讀數就不準(便宜的插座誤差可能 10% 以上)


    三、感測器歸零之後總量變負的


    • state_class 要用 total_increasing
    • 它會自動處理「歸零」的情況
    • 用 total 的話要自己管 last_reset


    四、長期統計資料不見了


    • recorder 的 purge_keep_days 預設只留 10 天
    • 但「長期統計」是另一套機制,預設永久保留
    • 如果連長期統計也沒了,可能是感測器的 unique_id 變了


    ---

    下一篇:用 ESPHome 自己做電力監測 ——
    比買現成的便宜,而且可以分迴路。
    您需要登入後纔可以回帖 登入 | 立即註冊

    本版積分規則

    Archiver|手機版|惟家的智能論壇

    GMT+8, 2026-9-24 12:19 , Processed in 0.109184 second(s), 26 queries .

    快速回覆 返回頂部 返回列表