Case – oma talo (tekninen toteutus ja opit)

Tässä artikkelissa käydään läpi, miltä kotitalouden energiajärjestelmä näyttää käytännössä:

• mitä on oikeasti toteutettu
• mitä mitataan
• miten ohjaus toimii
• mitä hyötyjä saavutetaan
• missä ovat rajat

👉 tämä ei ole “täydellinen järjestelmä”

👉 vaan todellinen järjestelmä oikeilla rajoitteilla

Lähtötilanne

Ennen optimointia:

• vuosikulutus ~15 000 kWh
• maalämpö pääasiallisena lämmityksenä
• sähköauto
• aurinkosähkö (13,2 kWp)

Käytännön ongelmat

• kuormapiikit syntyivät “vahingossa”
• aurinkosähköä meni paljon myyntiin kesällä (70–80 %)
• lämmitys ei reagoinut hintaan
• käyttäjä teki manuaalisia päätöksiä

👉 klassinen HEOMF taso 1–2

Järjestelmäarkkitehtuuri

Järjestelmä on rakennettu kerrosmallin mukaan:

🔌 Layer 0 – energiajärjestelmä
• aurinkopaneelit 13,2 kWp
• maalämpöpumppu
• sähköauto
• lattialämmitys

⚙️ Layer 1 – kenttäkerros
• kontaktorit (kuormien ohjaus)
• releet (Shelly)
• päämittaus (P1)

👉 kriittinen:
• tehonhallinta mahdollista
• kuormia voidaan katkaista

🧠 Layer 2 – automaatio
• Home Assistant

vastaa:
• integraatioista
• automaatioista
• käyttöliittymästä

📊 Layer 3 – optimointi
• hintadata (Nord Pool)
• oma logiikka (HA automaatiot)

👉 optimointi on tällä hetkellä:
• sääntöpohjainen
• osittain dynaaminen

Mittaus – mitä oikeasti seurataan

⚡ Kokonaisteho (kriittinen)

• HomeWizard P1
• resoluutio: sekuntitaso

👉 mahdollistaa:

• tehopiikkien tunnistamisen
• kuormien ohjauksen

☀️ Aurinkotuotanto

• Sungrow

👉 käytössä:

• tuotantoteho
• tuntituotanto

🌡️ Lämpötilat

• sisätilat
• käyttövesi

👉 käytetään:

• lämmityksen optimointiin

🔌 Kuormat (osittain)

• EV lataus (ohjattu)
• lämmitys (ohjattu)

👉 ei täydellinen mittaus kaikista kuormista

👉 mutta riittävä optimointiin

Ohjauslogiikka käytännössä

🔋 Sähköauton lataus

Periaate:

• ladataan kun:
  • hinta matala
  • tai aurinkotuotanto korkea

Lisätty:

• viive (ei päälle/pois sahausta)
• minimi latausaika

👉 ratkaisi epästabiilin latauksen

Aurinkosähkön hyödyntäminen

Logiikka:

• jos vienti > X kW (esim. 5 kW)
• riittävän pitkään

👉 käynnistetään kuorma (EV)

Lisätty:

• tuotannon trendi (ei käynnisty laskevassa tuotannossa)

Lämmitys

• lämpöpumpun oma hintaohjaus (väliaikainen ratkaisu)
• siirtymä kohti dynaamista ohjausta

👉 tässä suurin kehityspotentiaali

Mitä data kertoo

☀️ Aurinkosähkö

• kesällä 70–80 % tuotannosta myyntiin
• optimoinnin jälkeen:
  • oma käyttö kasvaa
  • erityisesti EV latauksessa

⚡ Tehopiikit

Havainto:

• useita kuormia yhtä aikaa → piikki

Optimoinnin jälkeen:

• kuormia siirretty
• päällekkäisyyksiä vähennetty

👉 teho tasoittuu

Hintavaikutus

• kulutusta siirretty halvemmille tunneille
• mutta:

👉 ei pelkkä hintaoptimointi

Mukana:

• mukavuus
• lämpö
• käytettävyys

Suurimmat haasteet

1. Mittauksen puutteet

• kaikkia kuormia ei mitata

👉 vaikutus:

• optimointi ei ole täysin tarkkaa

2. Pilviriippuvuudet

• osa laitteista toimii pilven kautta

👉 vaikutus:

• epävarmuus
• viive

3. Hajautettu logiikka

• laitteilla oma ohjaus
• automaatio erikseen

👉 vaikutus:

• vaikea ennustaa kokonaisuutta

4. Käyttäjän rooli

• vielä tarvitaan manuaalista seurantaa

👉 tavoite:

• vähentää tätä

Mitä tekisin nyt eri tavalla

1. Kenttäkerros vahvemmaksi

• PLC tai vastaava
• ei pelkkä HA ohjaus

👉 erityisesti:

• tehonhallintaan

2. Täysi mittaus

• kriittiset kuormat erikseen

👉 mahdollistaa:

• tarkemman optimoinnin

3. Selkeämpi arkkitehtuuri

• vastuut eriytetty

👉 vähemmän “ad hoc” automaatioita

4. Vähemmän pilveä

• enemmän paikallista ohjausta

HEOMF-arvio

Nykytila:

👉 taso 2–3

Perustelut:

• mittaus hyvä (ei täydellinen)
• automaatio toimii
• optimointi osittain dynaamista
• arkkitehtuuri vielä kehittyy

🔮 Seuraava vaihe

Tavoite:

👉 taso 4

Vaatii:

• täysin paikallinen ohjaus
• vahva kenttäkerros
• selkeä optimointikerros
• minimaalinen käyttäjän rooli

Yhteenveto

Tämä case osoittaa:

• optimointi toimii jo nykyisillä työkaluilla
• suurimmat hyödyt tulevat rakenteesta
• täydellistä järjestelmää ei tarvita aluksi

tärkeintä on:

👉 ymmärtää kokonaisuus

💡 Tärkein oivallus

Suurin hyöty ei tule yksittäisestä automaatiosta

vaan siitä miten koko järjestelmä on rakennettu

Sarjan päätös

Tämä artikkelisarja ei ole ohje:

👉 mitä ostaa

Se on malli:

👉 miten ajatella

Kokonaisarkkitehtuuri – miten kaikki yhdistyy

Tässä vaiheessa sarjaa on käsitelty:

• energiajärjestelmän muutos
• mittaus
• kerrosarkkitehtuuri
• kenttäohjaus
• automaatio
• optimointi
• rajapinnat
• pilvi vs paikallinen
• käyttäjän rooli

Mutta yksittäiset osat eivät vielä riitä.

👉 ratkaisevaa on:

👉 miten ne yhdistetään

Mikä erottaa hyvän järjestelmän?

Hyvä järjestelmä ei ole:

• eniten automaatioita
• eniten integraatioita
• eniten dataa

👉 vaan:

👉 selkeä rakenne

Referenssiarkkitehtuuri

Hyvä kotitalouden energiajärjestelmä rakentuu neljästä kerroksesta:

🔌 Layer 0 – Energiajärjestelmä

• sähköverkko
• sähköntuotanto
• akusto
• lämpöpumppu
• sähköauto
• kuormat

👉 tämä on fyysinen maailma

⚙️ Layer 1 – Kenttäkerros

• kontaktorit
• releet
• mittaukset
• PLC / paikallinen logiikka

👉 vastaa:

• turvallisuudesta
• tehon rajoituksesta
• kriittisistä toiminnoista

🧠 Layer 2 – Automaatio

• Home Assistant
• integraatiot
• käyttöliittymä

👉 yhdistää kaiken

📊 Layer 3 – Optimointi

• päätöksenteko
• kustannus
• teho
• mukavuus

👉 määrittää mitä tehdään

Miten tieto liikkuu

📡 Ylöspäin

• mittaus → automaatio → optimointi

---

🎯 Alaspäin

• optimointi → automaatio → kenttäkerros

---

---

👉 tämä on ohjauksen “silmukka”

Missä päätökset tehdään?

Asia	Missä
Tehorajoitus	Kenttäkerros
Turvallisuus	Kenttäkerros
Yhdistäminen	Automaatio
Päätökset	Optimointi

---

---

👉 tämä jako on kriittinen

Käyttötilat koko järjestelmässä

Koko järjestelmä toimii eri tiloissa:

• Auto
• Manual
• Boost
• Safe

👉 nämä kulkevat läpi kaikkien kerrosten

Mitä EI saa tehdä

❌ Yksi järjestelmä ohjaa kaikkea

→ yksi vikapiste

❌ Optimointi ohjaa suoraan releitä

→ turvallisuusriski

❌ Pilvi ohjaa kriittisiä kuormia

→ epäluotettava

❌ Ei feedbackia

→ järjestelmä toimii väärällä tiedolla

Turvallisuus syntyy rakenteesta

Hyvä järjestelmä kestää:

• automaation kaatumisen
• optimoinnin pysähtymisen
• internetin katkeamisen

koska:

👉 jokainen kerros toimii itsenäisesti

Skaalautuvuus

Kun järjestelmä on rakennettu oikein:

• uusia laitteita voi lisätä
• optimointia voi kehittää
• integraatioita voi muuttaa

👉 ilman että koko järjestelmä hajoaa

Käytännön esimerkki (yksinkertaistettu)

Tilanne:

• sähkö halpaa
• aurinkoa ei ole
• auto tyhjä
• lämmitys tarvitsee energiaa

Optimointi:

👉 “lataa auto + lämmitä nyt, mutta rajoita tehoa”

Automaatio:

👉 välittää komennot

Kenttäkerros:

👉 varmistaa:

• teho ei ylity
• kriittiset kuormat pysyvät

👉 lopputulos:

• kustannus optimoitu
• järjestelmä turvallinen

Yhteenveto

Hyvä energiajärjestelmä:

• on kerroksellinen
• erottaa vastuut
• toimii ilman yksittäistä komponenttia
• hallitsee tehoa
• minimoi käyttäjän roolin

👉 tämä on HEOMF taso 4

💡 Tärkein oivallus

Hyvä järjestelmä ei ole monimutkainen

Se on selkeästi jaettu

Seuraava askel

Nyt kun kokonaisuus on kasassa:

👉 voidaan katsoa miltä tämä näyttää oikeassa elämässä

👉 Seuraavassa osassa

Osa 13: Case – oma talo

• miten tämä on toteutettu käytännössä
• mitä toimii
• mitä tekisin nyt eri tavalla

Käyttäjä – järjestelmän heikoin lenkki vai tärkein osa?

Kotitalouksien energian optimoinnista puhuttaessa keskitytään usein:

• teknologiaan
• algoritmeihin
• laitteisiin

Mutta yksi asia unohtuu lähes aina:

👉 kuka käyttää järjestelmää?

Todellisuus: aikaa on 5 minuuttia päivässä

Moni tekee tänä päivänä:

• tarkistaa sähkön hinnan
• ajoittaa kuormia
• miettii milloin ladata auto
• säätää lämmitystä

👉 tähän menee helposti:

👉 5 minuuttia päivässä

Se tarkoittaa:

👉 ~30 tuntia vuodessa

⚠️ Tämä ei ole kestävä malli

Miksi?

• vaatii jatkuvaa huomiota
• kuormittaa käyttäjää
• ei skaalaudu
• johtaa virheisiin

👉 ja tärkein:

👉 ei ole realistista pitkällä aikavälillä

Optimoinnin todellinen tavoite

Moni ajattelee:

👉 “tavoite on tehdä parempia päätöksiä”

Mutta oikea tavoite on:

👉 poistaa päätösten tarve

Kaksi eri maailmaa

❌ Käyttäjäohjattu optimointi

• käyttäjä tekee päätökset
• järjestelmä antaa dataa

👉 tulos:

• kuormittava
• epätasainen
• virhealtis

✅ Järjestelmäohjattu optimointi

• järjestelmä tekee päätökset
• käyttäjä määrittää rajat

👉 tulos:

• tasainen
• ennustettava
• skaalautuva

Käyttäjän oikea rooli

Hyvässä järjestelmässä käyttäjä ei:

• säädä yksittäisiä laitteita
• seuraa jatkuvasti hintaa

Käyttäjä tekee:

👉 ylätason päätökset

Esimerkkejä

• mukavuustaso
• prioriteetit (hinta vs mukavuus)
• käyttötilat (Auto / Boost / Manual)

👉 ja järjestelmä toteuttaa

Suurin virhe

“Lisätään käyttäjälle lisää näkyvyyttä”

👉 tämä ei ratkaise ongelmaa

Se usein:

• lisää kuormaa
• lisää epävarmuutta

👉 käyttäjä ei halua enemmän dataa

👉 hän haluaa vähemmän päätöksiä

Stressi – näkymätön kustannus

Tätä ei mitata, mutta se on todellinen:

• jatkuva seuraaminen
• epävarmuus
• pelko vääristä päätöksistä

👉 tämä on osa optimoinnin “hintaa”

Hyvä järjestelmä tuntuu tältä

• mitään ei tarvitse tehdä
• kaikki toimii automaattisesti
• poikkeustilanteet ovat selkeitä
• ohjaus on yksinkertaista

👉 käyttäjä ei mieti järjestelmää

Manuaaliohjaus – edelleen tärkeä

Vaikka automaatio toimii:

👉 käyttäjän pitää voida ohittaa

Esimerkiksi:

• “lataa nyt heti”
• “lämmitys päälle”

👉 mutta:

• ohitus on väliaikainen
• järjestelmä palaa automaattiseen tilaan

HEOMF näkökulma

Mitä korkeampi taso:

• sitä vähemmän käyttäjä tekee
• sitä enemmän järjestelmä tekee

korkein taso ei ole:

👉 “eniten automaatioita”

vaan:

👉 vähiten käyttäjän tarvetta osallistua

Tulevaisuus

Kun mukaan tulee:

• akustot
• aggregointi
• reservimarkkinat

👉 päätöksiä tulee enemmän

👉 käyttäjä EI voi tehdä niitä

👉 järjestelmän pitää

Yhteenveto

Käyttäjä:

• ei ole ohjauskerros
• ei ole optimointimoottori
• ei ole jatkuva päätöksentekijä

👉 hän on:

👉 rajoitteiden ja tavoitteiden määrittäjä

💡 Tärkein oivallus

Paras energiajärjestelmä ei vaadi käyttäjältä mitään

mutta antaa mahdollisuuden kaikkeen

Seuraava askel

Nyt kun kaikki osat on käyty läpi:

👉 voidaan yhdistää ne kokonaisuudeksi

👉 Seuraavassa osassa

Osa 12: Kokonaisarkkitehtuuri – miten kaikki yhdistyy

• kaikki kerrokset yhdessä
• miten hyvä järjestelmä näyttää
• konkreettinen malli

Mittaus – ilman dataa ei ole optimointia

Kotitalouden energiajärjestelmä voi näyttää ulospäin erittäin älykkäältä:

• automaatiot toimivat
• käyttöliittymä näyttää dataa
• optimointi “on päällä”

Mutta kulissien takana:

👉 päätökset tehdään puutteellisella tai väärällä datalla

Suurin harha

“Minulla on kulutustieto → voin optimoida”

👉 Et voi.

Kulutus (kWh) kertoo:

• mitä tapahtui

Mutta EI kerro:

• mitä tapahtuu nyt
• mitä tapahtuu seuraavaksi
• mikä aiheutti kulutuksen

👉 optimointi tarvitsee enemmän

Mitä oikeasti pitää mitata?

⚡ 1. Teho (kW) – tärkein yksittäinen mittaus

• hetkellinen kuormitus
• piikit
• rajoitteet

👉 ilman tätä:

❌ et voi hallita kokonaistehoa
❌ et voi välttää tehomaksuja
❌ et näe kriittisiä tilanteita

🔋 2. Energia (kWh)

• kokonaiskulutus
• kustannus

👉 tämä on tärkeä, mutta:

👉 enemmän raportointia kuin ohjausta varten

🌡️ 3. Lämpötilat

• sisälämpö
• käyttövesi
• varaajat

👉 ilman tätä:

❌ et tiedä mukavuustasoa
❌ et voi optimoida lämmitystä

☀️ 4. Tuotanto

• aurinkosähkö
• oma tuotanto

👉 ilman tätä:

❌ et voi hyödyntää omaa energiaa

🔌 5. Kuormakohtainen mittaus

• mitä yksittäinen laite tekee

👉 tämä on usein puuttuva pala

Ilman tätä:

• et tiedä mikä kuluttaa
• et tiedä mihin kannattaa vaikuttaa

Yleinen tilanne

Kotona on:

• yksi päämittaus
• ehkä aurinkotuotanto

👉 ja kaikki muu on arvailua

Mittaus ilman palautetta on hyödytöntä

Tämä on kriittinen kohta.

Jos:

• järjestelmä antaa käskyn

mutta ei mittaa:

• mitä tapahtui

👉 se toimii väärässä todellisuudessa

Feedback-loop – järjestelmän ydin

Hyvä järjestelmä toimii näin:

1. mittaa tilan
2. tekee päätökse
3. toteuttaa
4. mittaa uudelleen

👉 tämä on suljettu silmukka (closed loop)

Jos tämä puuttuu:

👉 järjestelmä ei ole ohjattu
👉 se on arvailua

Tarkkuus vs hyöty

Kaikkea ei tarvitse mitata täydellisesti.

Mutta:

👉 oikeat asiat pitää mitata riittävän hyvin

Esimerkki:

• kokonaisteho → tarkka
• yksittäinen laite → riittävä arvio

Mittaus ja teho – kriittinen yhdistelmä

Ilman reaaliaikaista tehomittausta:

• et näe piikkejä
• et voi reagoida
• et voi optimoida oikein

👉 tämä on yksi yleisimmistä puutteista

Missä mittaus tehdään?

🟢 Paras

• pääkeskus
• kriittiset kuormat erikseen

🟡 Hyvä

• koko talon mittaus
• osa kuormista

🔴 Heikko

• vain laskutusdata
• viiveellä

Tulevaisuus vaatii enemmän

Tulossa:

• 15 min mittaus
• tehomaksut
• aggregointi
• reservimarkkinat

👉 mittauksen merkitys kasvaa

Yhteenveto

Mittaus:

• on optimoinnin perusta
• määrittää mitä voit tehdä
• määrittää kuinka hyvin järjestelmä toimii

👉 ilman mittausta:

👉 optimointi on arvailua

💡 Tärkein oivallus

Et voi optimoida sitä mitä et mittaa

Seuraava askel

Kun mittaus on kunnossa:

👉 seuraava kysymys on yllättävä

👉 Seuraavassa osassa

Osa 11: Käyttäjä – järjestelmän heikoin lenkki vai tärkein osa?

• kuinka paljon käyttäjän pitää tehdä
• miksi 5 min päivässä on liikaa
• miten järjestelmä vähentää stressiä

Pilvi vs paikallinen ohjaus – kuka oikeasti hallitsee järjestelmää?

Kotitalouden energiajärjestelmässä lähes kaikki laitteet tarjoavat tänä päivänä:

• pilvipalvelun
• mobiilisovelluksen
• etäohjauksen

Ja tämä tuntuu hyvältä.

👉 kaikki toimii helposti
👉 kaikki on valmista

Mutta samalla tapahtuu jotain huomaamatonta:

👉 ohjaus siirtyy pois sinulta

Kysymys jota harvoin kysytään

👉 kuka tekee päätökset?

• sinä?
• automaatio?
• optimointi?
• vai laitteen valmistaja?

👉 usein vastaus on:

👉 yhdistelmä, jota kukaan ei täysin hallitse

Pilvipohjainen ohjaus

Mitä se tarkoittaa

• ohjaus tapahtuu valmistajan palvelun kautta
• data kulkee internetin yli
• päätökset voivat olla laitteen sisällä

Edut

• helppo käyttöönotto
• valmis käyttöliittymä
• toimii ilman omaa kehitystä

Ongelmat

• viive
• epävarmuus
• ei kontrollia
• muutokset ilman varoitusta

👉 pahimmillaan:

• järjestelmä lakkaa toimimasta
• et voi tehdä mitään

Paikallinen ohjaus

Mitä se tarkoittaa

• ohjaus tapahtuu omassa verkossa
• ei riippuvuutta pilvestä
• päätökset omassa hallinnassa

Edut

• nopea
• luotettava
• hallittava
• ennustettava

Ongelmat

• vaatii enemmän suunnittelua
• vaatii osaamista

👉 mutta:

👉 tämä on ainoa tapa rakentaa oikeasti robusti järjestelmä

Hybridimalli (realistinen)

Todellisuudessa:

👉 useimmat järjestelmät ovat hybridiä

Esimerkki:

• optimointi → paikallinen
• ohjaus → paikallinen
• data → osittain pilvessä

👉 tämä on usein paras kompromissi

Suurin riski: piilotettu logiikka

Moni laite:

• näyttää yksinkertaiselta
• mutta sisältää oman optimoinnin

Esimerkkejä:

• lämpöpumppu säätää itseään
• invertteri rajoittaa tehoa
• auto päättää latauksesta

👉 ja sinä et näe:

• miksi se teki niin
• milloin se tekee muutoksen

👉 tämä rikkoo koko optimoinnin

Tehonhallinta ei saa olla pilvessä

Tämä on kriittinen sääntö.

👉 kokonaistehon hallinta:

• pitää toimia millisekunneissa
• ei saa epäonnistua
• ei saa viivästyä

👉 siksi:

❌ ei pilveen
✅ paikallisesti

Käytännön periaate

🔴 Pilveen voi laittaa

• historiadata
• raportointi
• visualisointi

🟡 Pilvessä voi olla

• ennusteet
• hintadata

🟢 Paikallisesti pitää olla

• ohjaus
• optimointi
• tehonhallinta

Kyberturvallisuus näkökulma

Pilvi tuo:

• ulkoisen hyökkäyspinnan
• riippuvuuden kolmannesta osapuolesta

Paikallinen tuo:

• enemmän kontrollia
• vähemmän altistusta

👉 mutta vain jos se on oikein toteutettu

Yleinen virhe

“Kaikki toimii sovelluksella → tämä on hyvä”

Todellisuudessa:

👉 tämä on usein merkki siitä että:

• ohjaus on hajautettu
• järjestelmä ei ole hallinnassa

Yhteenveto

Pilvi:

• helppo
• mutta epävarma

Paikallinen:

• vaatii enemmän
• mutta toimii

Hybridimalli:

👉 usein paras ratkaisu

💡 Tärkein oivallus

Se mikä toimii tänään pilvessä

ei välttämättä toimi huomenna

Seuraava askel

Kun ohjaus on ymmärretty:

👉 seuraava kriittinen kysymys on:

👉 Seuraavassa osassa

Osa 10: Mittaus – ilman dataa ei ole optimointia

• mitä pitää mitata
• mitä usein EI mitata
• miksi järjestelmät toimivat “arvauksella”

Rajapinnat – järjestelmän tärkein suunnittelukohde

Kotitalouden energiajärjestelmä ei ole yksi järjestelmä.

Se on:

👉 kokoelma eri järjestelmiä, jotka yrittävät toimia yhdessä

Todellinen tilanne kotona

Tyypillinen kokonaisuus:

• invertteri (oma logiikka)
• lämpöpumppu (oma logiikka)
• sähköauto (oma pilvi)
• Home Assistant
• pilvipalvelut (Nord Pool, valmistajat)

👉 Jokainen näistä:

• toimii eri tavalla
• käyttää eri rajapintoja
• tekee omia päätöksiä

Rajapinta on riskikohta

Usein ajatellaan:

👉 “kunhan saan datan ulos ja komennon sisään”

Mutta todellinen ongelma on:

👉 mitä tapahtuu rajapinnan toisella puolella?

🔥 Kolme keskeistä ongelmaa

1. ❌ Ei determinismiä

Pilvipalvelu:

• voi viivästyä
• voi kaatua
• voi antaa väärää dataa

👉 et tiedä milloin komento menee perille
👉 et tiedä toteutuiko se

2. ❌ Ei kontrollia

Moni laite:

• tekee omia päätöksiä
• ei noudata ulkoista ohjausta täysin

Esimerkki:

• lämpöpumppu optimoi itse
• invertteri rajoittaa tehoa omalla logiikalla

👉 järjestelmä ei ole täysin sinun hallinnassa

3. ❌ Ei näkyvyyttä

• mitä laite oikeasti tekee?
• mikä tila on aktiivinen?
• miksi se teki niin?

👉 ilman tätä:

optimointi toimii “sokkona”

Rajapintatyypit

🟢 Paikallinen (paras)

• Modbus
• TCP/IP
• suora IO

👉 edut:

• nopea
• luotettava
• hallittava

🟡 Hybrid (ok)

• paikallinen + pilvi

👉 toimii usein, mutta:

• riippuvuuksia enemmän

🔴 Pilvi (riskialtis)

• API pilven kautta
• valmistajan sovellus

👉 ongelmat:

• viive
• epävarmuus
• muutokset ilman varoitusta

⚡ Rajapinta EI ole vain tekninen

Se on:

👉 arkkitehtuurinen päätös

Valitset samalla:

• luotettavuuden
• hallittavuuden
• turvallisuuden

Kyberturvallisuus – usein täysin unohdettu

Kotitalouden energiajärjestelmä on:

👉 käytännössä hajautettu IT-järjestelmä

Silti:

• oletussalasanat
• avoimet portit
• pilviyhteydet ilman kontrollia

👉 tämä on riski

Esimerkki

Jos:

• joku saa pääsyn järjestelmään

👉 hän voi:

• kytkeä kuormia päälle
• aiheuttaa tehopiikin
• häiritä toimintaa

Rajapintojen suunnitteluperiaatteet

1. 🔒 Minimoi riippuvuudet

• älä rakenna kaikkea pilven varaan
• varmista paikallinen fallback

2. 🔁 Yksisuuntainen kontrolli

• optimointi → antaa tavoitteen
• laite → toteuttaa omien rajojen sisällä

👉 ei jatkuvaa “mikro-ohjausta”

3. 👁️ Pakollinen palaute

• mittaa mitä oikeasti tapahtuu
• älä luota käskyyn

4. ⚠️ Rajaa mitä saa ohjata

Kaikkea EI pidä ohjata ulkoisesti.

Esimerkki:

• lämpöpumpun sisäinen logiikka
• invertterin suojaus

👉 väärä ohjaus voi rikkoa toimintaa

💥 Yleinen virhe

“Yhdistetään kaikki kaikkeen”

Se johtaa:

• sekavaan logiikkaan
• vaikeaan vianhakuun
• epävakauteen

👉 enemmän integraatioita ≠ parempi järjestelmä

Yhteenveto

Rajapinnat:

• määrittävät mitä voit hallita
• määrittävät kuinka luotettava järjestelmä on
• ovat yleisin epäonnistumisen syy

👉 ja usein:

👉 täysin aliarvioitu

💡 Tärkein oivallus

Et ohjaa järjestelmääsi

vaan rajapintoja sen ja järjestelmän välillä

Seuraava askel

Kun rajapinnat on ymmärretty:

👉 seuraava kysymys on kriittinen

---

👉 Seuraavassa osassa

Osa 9: Pilvi vs paikallinen ohjaus – kuka oikeasti hallitsee järjestelmää?

• mitä saa viedä pilveen
• mitä ei saa
• missä optimointi kuuluu olla

Optimointi – missä päätökset syntyvät

Kun kotitalouden energiajärjestelmästä puhutaan, sana “optimointi” esiintyy jatkuvasti.

Mutta harvoin pysähdytään kysymään:

👉 mitä optimointi oikeasti tarkoittaa?

Optimointi ei ole sääntö

Moni järjestelmä toimii näin:

• “jos hinta < X → laita päälle”
• “jos aurinko paistaa → lataa auto”

Tämä ei ole optimointia.

👉 Tämä on yksittäinen sääntö

Optimointi on päätöksentekoa

Oikea optimointi tarkoittaa:

👉 valitaan paras vaihtoehto useiden vaihtoehtojen välillä

Ja tämä tehdään jatkuvasti:

• joka tunti
• joka päivä
• joskus jopa minuuttitasolla

Optimointi on kompromissi

Tämä on koko artikkelin tärkein asia.

Kotitalouden energiajärjestelmässä optimoidaan yhtä aikaa:

• kustannusta (€)
• tehoa (kW)
• mukavuutta
• laitteiden käyttöä
• omaa tuotantoa

👉 Näitä ei voi maksimoida kaikkia yhtä aikaa

Esimerkki

• halvin sähkö → yöllä
• paras COP → päivällä
• aurinko → päivällä
• matalin teho → hajautettuna

👉 mikä näistä on oikein?

Vastaus:

👉 riippuu tilanteesta

Teho mukaan optimointiin

Tämä on kriittinen lisä, joka usein puuttuu.

Optimointi EI saa perustua vain:

• hintaan
• energiaan

👉 mukaan pitää ottaa:

👉 kokonaisteho

Miksi?

Koska:

• kaikki kuormat halutaan samaan aikaan halvalle tunnille
• syntyy piikki
• pääsulake tai tehomaksu rajoittaa

👉 ilman tehon hallintaa:

❌ optimointi voi pahentaa tilannetta

Aikajänteet – optimointi ei ole yksi päätös

Optimointi tapahtuu eri tasoilla:

⏱️ Reaaliaikainen (sekunnit–minuutit)

• tehorajoitus
• kuormien katkaisu

👉 usein kenttäkerroksessa

🕐 Tuntitaso

• pörssisähkö
• kuormien ajoitus

📅 Päivätaso

• lämmitysstrategia
• varausten suunnittelu

📆 Kuukausitaso

• tehomaksu
• kulutusvaikutus (hybridi)

👉 hyvä optimointi huomioi nämä kaikki

Optimointi ei ohjaa suoraan

Tämä on yksi tärkeimmistä periaatteista koko sarjassa.

❌ Väärä malli

• optimointi → ohjaa relettä

✅ Oikea malli

• optimointi → antaa tavoitteen
• automaatio → välittää
• kenttäkerros → toteuttaa

👉 optimointi ei saa:

• rikkoa turvallisuutta
• ohittaa rajoitteita

Mitä optimointi oikeasti tekee?

Optimointi vastaa kysymyksiin:

• milloin lämmitetään?
• milloin ladataan auto?
• käytetäänkö omaa vai ostosähköä?
• rajoitetaanko tehoa nyt?

👉 se EI vastaa:

• miten rele toimii
• miten laite kytketään

⚠️ Yleiset virheet

❌ Liikaa sääntöjä

→ ei kokonaisoptimointia

❌ Ei huomioida tehoa

→ piikit kasvavat

❌ Optimointi automaatiossa

→ logiikka hajoaa

❌ Ei aikajänteitä

→ lyhytnäköisiä päätöksiä

Yksinkertainen ajattelumalli

Optimointi voidaan nähdä näin:

👉 minimoi kustannus

rajoitteilla:

• teho ≤ maksimi
• lämpötila ≥ minimi
• mukavuus säilyy

👉 tämä on oikeasti optimointiongelma

Tulevaisuus tekee tästä tärkeämpää

Tulossa:

• 15 min markkinat
• aggregointi
• reservimarkkinat
• akustot
• V2G

👉 päätöksiä tulee enemmän
👉 nopeammin

👉 ilman oikeaa rakennetta:

järjestelmä ei pysy mukana

Yhteenveto

Optimointi:

• on päätöksentekoa
• ei ole sääntöjä
• ei kuulu automaatioon
• ei ohjaa suoraan laitteita

👉 ja ennen kaikkea:

👉 sen pitää huomioida teho

💡 Tärkein oivallus

Optimointi ei ole sitä, että tehdään oikea päätös

Vaan sitä, että vältetään väärät päätökset

Seuraava askel

Kun optimointi on ymmärretty, seuraava kriittinen kysymys on:

👉 miten järjestelmän eri osat keskustelevat keskenään?

👉 Seuraavassa osassa

Osa 8: Rajapinnat – järjestelmän tärkein suunnittelukohde

• miten tieto liikkuu
• mitä saa ohjata
• mitä EI saa ohjata
• miksi pilvi on riski

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

Kenttäkerros – järjestelmän luotettava perusta

Kun puhutaan kotitalouden energiajärjestelmästä, suurin osa keskustelusta keskittyy:

• automaatioon
• optimointiin
• ohjelmistoihin

Mutta todellisuudessa kaikki tiivistyy yhteen kysymykseen:

👉 missä sähköä oikeasti ohjataan?

Vastaus on:

👉 kenttäkerroksessa

Kaikki muu on toissijaista

Voit rakentaa:

• täydellisen optimointialgoritmin
• hienon käyttöliittymän
• kymmeniä automaatioita

Mutta jos kenttäkerros on väärin rakennettu:

👉 mikään muu ei pelasta järjestelmää

Mitä kenttäkerros on?

Kenttäkerros on se osa järjestelmää, joka:

👉 on suoraan yhteydessä sähköön

Se sisältää:

• kontaktorit
• releet
• mittaukset
• suojaukset
• paikallisen ohjauksen (esim. PLC)

👉 Tämä on ainoa kerros, joka:

• katkaisee kuorman
• kytkee laitteen päälle
• suojaa järjestelmää

Perusperiaate

Turvallisuus ei saa riippua ohjelmistosta tai pilvestä

Jos:

• internet katkeaa
• automaatio kaatuu
• optimointi lakkaa

👉 kenttäkerroksen pitää silti toimia oikein

Kriittiset vs ei-kriittiset kuormat

Kaikkia kuormia ei voi käsitellä samalla tavalla.

🔴 Kriittiset kuormat

• lämmitys
• jääkaappi / pakastin
• perus sähköjärjestelmä

👉 Näiden pitää toimia:

• aina
• ilman pilveä
• ilman automaatiota

🟡 Siirrettävät kuormat

• lämmin käyttövesi
• sähköauto

👉 Näitä voidaan:

• ajoittaa
• rajoittaa

🟢 Opportunistiset kuormat

• pyykki
• sauna
• muut ei-kriittiset

👉 Näitä voidaan:

• katkaista tarvittaessa

PLC vs ohjelmistopohjainen ohjaus

Tämä on yksi tärkeimmistä valinnoista.

❌ Pelkkä ohjelmistopohjainen ohjaus

(esim. automaatio ohjaa suoraan relettä)

Ongelmat:

• riippuvuus käyttöjärjestelmästä
• riippuvuus verkosta
• ei deterministinen
• ei fail-safe

✅ PLC / paikallinen logiikka

Edut:

• toimii ilman internetiä
• toimii ilman automaatiota
• deterministinen
• suunniteltu ohjaukseen

👉 Tämä ei tarkoita, että kaikki pitää tehdä PLC:llä

Mutta: 👉 kriittiset toiminnot pitää olla sen tasoisessa ohjauksessa

Fail-safe – mitä tapahtuu kun kaikki menee pieleen

Hyvä kenttäkerros on suunniteltu niin, että:

👉 vikatilanne johtaa turvalliseen tilaan

Esimerkkejä

• kontaktori → palautuu pois päältä (NO logiikka)
• lataus → katkeaa
• ei-kriittiset kuormat → pois

👉 ei saa olla tilannetta jossa:

• järjestelmä jää “päälle” vahingossa

Yksi yleisimmistä virheistä

Releitä ohjataan ilman palautetta.

❌ Näin usein tehdään:

• annetaan käsky: “päälle”
• oletetaan että meni päälle

✅ Näin pitäisi tehdä:

• mitataan:
  • onko rele oikeasti päällä
  • paljonko kuorma kuluttaa

👉 tämä on feedback

💥 “Päällä” ei ole tieto

Jos järjestelmä tietää vain:

• mitä se käski

mutta ei:

• mitä tapahtui

👉 se toimii väärässä todellisuudessa

Kenttäkerros ja kokonaisteho

Kenttäkerroksen yksi tärkeimmistä tehtävistä:

👉 rajoittaa kokonaistehoa

Esimerkki:

• jos teho ylittää rajan
  → katkaistaan ei-kriittisiä kuormia

👉 tämä EI saa olla:

• pilven varassa
• automaation varassa

👉 tämän pitää tapahtua:

• paikallisesti
• varmasti
• nopeasti

Yhteenveto

Kenttäkerros:

• on ainoa kerros joka ohjaa sähköä
• määrittää järjestelmän turvallisuuden
• toimii myös ilman muita kerroksia

👉 ilman tätä:

• järjestelmä on haavoittuva
• optimointi ei ole luotettavaa
• riskit kasvavat

Tärkein oivallus

Älykkyys ei tee järjestelmästä turvallista

Rakenne tekee

Seuraava askel

Kun kenttäkerros on kunnossa, seuraava kysymys on:

👉 miten kaikki järjestelmät yhdistetään?

👉 Seuraavassa osassa

Osa 6: Automaatio – yhdistäjä, ei aivot

• mikä on automaation rooli
• mitä sen EI pidä tehdä
• miten vältetään “liikaa älyä väärässä paikassa”

Energiajärjestelmän kerrosarkkitehtuuri – miksi yksi järjestelmä ei riitä

Kun kotitalouden energiajärjestelmää aletaan rakentaa, se tehdään usein näin:

• yksi järjestelmä (esim. Home Assistant)
• siihen liitetään kaikki laitteet
• automaatiot ohjaavat suoraan kuormia

Tämä toimii aluksi.

Mutta kun järjestelmä kasvaa:

• tulee lisää kuormia
• lisää logiikkaa
• lisää riippuvuuksia

👉 järjestelmä alkaa hajota

Yksi järjestelmä = yksi vikapiste

Kun kaikki on yhdessä:

• mittaus
• ohjaus
• optimointi
• käyttöliittymä

👉 yksi virhe voi kaataa kaiken

Esimerkki:

• automaatio kaatuu
  → lämmitys ei toimi
  → lataus jää päälle
  → järjestelmä ei reagoi

👉 tämä ei ole ohjelmisto-ongelma
👉 tämä on arkkitehtuuriongelma

Ratkaisu: kerrosarkkitehtuuri

Hyvä energiajärjestelmä jaetaan eri kerroksiin.

Jokaisella kerroksella on:

• oma tehtävä
• selkeä vastuu
• rajattu rooli

Kerrokset (HEOMF Level 4)

🔌 Layer 0 – Energiajärjestelmä (fyysinen maailma)

Tämä on kaikki mitä oikeasti ohjataan:

• sähköverkko
• aurinkosähkö
• lämpöpumppu
• varaajat
• sähköauto
• kuormat

👉 täällä energia liikkuu

⚙️ Layer 1 – Kenttäkerros (Field Control)

Tämä on ainoa kerros, joka:

👉 oikeasti ohjaa sähköä

Sisältää:

• kontaktorit
• releet
• mittaukset
• paikallinen logiikka (PLC tms.)

Tärkein periaate:

Turvallisuus ei saa riippua ohjelmistosta tai pilvestä

Esimerkki:

• maksimi teho rajoitetaan paikallisesti
• kriittiset kuormat pysyvät päällä
• ei-kriittiset voidaan katkaista

🧠 Layer 2 – Automaatio

Tämä on se, missä suurin osa nykyjärjestelmistä elää.

Esim:

• Home Assistant

Rooli:

• yhdistää järjestelmät
• tarjoaa käyttöliittymän
• tekee yksinkertaisia sääntöjä

Mutta:

👉 automaatio EI saa olla:

• ainoa ohjaus
• optimoinnin paikka
• kriittinen komponentti

📊 Layer 3 – Optimointi (Orkestrointi)

Tässä tapahtuu:

👉 päätöksenteko

Perustuu:

• hintaan
• säähän
• aurinkotuotantoon
• tehoon
• mukavuuteen

Optimointi EI:

• ohjaa suoraan releitä
• tiedä laitteiden yksityiskohtia

Se antaa:
👉 tavoitteita ja rajoitteita

Kerrosten välinen työnjako

Tämä on koko arkkitehtuurin ydin.

Kerros	Vastuu
Optimointi	mitä tehdään
Automaatio	miten yhdistetään
Kenttäkerros	mitä oikeasti tapahtuu

👉 Jos nämä sekoitetaan:

• optimointi ohjaa suoraan releitä
• automaatio tekee monimutkaisia päätöksiä
• kenttäkerros on “tyhmä”

👉 lopputulos = epävakaa järjestelmä

Yleisin virhe

Kaikki logiikka laitetaan yhteen paikkaan:

• yksi automaatio
• yksi skripti
• yksi järjestelmä

👉 tämä toimii… kunnes ei toimi

Kerrosarkkitehtuuri parantaa myös turvallisuutta

Kun järjestelmä on jaettu:

• pilvi ei pääse suoraan ohjaamaan kuormia
• automaatio ei voi rikkoa kenttätasoa
• optimointi ei voi aiheuttaa vaaratilanteita

👉 riskit eriytyvät

Esimerkki (yksinkertaistettu)

Ilman kerroksia:

• HA → ohjaa suoraan latausta

Kerrosarkkitehtuurissa:

• optimointi → “lataa nyt”
• automaatio → välittää komennon
• kenttäkerros → tarkistaa:
  • onko tehoa saatavilla
  • onko turvallista

👉 ja vasta sitten ohjaa

Tärkein oivallus

Hyvä järjestelmä ei ole yksi älykäs komponentti

Se on useiden yksinkertaisten kerrosten yhteistyö

Yhteenveto

Kerrosarkkitehtuuri:

• erottaa vastuut
• vähentää riskejä
• mahdollistaa skaalautuvuuden
• tekee järjestelmästä ymmärrettävän

👉 ilman tätä:

• järjestelmä monimutkaistuu hallitsemattomasti
• virheet kasaantuvat
• optimointi ei toimi luotettavasti

Seuraava askel

Kun kerrokset on määritelty, seuraava kysymys on:

👉 missä sähköä oikeasti ohjataan?

👉 Seuraavassa osassa

Osa 5: Kenttäkerros – järjestelmän luotettava perusta

• miksi tämä on tärkein kerros
• PLC vs ohjelmistopohjainen ohjaus
• fail-safe ja turvallisuus