Kaikki Juha Mujusen blogin julkaisut uusimmasta vanhimpaan. Kirjoitukset käsittelevät kotitalouksien energianhallintaa, sähkön optimointia, HEOMF-arkkitehtuuria, EnergyHubin käytännön toteutusta ja teknisiä ohjeita.
Kaikki julkaisut
Uusimmasta vanhimpaan
-
Case: oma talo — Osa 3: Home Assistant integraatiokerroksena
Tämä on kolmas osa sarjasta, joka dokumentoi EnergyHub-järjestelmän rakentamista vanhaan rintamamiestaloon. Edellisessä osassa käytiin läpi arkkitehtuuripäätökset ennen koodia: miksi järjestelmä jaettiin vastuualueisiin ja mihin järjestelmätason päätöksenteko sijoitetaan. Tässä…
-
Case: oma talo — Osa 2: Arkkitehtuuripäätökset: mitä päätettiin ennen koodia
Ensimmäinen reaktio ongelmaan oli väärä. Kun Osa 0:ssa kuvattu tilanne alkoi olla selvä — järjestelmä oli kasvanut hallitsemattomaksi, ohjausvastuu oli epäselvä eikä uusia ominaisuuksia enää uskaltanut lisätä huoletta…
-
Case: oma talo — Osa 1: Mitä vuosi dataa kertoo ennen optimointia
Ennen kuin rakennetaan mitään, katsotaan mitä on. Tämä artikkeli on lähtötilanteen analyysi. Aineisto kattaa noin vuoden — 14.4.2025 alkaen huhtikuun 2026 alkuun — ja se on kerätty vanhan…
-
Case: oma talo — Osa 0: Miksi kaikki rakennettiin uudelleen
Tämä sarja ei ala automaatioista. Se alkaa siitä, miksi automaatiot eivät enää riittäneet. Keväällä 2026 minulla oli toimiva järjestelmä.Maalämpöpumppu ohjautui pörssisähkön mukaan. Sähköauto latautui halvimmilla tunneilla. Aurinkotuotanto näkyi…
-
HEOMF – Optimoinnin arkkitehtuuri – Osa 13: Case – oma talo (lähtötilanne ennen EnergyHubia)
Tämä artikkeli kuvaa oman taloni energianhallintaa siinä vaiheessa, kun järjestelmä perustui vielä pääosin Home Assistantiin, yksittäisiin automaatioihin ja laitteiden omiin ohjauksiin. Lenovo-pohjaista EnergyHubia ei ollut vielä rakennettu. Myöhempi…
-
HEOMF – Optimoinnin arkkitehtuuri – Osa 12: Kokonaisarkkitehtuuri – miten kaikki yhdistyy
Tässä vaiheessa sarjaa yksittäiset rakennuspalikat ovat jo tuttuja: fyysinen energiajärjestelmä, mittaus, kenttäkerros, automaatio, optimointi, rajapinnat, pilvi- ja paikallisriippuvuudet sekä käyttäjän rooli. Yksittäin mikään niistä ei kuitenkaan muodosta toimivaa…
-
HEOMF – Optimoinnin arkkitehtuuri – Osa 11: Käyttäjä – järjestelmän heikoin lenkki vai tärkein osa?
Kotitalouden energian optimoinnista puhuttaessa huomio kohdistuu helposti teknologiaan, algoritmeihin ja laitteisiin. Silti järjestelmän tavoitteet tulevat lopulta ihmiseltä. Järjestelmä ei itsessään tiedä, kuinka tärkeää on saada auto aamuksi täyteen,…
-
HEOMF – Optimoinnin arkkitehtuuri – Osa 10: Mittaus – ilman dataa ei ole optimointia
Energianhallintajärjestelmä voi näyttää ulospäin toimivalta, vaikka sen päätökset perustuisivat puutteelliseen tietoon. Käyttöliittymä näyttää arvoja, automaatiot käynnistyvät ja optimointi tuottaa suunnitelman – mutta mikään näistä ei vielä kerro, ovatko…
-
HEOMF – Optimoinnin arkkitehtuuri – Osa 9: Pilvi vs paikallinen ohjaus – kuka oikeasti hallitsee järjestelmää?
Moni kotitalouden energialaite tarjoaa nykyään mobiilisovelluksen, valmistajan pilvipalvelun ja etäohjauksen. Käyttöönotto on helppoa: laite liitetään verkkoon, sovellus avataan ja järjestelmä toimii. Arkkitehtuurin kannalta helppokäyttöisyys ei kuitenkaan vielä kerro,…
-
HEOMF – Optimoinnin arkkitehtuuri – Osa 8: Rajapinnat – järjestelmän tärkein suunnittelukohde
Kotitalouden energiajärjestelmä ei ole yksi laite eikä yksi ohjelmisto. Se on joukko järjestelmiä, joilla on omat säätimensä, mittauksensa, käyttötilansa ja tekniset rajansa. Invertteri, lämpöpumppu, sähköauto, energiamittari, Home Assistant,…
-
HEOMF – Optimoinnin arkkitehtuuri – Osa 7: Optimointi – missä päätökset syntyvät
Kotitalouden energianhallinnassa sanaa optimointi käytetään helposti kaikesta automaattisesta ohjauksesta. Laite käynnistyy halvan hinnan aikana, aurinkoylijäämä ohjataan kuormalle tai sähköauton lataus estetään kalliin vartin ajaksi – ja kaikkea kutsutaan…
-
HEOMF – Optimoinnin arkkitehtuuri – Osa 6: Automaatio – yhdistäjä, ei aivot
Kotitalouden energianhallinta rakentuu usein automaatioalustan ympärille. Home Assistantiin liitetään mittareita ja laitteita, Node-REDiin syntyy ohjauslogiikkaa ja vähitellen järjestelmä tekee yhä enemmän päätöksiä ilman käyttäjän jatkuvaa osallistumista. Tämä on…