Itse isännöity energianseuranta IAMMETERillä

Itse isännöity energianseuranta IAMMETERillä

IAMMETER-mittarit eivät rajoitu vain IAMMETER-Cloudiin. Niiden avoimet rajapinnat mahdollistavat sähköntietojen tallentamisen ja käsittelyn palvelimella, jota asiakas hallinnoi.

Yksikään itse isännöity arkkitehtuuri ei sovi jokaiseen projektiin. Oikea valinta riippuu siitä, tarvitsetko:

• käyttövalmista paikallista seurantaliittymää;
• datan väliohjelmistoa yrityssovellusta varten;
• integraatiota olemassa olevaan avoimen lähdekoodin alustaan;
• suoraa tiedonsyöttöä omaan EMS-, BMS-, ERP- tai IoT-taustajärjestelmääsi.

IAMMETER tukee kaikkia neljää polkua:

                        ┌─→ IAMMETER-Docker ─→ Local charts and APIs
IAMMETER energy meter ──┼─→ IAMMETER-Central ─→ Customer ERP / EMS / BMS
                        ├─→ Open-source platform ─→ Automation and dashboards
                        └─→ Customer receiver ─→ Custom backend and database

Tämä sivu auttaa sinua valitsemaan arkkitehtuurin. Yksityiskohtaiset asennus- ja protokollaohjeet ovat linkitetyissä teknisissä oppaissa.

1. Neljän käyttöönottopolun vertailu

Vaihtoehto	Ensisijainen käyttäjä	Valmis seurantakäyttöliittymä	Tietojen tallennus	API asiakkaan kehitykseen	Kehitystyön vaativuus
IAMMETER-Docker	Yksittäiset käyttäjät, kehittäjät ja pienet paikalliset projektit	Kyllä, perusseurantatoiminnoilla	Asiakkaan palvelin	Kyllä	Matala tai keskitaso
IAMMETER-Central	Yritykset, kumppanit ja järjestelmäintegraattorit	Vain laitteidenhallinnan käyttöliittymä; ei täydellistä energiananalyysikäyttöliittymää	Asiakkaan MySQL tai MariaDB	Kyllä, suunniteltu asiakassovelluksiin	Keskitaso
Avoimen lähdekoodin alusta	Käyttäjät, joilla on jo Home Assistant, Node-RED tai muu alusta	Valitun alustan tarjoama	Riippuu alustasta	Riippuu alustasta	Matala tai keskitaso
Suora integraatio	Asiakkaat, joilla on oma taustajärjestelmä ja insinööritiimi	Ei	Asiakkaan määrittelemä	Asiakkaan määrittelemä	Korkea

Yksinkertaisin valinta ei ole aina pienin ohjelmistokomponentti. Valitse vaihtoehto, joka poistaa työtä, jota tiimisi ei halua rakentaa tai ylläpitää.

2. Nopea suositus käyttäjätyypin mukaan

Valitse IAMMETER-Docker, kun:

• haluat nopeasti paikallisen käyttöliittymän ja historiallisen seurannan;
• projektia pyörittää yksityishenkilö tai pieni tekninen tiimi;
• palvelin on Raspberry Pi, mini-PC, NAS tai yksityinen isäntä;
• haluat API-rajapintoja käyttöliittymän laajentamiseen myöhemmin;
• tarvitset käytännöllisen lähtökohdan ilman tiedonsyöttötaustajärjestelmän rakentamista.

Valitse IAMMETER-Central, kun:

• asiakkaalla on jo ERP-, EMS-, BMS- tai oma käyttöliittymäratkaisu;
• sovellus tarvitsee yhtenäisen API-kerroksen IAMMETER-laitteille;
• tiedot on tallennettava asiakkaan hallinnoimaan MySQL- tai MariaDB-tietokantaan;
• projekti tarvitsee laite- ja mittaustietojen väliohjelmiston valmiin energiananalyysituotteen sijaan;
• integraatiotiimi haluaa välttää jokaisen mittaripuolen siirto- ja hyötykuormaparserin toteuttamisen erikseen.

Valitse avoimen lähdekoodin alusta, kun:

• Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix tai ThingsBoard on jo osa projektia;
• alusta tarjoaa jo tarvittavat kojelauta- tai automaatio-ominaisuudet;
• et tarvitse erillistä IAMMETER-kohtaista taustajärjestelmää.

Valitse suora integraatio, kun:

• organisaatiosi pyörittää jo tiedonsyöttöpalvelua ja tietokantaa;
• taustajärjestelmäsi voi vastaanottaa HTTP/HTTPS-, MQTT/MQTTS- tai TCP/TLS-dataa;
• insinöörisi haluavat täyden hallinnan tietomallista, säilytyksestä ja liiketoimintalogiikasta;
• lisäkehityksen ja käytön vastuu on hyväksyttävissä.

3. IAMMETER-Docker: Valmis paikallinen seurantajärjestelmä

IAMMETER-Docker on avoimen lähdekoodin, itse isännöity energianseurantajärjestelmä. Se yhdistää tiedonsyötön, tallennuksen, perusenergianseurantatoiminnot, kaaviot ja API-rajapinnat yhteen käyttöönottoon.

Mitä IAMMETER-Docker tarjoaa

• käyttöönottoa asiakkaan hallinnoimalla palvelimella;
• perussähkönkulutuksen ja aurinkoenergian seurantatoimintoja;
• historiallisia tietoja ja kaavioita;
• SQLite- ja MySQL-tukea;
• API-pääsyä oman käyttöliittymän kehittämiseen;
• tukea IAMMETER-mittareille ja mukautetuille SN-työnkuluille;
• valinnaisia datalogger-käyttötapauksia paikalliseen keräykseen.

Mihin se sopii parhaiten

IAMMETER-Docker on vahva valinta, kun käyttäjä haluaa aloittaa paikallisen seurannan ennen oman ohjelmiston kirjoittamista. Kehittäjä voi ensin käyttää sisäänrakennettua käyttöliittymää ja lisätä myöhemmin erillisen kojelaudan tai datatyönkulun saatavilla olevien API-rajapintojen kautta.

Mitä on hyvä ottaa huomioon

Asiakas vastaa edelleen isännästä, verkosta, päivityksistä, varmuuskopioista, tallennuskapasiteetista ja tietoturvasta. IAMMETER-Docker tarjoaa sovellustoiminnot, mutta se ei poista normaaleja itse isännöinnin ylläpitotehtäviä.

Jatka seuraaviin:

• Ota IAMMETER-Docker käyttöön
• IAMMETER-Dockerin lisäominaisuudet
• Offline-dataloggeritila

4. IAMMETER-Central: Datan väliohjelmisto asiakassovelluksiin

IAMMETER-Central on yksityiseen käyttöönottoon tarkoitettu väliohjelmisto yrityksille, kumppaneille ja järjestelmäintegraattoreille.

Mitä IAMMETER-Central tarjoaa

• IAMMETER-laitteiden rekisteröintiä ja hallintaa;
• jännite-, virta-, teho- ja energiatietojen tallennusta ja hallintaa;
• MySQL- ja MariaDB-tukea;
• API-rajapintoja asiakkaan kehittämiin sovelluksiin;
• yhtenäistä väliohjelmistokerrosta IAMMETER-mittareiden ja ERP-, EMS-, BMS- tai oman käyttöliittymäratkaisun välillä.

IAMMETER-tuotteiden SN-tunnukset ja tuetut virtuaalimittareiden (Virtual Meter) SN-tunnukset voidaan rekisteröidä IAMMETER-Centraliin. Tämä eroaa IAMMETER-Dockerissa saatavilla olevasta mukautettujen SN-tunnusten joustavuudesta.

Mitä IAMMETER-Central ei tarjoa

IAMMETER-Central ei ole täydellinen energiankulutus- tai aurinkoenergiananalyysisovellus. Sen käyttöliittymä keskittyy väliohjelmistoon ja laitteiden hallintaan. Asiakas toimittaa lopulliseen sovellukseen tarvittavat liiketoimintakäyttöliittymän, raportit, käyttöoikeudet ja työnkulut.

Tämä erottelu on arvokasta, kun yrityksellä on jo oma hallintajärjestelmä ja se tarvitsee ylläpidettävän tavan tuoda IAMMETER-mittaukset siihen.

5. IAMMETER-Central vai suora integraatio?

Molemmat lähestymistavat voivat toimittaa mittaritietoja asiakkaan omistamaan sovellukseen, mutta insinöörityön raja on erilainen.

Vastuualue	IAMMETER-Central	Suora integraatio
Mittarin lähetysten vastaanotto	Central hoitaa	Asiakas toteuttaa
IAMMETER-hyötykuormien jäsentäminen	Central hoitaa	Asiakas toteuttaa
Mittarin mittaustietojen tallennus	Centralin tietokantakerroksen kautta	Asiakas suunnittelee
Laitteen rekisteröinti	Centralin työnkulku	Asiakas suunnittelee
API ERP/EMS/BMS-järjestelmiin	Centralin API	Asiakas rakentaa
Lopullinen liiketoimintakäyttöliittymä	Asiakas rakentaa	Asiakas rakentaa
Protokollatason hallinta	Vähemmän asiakaskoodia tarvitaan	Täysi asiakashallinta

Valitse Central, kun päätavoitteesi on käyttää mittaritietoja olemassa olevassa liiketoimintasovelluksessa ilman koko tiedonsyöttökerroksen omistamista.

Valitse suora integraatio, kun insinööritiimilläsi on jo tarvittava tiedonsyöttö-, laitteidenhallinta- ja tallennusinfrastruktuuri, tai kun projekti vaatii erikoistuneen datapolun.

Vastaanottimen puolen insinöörityöstä suorassa integraatiossa kerrotaan artikkelissa Vastaanota IAMMETER-energiatietoja omalle palvelimellesi.

6. Käytä olemassa olevaa avoimen lähdekoodin alustaa

Olemassa oleva alusta voi jo tarjota täsmälleen ne kojelauta-, automaatio- tai seurantatoiminnot, joita projekti tarvitsee.

Tuettuja integraatiotapoja ovat:

• Home Assistant paikallisiin energiakojelautoihin ja automaatioon;
• Node-RED datavirtoihin ja ohjauslogiikkaan;
• OpenHAB ja ioBroker kodin automaatioon;
• Zabbix infrastruktuurityyliseen seurantaan;
• ThingsBoard IoT-kojelaudoille ja työnkuluille.

Kunkin alustan sivu on kyseisen alustan virallinen toteutusopas, kun taas tämä sivu auttaa vain valitsemaan sopivan käyttöönottopolun.

Laajempi vertailu löytyy artikkelista IAMMETERin integrointi itse isännöityihin ja avoimen lähdekoodin järjestelmiin.

7. Rakenna täysin oma taustajärjestelmä

IAMMETER-mittarit voivat lähettää dataa suoraan asiakkaan vastaanottimelle tuettujen avoimien rajapintojen avulla, kuten:

• MQTT tai MQTTS;
• HTTP tai HTTPS;
• TCP tai TLS.

Oma taustajärjestelmä antaa asiakkaalle täyden hallinnan seuraavista:

• laitteen identiteetistä ja kohteiden kartoituksesta;
• raa'an ja normalisoidun datan tallennuksesta;
• säilytyksestä ja aggregoinnista;
• raporteista, tariffeista ja hälytyksistä;
• sovelluksen käyttäjistä ja käyttöoikeuksista;
• integraatiosta olemassa oleviin yrityspalveluihin.

Samalla asiakas vastaa protokollien käsittelystä, validoinnista, skaalautuvuudesta, saatavuudesta, seurannasta ja tietoturvasta.

Aloita näistä:

• Kehitä oma energianseurantajärjestelmäsi
• Vastaanota IAMMETER-tietoja omalle palvelimellesi
• IAMMETERin paikalliset API-rajapinnat ja avoimet liittymät
• MQTT-integraatio-opas

8. Paikallinen käyttö ja datan omistajuus

Itse isännöinti tarkoittaa, että asiakas hallinnoi sovelluksen isäntää ja sen tallennettuja tietoja. Se, voiko koko järjestelmä toimia ilman internetyhteyttä, riippuu valitusta arkkitehtuurista ja verkkosuunnittelusta.

Tyypillisiä vain LAN-verkossa toimivia polkuja ovat:

• mittari IAMMETER-Dockeriin samassa verkossa;
• mittari paikallisesti käyttöön otettuun IAMMETER-Central-instanssiin;
• mittari paikalliseen MQTT-välittäjään;
• paikallinen alusta, joka lukee mittaria Local API:n tai Modbus TCP:n kautta;
• mittarin lähetys samassa LAN-verkossa olevalle vastaanottimelle.

Etäpalvelin vaatii edelleen internetyhteyden, yksityisen WAN- tai VPN-yhteyden. Paikallinen käyttö ja IAMMETER-Cloudin käyttö eivät välttämättä sulje toisiaan pois, mutta rinnakkaiselo riippuu valitusta käyttötilasta ja käyttöönottokokoonpanosta.

Eroa ilman internetiä, ilman pilveä ja ilman paikallista verkkoa toimimisen välillä käsitellään artikkelissa Wi-Fi-energiamittarin käyttö ilman internetiä tai pilveä.

9. Suunnittele kasvua varten

Onnistuneella pilottihankkeella tulisi olla polku tuotantomittakaavaan.

Ennen alustan valintaa varmista:

1. odotettu mittarien ja kanavien määrä;
2. vaadittu lähetys- tai kyselyväli;
3. päivittäinen tietuemäärä ja säilytysaika;
4. tietokanta-, varmuuskopiointi- ja palautusvaatimukset;
5. vuokralais-, kohde- ja käyttöoikeusmalli;
6. seuranta ja viimeisen yhteyden hälytykset;
7. internetistä riippumattoman käytön vaatimukset;
8. integraatiokohdat ERP-, EMS-, BMS- tai automaatiojärjestelmiin;
9. kuka ylläpitää palvelinta, tietokantaa ja sovellusta;
10. tarvitseeko asiakas valmiin käyttöliittymän, väliohjelmisto-API:t vai täyden protokollahallinnan.

Paras arkkitehtuuri on se, jonka toiminnallinen raja vastaa sitä ylläpitävää tiimiä.

10. Suositeltu seuraava vaihe

Tavoitteesi	Aloita tästä
Käynnistä paikallinen seurantakäyttöliittymä nopeasti	Ota IAMMETER-Docker käyttöön
Integroi IAMMETER-tiedot yrityssovellukseen	Arvioi IAMMETER-Central
Lisää IAMMETER älykotialustaan	Home Assistant -integraatio
Vertaa tuettuja avoimen lähdekoodin alustoja	Yleiskatsaus itse isännöityyn integraatioon
Rakenna oma datavastaanotin	Vastaanota tietoja omalle palvelimellesi
Tarkastele kaikkia mittaripuolen rajapintoja	Laiteohjelmiston ja avoimen liittymän opas

Yritys- tai kumppanikäyttöönotossa, jossa Centralin ja suoran integraation välinen raja on epäselvä, ota yhteyttä IAMMETERiin ja kerro odotettu laitemäärä, tietokantavaatimus ja kohdejärjestelmä.

Päivitetty viimeksi: 16. heinäkuuta 2026