G12W: Solcast-based charging optimization for 15:00-22:00 coverage ...

Old logic: check if instantaneous PV surplus > battery deficit (100% target).
Problem: moment of cloud = wrong decision; always aimed for 100% SOC.

New logic:
- Target SOC at 15:00 = what's needed to cover 15:00-22:00 consumption
  (expensive tariff) minus expected PV after 15:00, + 15% buffer
- Uses Solcast prognoza_na_nastepna_godzine * 1.8 to estimate PV in 13-15h window
- Uses Solcast pozostala_prognoza_na_dzis to estimate PV after 15:00
- Uses current load_power as average consumption proxy for 15-22h (7h)
- Grid charging current = exactly what's missing (not always 100A)
- program_4_soc = calculated target SOC (not always 100%)
- Co-15min optimization uses prognoza_na_biezaca_godzine + remaining window time

Result: charges battery to precisely what's needed for the day, not always 100%.
On sunny days: Battery First (no grid import). On cloudy days: minimal grid import.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Fix: restore battery_max_charging_current=100A at 15:00 unconditionally ...

Bug: '15:00 wyłącz ładowanie' automation had condition grid_charging=ON.
When PV was sufficient (Battery First, no grid import), that condition was
never met → max_charging_current stayed at limited value indefinitely.
Next morning, battery charged slowly from PV and excess went to grid.

Fix: Remove grid_charging condition from 15:00 trigger. Always restore
battery_max_charging_current=100A at end of cheap window, regardless of
whether grid charging was used.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Add calorimetric SCOP sensors with integration+utility_meter ...

- Add platform:integration sensors for thermal and electrical energy (W→kWh)
- Fix utility_meter sources to use integration sensors (not power sensors directly)
- Remove invalid unit_of_measurement from utility_meter entries
- Add SCOP dzienny/miesięczny template sensors
- Replace scop_pompy_sezonowy (wrong power_output_lo register) with
  scop_dzienny and scop_miesieczny (calorimetric, from utility meters)
- energia_cieplna_pompy_total: integrates moc_cieplna_pompy [W] → kWh
- energia_elektryczna_pompy_total: integrates moc_pompy_aktualna [kW] → kWh

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Replace estimated COP with calorimetric COP for Sevra Split 8kW ...

Old formula: COP = 5.0 - (T1-T4)*0.05  (rough estimate, not a measurement)
New formula: COP = (flow_lh × 1.163 × (TW_out - TW_in)) / P_el

Where:
- flow_lh = water_flow_register × 22.1 L/h (derived from Sevra 8kW nominal 1370 L/h)
- TW_in/TW_out from RS485 registers
- P_el = outdoor_unit_current × outdoor_unit_voltage

Also added sensor.moc_cieplna_pompy [W] for thermal power output.

Note: SCOP from power_output_lo register is NOT thermal COP - it measures
compressor shaft power ratio, not heat output. Left as-is with comment.

Current result: COP=5.42 at T4=6°C, TW_in=27, TW_out=31, freq=57Hz (plausible)

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Fix: apply 94% efficiency factor to charging current calculation ...

Inverter has ~6% conversion losses. Without this factor, battery was
charging at full PV surplus current causing ~176W grid import to cover losses.

New formula: surplus_a = ((pv * 0.94 - load) / vbat) | int
Result: grid = -107W (slight export) instead of +176W (import).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Fix battery charging: limit max_charging_current to PV surplus ...

When PV can charge battery without grid (Battery First mode),
limit battery_max_charging_current = (PV - Load) / V_bat to prevent
battery from pulling excess power from grid.

Without this fix, battery charged at max 100A even when PV surplus
was only ~55A, resulting in ~500W grid import for battery charging.

Formula: max(5, min(100, (pv_w - load_w) / bat_voltage_v))
Applied in both g12w_wlacz_ladowanie_dzienne and g12w_pv_charging_optimization.
On grid-charge path: restore battery_max_charging_current to 100A.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Add grid export/import sensors and improve Deye dashboard ...

- Add template sensor 'Eksport do sieci' (W, positive when exporting to grid)
- Add template sensor 'Pobór z sieci' (W, positive when importing from grid)
  Both derived from sensor.inverter_deye_grid_power (negative=export, positive=import)

- Redesign deye_dashboard.yaml:
  - Add 'Energia teraz' card: PV, zużycie, eksport, pobór, bateria, tryb
  - Add 'Energia dziś' card: daily totals from Deye counters
  - Show programs 4 and 5 (previously missing)
  - Add history graph: PV + eksport + pobór

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

G12W: Smart afternoon charging - use grid only when PV can't charge battery ...

Replaces fixed-threshold logic with energy budget calculation:
- Formula: PV_surplus_W * remaining_hours >= battery_deficit_Wh
- Battery capacity: 14336 Wh (280Ah LFP at 51.2V nominal)

'Włącz ładowanie dzienne 13:00' (12:55 trigger):
- Calculates if PV surplus over full 2h window >= battery deficit
- YES → Battery First, no grid charging needed
- NO → Load First + Grid at 100A (use cheap G12W tariff)

'Optymalizacja PV ładowania dziennego' (every 15min, 13:00-15:00):
- Recalculates with actual remaining time in window
- Dynamically switches between Battery First / Grid as cloud cover changes
- Only triggers grid charging when SOC < 95% and PV genuinely can't finish the job

Example: PV=3358W, Load=1188W, SOC=99%, remaining=1.38h
  Surplus=2988 Wh >> Deficit=143 Wh → Battery First, grid import drops 3100W→324W

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

Fix heating dashboard: update entity IDs sterownik_1 → ibsystem after server migration ...

- Update all sterownik_1_rs0_id1_* entity refs in heating_dashboard.yaml
- Fix configuration.yaml: update template sensors and utility_meter to use new ibsystem entity IDs
- Remove stray set_heating_curve entry from utility_meter section
- Restore http: section header that was accidentally removed
- All heating dashboard entities now working (T1/T4/T5, moc, COP, energia)

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

G12W: Ładowanie 13:00-15:00 zawsze w dni robocze ...

Usunięty warunek prognozy < 5 kWh dla dziennego ładowania.
Teraz automatyzacja uruchamia się zawsze Pn-Pt gdy SOC < 95%.

Add G12W battery automation, IBSystem MQTT integration, HA configs ...

Zmiany:
- ha-configs/151/: Kopia konfiguracji HA TEST
  - automations.yaml: Automatyzacje G12W ładowania baterii
  - configuration.yaml: Główna konfiguracja z dashboardami
  - dashboards/: Deye, Ogrzewanie, IBSystem, ID35

- ibsystem/: Integracja IBSystem z MQTT
  - ibsystem2mqtt_v5.py: Bridge IBSystem → MQTT
  - config.yaml: Konfiguracja połączeń
  - ibsystem2mqtt_watchdog.sh: Health check i auto-restart

- docs/: Dokumentacja
  - G12W_BATTERY_AUTOMATION.md: Opis taryfy i automatyzacji
  - IBSYSTEM_MQTT_INTEGRATION.md: Opis integracji MQTT

Kluczowe naprawy:
- Program 6 Deye: zmiana z 21:00 Disabled na 22:00 Grid
- IBSystem: setting.light.X zamiast output.do.X dla sterowania
- Dashboard ID35: prawidłowe entity IDs (ibsystem_rs0_id35_*)
- Watchdog dla ibsystem2mqtt (cron co minutę)

v10: Piątek wyłącza ładowanie (cały weekend tani)

v9: Poprawna kolejność chronologiczna programów Deye

5kW charging 13-15: zwiększ prąd do 100A, reset o 15:00

Dodano 5kW dla okna 13:00-15:00

Fix: Ładowanie od 22:01 (3 programy: 22:01, 00:00, 06:00)

Fix: Dodano Program 2 SOC=15% do wszystkich automatyzacji

Fix: Automatyzacje z czasem 00:00 (zamiast 22:00) - Deye bug

Fix: Naprawa błędu YAML w automatyzacji (pusta sekcja data)

Finalna strategia: Rozładowanie 15% przez cały tydzień (+500 zł/rok)

Optymalizacja: Rozładowanie do 15% SOC w weekend (+180 zł/rok)

Weekend fix: Ładowanie TYLKO w niedzielę (oszczędność 125 zł/rok)

KRYTYCZNE: Dodano ustawienie SOC 100% do automatyzacji ładowania

FIX: Poprawka godzin G12W (22:00-06:00 + 13:00-15:00)

Solcast: Dostosowanie do taryfy G12W (22-07 + 13-15 + weekendy)

🏠 Przygotowanie instalacji Solcast dla Żarków ...

Dodane pliki:
- current-config/SOLCAST_INSTALLATION_PARAMS.md
- ha-configs/solcast_automations_zarki.yaml

Parametry instalacji:
✅ Lokalizacja: Żarki, ul. Wschodnia 18, 42-310
✅ Współrzędne: 50.7861°N, 19.4228°E
✅ Panele: 10 × 505W = 5.0 kWp
✅ Tilt: 35° (domyślnie, do weryfikacji)
✅ Azimuth: 180° (południe, do weryfikacji)

Automatyzacje dostosowane do 5.0 kWp:
- Bardzo pochmurnie: <3 kWh → Ładuj do 95%
- Pochmurnie: 3-6 kWh → Ładuj do 80%
- Średnio: 6-13 kWh → Ładuj do 60%
- Dobrze: 13-20 kWh → Ładuj minimalnie
- Słonecznie: >20 kWh → Nie ładuj

Dodatkowo:
- Raport poranny (7:00)
- Raport wieczorny z accuracy (23:00)

Oczekuje na: API Key z Solcast

📚 Dodano kompletny przewodnik sterowania baterią Deye ...

Nowe pliki:
- docs/DEYE_BATTERY_CONTROL_GUIDE.md - szczegółowy przewodnik (203 encje)
- ha-configs/deye_battery_dashboard.yaml - gotowy dashboard Lovelace
- ha-configs/deye_battery_automations.yaml - 15+ automatyzacji

Funkcjonalności:
✅ Sterowanie trybami pracy (Work Mode, Energy Pattern)
✅ Ładowanie w tańszych taryfach (G12)
✅ Priorytet baterii w szczycie
✅ Ochrona przed głębokim rozładowaniem
✅ 6 programów ładowania
✅ Limity prądów i SOC
✅ Inteligentne algorytmy
✅ Powiadomienia i raporty

Gotowe scenariusze:
- Zero export do sieci
- Ładowanie nocne 01:00-07:00
- Ładowanie popołudniowe 13:00-15:00
- Bateria priorytetem wieczorem 17:00-22:00
- Ochrona baterii < 20% SOC
- Awaryjne tryby

Dashboard zawiera:
- Gauges dla SOC, mocy, przepływów
- Przełączniki i kontrolki
- Harmonogramy
- Statystyki dzienne

Add: Deye solar inverter integration export (203 entities)