Udvikl dit eget energiovervågningssystem med IAMMETER

Udvikl dit eget energiovervågningssystem med IAMMETER

IAMMETER Wi-Fi-energimålere tilbyder åbne data-grænseflader for udviklere, systemintegratorer og kunder, der bygger deres egen energiovervågningssoftware.

Du kan hente målinger direkte fra måleren, lade måleren uploade data til din server, implementere en IAMMETER self-hosted-tjeneste eller bygge en applikation oven på IAMMETER-Cloud API'erne.

Denne side er udviklerens navigationsguide til valg af arkitektur. Den linker til de aktuelle protokoldefinitioner og implementeringsdokumenter i stedet for at gentage hver API-parameter.

Hvis dit første spørgsmål er, om en IAMMETER-måler kan fungere uden internetadgang eller IAMMETER-Cloud, så start med Brug en Wi-Fi-energimåler uden internet eller cloud. For en platformorienteret sammenligning, se Self-hosted og open source-integration.

1. Vælg din systemarkitektur

Der er fire hovedmåder at bruge IAMMETER-data i din egen applikation.

Arkitektur	Dataflow	Bedst egnet til	Kræver IAMMETER-Cloud?
Aflæs måleren lokalt	Applikation → Måler	LAN-dashboards, automatisering, PLC og SCADA	Nej
Lad måleren uploade data	Måler → Kunde-server eller broker	Tilpasset cloud, EMS, BMS og IoT-backends	Nej
Implementér IAMMETER self-hosted-software	Måler → IAMMETER-Docker eller IAMMETER-Central → Applikation	Brugere, der ønsker lagring og API'er uden at bygge hele backend'en	Nej
Byg på IAMMETER-Cloud API'er	Måler → IAMMETER-Cloud → Applikation	Applikationer, der vil genbruge IAMMETER-Cloud-data og -tjenester	Ja

Det rigtige valg afhænger af, hvor data skal gemmes, om projektet skal kunne fungere uden internet, den krævede opdateringshastighed og hvor meget backend-udvikling du ønsker at vedligeholde.

2. Aflæs data direkte fra måleren

Vælg denne arkitektur, når applikationen og måleren er på samme lokale netværk.

IAMMETER meter ← Local HTTP API or Modbus TCP ← Your application

Din applikation styrer polling-intervallet og gemmer selv den historik, den har brug for. Der kræves ingen IAMMETER-cloudtjeneste til den lokale datasti.

2.1 Lokal HTTP API

Måleren tilbyder lokale HTTP-endepunkter til hentning af målinger såsom spænding, strøm, aktiv effekt, importeret energi og eksporteret energi.

Almindelige måle-endepunkter omfatter:

• /api/monitorjson
• /api/monitor

Lokal HTTP API-adgang er et praktisk udgangspunkt for:

• tilpassede dashboards;
• scripts, der kører på en PC, NAS eller Raspberry Pi;
• low-code-integrationer;
• lokale applikationer, der ikke kræver polling hvert sekund.

Se IAMMETER-guiden til lokal API og åben grænseflade for aktuelle endepunktsdefinitioner og eksempler.

2.2 Modbus TCP

Brug Modbus TCP, når projektet kræver:

• lokal polling hvert sekund;
• PLC- eller SCADA-integration;
• realtidsstyring af effekt;
• integration med et industrielt EMS eller BMS;
• en standard protokol baseret på registre.

Se IAMMETER-guiden til Modbus TCP-registre og integration.

2.3 Hvad din applikation selv skal levere

Direkte lokal aflæsning returnerer målerens målinger. Din applikation er fortsat ansvarlig for eventuelle ekstra funktioner, den kræver, herunder:

• datalagring;
• aggregering pr. time, dag og måned;
• dashboards og rapporter;
• brugere og rettigheder;
• alarmer og automatiseringslogik;
• sikkerhedskopier og opbevaring.

Hvis du ikke vil bygge disse backend-funktioner fra starten, så overvej IAMMETER-Docker eller IAMMETER-Central.

3. Upload målerdata direkte til din server

Vælg denne arkitektur, når måleren skal oprette forbindelsen og sende data til et endepunkt, som du administrerer.

IAMMETER meter → MQTT/MQTTS, HTTP/HTTPS or TCP/TLS → Your server

Den aktuelle IAMMETER-firmware understøtter flere upload-grænseflader:

Grænseflade	Komponent på kundesiden	Typisk anvendelse
MQTT / MQTTS	MQTT-broker og -abonnent	IoT-platforme, automatisering og meddelelsespipeliner
HTTP / HTTPS	HTTP-endepunkt	REST-backend, cloudtjeneste eller tilpasset EMS
TCP / TLS	TCP-server	Tilpasset indsamler og integration på protokolniveau

Måleren og din server bruger en ensartet IAMMETER-målings-JSON-struktur på tværs af de understøttede upload-metoder. Gennemgå datadefinitionen, før du implementerer din parser.

Implementeringsressourcer:

• Udgiv IAMMETER-data til din MQTT-broker
• Upload IAMMETER-data til en tredjepartsserver
• IAMMETER-målings-JSON-definition
• Aktuel firmware, lokale API'er og åbne grænseflader
• Seneste IAMMETER-firmware og opgraderingsoplysninger

En server på samme LAN kan fungere uden internetadgang. Et eksternt endepunkt kræver stadig en fungerende rute gennem internettet, et privat WAN eller en VPN.

4. Brug IAMMETER self-hosted-software

IAMMETER tilbyder to self-hosted-muligheder for brugere, der ønsker privat dataudrulning uden selv at implementere alle backend-komponenterne.

4.1 IAMMETER-Docker

IAMMETER-Docker er et open source, self-hostet energiovervågningssystem. Det leverer lokal dataindsamling, grundlæggende overvågningsfunktioner, diagrammer og API'er.

Det er generelt velegnet til:

• enkeltpersoner og udviklere;
• implementering på Raspberry Pi, mini-PC og NAS;
• overvågning af hjemmeenergi eller solenergi på et privat netværk;
• projekter, der har brug for en fungerende brugergrænseflade såvel som API'er;
• brugere, der vil udvikle en tilpasset brugergrænseflade oven på en færdiglavet backend.

Fortsæt med:

• Implementér IAMMETER-Docker
• IAMMETER-Docker avancerede funktioner
• Offline datalogger-tilstand

4.2 IAMMETER-Central

IAMMETER-Central er self-hostet data-mellemvare til virksomhedsbrugere, installatører og systemintegratorer.

Det fokuserer på:

• registrering og administration af IAMMETER-enheder;
• lagring af målerens målinger i en kundestyret database;
• levering af standardiserede API'er til en kundeapplikation;
• adskillelse af indlæsning af enhedsdata fra kundens ERP, EMS, BMS eller frontend.

IAMMETER-Central forsøger ikke at levere hele forretningslogikken i en energistyringsapplikation. Det er nyttigt, når kunden ønsker et vedligeholdt data-mellemvarelag og selv vil bygge sin brugergrænseflade eller forretningsfunktioner.

Se IAMMETER self-hosting-muligheder for en sammenligning af IAMMETER-Docker, IAMMETER-Central, open source-platforme og direkte serverintegration.

5. Byg på IAMMETER-Cloud API'er

At bruge IAMMETER-Cloud er en anden måde at udvikle et tilpasset dashboard eller en applikation på. I denne arkitektur uploader måleren data til IAMMETER-Cloud, og din applikation henter de data, som IAMMETER-Cloud API'erne stiller til rådighed.

IAMMETER meter → IAMMETER-Cloud → Cloud API → Your application

Denne mulighed kan reducere udviklingen på enheds- og data-indlæsningssiden, men det er ikke en offline- eller cloud-uafhængig arkitektur.

Det er velegnet, når:

• måleren allerede rapporterer til IAMMETER-Cloud;
• din applikation vil genbruge cloud-hostede data;
• der er internetadgang;
• det ikke er nødvendigt at holde hele datapipelinen i det lokale netværk.

Se IAMMETER-Cloud API-dokumentationen for understøttede API-operationer og godkendelseskrav.

6. Integrér med en eksisterende open source-platform

Før du bygger et komplet overvågningssystem, så tjek om en eksisterende platform allerede leverer de lagrings-, dashboard- og automatiseringsfunktioner, du har brug for.

IAMMETER kan integreres med:

• Home Assistant
• Node-RED
• OpenHAB
• ioBroker
• Zabbix
• ThingsBoard

Disse platformspecifikke sider er implementeringsguiderne. For en bredere sammenligning, brug Self-hosted og open source-integrationsoversigten.

7. Vælg det bedste udgangspunkt

Projektkrav	Anbefalet udgangspunkt
Simpelt LAN-script eller dashboard	Lokal HTTP API
Lokale data hvert sekund eller industriel styring	Modbus TCP
Eksisterende MQTT-infrastruktur	MQTT- eller MQTTS-upload
Eksisterende web-backend	HTTP- eller HTTPS-upload
Tilpasset socket-indsamler	TCP- eller TLS-upload
Brugsklar privat overvågning til en enkelt bruger	IAMMETER-Docker
Virksomheds-mellemvare til ERP, EMS eller BMS	IAMMETER-Central
Smart-home-dashboard og automatisering	Home Assistant
Applikation bygget på eksisterende IAMMETER-Cloud-data	IAMMETER-Cloud API

8. Udviklings-tjekliste

Før implementering skal du bekræfte:

1. hvilke målinger og faser den valgte måler leverer;
2. om data skal hentes (polles) eller skubbes;
3. det krævede opdateringsinterval;
4. om systemet skal kunne fungere under en internetafbrydelse;
5. hvor historiske data skal gemmes;
6. om TLS-beskyttet transport er nødvendig;
7. hvordan applikationen skal godkende brugere og enheder;
8. om IAMMETER-Cloud skal forblive en del af arkitekturen;
9. hvilken firmwareversion der bruges til validering;
10. hvordan konfiguration, logfiler og data sikkerhedskopieres.

9. Relateret dokumentation

• Brug IAMMETER uden internet eller IAMMETER-Cloud
• IAMMETER lokale API'er og åbne grænseflader
• Self-hosted og open source-integrationsoversigt
• Upload data til en tredjepartsserver
• MQTT-energimålerintegration
• Modbus TCP-energimålerintegration
• IAMMETER self-hosting-muligheder

Sidst opdateret: 16. juli 2026