HEOMF – Optimoinnin arkkitehtuuri – Osa 6

Automaatio – yhdistäjä, ei aivot

Kun kotitalouden energiajärjestelmää rakennetaan, automaatio nousee nopeasti keskiöön.

Usein lähtötilanne on tämä:

  • Home Assistant asennetaan
  • laitteet liitetään siihen
  • automaatioita lisätään yksi kerrallaan

Ja hetken aikaa kaikki toimii hyvin.

Sitten alkaa ongelmat

Kun järjestelmä kasvaa:

  • automaatioita tulee kymmeniä
  • logiikka hajautuu
  • riippuvuudet kasvavat

Ja lopulta:

👉 kukaan ei enää tiedä mitä tapahtuu ja miksi

Automaation oikea rooli

Automaatio EI ole:

  • järjestelmän aivot
  • optimoinnin paikka
  • kriittinen ohjauskerros

Automaatio on:

👉 yhdistäjä

Automaation tehtävät

  • yhdistää eri järjestelmät
  • välittää tietoa kerrosten välillä
  • tarjoaa käyttöliittymän
  • toteuttaa yksinkertaisia sääntöjä

👉 Toisin sanoen:

Automaatio siirtää tietoa ja komentoja – ei tee päätöksiä

Yleisin virhe

Automaatiosta tehdään:

👉 “kaiken ratkaiseva keskus”

Esimerkki:

  • automaatio päättää milloin ladata auto
  • automaatio päättää milloin lämmittää
  • automaatio rajoittaa tehoa

👉 lopputulos:

  • logiikka monimutkaistuu
  • virhetilanteet lisääntyvät
  • järjestelmästä tulee hauras

Kerrosajattelu automaatiossa

Automaation paikka kerroksessa:

👉 Layer 2

Sen rooli suhteessa muihin:

  • saa päätökset optimoinnilta
  • välittää ne kenttäkerrokselle
  • näyttää tilan käyttäjälle

👉 EI ohita muita kerroksia

Esimerkki: sähköauton lataus

Huono malli

  • automaatio → ohjaa suoraan latausta
  • logiikka on yhdessä skriptissä

Hyvä malli

  • optimointi → “lataa nyt”
  • automaatio → välittää komennon
  • kenttäkerros → tarkistaa rajoitteet
  • kenttäkerros → ohjaa latausta

👉 automaatio ei tee päätöstä
👉 se toteuttaa sen

Käyttötilat – puuttuva pala monesta järjestelmästä

Tämä on yksi tärkeimmistä lisäyksistä.

Hyvä järjestelmä ei ole vain “päällä tai pois”.

Sillä on:

👉 käyttötilat (modes)

Esimerkkejä käyttötiloista

🟢 Normaali (Auto)

  • optimointi aktiivinen
  • automaatio toimii normaalisti

🟡 Manuaali

  • käyttäjä ohittaa automaation
  • esim:
    • “lataa nyt heti”
    • “lämmitys päälle”

🔵 Boost

  • tilapäinen tehostus
  • esim:
    • käyttövesi nopeasti lämpimäksi

🔴 Safe / fallback

  • vikatilanne
  • vain kriittiset kuormat päällä

👉 Ilman näitä:

  • käyttäjä turhautuu
  • järjestelmä ei ole hallittavissa

Manuaaliohjaus ei ole virhe – se on vaatimus

Moni ajattelee:

👉 “täysin automaattinen järjestelmä on paras”

Mutta todellisuudessa:

👉 manuaaliohjaus on pakollinen

Miksi?

  • järjestelmä ei voi ennakoida kaikkea
  • käyttäjällä on hetkellisiä tarpeita
  • vikatilanteita tulee

👉 Hyvä järjestelmä mahdollistaa:

  • nopean ohituksen
  • selkeän tilan
  • paluun automaattiseen toimintaan

Tärkeä periaate

Käyttäjän pitää ymmärtää mitä järjestelmä tekee

Jos:

  • automaatio tekee päätöksiä “piilossa”
  • tilaa ei näe
  • ohjausta ei voi ohittaa

👉 järjestelmä ei ole käyttökelpoinen

Automaatio ja turvallisuus

Automaatio EI saa:

  • ohittaa kenttäkerroksen rajoja
  • aiheuttaa vaaratilanteita
  • riippua täysin pilvestä

👉 automaatio voi epäonnistua
👉 järjestelmä ei saa epäonnistua

Yhteenveto

Automaatio:

  • yhdistää järjestelmän
  • ei tee optimointia
  • ei ohjaa kriittisiä toimintoja yksin

Lisäksi:

👉 käyttötilat ja manuaaliohjaus ovat pakollisia
👉 ilman niitä järjestelmä ei ole käytännössä toimiva

💡 Tärkein oivallus

Hyvä automaatio ei ole älykäs

Se on ennustettava

Seuraava askel

Kun automaatio on paikallaan, seuraava kysymys on:

👉 missä päätökset oikeasti tehdään?

👉 Seuraavassa osassa

Osa 7: Optimointi – missä päätökset syntyvät

  • mitä optimoidaan
  • miten kompromissit tehdään
  • miksi tämä EI kuulu automaatioon

Piditkö artikkelista?

Seuraa blogia myös Blogit.fi:ssä, niin löydät uudet kirjoitukset helposti.

Seuraa blogia Blogit.fi:ssä