Home Ressurser Dokumentasjon Bygg ditt eget energiovervåkingssystem med IAMMETER

Bygg ditt eget energiovervåkingssystem med IAMMETER

IAMMETER Wi-Fi energimålere tilbyr åpne datagrensesnitt for utviklere, systemintegratorer og kunder som bygger sin egen programvare for energiovervåking.

Du kan hente målinger direkte fra måleren, la måleren laste opp data til din egen server, distribuere en IAMMETER selv-hostet tjeneste, eller bygge en applikasjon på toppen av IAMMETER-Cloud API-ene.

Denne siden er en utviklerveiledning for å velge arkitektur. Den linker til gjeldende protokolldefinisjoner og implementeringsdokumenter i stedet for å duplisere hver API-parameter.

Hvis det første spørsmålet ditt er om en IAMMETER-måler kan fungere uten Internett-tilgang eller IAMMETER-Cloud, start med Bruk en Wi-Fi energimåler uten Internett eller sky. For en plattformorientert sammenligning, se Selv-hostet og åpen kildekode-integrasjon.

1. Velg din systemarkitektur

Det er fire hovedmåter å bruke IAMMETER-data i din egen applikasjon.

Arkitektur	Dataflyt	Best egnet for	Krever IAMMETER-Cloud?
Les måleren lokalt	Applikasjon → Måler	LAN-dashboards, automatisering, PLC og SCADA	Nei
La måleren laste opp data	Måler → Kunde-server eller broker	Egendefinert sky, EMS, BMS og IoT-backender	Nei
Distribuer IAMMETER selv-hostet programvare	Måler → IAMMETER-Docker eller IAMMETER-Central → Applikasjon	Brukere som ønsker lagring og API-er uten å bygge hele backend	Nei
Bygg på IAMMETER-Cloud API-er	Måler → IAMMETER-Cloud → Applikasjon	Applikasjoner som vil gjenbruke IAMMETER-Cloud-data og -tjenester	Ja

Det riktige valget avhenger av hvor dataene skal lagres, om prosjektet trenger Internett-uavhengig drift, hvor høy oppdateringsfrekvens som kreves, og hvor mye backend-utvikling du vil vedlikeholde.

2. Les data direkte fra måleren

Velg denne arkitekturen når applikasjonen og måleren er på det samme lokale nettverket.

IAMMETER-måler ← Lokalt HTTP-API eller Modbus TCP ← Din applikasjon

Applikasjonen din styrer polling-intervallet og lagrer all historikk den trenger. Ingen IAMMETER-skyttjeneste er nødvendig for den lokale datastien.

2.1 Lokalt HTTP-API

Måleren tilbyr lokale HTTP-endepunkter for å hente målinger som spenning, strøm, aktiv effekt, importert energi og eksportert energi.

Vanlige måleendepunkter inkluderer:

/api/monitorjson
/api/monitor

Lokal HTTP-API-tilgang er et praktisk utgangspunkt for:

egendefinerte dashboards;
skript som kjører på en PC, NAS eller Raspberry Pi;
lavkode-integrasjoner;
lokale applikasjoner som ikke krever ett-sekunds polling.

Se IAMMETER Local API og Open Interface-veiledningen for gjeldende endepunktdefinisjoner og eksempler.

2.2 Modbus TCP

Bruk Modbus TCP når prosjektet krever:

ett-sekunds lokal polling;
PLC- eller SCADA-integrasjon;
sanntids strømstyring;
integrering med en industriell EMS eller BMS;
en standard registerbasert protokoll.

Se IAMMETER Modbus TCP Register- og integrasjonsveiledningen.

2.3 Hva applikasjonen din må tilby

Direkte lokal avlesning returnerer målerverdier. Applikasjonen din forblir ansvarlig for eventuelle tilleggsfunksjoner den krever, inkludert:

datalagring;
time-, døgn- og månedsaggregering;
dashboards og rapporter;
brukere og tilganger;
alarmer og automatiseringslogikk;
sikkerhetskopier og oppbevaring.

Hvis du ikke vil bygge disse backend-funksjonene fra starten, bør du vurdere IAMMETER-Docker eller IAMMETER-Central.

3. Last opp målerdata direkte til din server

Velg denne arkitekturen når måleren skal initiere tilkoblingen og sende data til et endepunkt som administreres av deg.

IAMMETER-måler → MQTT/MQTTS, HTTP/HTTPS eller TCP/TLS → Din server

Gjeldende IAMMETER-fastvare støtter flere opplastingsgrensesnitt:

Grensesnitt	Kunde-side-komponent	Typisk bruksområde
MQTT / MQTTS	MQTT-broker og -abonnent	IoT-plattformer, automatisering og meldingspipelines
HTTP / HTTPS	HTTP-endepunkt	REST-backend, skytjeneste eller egendefinert EMS
TCP / TLS	TCP-server	Egendefinert kollektor og protokollnivå-integrasjon

Måleren og serveren din bruker en konsistent IAMMETER-målings-JSON-struktur på tvers av de støttede opplastingsmetodene. Gå gjennom datadefinisjonen før du implementerer parseren din.

Implementeringsressurser:

En server på samme LAN kan fungere uten Internett-tilgang. Et eksternt endepunkt krever fortsatt en fungerende rute gjennom Internett, et privat WAN eller en VPN.

4. Bruk IAMMETER selv-hostet programvare

IAMMETER tilbyr to selv-hostede alternativer for brukere som ønsker privat datadistribusjon uten å implementere alle backend-komponentene selv.

4.1 IAMMETER-Docker

IAMMETER-Docker er et åpen kildekode, selv-hostet energiovervåkingssystem. Det tilbyr lokal datainnsamling, grunnleggende overvåkingsfunksjoner, diagrammer og API-er.

Det er generelt egnet for:

enkeltpersoner og utviklere;
Raspberry Pi-, mini-PC- og NAS-distribusjoner;
hjemmeenergi- eller solovervåking på et privat nettverk;
prosjekter som trenger et fungerende grensesnitt i tillegg til API-er;
brukere som vil utvikle et egendefinert brukergrensesnitt på toppen av en ferdig backend.

Fortsett med:

4.2 IAMMETER-Central

IAMMETER-Central er selv-hostet datamellomvare for bedriftsbrukere, installatører og systemintegratorer.

Det fokuserer på:

å registrere og administrere IAMMETER-enheter;
å lagre målerverdier i en kundekontrollert database;
å tilby standardiserte API-er for en kundeapplikasjon;
å skille enhetsdatainntak fra kundens ERP-, EMS-, BMS- eller frontend.

IAMMETER-Central forsøker ikke å tilby den komplette forretningslogikken til en energiledelsesapplikasjon. Den er nyttig når kunden ønsker et vedlikeholdt datamellomvarelag og vil bygge sitt eget brukergrensesnitt eller sine egne forretningsfunksjoner.

Se IAMMETER selv-hosting-alternativer for en sammenligning av IAMMETER-Docker, IAMMETER-Central, åpen kildekode-plattformer og direkte serverintegrasjon.

5. Bygg på IAMMETER-Cloud API-er

Å bruke IAMMETER-Cloud er en annen måte å utvikle et egendefinert dashboard eller en applikasjon på. I denne arkitekturen laster måleren opp data til IAMMETER-Cloud, og applikasjonen din henter dataene som eksponeres av IAMMETER-Cloud API-ene.

IAMMETER-måler → IAMMETER-Cloud → Cloud-API → Din applikasjon

Dette alternativet kan redusere utvikling på enhetssiden og datainntakssiden, men det er ikke en frakoblet eller sky-uavhengig arkitektur.

Det er egnet når:

måleren allerede rapporterer til IAMMETER-Cloud;
applikasjonen din vil gjenbruke sky-hostede data;
Internett-tilgang er tilgjengelig;
det ikke er nødvendig å holde hele dataflyten innenfor det lokale nettverket.

Se IAMMETER-Cloud API-dokumentasjonen for støttede API-operasjoner og autentiseringskrav.

6. Integrer med en eksisterende åpen kildekode-plattform

Før du bygger et komplett overvåkingssystem, bør du sjekke om en eksisterende plattform allerede tilbyr lagrings-, dashboard- og automatiseringsfunksjonene du trenger.

IAMMETER kan integreres med:

Disse plattformspesifikke sidene er implementeringsveiledningene. For en bredere sammenligning, bruk Selv-hostet og åpen kildekode-integrasjonsoversikt.

7. Velg det beste utgangspunktet

Prosjektkrav	Anbefalt utgangspunkt
Enkelt LAN-skript eller dashboard	Lokalt HTTP-API
Ett-sekunds lokale data eller industriell kontroll	Modbus TCP
Eksisterende MQTT-infrastruktur	MQTT- eller MQTTS-opplasting
Eksisterende web-backend	HTTP- eller HTTPS-opplasting
Egendefinert socket-kollektor	TCP- eller TLS-opplasting
Ferdig privat overvåking for en enkeltbruker	IAMMETER-Docker
Bedriftsmellomvare for ERP, EMS eller BMS	IAMMETER-Central
Smarthjem-dashboard og automatisering	Home Assistant
Applikasjon bygget på eksisterende IAMMETER-Cloud-data	IAMMETER-Cloud API

8. Utviklingssjekkliste

Før implementering, bekreft:

hvilke målinger og faser den valgte måleren tilbyr;
om dataene skal hentes (polles) eller push-es;
hvilket oppdateringsintervall som kreves;
om systemet må fungere under et Internett-avbrudd;
hvor historiske data skal lagres;
om TLS-beskyttet transport er nødvendig;
hvordan applikasjonen skal autentisere brukere og enheter;
om IAMMETER-Cloud skal forbli en del av arkitekturen;
hvilken fastvareversjon som brukes for validering;
hvordan konfigurasjon, logger og data skal sikkerhetskopieres.

9. Relatert dokumentasjon

Sist oppdatert: 16. juli 2026

Wi-Fi energimåler

Trefase Wi-Fi energimåler (WEM3080T)

Overvåk energi i begge retninger med én toveis måler
DIN-skinnemontering passer ryddig i målerskapet
Åpent API for integrasjon med din egen server
Samsvarer med CE, FCC, UL, RoHS og RCM
Kan brukes i trefase- eller enfasesystemer (som 3 enfasemålere), eller i split-phase-systemer

Enfase Wi-Fi energimåler (WEM3080)

Overvåk energi i begge retninger med én toveis måler
DIN-skinnemontering passer ryddig i målerskapet
Åpent API for integrasjon med din egen server
Samsvarer med CE, FCC, RoHS og RCM
Kan brukes i enfasesystemer

Trefase Wi-Fi energimåler (WEM3046T)

Overvåk energi i begge retninger med én toveis måler
Støtter 5 A strøminngang, slik at du kan koble dine egne CT-er med xxx:5A-forhold til denne måleren. Mål høy strøm enkelt.
Åpent API for integrasjon med din egen server
Samsvarer med CE, FCC og RoHS
Kan brukes i trefase- eller enfasesystemer (som 3 enfasemålere), eller i split-phase-systemer

Trefase Wi-Fi energimåler (WEM3050T)

Overvåk energi i begge retninger med én toveis måler
Kompakt størrelse og lav pris, med DIN-skinnemontering som passer ryddig i målerskapet
Åpent API for integrasjon med din egen server
Samsvarer med CE, FCC og RoHS
Kan brukes i trefase- eller enfasesystemer (som 3 enfasemålere), eller i split-phase-systemer

Topp