neverim ze to pomoze

docs/04-modules/planning.md

@@ -45,7 +45,7 @@
     1. **Globální rozpočet Wh** (`discharge_slot_buffer × exportovatelná kapacita`): sloty podle `sell_price desc`. Před prvním `sell < 0` se z rozpočtu **vynechají** sloty, kde **později tentýž den** existuje `sell` vyšší o více než `degradation` (OTE, ne pevné hodiny 00–04).
     2. **Večerní špičky per den:** `sell ≥ max(sell) − degradation` jen pro hodiny **≥ 17** (Prague), ne globální max horizontu (jinak by vyhrála půlnoc 3,7 Kč místo večera).
     3. **Ranní pásmo před prvním `sell < 0`:** hodiny **5–11** téhož kalendářního dne — všechny sloty s `sell ≥ lokální_max_ráno − degradation`; ostatní sloty mezi ranním pásmem a prvním `sell < 0` s nižším sell mají export **zakázán** (žádný dump v 07:30 za 2 Kč). **`charge_acquisition`:** vážený `buy` před prvním exportem **téhož dne** jako záporné výkupní okno.
-    **Planner tag v20:** revert experimentálních v19 Python constraintů (opakované Infeasible na home-01). Aktivní **v17** (`bc_gi=0` při sell&lt;0+PV+buy≥0, `ge_pv≤pv_b`) a **v18** (export push z DB limitů). Strategie před `buy<0` / noční výboj patří do **`R__063`** (`allow_*` masky), ne tvrdých LP — viz changelog v20.
+    **Planner tag v21:** po revertu v20 znovu drží SoC před prvním `buy<0` — bez `neg_sell_soc_underfill` / `pv_charge_shortfall` a bez `bc_pv` z FVE v ranním `sell<0` okně před `buy<0` (MCP run 16692: v20 nabíjelo od 05:30 na 98 %, pak export v sell&lt;0). Stále **v17** + **v18**; noční výboj / import v `buy<0` → **`R__063`**. Viz changelog v21.
     V `solve_dispatch` (AUTO): **`charge_slots`** = `allow_charge` z DB + **`buy < 0`** + všechny sloty **`sell < 0`** s PV přebytkem > 500 W (i bez `block_export_on_negative_sell`, BA81). **`pv_charge_shortfall`** / **`NEG_SELL_CURTAIL_PENALTY`** platí v těchto slotech. Při **`sell < 0`**: safety deficit cílí **`soc_max_wh`** (plný planner strop). Po posledním **`sell < 0`** tentýž den: **`post_neg_pv_topup`** dobije z FVE na `soc_max` před exportem (kladný sell, ne high-sell peak). U **fixního tarifu** s polem B: **`ge_pv ≤ pv_b`** (ne pv_store **`ge_pv = 0`**). Při **`deye_gen_microinverter_cutoff_enabled`**: **`ge == 0` jen** pokud **`block_export_on_negative_sell`** (KV1), ne kvůli samotnému `z_gen_cutoff` (BA81 musí moci exportovat B při plné baterii). Vstupní **`soc_wh`** z telemetrie se před MILP omezí přes **`_planner_soc_for_solver`** (rezerva ~650 Wh pod `soc_max`, jinak Infeasible při 100 % SoC a dlouhém záporném výkupu). **`planner_build_tag`** v `solver_params`. Changelog: [`docs/planning-changelog.md`](../planning-changelog.md).
 - **Záporná nákupní cena:**
   - horní mez `grid_import` zahrnuje `load_baseline_w` + nabíjení/EV/TČ (bez nekonečného importu).

docs/planning-changelog.md

@@ -5,6 +5,22 @@ Formát: **datum (ISO)** · stručný důvod · soubory · chování / ověřen
 
 ---
 
+## 2026-05-28 — ranní sell<0: držet SoC před buy<0 (v21)
+
+**Problém (MCP run 16692, tag v20):** Od ~05:30 nabíjení z PV; v 09:15 už **98,3 %** SoC; od 09:15 masivní **export při sell<0** (−7 kW). V **11:00–12:45** `buy<0`, ale baterie plná → **žádný import**. Opak požadovaného chování (ráno prodat FVE při kladném sell, nabíjet až v `buy<0`).
+
+**Příčina v20:** Po revertu v19 zůstaly **`neg_sell_soc_underfill`** a **`pv_charge_shortfall`** pro všechny ranní `sell<0` charge sloty (06:45–10:45) **před** prvním `buy<0` (11:00). LP tlačil PV→bat na soc_max ještě před levným importem.
+
+**Oprava (tag `2026-05-28-morning-hold-soc-v21`):**
+- `neg_sell_soc_underfill` a `pv_charge_shortfall` (sell<0) jen pro sloty **`t ≥ first_neg_buy_idx`**
+- Tvrdé **`bc_pv[t]=0`** pro `sell<0` + PV surplus **před** `first_neg_buy_idx` (bez rozšíření `discharge_export_slots` — neopakuje v19b Infeasible)
+
+**Bez:** pre-neg discharge setů, per-slot `neg_buy_soc` shortfall, retry vrstev v19.
+
+**Ověření:** `scripts/diagnose_home01_infeasible.py` (realistic masks OK); po deploy replan home-01 → tag v `solver_params`; MCP: ráno nižší SoC, import v 11:00–12:45.
+
+---
+
 ## 2026-05-28 — revert tvrdých v19 constraintů (v20)
 
 **Problém:** v19–v19c opakovaně **Solver: Infeasible** na home-01 (ověřeno proti MCP run 16674 — `buy<0` od 11:00, ne 13:00). Vrstvené Python patch bez reprodukce na živých slotech.