Automatizace cen elektřiny: Home Assistant, Tibber a Nordpool v praxi

Už rok a půl optimalizuju spotřebu domácnosti podle hodinových cen elektřiny a upřímně — tohle je jedna z těch věcí, kde chytrá domácnost skutečně vydělává. Ne v teoretických číslech, ale v reálných korunách (nebo jejich ekvivalentech v norských NOK, pokud jste na severských tarifech). Dneska ti ukážu, jak celý systém funguje, co jsem musel vyřešit a kde jsou aktuální limity.

Jak to celé funguje: ceny, senzory a automatizace

Základ je jednoduchý. Nord Pool každý den kolem 13:00 CET vyhlásí hodinové ceny elektřiny na následující den pro všechny bidding zóny. Home Assistant si tato data stáhne — buď přes nativní Nord Pool integraci, nebo přes HACS doplněk — a od té chvíle máš k dispozici 24 hodinových cen, se kterými můžeš automatizovat.

Tibber přistupuje k věci trochu jinak. Jako dodavatel elektřiny nabízí vlastní integraci do Home Assistantu, která kromě aktuální ceny poskytuje i atribut price_level — tedy kategorie jako VERY_CHEAP, CHEAP, NORMAL, EXPENSIVE a VERY_EXPENSIVE. Tohle je praktické, protože nemusíš počítat relativní cenu sám. Například pro přímotop na Shelly přepínači vypadá základní automatizace takto:

trigger:
  - platform: state
    entity_id: sensor.electricity_price
    attribute: PriceLevel
action:
  - service: >-
      {% set is_cheap = is_state_attr('sensor.electricity_price', 'PriceLevel', 'CHEAP') or
         is_state_attr('sensor.electricity_price', 'PriceLevel', 'VERY_CHEAP') %}
      switch.turn_{{ 'on' if is_cheap else 'off' }}
    target:
      entity_id: switch.primotop_obyvak

Jedna automatizace, jeden trigger na změnu atributu — žádné minutové pollování. Přesně takhle to chceš mít.

Pro Nord Pool senzor pak můžeš v šabloně pracovat přímo s číselnou hodnotou ceny a porovnávat ji třeba s denním průměrem. Komunita na Home Assistant fóru k tomu sdílí pěkný template senzor, který vypočítá poměr aktuální ceny vůči průměru a vrátí škálu 1–5. Tohle se mi osvědčilo víc než pevný cenový práh, protože funguje i v období, kdy je elektřina obecně dražší nebo levnější.

Co optimalizovat a kolik to reálně dává

Smysl dává optimalizovat zátěže, které mají nějakou tepelnou nebo chemickou setrvačnost — tedy takové, u nichž nezáleží přesně na tom, kdy běží, ale jen na tom, že za den odvedou svou práci.

Bojler a ohřev vody — nejjednodušší případ. Nastavíš ohřev na noční hodiny s nejlevnější cenou a hotovo. Na severských tarifech s výkyvy 3–8× denně tohle samo o sobě pokryje velkou část úspor.

Tepelné čerpadlo a klimatizace — tady je to složitější. Pokud tepelné čerpadlo úplně vypneš v drahé hodině, budova vychladne a pak spotřebuje více energie na dorovnání. Komunita řeší chytřejší přístup: místo binárního vypnutí se čerpadlo přepne na nižší výkon nebo se využije tepelná hmota budovy jako baterie. Od roku 2025 navíc Nord Pool nabízí 15minutová data (namísto hodinových), což umožňuje ještě jemnější řízení — krátkodobé cenové špičky trvající 15–45 minut, které při hodinovém průměrování vůbec nevidíš.

Dobíjení elektromobilu — klasický use case. Wallbox nebo chytrou zásuvku nastavíš tak, aby nabíjela jen v nejlevnějších hodinách. S utility_meter helperem pak můžeš sledovat, kolik kWh jsi dobil za levnou cenu versus drahou. Čísla z praxe z nordického prostředí: domácnosti s elektromobilem a tepelným čerpadlem hlásí úspory 400–900 NOK měsíčně jen z tohoto posunu spotřeby.

Bateriové systémy — Huawei LUNA2000, Tesla Powerwall nebo DIY LiFePO4 sestava. Stejný cenový signál použiješ k tomu, že baterii nabíjíš z gridu v nejlevnějších hodinách a vybíjíš v nejdražších. Tohle je vrchol optimalizace, ale vyžaduje integraci konkrétního systému.

Aktuální úskalí: Tibber OAuth2 migrace v 2026.1

Tady musím být upřímný — v roce 2026 to není všechno růžové. Po přechodu na OAuth2 a nové Data API v Home Assistant verzi 2026.1 narazila Tibber integrace na vážný bug: senzor ceny elektřiny je nedostupný přibližně 93 % času mezi jednotlivými polling cykly. Konkrétně — poll probíhá každých 15 minut, ale senzor je dostupný jen 1–2 minuty po úspěšném dotazu. Zbytek doby vrací stav unavailable.

Proč? Příčina je v kódu: TibberSensorElPrice._handle_coordinator_update nastavuje available = False vždy, když current_price je None — a to nastává kdykoli není v cache cena pro aktuální hodinu. Tedy 13 z každých 15 minut.

Praktický dopad je bolestivý: automatizace s podmínkou numeric_state na Tibber senzoru selhávají téměř pokaždé, kdy se vyhodnocují. Pokud tedy aktuálně používáš Tibber, doporučuju jedno z těchto řešení:

• Přejdi na Nord Pool HACS integraci jako primární zdroj dat (ta má spolehlivější dostupnost)
• Použij template senzor, který si zapamatuje poslední platnou hodnotu a nespadne do unavailable
• Počkej na fix — komunita navrhuje, aby senzor udržoval poslední známou hodnotu a teprve po několika po sobě jdoucích neúspěšných pollech přešel do unavailable

Pro vizualizaci cen doporučuju Tibber Graph — HACS integraci, která zobrazí graf historických i budoucích cen přímo v dashboardu. Funguje i s Nord Pool senzorem, takže nezávisíš na Tibber účtu.

Kde začít a co tě čeká dál

Pokud s tímhle začínáš, nejjednodušší cesta je: nainstaluj Nord Pool integraci (je nativní součástí HA), nastav jeden bojler nebo přímotop na automatizaci podle cenové hladiny a sleduj, co se děje. Měsíc dat ti řekne víc než jakákoli teorie.

To, co mě v roce 2026 zajímá nejvíc, jsou 15minutová data od Nord Pool a chytřejší optimalizační algoritmy — Python skripty s dynamickým programováním, které nepracují jen s aktuální hodinou, ale plánují dopředu na celý den nebo noc. Tepelná hmota budovy jako baterie, prediktivní řízení podle předpovědi počasí — tohle je směr, kam to celé míří.

Otázka na závěr: optimalizuješ spotřebu podle ceny elektřiny, nebo ti to přijde jako zbytečná složitost? Napiš mi do komentářů — rád porovnám zkušenosti.