Samostojno gostovano spremljanje energije z IAMMETER

Samostojno gostovano spremljanje energije z IAMMETER

Števci IAMMETER niso omejeni na IAMMETER-Cloud. Njihovi odprti vmesniki omogočajo, da se podatki o elektriki shranjujejo in obdelujejo na strežniku, ki ga nadzoruje stranka.

Ni enotne arhitekture samostojnega gostovanja, ki bi ustrezala vsakemu projektu. Prava izbira je odvisna od tega, ali potrebujete:

• že pripravljen lokalni vmesnik za spremljanje;
• podatkovno posredniško plast za poslovno aplikacijo;
• integracijo z obstoječo platformo odprte kode;
• neposreden zajem podatkov v lastno ozadje EMS, BMS, ERP ali IoT.

IAMMETER podpira vse štiri poti:

                        ┌─→ 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

Ta stran vam pomaga izbrati arhitekturo. Podrobna navodila za namestitev in protokole so na voljo v povezanih tehničnih vodnikih.

1. Primerjava štirih poti uvajanja

Možnost	Glavni uporabnik	Pripravljen vmesnik za spremljanje	Shranjevanje podatkov	API za razvoj pri stranki	Razvojni napor
IAMMETER-Docker	Posamezni uporabniki, razvijalci in manjši lokalni projekti	Da, z osnovnimi funkcijami spremljanja	Strankin strežnik	Da	Nizek do srednji
IAMMETER-Central	Podjetja, partnerji in sistemski integratorji	Samo vmesnik za upravljanje naprav; brez celovitega vmesnika za analizo energije	Strankina MySQL ali MariaDB	Da, zasnovan za aplikacije strank	Srednji
Platforma odprte kode	Uporabniki, ki že uporabljajo Home Assistant, Node-RED ali drugo platformo	Zagotovi jo izbrana platforma	Odvisno od platforme	Odvisno od platforme	Nizek do srednji
Neposredna integracija	Stranke z lastnim ozadjem in inženirsko ekipo	Ne	Določi stranka	Določi stranka	Visok

Najpreprostejša izbira ni vedno najmanjša programska komponenta. Izberite možnost, ki odstrani delo, ki ga vaša ekipa ne želi razvijati ali vzdrževati.

2. Hitro priporočilo glede na vrsto uporabnika

Izberite IAMMETER-Docker, kadar:

• želite hitro vzpostaviti lokalni vmesnik in zgodovinsko spremljanje;
• projekt vodi posameznik ali majhna tehnična ekipa;
• je strežnik Raspberry Pi, mini računalnik, NAS ali zasebno gostovanje;
• želite API-je za poznejšo razširitev vmesnika;
• potrebujete praktično izhodišče brez izdelave ozadja za zajem podatkov.

Izberite IAMMETER-Central, kadar:

• ima stranka že ERP, EMS, BMS ali lasten čelni vmesnik;
• aplikacija potrebuje dosledno plast API za naprave IAMMETER;
• morajo biti podatki shranjeni v podatkovni bazi MySQL ali MariaDB, ki jo upravlja stranka;
• projekt potrebuje posredniško plast za naprave in meritve namesto že pripravljenega izdelka za analizo energije;
• se želi integracijska ekipa izogniti samostojni implementaciji vsakega prenosa in razčlenjevalnika podatkov na strani števca.

Izberite platformo odprte kode, kadar:

• so Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix ali ThingsBoard že del projekta;
• platforma že zagotavlja zahtevane funkcije nadzorne plošče ali avtomatizacije;
• ne potrebujete ločenega ozadja, specifičnega za IAMMETER.

Izberite neposredno integracijo, kadar:

• vaša organizacija že upravlja storitev zajema podatkov in podatkovno bazo;
• lahko vaše ozadje sprejema podatke HTTP/HTTPS, MQTT/MQTTS ali TCP/TLS;
• želijo vaši inženirji popoln nadzor nad podatkovnim modelom, hrambo in poslovno logiko;
• je dodaten razvojni in operativni napor sprejemljiv.

3. IAMMETER-Docker: pripravljen lokalni sistem za spremljanje

IAMMETER-Docker je odprtokodni sistem za samostojno gostovano spremljanje energije. V eni namestitvi združuje zajem podatkov, shranjevanje, osnovne funkcije spremljanja energije, grafikone in API-je.

Kaj ponuja IAMMETER-Docker

• namestitev na strežniku, ki ga nadzoruje stranka;
• osnovne funkcije spremljanja porabe elektrike in sončne energije;
• zgodovinske podatke in grafikone;
• podporo za SQLite in MySQL;
• dostop do API-jev za razvoj lastnega vmesnika;
• podporo za števce IAMMETER in lastne poteke dela s serijskimi številkami;
• neobvezne primere uporabe dataloggerja za lokalno zbiranje podatkov.

Pri čemer je najboljši

IAMMETER-Docker je odlična izbira, kadar želi uporabnik začeti lokalno spremljanje, preden napiše lastno programsko opremo. Razvijalec lahko najprej uporabi vgrajeni vmesnik in pozneje prek razpoložljivih API-jev doda ločeno nadzorno ploščo ali potek dela s podatki.

Kaj je treba upoštevati

Stranka ostaja odgovorna za gostovanje, omrežje, posodobitve, varnostne kopije, zmogljivost shranjevanja in varnost. IAMMETER-Docker zagotavlja funkcije aplikacije, vendar ne odpravlja običajnih operacij samostojnega gostovanja.

Nadaljujte z:

• Namestitev IAMMETER-Docker
• Napredne funkcije IAMMETER-Docker
• Način dataloggerja brez povezave

4. IAMMETER-Central: podatkovna posredniška plast za aplikacije strank

IAMMETER-Central je programska oprema za zasebno uvajanje, namenjena podjetjem, partnerjem in sistemskim integratorjem.

Kaj ponuja IAMMETER-Central

• registracijo in upravljanje naprav IAMMETER;
• shranjevanje in upravljanje podatkov o napetosti, toku, moči in energiji;
• podporo za MySQL in MariaDB;
• API-je za aplikacije, ki jih razvije stranka;
• dosledno posredniško plast med števci IAMMETER ter ERP, EMS, BMS ali lastnim čelnim vmesnikom.

Serijske številke izdelkov IAMMETER in podprte serijske številke navideznih števcev je mogoče registrirati v IAMMETER-Central. To se razlikuje od prilagodljivosti lastnih serijskih številk, ki je na voljo pri IAMMETER-Docker.

Česa IAMMETER-Central ne ponuja

IAMMETER-Central ni celovita aplikacija za analizo porabe energije ali sončne energije. Njegov vmesnik je osredotočen na posredniško plast in upravljanje naprav. Stranka zagotovi poslovni vmesnik, poročila, dovoljenja in poteke dela, ki jih zahteva končna aplikacija.

Ta ločitev je dragocena, kadar ima podjetje že lasten sistem upravljanja in potrebuje vzdrževan način za vključitev meritev IAMMETER vanj.

5. IAMMETER-Central ali neposredna integracija?

Oba pristopa lahko dostavita podatke števcev aplikaciji v lasti stranke, vendar je inženirska meja drugačna.

Odgovornost	IAMMETER-Central	Neposredna integracija
Sprejem prenosov števcev	Obdeluje Central	Implementira jo stranka
Razčlenjevanje podatkov IAMMETER	Obdeluje Central	Implementira jo stranka
Shranjevanje meritev števcev	Prek podatkovne plasti Centrala	Oblikuje jo stranka
Registracija naprav	Potek dela Centrala	Oblikuje jo stranka
API za ERP/EMS/BMS	API Centrala	Zgradi jo stranka
Končni poslovni vmesnik	Zgradi jo stranka	Zgradi jo stranka
Nadzor na ravni protokola	Manj kode pri stranki	Popoln nadzor stranke

Izberite Central, kadar je vaš glavni cilj uporaba podatkov števcev v obstoječi poslovni aplikaciji brez lastništva celotne plasti zajema podatkov.

Izberite neposredno integracijo, kadar ima vaša inženirska ekipa že zahtevano infrastrukturo za zajem, upravljanje naprav in shranjevanje ali kadar projekt zahteva visoko specializirano podatkovno pot.

Za inženirsko delo na strani sprejemnika pri neposredni integraciji si oglejte Prejemanje podatkov o energiji IAMMETER na lastnem strežniku.

6. Uporaba obstoječe platforme odprte kode

Obstoječa platforma morda že zagotavlja točno tiste funkcije nadzorne plošče, avtomatizacije ali spremljanja, ki jih projekt potrebuje.

Podprte poti integracije vključujejo:

• Home Assistant za lokalne nadzorne plošče energije in avtomatizacijo;
• Node-RED za podatkovne tokove in krmilno logiko;
• OpenHAB in ioBroker za avtomatizacijo doma;
• Zabbix za spremljanje v slogu infrastrukture;
• ThingsBoard za IoT nadzorne plošče in poteke dela.

Stran vsake platforme je avtoritativni vodnik za implementacijo za to platformo, medtem ko vam ta stran samo pomaga izbrati ustrezno pot uvajanja.

Za širšo primerjavo si oglejte Integracija IAMMETER s samostojno gostovanimi in odprtokodnimi sistemi.

7. Izdelava popolnoma lastnega ozadja

Števci IAMMETER lahko pošiljajo podatke neposredno strankemu sprejemniku prek podprtih odprtih vmesnikov, kot so:

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

Lastno ozadje daje stranki popoln nadzor nad:

• identiteto naprav in preslikavo lokacij;
• shranjevanjem surovih in normaliziranih podatkov;
• hrambo in agregacijo;
• poročili, tarifami in alarmi;
• uporabniki aplikacije in dovoljenji;
• integracijo z obstoječimi poslovnimi storitvami.

Prav tako naredi stranko odgovorno za obravnavo protokolov, validacijo, razširljivost, razpoložljivost, spremljanje in varnost.

Začnite z:

• Razvoj lastnega sistema za spremljanje energije
• Prejemanje podatkov IAMMETER na lastnem strežniku
• Lokalni API-ji in odprti vmesniki IAMMETER
• Vodnik za integracijo MQTT

8. Lokalno delovanje in lastništvo podatkov

Samostojno gostovanje pomeni, da stranka nadzoruje gostitelja aplikacije in shranjene podatke. Ali lahko celoten sistem deluje brez dostopa do interneta, je odvisno od izbrane arhitekture in zasnove omrežja.

Značilne poti samo v lokalnem omrežju vključujejo:

• števec na IAMMETER-Docker v istem omrežju;
• števec na lokalno nameščeno instanco IAMMETER-Central;
• števec na lokalni MQTT posrednik;
• lokalno platformo, ki bere števec prek lokalnega API-ja ali Modbus TCP;
• prenos števca na sprejemnik v istem lokalnem omrežju.

Oddaljeni strežnik še vedno zahteva internetno povezavo, zasebno WAN ali VPN pot. Lokalni dostop in uporaba IAMMETER-Cloud nista nujno medsebojno izključujoča, vendar je soobstoj odvisen od izbranega načina delovanja in konfiguracije uvajanja.

Za razliko med delovanjem brez interneta, brez oblaka in brez lokalnega omrežja si oglejte Uporaba Wi-Fi števca energije brez interneta ali oblaka.

9. Načrtovanje rasti

Uspešen pilotni projekt bi moral imeti pot do proizvodnega obsega.

Pred izbiro platforme potrdite:

1. pričakovano število števcev in kanalov;
2. zahtevani interval prenosa ali anketiranja;
3. dnevni obseg zapisov in obdobje hrambe;
4. zahteve za podatkovno bazo, varnostne kopije in obnovitev;
5. model najemnikov, lokacij in dovoljenj uporabnikov;
6. opozorila o spremljanju in zadnji vidnosti;
7. zahteve za delovanje neodvisno od interneta;
8. integracijske točke s sistemi ERP, EMS, BMS ali avtomatizacije;
9. kdo vzdržuje strežnik, podatkovno bazo in aplikacijo;
10. ali stranka potrebuje pripravljen vmesnik, API-je posredniške plasti ali popoln nadzor nad protokolom.

Najboljša arhitektura je tista, katere operativna meja ustreza ekipi, ki jo bo vzdrževala.

10. Priporočeni naslednji korak

Vaš cilj	Začnite tukaj
Hitro zaženite lokalni vmesnik za spremljanje	Namestitev IAMMETER-Docker
Integrirajte podatke IAMMETER s poslovno aplikacijo	Ocena IAMMETER-Central
Dodajte IAMMETER na platformo za pametni dom	Integracija s Home Assistant
Primerjajte podprte platforme odprte kode	Pregled samostojne integracije
Zgradite lastni sprejemnik podatkov	Prejemanje podatkov na lastnem strežniku
Preglejte vse vmesnike na strani števca	Vodnik po vdelani programski opremi in odprtih vmesnikih

Za uvajanje v podjetju ali pri partnerju, kjer je pravilna meja med Central in neposredno integracijo nejasna, kontaktirajte IAMMETER s pričakovanim številom naprav, zahtevo po podatkovni bazi in ciljnim poslovnim sistemom.

Zadnja posodobitev: 16. julij 2026