Använd en Wi-Fi-energimätare utan internet eller moln
Använd en Wi-Fi-energimätare utan internet eller moln
En IAMMETER Wi-Fi-energimätare behöver inte förlita sig på IAMMETER-Cloud. Den kan leverera mätdata till en lokal applikation, en plattform med öppen källkod eller ditt eget energimätningssystem via sina öppna gränssnitt.
Beroende på projektet kan du:
- avfråga mätaren om realtidsdata över det lokala nätverket;
- avfråga mätaren med ett lokalt API eller Modbus TCP;
- publicera data till din MQTT-broker;
- ladda upp data till din server via HTTP/HTTPS eller TCP/TLS;
- integrera mätaren med Home Assistant och andra plattformar med öppen källkod;
- driftsätta IAMMETER-Docker eller IAMMETER-Central på din egen server.
Den här guiden hjälper dig att välja lämplig arkitektur. Detaljerade API-definitioner och konfigurationsprocedurer finns i de länkade tekniska dokumenten.
Viktigt: Ingen internetanslutning och inget lokalt nätverk är två olika situationer. För kontinuerlig lokal övervakning är den rekommenderade installationen att ansluta mätaren till en Wi-Fi-router, även när routern saknar internetanslutning. Mätarens AP-läge är främst avsett för initial konfiguration eller tillfällig felsökning, inte för långvarig övervakning.
1. Välj det scenario som passar ditt projekt
| Krav | Rekommenderad metod | Kräver det internet? |
|---|---|---|
| Läsa live-mätningar i samma LAN | Lokalt HTTP-API | Nej |
| Läsa data varje sekund för automation, PLC eller SCADA | Modbus TCP | Nej |
| Använda Home Assistant eller en annan lokal plattform | Använd plattformens IAMMETER-integration | Nej, efter att den nödvändiga programvaran har installerats lokalt |
| Lagra och visualisera data på en privat server | IAMMETER-Docker | Nej, när mätaren och servern finns i samma LAN |
| Förse en företagsapplikation med mätardata | IAMMETER-Central eller direkt integration | Beror på nätverksarkitekturen |
| Publicera data till en lokal MQTT-broker | MQTT | Nej, när brokern finns i samma LAN |
| Ladda upp data till en fjärransluten MQTT-, HTTPS- eller TLS-slutpunkt | MQTT/MQTTS, HTTP/HTTPS eller TCP/TLS | Ja, eller en annan väg till fjärrnätverket, såsom ett privat WAN eller VPN |
Wi-Fi-routern tillhandahåller det lokala nätverket. Den behöver ingen aktiv internetanslutning för LAN-baserad API-, Modbus TCP- eller lokal plattformsåtkomst.
2. Rekommenderad nätverkskonfiguration för lokal övervakning
För tillförlitlig drift ansluter du IAMMETER-mätaren och applikationen som läser den till samma lokala nätverk.
IAMMETER Wi-Fi energy meter
│
│ Wi-Fi
▼
Local router / access point
│
├── Home Assistant / Node-RED
├── IAMMETER-Docker
├── PLC / SCADA / local EMS
└── PC, NAS or customer server
När routern tilldelar mätaren en lokal IP-adress kan andra enheter i LAN:et komma åt de lokala gränssnitt som stöds. Om anläggningen måste fortsätta fungera under ett internetavbrott, reservera mätarens IP-adress i routern eller håll annars dess lokala adress förutsägbar.
3. Läs mätdata lokalt
Lokal avfrågning är lämplig när din programvara och mätaren finns i samma LAN och din applikation styr när data begärs.
3.1 Lokalt HTTP-API
IAMMETER tillhandahåller lokala HTTP-slutpunkter för att läsa mätdata direkt från mätaren. Vanliga mätslutpunkter inkluderar:
/api/monitorjson/api/monitor
Svaret innehåller värden som spänning, ström, aktiv effekt, importerad energi och exporterad energi. Den exakta datastrukturen beror på om mätaren är enfas, tvåfas (split-phase) eller trefas.
Använd IAMMETER:s guide för lokalt API och öppna gränssnitt för aktuella slutpunktsdefinitioner, JSON-exempel och firmware-information.
Lokal API-åtkomst ger mätningar från mätaren. Om du behöver tim-, dygns- eller månadsrapporter måste din applikation lagra och aggregera avläsningarna, eller så kan du använda en självhostad plattform som tillhandahåller historisk lagring och visualisering.
3.2 Modbus TCP
Modbus TCP är normalt det bättre alternativet för:
- avfrågning varje sekund lokalt;
- PLC- och SCADA-integration;
- lokal automation baserad på effekt i realtid;
- industriella EMS- eller BMS-applikationer.
Se IAMMETER:s guide för Modbus TCP-register och integration för funktionskoder, register och exempel som stöds.
4. Låt mätaren skicka data till ditt system
Istället för att avfråga mätaren kan du konfigurera den att skicka mätdata till en server eller meddelandebroker.
| Gränssnitt | Typisk destination | Typisk användning |
|---|---|---|
| MQTT / MQTTS | Lokal eller fjärransluten MQTT-broker | IoT-plattformar, automation och meddelandebaserad integration |
| HTTP / HTTPS | Web-API-slutpunkt | Kundbackend, EMS eller molnapplikation |
| TCP / TLS | TCP-server | Anpassad datainsamlare eller äldre integration |
Den aktuella firmwarens WebUI tillhandahåller de vanligaste server- och brokerinställningarna. Mätaren kan därför anslutas till ett kundsystem utan att använda IAMMETER-Cloud som datamål.
För konfiguration och payload-detaljer, använd dessa guider:
- Publicera IAMMETER-data till din MQTT-broker
- Ladda upp IAMMETER-data till en tredjepartsserver
- Lokala API:er och öppna gränssnitt som stöds av aktuell firmware
- IAMMETER:s JSON-datadefinition för mätning
5. Anslut till en plattform med öppen källkod
Om du redan använder en automation- eller övervakningsplattform kan den samla in, lagra och visualisera IAMMETER-data utan att du behöver bygga en applikation från grunden.
IAMMETER kan integreras med plattformar som:
Lämpligt gränssnitt beror på plattformen och den önskade uppdateringsfrekvensen. För en jämförelse av tillgängliga plattformar och integrationsmetoder, se Integrera IAMMETER med självhostade system och system med öppen källkod.
För Home Assistant-konfiguration, integrationsmetoder som stöds och entitetsdetaljer, börja med den dedikerade IAMMETER Home Assistant-integrationsguiden.
6. Driftsätt ett självhostat IAMMETER-system
6.1 IAMMETER-Docker
IAMMETER-Docker är ett självhostat övervakningssystem med öppen källkod för användare som vill ha lokal datainsamling, diagram och API:er utan att utveckla en komplett backend själva.
Det kan köras på en lokal server såsom en Raspberry Pi, mini-PC eller NAS. Mätaren skickar data till Docker-instansen och användarna kommer åt övervakningsgränssnittet via en webbläsare i det lokala nätverket.
IAMMETER-Docker lämpar sig generellt för privatpersoner, utvecklare och mindre projekt med lokal övervakning. Se även den avancerade IAMMETER-Docker-guiden.
6.2 IAMMETER-Central
IAMMETER-Central är ett självhostat datamellanlager (middleware) för företagsanvändare, installatörer och systemintegratörer.
Det lagrar och hanterar mätardata och exponerar API:er som en kund kan använda från ett ERP-, EMS-, BMS- eller anpassat frontendsystem. Det är användbart när kunden föredrar att anropa ett standardiserat middleware-API istället för att implementera varje uppladdningsprotokoll och payload-parser på mätarsidan.
För att jämföra IAMMETER-Docker, IAMMETER-Central, plattformar med öppen källkod och direkt integration, se IAMMETER:s självhosting-alternativ.
7. Vilken integrationsmetod ska du välja?
| Användare eller projekt | Föreslagen startpunkt |
|---|---|
| Utvecklare som bygger en LAN-instrumentpanel | Lokalt HTTP-API |
| Automation som kräver data varje sekund | Modbus TCP |
| Befintligt MQTT-baserat IoT-system | MQTT eller MQTTS |
| Kund som redan har en webbbackend | HTTP- eller HTTPS-uppladdning |
| Hemautomatiseringsanvändare | Home Assistant eller Node-RED |
| Användare som vill ha lokala diagram utan att bygga programvara | IAMMETER-Docker |
| Företag som integrerar mätare med ERP, EMS eller BMS | IAMMETER-Central eller direkt serverintegration |
Att använda lokala gränssnitt förhindrar inte automatiskt användningen av IAMMETER-Cloud. Huruvida lokal åtkomst och molnrapportering fungerar tillsammans beror på valt driftsläge, firmware och systemarkitektur. Bekräfta önskad dataväg innan driftsättning.
8. Äldre och tillfällig användning av AP-läge
När en IAMMETER Wi-Fi-energimätare inte är ansluten till en router kan den exponera en accesspunkt som heter ungefär iMeter_SN. Äldre versioner av den här artikeln presenterade AP-läget som ett sätt att driva mätaren utan någon nätverksutrustning.
AP-läge rekommenderas inte längre för kontinuerlig övervakning eftersom:
- det främst är avsett för Wi-Fi-installation och felsökning;
- endast begränsad direkt åtkomst är praktisk i detta läge;
- funktioner som beror på ett stabilt LAN, en server eller en broker är inte tillgängliga som ett komplett övervakningsflöde;
- det ger inte den historiska lagring, de rapporter eller den flerklientarkitektur som förväntas av ett övervakningssystem.
Använd AP-läget tillfälligt när du konfigurerar eller diagnostiserar mätaren. För normal drift utan internetanslutning ansluter du mätaren till en offline Wi-Fi-router och använder dess lokala IP-adress.
För aktuell firmware- och WebUI-information, se IAMMETER:s firmware-utgåva och uppgraderingssida.
9. Sammanfattning
IAMMETER är inte begränsat till molnbaserad energimätning. Dess Wi-Fi-energimätare kan fungera som öppna mätkällor för lokal programvara, plattformar med öppen källkod och kundägda system.
Det rekommenderade tillvägagångssättet är:
- anslut mätaren till ett stabilt lokalt Wi-Fi-nätverk;
- använd lokalt API eller Modbus TCP för avfrågning i LAN:et;
- använd MQTT, HTTPS eller TLS när mätaren ska pusha data;
- använd Home Assistant, IAMMETER-Docker eller IAMMETER-Central när en färdig plattform är mer lämplig;
- använd AP-läget endast för initial installation eller tillfällig felsökning.
Fortsätt med:
- Översikt över självhostad integration med öppen källkod
- IAMMETER:s guide för lokalt API och firmware-gränssnitt
- Utveckla ditt eget energimätningssystem
- IAMMETER:s tjänstealternativ för självhosting
Senast uppdaterad: 16 juli 2026
