Díl 3: Počasí, topná sezona a RC model bez magie
Proč nestačí vidět jen spotřebu
Stejná spotřeba může znamenat něco jiného v lednu a něco jiného v dubnu. Bez kontextu počasí a sezóny proto nelze rozumně odhadovat, jakou část energie skutečně vysvětluje vytápění.
Právě proto aplikace nestojí jen na nahraném CSV. Vedle provozních dat doplňuje i meteorologický kontext pro konkrétní lokalitu.
Hybridní vrstva počasí jako praktické rozhodnutí
V ideálním světě by existoval jeden perfektní zdroj dat, vždy dostupný a bez výpadků. V praxi je lepší počítat s tím, že síť, API nebo rozsah historických dat nebude vždy ideální.
Projekt proto používá vícevrstvý přístup:
- novější data získává z WeatherAPI,
- starší historii doplňuje přes Open-Meteo,
- a teprve jako poslední fallback používá syntetickou aproximaci.
To není jen technický detail. Je to příklad toho, jak se robustnost buduje už v návrhu datové vrstvy.
Kde vstupuje topná sezona
Spotřeba energie není homogenní. Některé měsíce reprezentují hlavně vytápění, jiné spíš běžný provoz a TUV. Pokud to model nerozliší, začne kalibrovat nesprávný signál.
Proto uživatel v aplikaci vybírá měsíce bez topení a systém s nimi dále pracuje při odhadu složek spotřeby. Nejde o zbytečný detail, ale o jeden z nejdůležitějších kroků celé logiky.
Proč zrovna RC model
Zjednodušený RC model není zajímavý proto, že by byl teoreticky nejkomplexnější. Je zajímavý tím, že nabízí rozumnou rovnováhu mezi:
- doménovou interpretovatelností,
- výpočetní jednoduchostí,
- možností kalibrace na reálná data.
Model pomáhá převést chování bytu do struktury, se kterou lze dál pracovat. Nejde o „černou skříňku“, ale o vysvětlitelnou aproximaci tepelné dynamiky.
Více režimů výpočtu není kosmetika
Aplikace dnes nabízí několik výpočetních režimů. To je důležité nejen kvůli výkonu, ale i kvůli povaze dostupných dat.
- někdy stačí rychlý orientační výpočet,
- jindy dává smysl lokální optimalizace,
- a v náročnější variantě je možné jít i do robustnější kalibrace.
Tohle je dobrý příklad produktového kompromisu: nesnažit se vnucovat všem jeden „správný“ režim, ale nabídnout několik cest podle kvality vstupu a očekávání uživatele.
Co bude dál
V dalším díle se posunu od výpočetního jádra k uživatelské vrstvě: proč nestačí mít správný model, jak byly navržené jednotlivé kroky rozhraní a proč je u podobných nástrojů UX součástí technické kvality.
Napsat komentář