# Oživení: nový Teltonika wallbox + tepelné čerpadlo (draft 2026-06-11) Stav: ČEKÁ NA VSTUPY od uživatele (sekce 1). Postup ověřen proti kódu (telemetry_collector, control/outputs, views vw_asset_*_modbus_poll) a seedu home-01 (V003). Plný checklist se vzorovými SQL: viz analýza agenta / tento dokument. ## 1. Chybějící vstupy (dodá člověk) | Zařízení | Údaj | |----------|------| | Wallbox | **lokalita** (site code), IP Waveshare + unit ID, max proud (A), fáze | | Wallbox | Modbus registry TeltoCharge: status / proud / energie (datasheet) | | TČ | **lokalita**, model (Samsung EHS …?), IP + unit ID | | TČ | jmenovitý výkon (W), COP@7°C, objem TUV (l), registry: stav/výkon/teploty/enable | | Vozidlo | kapacita baterie (kWh), max AC výkon, default target SoC + deadline | ## 2. Postup (po dodání vstupů) 1. Flyway migrace `V085__seed__wallbox_tc.sql`: `site_endpoint` (modbus_tcp) + `asset_ev_charger` (+ `asset_vehicle`) + `asset_heat_pump` — šablony dle seedu V003. 2. Deploy (push na main) → collector čte `vw_asset_ev_charger_modbus_poll` / `vw_asset_heat_pump_modbus_poll` → po restartu backendu začne pollovat. 3. **Pozor:** v `telemetry_collector.py` a `control/outputs.py` jsou pro Teltoniku/Samsung části registrové mapy jako TODO — po dodání datasheetů doplnit čtení (status/proud/energie; teploty/stav) a zápis (proud limit / enable) přes FC dle zařízení + journal `modbus_command`. 4. Ověření: `vw_latest_ev_charger` / `vw_latest_heat_pump` (data_age < 2 min); příjezd EV → `ev_session` + `fn_update_ev_arrival_stats`; TČ → `tuv_delta_stats` po pár dnech (job 00:45) → solver začne TUV plánovat. ## 3. Co EMS po oživení umí hned - EV: detekce příjezdu/odjezdu, session s deadline, plánované nabíjení v levných slotech (v2: EV deadline constraint s placeným deficitem). - TČ: TUV look-ahead v plánu (musí-topit okna), enable řízení exporterem.