Pašmitināta enerģijas uzraudzība ar IAMMETER

Pašmitināta enerģijas uzraudzība ar IAMMETER

IAMMETER mērītāji nav ierobežoti tikai ar IAMMETER-Cloud. To atvērtās saskarnes ļauj elektrības datus uzglabāt un apstrādāt serverī, ko kontrolē klients.

Nav vienas pašmitinātas arhitektūras, kas derētu katram projektam. Pareizā izvēle ir atkarīga no tā, vai nepieciešams:

• gatava lietošanai vietējā uzraudzības saskarne;
• datu starpprogrammatūra uzņēmuma lietojumprogrammai;
• integrācija ar esošu atvērtā pirmkoda platformu;
• tieša datu ievade savā EMS, BMS, ERP vai IoT aizmugursistēmā.

IAMMETER atbalsta visus četrus ceļus:

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

Šī lapa palīdz izvēlēties arhitektūru. Detalizētas instalācijas un protokolu instrukcijas ir uzturētas saistītajos tehniskajos ceļvežos.

1. Četru izvietošanas ceļu salīdzinājums

Iespēja	Galvenais lietotājs	Gatava uzraudzības saskarne	Datu uzglabāšana	API klientu izstrādei	Izstrādes apjoms
IAMMETER-Docker	Individuālie lietotāji, izstrādātāji un nelieli vietējie projekti	Jā, ar pamata uzraudzības funkcijām	Klienta serveris	Jā	Zems līdz vidējs
IAMMETER-Central	Uzņēmumi, partneri un sistēmu integratori	Tikai ierīču pārvaldības saskarne; bez pilnīgas enerģijas analīzes saskarnes	Klienta MySQL vai MariaDB	Jā, veidota klientu lietojumprogrammām	Vidējs
Atvērtā pirmkoda platforma	Lietotāji, kuri jau izmanto Home Assistant, Node-RED vai citu platformu	Nodrošina izvēlētā platforma	Atkarīgs no platformas	Atkarīgs no platformas	Zems līdz vidējs
Tiešā integrācija	Klienti ar savu aizmugursistēmu un inženieru komandu	Nē	Nosaka klients	Nosaka klients	Augsts

Vienkāršākā izvēle ne vienmēr ir mazākā programmatūras sastāvdaļa. Izvēlieties risinājumu, kas novērš darbu, kuru jūsu komanda nevēlas izstrādāt vai uzturēt.

2. Ātrs ieteikums pēc lietotāja veida

Izvēlieties IAMMETER-Docker, ja:

• vēlaties ātri iegūt vietējo saskarni un vēsturisko uzraudzību;
• projektu vada indivīds vai neliela tehniska komanda;
• serveris ir Raspberry Pi, mini dators, NAS vai privāts serveris;
• vēlaties API saskarnes saskarnes paplašināšanai vēlāk;
• nepieciešams praktisks sākumpunkts bez datu ievades aizmugursistēmas izbūves.

Izvēlieties IAMMETER-Central, ja:

• klientam jau ir ERP, EMS, BMS vai pielāgota priekšgala saskarne;
• lietojumprogrammai nepieciešams vienots API slānis IAMMETER ierīcēm;
• dati jāuzglabā klienta pārvaldītā MySQL vai MariaDB datubāzē;
• projektam nepieciešama ierīču un mērījumu starpprogrammatūra, nevis gatavs enerģijas analīzes produkts;
• integrācijas komanda vēlas izvairīties no katra mērītāja transporta un datu paketes parsētāja ieviešanas atsevišķi.

Izvēlieties atvērtā pirmkoda platformu, ja:

• Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix vai ThingsBoard jau ir daļa no projekta;
• platforma jau nodrošina nepieciešamās informācijas paneļa vai automatizācijas funkcijas;
• jums nav nepieciešama atsevišķa IAMMETER specifiska aizmugursistēma.

Izvēlieties tiešo integrāciju, ja:

• jūsu organizācija jau pārvalda datu ievades pakalpojumu un datubāzi;
• jūsu aizmugursistēma var saņemt HTTP/HTTPS, MQTT/MQTTS vai TCP/TLS datus;
• jūsu inženieri vēlas pilnu kontroli pār datu modeli, uzglabāšanas periodu un biznesa loģiku;
• papildu izstrādes un ekspluatācijas atbildība ir pieņemama.

3. IAMMETER-Docker: gatava vietējā uzraudzības sistēma

IAMMETER-Docker ir atvērtā pirmkoda, pašmitināta enerģijas uzraudzības sistēma. Tā apvieno datu ievadi, uzglabāšanu, pamata enerģijas uzraudzības funkcijas, diagrammas un API vienā izvietojumā.

Ko nodrošina IAMMETER-Docker

• izvietošana klienta kontrolētā serverī;
• pamata elektrības patēriņa un saules enerģijas uzraudzības funkcijas;
• vēsturiskie dati un diagrammas;
• SQLite un MySQL atbalsts;
• API piekļuve pielāgotas saskarnes izstrādei;
• atbalsts IAMMETER mērītājiem un pielāgotām SN darbplūsmām;
• neobligāti datu reģistratora (datalogger) lietošanas scenāriji vietējai datu vākšanai.

Ar ko tas izceļas

IAMMETER-Docker ir spēcīga izvēle, ja lietotājs vēlas sākt vietējo uzraudzību pirms pielāgotas programmatūras izstrādes. Izstrādātājs var vispirms izmantot iebūvēto saskarni un vēlāk pievienot atsevišķu informācijas paneli vai datu darbplūsmu, izmantojot pieejamās API.

Kas jāņem vērā

Klients paliek atbildīgs par serveri, tīklu, atjauninājumiem, dublējumiem, uzglabāšanas jaudu un drošību. IAMMETER-Docker nodrošina lietojumprogrammas funkcionalitāti, bet neatceļ ierastās pašmitināšanas ekspluatācijas darbības.

Turpiniet ar:

• Izvietot IAMMETER-Docker
• IAMMETER-Docker papildu iespējas
• Bezsaistes datu reģistratora režīms

4. IAMMETER-Central: datu starpprogrammatūra klientu lietojumprogrammām

IAMMETER-Central ir privātā izvietojuma starpprogrammatūra uzņēmumiem, partneriem un sistēmu integratoriem.

Ko nodrošina IAMMETER-Central

• IAMMETER ierīču reģistrācija un pārvaldība;
• sprieguma, strāvas, jaudas un enerģijas datu uzglabāšana un pārvaldība;
• MySQL un MariaDB atbalsts;
• API klientu izstrādātajām lietojumprogrammām;
• konsekvents starpprogrammatūras slānis starp IAMMETER mērītājiem un ERP, EMS, BMS vai pielāgotu priekšgala saskarni.

IAMMETER produkta SN un atbalstītos virtuālo mērītāju SN var reģistrēt IAMMETER-Central. Tas atšķiras no pielāgotās SN elastības, kas pieejama IAMMETER-Docker.

Ko IAMMETER-Central nenodrošina

IAMMETER-Central nav pilnīga enerģijas patēriņa vai saules enerģijas analīzes lietojumprogramma. Tās saskarne ir vērsta uz starpprogrammatūru un ierīču pārvaldību. Klients nodrošina biznesa lietotāja saskarni, atskaites, atļaujas un darbplūsmas, ko prasa galīgā lietojumprogramma.

Šī nošķiršana ir vērtīga, ja uzņēmumam jau ir sava pārvaldības sistēma un tas vēlas uzturētu veidu, kā ievadīt IAMMETER mērījumus tajā.

5. IAMMETER-Central vai tiešā integrācija?

Abas pieejas var piegādāt mērītāju datus klientam piederošai lietojumprogrammai, taču inženiertehniskais atbildības sadalījums ir atšķirīgs.

Atbildība	IAMMETER-Central	Tiešā integrācija
Saņemt mērītāju augšupielādes	Nodrošina Central	Ievieš klients
Parsēt IAMMETER datu paketes	Nodrošina Central	Ievieš klients
Uzglabāt mērītāju mērījumus	Nodrošina Central datubāzes slānis	Izstrādā klients
Ierīču reģistrācija	Central darbplūsma	Izstrādā klients
API ERP/EMS/BMS	Central API	Veido klients
Galīgā biznesa saskarne	Veido klients	Veido klients
Protokola līmeņa kontrole	Mazāk klienta koda	Pilna klienta kontrole

Izvēlieties Central, ja jūsu galvenais mērķis ir izmantot mērītāju datus esošā biznesa lietojumprogrammā, neveidojot pilnu datu ievades slāni.

Izvēlieties tiešo integrāciju, ja jūsu inženieru komandai jau ir nepieciešamā datu ievades, ierīču pārvaldības un uzglabāšanas infrastruktūra, vai ja projektam nepieciešams ļoti specializēts datu ceļš.

Par uztvērēja puses inženieriju tiešās integrācijas gadījumā skatiet IAMMETER enerģijas datu saņemšana savā serverī.

6. Esošas atvērtā pirmkoda platformas izmantošana

Esoša platforma var jau nodrošināt tieši to informācijas paneli, automatizāciju vai uzraudzības funkcijas, kas projektam nepieciešamas.

Atbalstītie integrācijas ceļi ietver:

• Home Assistant vietējiem enerģijas informācijas paneļiem un automatizācijai;
• Node-RED datu plūsmām un vadības loģikai;
• OpenHAB un ioBroker mājas automatizācijai;
• Zabbix infrastruktūras stila uzraudzībai;
• ThingsBoard IoT informācijas paneļiem un darbplūsmām.

Katra platformas lapa ir autoritatīvs ieviešanas ceļvedis šai platformai, savukārt šī lapa tikai palīdz izvēlēties atbilstošo izvietošanas ceļu.

Plašākam salīdzinājumam skatiet IAMMETER integrācija ar pašmitinātām un atvērtā pirmkoda sistēmām.

7. Pilnībā pielāgotas aizmugursistēmas izveide

IAMMETER mērītāji var nosūtīt datus tieši klienta uztvērējam, izmantojot atbalstītās atvērtās saskarnes, piemēram:

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

Pielāgota aizmugursistēma dod klientam pilnu kontroli pār:

• ierīču identitāti un objektu kartēšanu;
• neapstrādātu un normalizētu datu uzglabāšanu;
• uzglabāšanas periodu un apkopošanu;
• atskaitēm, tarifiem un trauksmēm;
• lietojumprogrammas lietotājiem un atļaujām;
• integrāciju ar esošajiem uzņēmuma pakalpojumiem.

Tā arī padara klientu atbildīgu par protokolu apstrādi, validāciju, mērogojamību, pieejamību, uzraudzību un drošību.

Sāciet ar:

• Izstrādājiet savu enerģijas uzraudzības sistēmu
• Saņemiet IAMMETER datus savā serverī
• IAMMETER vietējās API un atvērtās saskarnes
• MQTT integrācijas ceļvedis

8. Vietējā ekspluatācija un datu īpašumtiesības

Pašmitināšana nozīmē, ka klients kontrolē lietojumprogrammas serveri un tajā uzglabātos datus. Tas, vai pilnā sistēma var darboties bez interneta piekļuves, ir atkarīgs no izvēlētās arhitektūras un tīkla izveides.

Tipiski tikai lokālā tīkla (LAN) ceļi ietver:

• mērītājs uz IAMMETER-Docker tajā pašā tīklā;
• mērītājs uz lokāli izvietotu IAMMETER-Central instanci;
• mērītājs uz lokālu MQTT brokeri;
• lokāla platforma, kas nolasa mērītāju, izmantojot vietējo API vai Modbus TCP;
• mērītāja augšupielāde uz uztvērēju tajā pašā LAN.

Attālais serveris joprojām prasa interneta savienojumu, privātu WAN vai VPN ceļu. Vietējā piekļuve un IAMMETER-Cloud lietošana nav obligāti savstarpēji izslēdzošas, taču to līdzāspastāvēšana ir atkarīga no izvēlētā darbības režīma un izvietošanas konfigurācijas.

Par atšķirību starp bez interneta, bez mākoņa un bez lokālā tīkla skatiet Wi-Fi enerģijas mērītāja lietošana bez interneta vai mākoņa.

9. Plānojiet izaugsmi

Veiksmīgam izmēģinājuma projektam jābūt ceļam līdz ražošanas mērogam.

Pirms platformas izvēles pārliecinieties par:

1. paredzamo mērītāju un kanālu skaitu;
2. nepieciešamo augšupielādes vai aptaujas intervālu;
3. ikdienas ierakstu apjomu un uzglabāšanas periodu;
4. datubāzes, dublēšanas un atjaunošanas prasībām;
5. nomnieku, objektu un lietotāju atļauju modeli;
6. uzraudzības un pēdējās redzamības trauksmēm;
7. no interneta neatkarīgas darbības prasībām;
8. integrācijas punktiem ar ERP, EMS, BMS vai automatizācijas sistēmām;
9. to, kurš uztur serveri, datubāzi un lietojumprogrammu;
10. to, vai klientam nepieciešama gatava saskarne, starpprogrammatūras API vai pilna protokola kontrole.

Labākā arhitektūra ir tā, kuras ekspluatācijas robežas atbilst komandai, kas to uzturēs.

10. Ieteicamais nākamais solis

Jūsu mērķis	Sāciet šeit
Ātri izveidot vietējo uzraudzības saskarni	Izvietot IAMMETER-Docker
Integrēt IAMMETER datus ar uzņēmuma lietojumprogrammu	Novērtēt IAMMETER-Central
Pievienot IAMMETER viedās mājas platformai	Home Assistant integrācija
Salīdzināt atbalstītās atvērtā pirmkoda platformas	Pašmitinātās integrācijas pārskats
Izveidot pielāgotu datu uztvērēju	Saņemt datus savā serverī
Pārskatīt visas mērītāja puses saskarnes	Programmaparatūras un atvērto saskarņu ceļvedis

Uzņēmuma vai partnera izvietojumam, kur robeža starp Central un tiešo integrāciju nav skaidra, sazinieties ar IAMMETER, norādot paredzamo ierīču skaitu, datubāzes prasību un mērķa biznesa sistēmu.

Pēdējoreiz atjaunināts: 2026. gada 16. jūlijs