Lokální solární monitoring bez cloudu: ESP32 a load balancing

Když jsem před pár lety poprvé připojoval solární střídač k Home Assistantu, nebylo to žádné terno. Data putovala do cloudu výrobce, odtud přes API zpátky k nám — a aktualizace jednou za minutu. To je v případě dynamického řízení spotřeby (load balancing) úplně k ničemu. Dneska to jde jinak. Lokálně, spolehlivě a bez závislosti na tom, jestli výrobci servery zrovna jedou.

Ukážu ti, jak to funguje, co k tomu potřebuješ a co reálně čekat.

---

Proč cloud nestačí — a co je load balancing

Představ si, že máš fotovoltaiku, baterii a chceš automaticky spouštět myčku, pračku nebo nabíječku auta tehdy, kdy přebývá solární energie. Aby to fungovalo, potřebuješ data v reálném čase — ideálně každých 5–10 sekund. Cloudové integrace to neumí. Jak popsal Rory Gallagher při snaze osvobodit svůj Emporia Vue monitor: cloud přináší latenci i závislost na AWS serverech výrobce a aktualizaci maximálně jednou za minutu. Pro monitorování to možná stačí, pro load balancing absolutně ne.

Load balancing v kontextu fotovoltaiky znamená: na základě okamžitého přebytku nebo nedostatku výkonu automaticky zapínat a vypínat spotřebiče tak, abys minimalizoval odběr ze sítě a zbytečně neoddával levnou energii zpět. K tomu potřebuješ:

• okamžitý výkon ze střídače (W, aktualizace každých pár sekund)
• aktuální příkon domácnosti
• stav baterie (pokud ji máš)
• výkon přetékaný do sítě nebo odebíraný ze sítě

Tohle všechno ti lokální integrace přes ESP32 dá — a cloudová vám to spolehlivě nevezme, protože nikdy nebyla navržená na tento usecase.

---

ESP32 jako Modbus TCP bridge — srdce celého řešení

Většina moderních střídačů (FoxESS, Deye, Growatt, SMA...) komunikuje přes RS485 sběrnici s protokolem Modbus RTU. ESP32 slouží jako fyzický převodník: na jedné straně RS485, na druhé WiFi a Modbus TCP. Home Assistant pak komunikuje přes lokální síť přímo s ESP32 — žádný cloud, žádný prostředník.

Jak přesně to zapojit pro FoxESS H3 střídač popisuje podrobný průvodce na MarkLabs: RS485 kabel ze střídače, modul RS485-to-TTL a ESP32 (například WEMOS D1 Mini32 nebo klasický ESP32 DevKit). Software je ESPHome — flash, konfigurace v YAML, hotovo.

Základní architektura vypadá takto:

Střídač (RS485/Modbus RTU)
      ↓
ESP32 + RS485 modul (Modbus RTU → TCP bridge)
      ↓ WiFi / LAN
Home Assistant (Modbus TCP integration)

Pro Deye střídače je postup podobný, ale komunita šla ještě dál — přímo přes BLE logger. Na Home Assistant Community fóru najdeš kompletní YAML s registry pro napětí, proud, výkon FV panelů, stav baterie i zátěž. Konkrétně například:

• 0x006D / 0x006E — napětí a proud PV1
• 0x00B8 — State of Charge baterie v %
• 0x00A9 — výkon ze sítě / do sítě

Hoymiles mikroinvertory mají ještě elegantnější řešení: hotový hardware OpenDTU od OpenELAB, který se zapojí přes USB-C, vytvoří vlastní WiFi AP pro konfiguraci a pak se připojí do Home Assistantu přes MQTT. Žádné pájení, žádné YAML od nuly. Výhodou jsou entity přímo kompatibilní s Energy dashboardem — okamžitý výkon ve W, denní yield v kWh, napětí DC vstupů.

---

Load balancing automace v Home Assistantu krok za krokem

Jakmile máš data lokálně v HA, tvoření automatizací je přímočaré. Tady je reálný příklad, který sám používám:

Cíl: Spustit myčku vždy, když solární přebytek přesáhne 1,5 kW po dobu více než 3 minut.

alias: Myčka při solárním přebytku
trigger:
  - platform: numeric_state
    entity_id: sensor.solar_grid_power
    below: -1500   # záporná hodnota = export do sítě
    for:
      minutes: 3
action:
  - service: switch.turn_on
    target:
      entity_id: switch.mycka_zásuvka

Sensor solar_grid_power čte registr sítě ze střídače přes Modbus — záporná hodnota znamená přebytek exportovaný do sítě. Nic cloudového, vše lokálně.

Pro sofistikovanější load balancing — například řízení wallboxu s variabilním výkonem — je potřeba kombinovat více sensorů a použít helper input_number nebo šablonové senzory. Rory Gallagher ve svém projektu s Emporia Vue šel ještě dál a konfiguroval bilancování výkonu přímo v ESPHome YAML, kde ESPHome samo počítá bilanci domácnosti a posílá výsledek do HA každých 5 sekund.

Tip z komunity: SMA střídače mají lokální polling přímo v oficiální HA integraci — jak potvrzuje diskuse na HA Community fóru. Pokud plánuješ novou instalaci a nechceš si hrát s ESP32, SMA nebo Victron GX jsou ty značky, kde lokální integrace funguje bez pájecí stanice. Victron GX dokonce v HA release 2026.5 přistál jako platinová integrace s podporou MQTT a kompletním řízením celého energetického systému včetně EV chargeru.

---

Kde to celé stojí za to — a kde jsou limity

Lokální přístup přes ESP32 a ESPHome funguje výborně pro čtení dat a reaktivní automatizace. Kde naráží na strop, je zápis nastavení do střídače — přepínání pracovních módů, limitování výkonu zpětných přetoků a podobně. To vyžaduje znalost konkrétních write registrů Modbus a výrobci je ne vždy dokumentují. Komunita je ale pracně mapuje — třeba právě pro Deye nebo FoxESS.

Bezpečnostní argument pro lokální přístup je dnes důležitější než kdy jindy. Výzkumníci v nedávné době demonstrovali, jak slabé šifrování v solárních cloudových službách umožnilo ovládnout 200 MW kapacity za 70 dolarů. Vaše FV na střeše opravdu nemusí být dostupná z internetu přes cizí cloud.

Pokud začínáš: vezmi ESP32 DevKit (~5 €), RS485 modul (~2 €), pár hodin s ESPHome dokumentací a fórem — a máš lokální, rychlý, bezpečný monitoring. Load balancing pak přijde přirozeně, jakmile začneš vidět ta data každých 5 sekund v reálném čase.

Píšete si automace pro řízení přebytku sami, nebo používáte nějaké hotové řešení? Rád si přečtu v komentářích — inspirace nikdy není dost.