Fix load estimation: use daily avg instead of instantaneous power ...

Replaced all occurrences of:
  load_w = inverter_deye_load_power | int(1000)
with:
  today_kwh = inverter_deye_today_load_consumption | float(0)
  elapsed_h = [now().hour + now().minute / 60.0, 2.0] | max
  load_w = [(today_kwh * 1000 / elapsed_h) | int, 800] | max

Motivation: heat pump cycles off midday (temp setpoint reached),
causing instantaneous load to drop to ~530W at 12:55. With old
formula: 530W x 7h = 3.7 kWh projected for 15-22h. Actual
consumption: ~1.7 kW x 7h = 11.9 kWh → battery would run out
during expensive tariff.

With today's avg (e.g. 22 kWh / 12.9h = 1.71 kW at 12:55):
  projected 15-22h = 11.9 kWh → correct target SOC calculation

Also fixes night automations (20:30) where pump may temporarily
be off. Minimum floor: 800W to avoid extreme underestimates.

Affects: all 20 occurrences across:
- Włącz ładowanie dzienne 13:00 (12:55 decision)
- Optymalizacja PV ładowania dziennego (every 15min)
- Ustaw ładowanie nocne (Mon-Thu 20:30)
- Niedziela ładowanie na poniedziałek (Sun 20:30)

Weekend tariff already handled correctly:
- Fri 21:30: Piątek wyłącz auto turns off grid charging
- Sat/Sun: no charging automations (weekday filter)
- Sun 20:30: Niedziela auto charges for Monday

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

G12W automations overhaul: fixes + Solcast night SOC optimization ...

🔴 BUG FIXES:
- Wyłącz 06:00: removed grid_charging=ON condition (same bug as 15:00 had).
  Now always resets to Battery First + restores max_charging_current=100A.
- Night charging: removed SOC<95 condition that caused both automations to
  skip when battery was full (programs stayed unchanged from previous night).

🟠 IMPROVEMENTS:
- Merged 'Bardzo pochmurnie' + 'Pochmurnie' (Pn-Czw) into single automation
  'Ustaw ładowanie nocne' with choose for Program 4 based on forecast.
  Eliminates 130 lines of duplicated code.

- Night target SOC now Solcast-based (not always 100%):
  target = min(100, max(40, (load_w*16 - pv_tomorrow_wh) / 143.36 + 10))
  Example: tomorrow 28 kWh PV, load 1500W → target = 40% (saves ~8 kWh grid)
  Example: tomorrow 2 kWh PV, load 2000W → target = 100%

- Sunday 'Niedziela' automation: same Solcast-based target + Program 4 choose.

- mode: single added to ALL 10 automations.

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

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>

feat: add salon picture-elements dashboard ...

- Background image: /local/salon1.png
- Clickable icons with labels for 6 lights:
  - Ring (center top) - ID32 DO.2
  - Lampy za kanapą (right top) - ID32 DO.3
  - Lampa przed TV (left top) - ID33 DO.0
  - LED sufit wnęka (top left-center) - ID33 DO.3
  - LED dekoracyjne (center wall) - ID33 DO.2
  - LED (top right-center) - ID33 DO.1
- WSZYSTKIE OFF button (bottom right)
- Fallback entities list card

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

feat: auto-generate ibsystem dashboard from project documentation ...

- sync_names.py now also generates ibsystem_dashboard.yaml:
  - Device cards titled '{location} (ID{n})' from project YAML
  - Entity names from io.description instead of hardcoded 'DO.0/1/2/3'
  - WSZYSTKIE ON/OFF buttons updated with current device list
  - Copies dashboard to HA via SSH (key auth .244→.151)
- Trigger: any change to proj-ib-lighting-rs485-zarki.yaml

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

feat: auto-sync entity names from project documentation ...

- Add sync_names.py: parses proj-ib-lighting-rs485-zarki.yaml,
  updates friendly_names in ibsystem2mqtt.yaml, restarts service
- Add ibsystem-sync-names.path: systemd path watcher on project YAML
- Add ibsystem-sync-names.service: oneshot service running sync_names.py
- Update config.yaml: 85 friendly_names from all devices (ID2-ID41)

Usage: edit /smart-home/proj-ib-lighting-rs485-zarki.yaml → HA updates automatically
Manual: python3 /ibsystem/sync_names.py [--dry-run]

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

feat: improve ID35 dashboard - clean entity names, add ID35 in title ...

- Dashboard title: 'Biuro / Garderoba (ID35)'
- DO outputs show: 'Oświetlenie BW1/BW2/G1/G2 (led)' (without device prefix)
- Device name updated to 'Biuro/Garderoba - ID35'

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

fix: remove duplicate device name prefix in entity names ...

- get_entity_name now returns just readable name (without device_name prefix)
  since HA auto-prepends device name to entity name in MQTT discovery
- Update id35_dashboard.yaml: remove hardcoded names (DO.0/1/2/3) to use
  friendly names from ibsystem2mqtt; update DI sensors to use new entity IDs

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

feat: add friendly names for IBSystem ID35 (Biuro/Garderoba) ...

DO.0: Oswietlenie BW1
DO.1: Oswietlenie BW2
DO.2: Oswietlenie G1
DO.3: Oswietlenie G2 led nad szafami

Based on /smart-home/proj-ib-lighting-rs485-zarki.yaml

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

docs: add Cloudflare tunnel documentation ...

- Architecture diagram and component table
- Config files location and content
- HA trusted_proxies requirement (400 fix)
- Health check endpoint
- Troubleshooting guide
- Migration history

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

docs: add Cloudflare tunnel migration notes ...

- cloudflared moved from Docker on .243 to systemd on .244
- tunnel ha.sky-it.pl -> 192.168.50.151:8123
- 4 active connections to Cloudflare edge

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

docs: add OpenVPN migration notes to Proxmox LXC doc ...

- Hostname changed to s2GLU7xMReVscAtcdTqZ25
- Both OpenVPN connections running on .244
- Documented OpenSSL 3.5/SHA1 workaround, TUN fix, Type=forking fix
- Old .243 OpenVPN disabled

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

feat: IBSystem MQTT bridge migrated to Proxmox LXC 103 (192.168.50.244) ...

- Added systemd service files: ibvunit.service, ibsystem2mqtt.service
- ibvunit connects to RS485 converter at 192.168.50.50:20108
- ibsystem2mqtt depends on ibvunit (Requires=)
- Both services auto-start enabled on new LXC
- Watchdog cron installed: /ibsystem/watchdog.sh
- Old .243 services disabled (HA Docker stays on .243)
- Status: 17 devices, 356 entities, MQTT online, 0 errors

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

Fix watchdog: move to /ibsystem, add MQTT availability check ...

- Przeniesiono z /tmp (czyszczone po restarcie) do /ibsystem
- Dodano sprawdzanie MQTT availability topic
  jeśli 'offline' a serwis działa -> restart
- Zaktualizowano crontab na nową ścieżkę

Fix ibsystem2mqtt: handle None in friendly_names config ...

Problem: gdy friendly_names było zakomentowane w YAML, config.get()
zwracał None zamiast {}, powodując 'NoneType is not iterable'.

Zmiana: config.get('friendly_names') or {}
Dodano traceback do logowania błędów w głównej pętli.

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ę)

Docs: MQTT IBSystem integracja z HA

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