goodwe-addon/goodwe_controller/DECISIONS/UX-54-forecast-tab.md

UX-54 - a Forecast tab: the sun, the house and each battery's level, per hour

Status: DONE 2026-10-26 (owner go 2026-10-26: "Day curve", "New tab").

Decision

A tab beside Home and Batteries shows today and tomorrow, per hour: the solar forecast, the solar measured so far, the house's expected use and each battery's expected level with its blocks. It follows the add-on, as Home does (UX-53), and decides nothing.

• Blocks are Home's. Today's are the runs of the same plan Home draws (grid, give, monthly cycle). Tomorrow's come from the same builders (homeview.runs_for()). The words are the plan lines'. A block is on the tab exactly where Home has one, so the UX-53 gate is followed too.
• Tomorrow is read ahead. Home sizes a block from the battery's level now and draws none when there is no room or energy (room() and plan_need() in homeview.mode_runs(), the leg sizing in trade_runs()). For a day that has not started that level says nothing, so tomorrow's blocks are built with ahead=True (Home never passes it): a charge is read from the floor, a give from the ceiling, and a block is drawn wherever the plan and the gate have a run. A grid block is then dropped where control will not take it: the curve's level when the run starts is asked of modetrade.chargers(), the cycle's own test. The gate (mode_gate, UX-53) is not bypassed. Control, checked every 15 minutes through tomorrow (test_ux54.py part 7), gives and charges where the tab has a block.
• The sun is what solarfc reads. An hourly split (Solcast detailedForecast, Open-Meteo wh_period) is used as given. A daily total (Forecast.Solar, and any other state-only sensor, the owner's three "today remaining" and three "tomorrow") is spread over the 06:00-20:00 bell, and the tab says so.
• The house is HouseProfile.estimator(), never below the night median, as the plan reads it.
• The level did not exist (the plan holds targets and run blocks only), so daycurve.curve() derives it: each battery has the role modetrade.decide() gives (follow the house, hold, give, charge from the grid, rest), spare solar goes to Solar first batteries first, a shortfall is met by those that may give, both at dayplan.EFF, inside the plan's floor and ceiling, from the level now. Spare solar is trust x max(0, sun - house) and what is stored loses EFF, the plan's own trust x EFF x max(0, sun - house) (10 kWh of sun, 2 kWh of house, 70 %: 5.32 kWh stored). A shortfall is not scaled by trust. The tab says it counts on solar_trust_pct. Grid charging goes to modetrade.charge_to(). It is an estimate.
• Measured solar is kept per local hour in memory (SolarToday), from the reading the control cycle already takes; nothing is read back.
• On request. GET forecast builds the tab (Controller.forecast_payload() reads /status' plan first, so today's blocks are the very ones Home has). No Home Assistant call, nothing cached, nothing in the cycle but one in-memory add. The page asks every 30 s while the tab shows.
• Not known yet is a note, not an empty chart: modes off, no forecast set, forecast missing or old, learning, no tomorrow forecast, a monthly cycle, no level reading, control stopped, shadow.

What does not change

No decision, command, timing or option key. The one write in the control path is SolarToday.add() after the solar read, in a try, in memory.

Limits

• Prices are planned about a day ahead (priceruns.HORIZON), so a block of tomorrow later than 24 h from now, or one that needs prices not yet published, appears as the day comes near. The tab says so. Control may also charge longer than a block when a slower battery is still short at its end.
• Today, a give run in the plan on a battery that is empty now has no block on Home (no energy to give). The tab equals Home, and says so: "The add-on plans to give power. No block shows while the battery has no energy to give." The curve gives in that run if the sun fills the battery first.
• Tomorrow shows price blocks only. A monthly cycle is drawn today, where the curve then stops for that battery.
• The curve uses the arbitrage floor and ceiling, as the plan does, not the battery's own cut-out level. The house profile is a median per hour, net of the solar the house used.
• Measured solar starts when the add-on starts; the tab says from when.

Found, not changed

dayplan.plan() reads the forecast hour by hour with Forecast.between(s, e). For a state-only forecast between() takes its start as the moment the "left today" figure was read, so each later hour is spread over what is left of the bell from that hour: on the owner's shape 14.4 kWh left gives 57 kWh over the hours to midnight (test_ux54.py part 1). The plan's sun is overcounted for those sites. It does not show on a site whose batteries are all Solar first (no level is planned for them). The tab measures both ends from now (dayview.sun_kwh()), which keeps the total and gives the same hours for an hourly split. A card should fix the plan.