Mit számol ez az oldal?

A böngésző soha nem tölti le közvetlenül a MAVIR táblázatait. A Cloudflare Worker frissít, kiszámolja a státuszt, majd a nyilvános `/api/status` csak a kész JSON-választ adja vissza.

• Friss mérés: legfeljebb 30 perces.
• Ideális forrás-illesztés: 5 percen belül.
• Megengedett forrás-illesztés: legfeljebb 10 perc.
• Ha a termelési chart használható, a pillanatnyi terhelés a 14699 operatív rendszerterhelése.
• Ha a termelés nem használható, az oldal visszaesik a 7678 mért fogyasztására.
• Ha csak a termelési adat hiányzik, látogatói mentés csak a termelési chartot tölti újra.

A főoldal, a beágyazható jelzés és egy okosotthon-segéd is ugyanazt a kész választ olvashatja. Nem kell MAVIR-táblázatokat letölteni vagy a weboldalt külön kiolvasni.

• `/api/status`: az aktuális javaslat. Itt van a `state`, a rövid magyarázat, a fő okokat leíró `drivers` lista, az adatfrissesség, a mért terhelés, a termelési mix, az import/export helyzet, az előrejelzés és a részletes indoklás.
• `/api/history`: rövid állapotelőzmény. Az Előzmények oldal ebből rajzolja ki, hogy az utóbbi frissítésekben merre mozgott a jelzés. Nem kell sűrűn kérdezni, néhány percig gyorsítótárazható.
• Okosotthonhoz: elsőként a `state` mezőt érdemes figyelni. `use_flexible_now` vagy `normal` esetén engedhető a rugalmas fogyasztó, `reduce` vagy `strong_reduce` esetén jobb halasztani. `unknown` esetén ne induljon el automatikusan nagy fogyasztó.
• Biztonsági ellenőrzés: érzékeny döntés előtt nézd meg, hogy a `forecast.available` és a `production.available` igaz-e, illetve nem túl régi-e a `currentLoadTime`, a `sourceFetchedAt` és a `computedAt`.
• Lekérdezési gyakoriság: elég néhány percenként olvasni. Az oldal is takarékosan frissít, és a státusz rövid ideig gyorsítótárazható.
• `/healthz`: felügyeleti végpont. Azt jelzi, hogy a Workernek van-e használható, friss státusza. Rendszerfelügyelethez jó; fogyasztási döntéshez a `/api/status` való.

A fixebb termelési forrásoknál nincs beégetett MW-elvárás. A Worker a sikeres termelési frissítésekből MAVIR 14699 mintákat gyűjt egy belső, gördülő mintatárba. A számításhoz a friss mintát azonnal használhatja, de a nagyobb KV-mentést ritkítja, hogy a működés takarékos maradjon.

• A mintatár a legutóbbi több hét termelési pontjait tartja meg, a régi mintákat automatikusan eldobja.
• Újraszámoláskor forrásonként és budapesti óra szerint csoportosítja a mintákat.
• Az adott órára csak akkor készül baseline, ha elég külön napból és elég mintából van adat.
• Az elvárt MW-érték a friss minták jellemző felső-közép tartományából jön, nem kézzel rögzített termelési szám.
• A minták tartós mentése alaphelyzetben óránként történik, nem minden 15 perces frissítésnél.
• Az újraszámolás naponta történik sikeres termelési adatokból; ha még nincs használható baseline, legfeljebb óránként újrapróbálja. Ha nincs elég adat, a modell nem erőltet új fix értéket.

Rugalmas fogyasztási lehetőség

Erős jel: megújuló arány legalább ..., ipari PV legalább ..., maradékterhelés legfeljebb ..., importarány legfeljebb ..., és legalább ... kedvező minta ... percen belül.

Időzítési nyomás

Közepes/magas nyomás .../... körüli csúcsközelségtől, ... feletti aktuális terheléstől, gyors terhelés-, import- vagy maradékterhelés-emelkedéstől, illetve ... feletti PV-eséstől.

Termelési sokk

A tervezett hazai termeléshez képest ... / ... hiány már jelzés, ... / ... erős jel. A fixebb forrásoknál az elvárt érték óra szerinti, gördülő MAVIR-baseline-ból jön, és ... perces perzisztencia is számít.

Aktuális rendszerteher

Magas fogyasztás ... felett, magas maradékterhelés .../... felett, magas import .../... vagy ... felett, illetve nagyon alacsony megújuló részarány ... alatt.

Előrejelzéshez képest

A mért fogyasztás legalább ... / ... eltéréstől számít érdemben az előrejelzéshez képest; erős eltérésnél ...-... és ...-... körüli küszöbök vannak.

Stabilitás

Az állapot ... százalékpontos hiszterézist használ, hogy a jelzés ne ugráljon határértékek körül.

A modell először az adatminőséget nézi, utána a legerősebb óvatossági jel felől halad a kedvező jel felé. A publikus API kiszolgáláskor is újraellenőrzi a frissességet.

• Nincs friss adat: ha nincs elég friss fogyasztási és forrásadat, az oldal nem mutat zöldet.
• Inkább halaszd: magas termelési sokk + magas rendszerteher + érdemi időzítési nyomás, vagy tartós, több forrásból megerősített kedvezőtlen helyzet.
• Halaszd: közepes vagy magas időzítési nyomás, rendszerteher vagy termelési sokk önmagában is elég az óvatos jelhez.
• Kedvező időszak: csak akkor jelenhet meg, ha a fogyasztási előrejelzés és a termelés is friss, a lehetőség magas, a teher alacsony, és nincs erős anomália.
• Normál: nincs erős ok halasztani vagy előrehozni.
• Hiányzó termelés: ha a mentett állapot kedvező lenne, de a termelési adat közben kiesik, a kiszolgált státusz normálra esik vissza.