Selvhostet energiovervågning med IAMMETER

Selvhostet energiovervågning med IAMMETER

IAMMETER-målere er ikke begrænset til IAMMETER-Cloud. Deres åbne grænseflader gør det muligt at gemme og behandle el-data på en server, der styres af kunden.

Der findes ikke en enkelt selvhostet arkitektur, der passer til alle projekter. Det rigtige valg afhænger af, om du har brug for:

• en klar-til-brug lokal overvågningsgrænseflade;
• data-mellemvare til en virksomhedsapplikation;
• integration med en eksisterende open-source-platform;
• direkte indlæsning i dit eget EMS-, BMS-, ERP- eller IoT-backend.

IAMMETER understøtter alle fire veje:

                        ┌─→ IAMMETER-Docker ─→ Lokale diagrammer og API'er
IAMMETER-energimåler ──┼─→ IAMMETER-Central ─→ Kundens ERP / EMS / BMS
                        ├─→ Open-source-platform ─→ Automatisering og dashboards
                        └─→ Kundens modtager ─→ Tilpasset backend og database

Denne side hjælper dig med at vælge en arkitektur. Detaljerede installations- og protokolinstruktioner vedligeholdes i de tilknyttede tekniske vejledninger.

1. Sammenlign de fire udrulningsveje

Mulighed	Primær bruger	Klar overvågnings-UI	Dataopbevaring	API til kundeudvikling	Udviklingsindsats
IAMMETER-Docker	Enkeltpersoner, udviklere og små lokale projekter	Ja, med grundlæggende overvågningsfunktioner	Kundens server	Ja	Lav til middel
IAMMETER-Central	Virksomheder, partnere og systemintegratorer	Kun enhedshåndterings-UI; ingen komplet energi-analyse-UI	Kundens MySQL eller MariaDB	Ja, designet til kundeapplikationer	Middel
Open-source-platform	Brugere, der allerede bruger Home Assistant, Node-RED eller en anden platform	Leveres af den valgte platform	Afhænger af platformen	Afhænger af platformen	Lav til middel
Direkte integration	Kunder med eget backend og ingeniørteam	Nej	Kunde-defineret	Kunde-defineret	Høj

Det enkleste valg er ikke altid den mindste softwarekomponent. Vælg den mulighed, der fjerner arbejde, som dit team ikke ønsker at bygge eller vedligeholde.

2. Hurrig anbefaling efter brugertype

Vælg IAMMETER-Docker, når:

• du vil have en lokal grænseflade og historisk overvågning hurtigt;
• projektet drives af en enkeltperson eller et lille teknisk team;
• serveren er en Raspberry Pi, mini-PC, NAS eller privat vært;
• du vil have API'er til at udvide grænsefladen senere;
• du har brug for et praktisk udgangspunkt uden at bygge indlæsnings-backend.

Vælg IAMMETER-Central, når:

• kunden allerede har et ERP-, EMS-, BMS- eller tilpasset frontend;
• applikationen har brug for et ensartet API-lag til IAMMETER-enheder;
• data skal gemmes i en kundestyret MySQL- eller MariaDB-database;
• projektet har brug for enheds- og målings-mellemvare frem for et færdigt energi-analyse-produkt;
• integrationsteamet ønsker at undgå at implementere hver målerside transport- og payload-parser uafhængigt.

Vælg en open-source-platform, når:

• Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix eller ThingsBoard allerede er en del af projektet;
• platformen allerede leverer de nødvendige dashboard- eller automatiseringsfunktioner;
• du ikke har brug for et separat IAMMETER-specifikt backend.

Vælg direkte integration, når:

• din organisation allerede driver en indlæsningstjeneste og database;
• dit backend kan modtage HTTP/HTTPS-, MQTT/MQTTS- eller TCP/TLS-data;
• dine ingeniører ønsker fuld kontrol over datamodellen, opbevaring og forretningslogik;
• den ekstra udviklings- og driftsansvar er acceptabel.

3. IAMMETER-Docker: Et klart lokalt overvågningssystem

IAMMETER-Docker er et open-source, selvhostet energi-overvågningssystem. Det kombinerer data-indlæsning, lagring, grundlæggende energiovervågningsfunktioner, diagrammer og API'er i én udrulning.

Hvad IAMMETER-Docker leverer

• udrulning på en kundestyret server;
• grundlæggende elforbrugs- og solovervågningsfunktioner;
• historiske data og diagrammer;
• SQLite- og MySQL-understøttelse;
• API-adgang til at udvikle en tilpasset UI;
• understøttelse af IAMMETER-målere og tilpassede SN-arbejdsgange;
• valgfri datalogger-brugsscenarier til lokal indsamling.

Hvad det er bedst til

IAMMETER-Docker er et godt valg, når brugeren ønsker at begynde at overvåge lokalt, før der skrives tilpasset software. En udvikler kan først bruge den indbyggede grænseflade og senere tilføje et separat dashboard eller en data-arbejdsgang gennem de tilgængelige API'er.

Hvad du skal overveje

Kunden forbliver ansvarlig for værten, netværket, opdateringer, sikkerhedskopier, lagerkapacitet og sikkerhed. IAMMETER-Docker leverer applikationsfunktionalitet, men fjerner ikke normale selvhostede driftsopgaver.

Fortsæt med:

• Udrul IAMMETER-Docker
• IAMMETER-Docker Avancerede funktioner
• Offline datalogger-tilstand

4. IAMMETER-Central: Data-mellemvare til kundeapplikationer

IAMMETER-Central er privat udrulnings-mellemware til virksomheder, partnere og systemintegratorer.

Hvad IAMMETER-Central leverer

• registrering og håndtering af IAMMETER-enheder;
• lagring og håndtering af spændings-, strøm-, effekt- og energidata;
• MySQL- og MariaDB-understøttelse;
• API'er til kundeudviklede applikationer;
• et ensartet mellemvarelag mellem IAMMETER-målere og et ERP-, EMS-, BMS- eller tilpasset frontend.

IAMMETER-produkt-SN'er og understøttede Virtuelle Måler-SN'er kan registreres i IAMMETER-Central. Dette adskiller sig fra den tilpassede SN-fleksibilitet, der er tilgængelig i IAMMETER-Docker.

Hvad IAMMETER-Central ikke leverer

IAMMETER-Central er ikke en komplet energi-forbrugs- eller sol-analyse-applikation. Dens grænseflade er fokuseret på mellemvare og enhedshåndtering. Kunden leverer den forretnings-UI, rapporter, tilladelser og arbejdsgange, der kræves af den endelige applikation.

Denne adskillelse er værdifuld, når en virksomhed allerede har sit eget styringssystem og har brug for en vedligeholdt måde at bringe IAMMETER-målinger ind i det.

5. IAMMETER-Central eller direkte integration?

Begge tilgange kan levere målerdata til en kundeejet applikation, men den ingeniørmæssige grænse er forskellig.

Ansvarsområde	IAMMETER-Central	Direkte integration
Modtag målerupload	Håndteres af Central	Kunden implementerer det
Parse IAMMETER-payloads	Håndteres af Central	Kunden implementerer det
Gem målerdata	Håndteres gennem Centrals databaselag	Kunden designer det
Enhedsregistrering	Central-arbejdsgang	Kunden designer det
API til ERP/EMS/BMS	Central-API	Kunden bygger det
Endelig forretnings-UI	Kunden bygger det	Kunden bygger det
Protokolniveau-kontrol	Mindre kundekode påkrævet	Fuld kundekontrol

Vælg Central, når dit hovedmål er at bruge målerdata i en eksisterende forretningsapplikation uden at eje det komplette indlæsningslag.

Vælg direkte integration, når dit ingeniørteam allerede har den nødvendige indlæsnings-, enhedshåndterings- og lagringsinfrastruktur, eller når projektet kræver en stærkt specialiseret datasti.

For den modtagerside-ingeniørarbejde, der er involveret i direkte integration, se Modtag IAMMETER-energidata på din egen server.

6. Brug en eksisterende open-source-platform

En eksisterende platform leverer måske allerede præcis de dashboard-, automatiserings- eller overvågningsfunktioner, som projektet har brug for.

Understøttede integrationsveje omfatter:

• Home Assistant til lokale energi-dashboards og automatisering;
• Node-RED til dataflows og kontrollogik;
• OpenHAB og ioBroker til hjemmeautomatisering;
• Zabbix til overvågning i infrastrukturstil;
• ThingsBoard til IoT-dashboards og arbejdsgange.

Hver platforms-side er den autoritative implementeringsvejledning for den platform, mens denne side kun hjælper dig med at vælge den passende udrulningsvej.

For en bredere sammenligning, se Integrer IAMMETER med selvhostede og open-source systemer.

7. Byg et helt tilpasset backend

IAMMETER-målere kan sende data direkte til en kundemodtager ved hjælp af understøttede åbne grænseflader som:

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

Et tilpasset backend giver kunden fuld kontrol over:

• enhedsidentitet og stedkortlægning;
• lagring af rå og normaliserede data;
• opbevaring og aggregering;
• rapporter, tariffer og alarmer;
• applikationsbrugere og tilladelser;
• integration med eksisterende virksomhedstjenester.

Det gør også kunden ansvarlig for protokolhåndtering, validering, skalering, tilgængelighed, overvågning og sikkerhed.

Start med:

• Udvikl dit eget energi-overvågningssystem
• Modtag IAMMETER-data på din egen server
• IAMMETER lokale API'er og åbne grænseflader
• MQTT-integrationsvejledning

8. Lokal drift og dataejerskab

Selvhosting betyder, at kunden styrer applikationsværten og dens gemte data. Om hele systemet kan fungere uden internetadgang afhænger af den valgte arkitektur og netværksdesign.

Typiske LAN-only-veje omfatter:

• måler til IAMMETER-Docker på samme netværk;
• måler til en lokalt udrullet IAMMETER-Central-instans;
• måler til en lokal MQTT-broker;
• en lokal platform, der læser måleren via Local API eller Modbus TCP;
• måler-upload til en modtager på samme LAN.

En fjernserver kræver stadig en internetforbindelse, privat WAN- eller VPN-forbindelse. Lokal adgang og IAMMETER-Cloud-brug er ikke nødvendigvis gensidigt udelukkende, men sameksistens afhænger af den valgte køretilstand og udrulningskonfiguration.

For forskellen mellem intet internet, ingen cloud og intet lokalt netværk, se Brug en Wi-Fi-energimåler uden internet eller cloud.

9. Planlæg for vækst

Et vellykket pilotprojekt bør have en vej til produktionsskala.

Før du vælger en platform, skal du bekræfte:

1. forventet måler- og kanalantal;
2. påkrævet upload- eller polling-interval;
3. dagligt registreringsvolumen og opbevaringsperiode;
4. database-, backup- og gendannelseskrav;
5. tenant-, site- og bruger-tilladelsesmodel;
6. overvågning og sidst-set-alarmer;
7. krav til internettets-uafhængig drift;
8. integrationspunkter med ERP-, EMS-, BMS- eller automatiseringssystemer;
9. hvem der vedligeholder serveren, databasen og applikationen;
10. om kunden har brug for en klar UI, mellemvare-API'er eller fuld protokolkontrol.

Den bedste arkitektur er den, hvis driftsgrænse matcher det team, der skal vedligeholde den.

10. Anbefalet næste trin

Dit mål	Start her
Kør en lokal overvågningsgrænseflade hurtigt	Udrul IAMMETER-Docker
Integrer IAMMETER-data med en virksomhedsapplikation	Evaluer IAMMETER-Central
Tilføj IAMMETER til en smart-home-platform	Home Assistant-integration
Sammenlign understøttede open-source-platforme	Selvhostet integrationsoversigt
Byg en tilpasset datamodtager	Modtag data på din egen server
Gennemgå alle målerside-grænseflader	Firmware- og åben grænsefladevejledning

For en virksomheds- eller partnerudrulning, hvor den korrekte grænse mellem Central og direkte integration er uklar, kontakt IAMMETER med det forventede enhedsantal, databasekrav og målsystem for forretningen.

Sidst opdateret: 16. juli 2026