Verwendung eines Wi-Fi-Energiezählers ohne Internet oder Cloud

Ein IAMMETER Wi-Fi-Energiezähler muss nicht zwingend auf IAMMETER-Cloud angewiesen sein. Er kann Messdaten über seine offenen Schnittstellen an eine lokale Anwendung, eine Open-Source-Plattform oder Ihr eigenes Energieüberwachungssystem liefern.

Je nach Projekt können Sie:

Echtzeitdaten vom Zähler über das lokale Netzwerk auslesen;
den Zähler über eine lokale API oder Modbus TCP abfragen;
Daten an Ihren MQTT-Broker veröffentlichen;
Daten über HTTP/HTTPS oder TCP/TLS an Ihren Server hochladen;
den Zähler in Home Assistant und andere Open-Source-Plattformen integrieren;
IAMMETER-Docker oder IAMMETER-Central auf Ihrem eigenen Server bereitstellen.

Diese Anleitung hilft Ihnen, die geeignete Architektur auszuwählen. Detaillierte API-Definitionen und Konfigurationsverfahren finden Sie in den verlinkten technischen Dokumenten.

Wichtig: Kein Internetzugang und kein lokales Netzwerk sind unterschiedliche Situationen. Für die kontinuierliche lokale Überwachung wird empfohlen, den Zähler mit einem Wi-Fi-Router zu verbinden, selbst wenn dieser Router keine Internetverbindung hat. Der AP-Modus des Zählers ist hauptsächlich für die Ersteinrichtung oder vorübergehende Fehlerbehebung gedacht, nicht für die langfristige Überwachung.

1. Wählen Sie das Szenario, das zu Ihrem Projekt passt

Anforderung	Empfohlener Ansatz	Benötigt es Internet?
Live-Messwerte im selben LAN auslesen	Lokale HTTP-API	Nein
Daten jede Sekunde für Automatisierung, SPS oder SCADA auslesen	Modbus TCP	Nein
Home Assistant oder eine andere lokale Plattform verwenden	Die IAMMETER-Integration der Plattform nutzen	Nein, nachdem die erforderliche Software lokal installiert wurde
Daten auf einem privaten Server speichern und visualisieren	IAMMETER-Docker	Nein, wenn Zähler und Server im selben LAN sind
Zählerdaten für eine Unternehmensanwendung bereitstellen	IAMMETER-Central oder direkte Integration	Abhängig von der Netzwerkarchitektur
Daten an einen lokalen MQTT-Broker veröffentlichen	MQTT	Nein, wenn der Broker im selben LAN ist
Daten an einen entfernten MQTT-, HTTPS- oder TLS-Endpunkt hochladen	MQTT/MQTTS, HTTP/HTTPS oder TCP/TLS	Ja, oder ein anderer Weg zum entfernten Netzwerk wie ein privates WAN oder VPN

Der Wi-Fi-Router stellt das lokale Netzwerk bereit. Er benötigt keine aktive Internetverbindung für LAN-basierte API, Modbus TCP oder den Zugriff auf lokale Plattformen.

2. Empfohlene Netzwerkkonfiguration für die lokale Überwachung

Für einen zuverlässigen Betrieb verbinden Sie den IAMMETER-Zähler und die Anwendung, die ihn ausliest, mit demselben lokalen Netzwerk.

IAMMETER Wi-Fi-Energiezähler
          │
          │ Wi-Fi
          ▼
Lokaler Router / Access Point
          │
          ├── Home Assistant / Node-RED
          ├── IAMMETER-Docker
          ├── SPS / SCADA / lokales EMS
          └── PC, NAS oder Kundenserver

Nachdem der Router dem Zähler eine lokale IP-Adresse zugewiesen hat, können andere Geräte im LAN auf die unterstützten lokalen Schnittstellen zugreifen. Wenn der Standort auch während eines Internetausfalls weiterbetrieben werden muss, reservieren Sie die IP-Adresse des Zählers im Router oder halten Sie seine lokale Adresse auf andere Weise vorhersagbar.

3. Messdaten lokal auslesen

Das lokale Abfragen ist geeignet, wenn sich Ihre Software und der Zähler im selben LAN befinden und Ihre Anwendung steuert, wann Daten angefordert werden.

3.1 Lokale HTTP-API

IAMMETER stellt lokale HTTP-Endpunkte zum direkten Auslesen der Messdaten vom Zähler bereit. Zu den üblichen Messendpunkten gehören:

/api/monitorjson
/api/monitor

Die Antwort enthält Werte wie Spannung, Strom, Wirkleistung, importierte Energie und exportierte Energie. Die genaue Datenstruktur hängt davon ab, ob der Zähler einphasig, split-phase oder dreiphasig ist.

Verwenden Sie die IAMMETER Lokale-API- und Open-Interface-Anleitung für die aktuellen Endpunktdefinitionen, JSON-Beispiele und Firmware-Informationen.

Der lokale API-Zugriff liefert Messwerte vom Zähler. Wenn Sie stündliche, tägliche oder monatliche Berichte benötigen, muss Ihre Anwendung die Messwerte speichern und aggregieren, oder Sie verwenden eine selbst gehostete Plattform, die historische Speicherung und Visualisierung bietet.

3.2 Modbus TCP

Modbus TCP ist normalerweise die bessere Option für:

einsekündliche lokale Abfrage;
SPS- und SCADA-Integration;
lokale Automatisierung basierend auf Echtzeitleistung;
industrielle EMS- oder BMS-Anwendungen.

Siehe das IAMMETER Modbus-TCP-Register- und Integrationshandbuch für unterstützte Funktionscodes, Register und Beispiele.

4. Lassen Sie den Zähler Daten an Ihr System senden

Anstatt den Zähler abzufragen, können Sie ihn so konfigurieren, dass er Messdaten an einen Server oder Message-Broker sendet.

Schnittstelle	Typisches Ziel	Typische Verwendung
MQTT / MQTTS	Lokaler oder entfernter MQTT-Broker	IoT-Plattformen, Automatisierung und message-basierte Integration
HTTP / HTTPS	Web-API-Endpunkt	Kunden-Backend, EMS oder Cloud-Anwendung
TCP / TLS	TCP-Server	Benutzerdefinierter Datensammler oder Legacy-Integration

Die aktuelle Firmware-WebUI bietet die gängigsten Server- und Broker-Einstellungen. Der Zähler kann daher mit einem Kundensystem verbunden werden, ohne IAMMETER-Cloud als Datenziel zu verwenden.

Für Konfigurations- und Payload-Details verwenden Sie diese Anleitungen:

5. Verbindung mit einer Open-Source-Plattform

Wenn Sie bereits eine Automatisierungs- oder Überwachungsplattform verwenden, kann diese IAMMETER-Daten sammeln, speichern und visualisieren, ohne dass Sie eine Anwendung von Grund auf neu entwickeln müssen.

IAMMETER kann mit Plattformen wie den folgenden integriert werden:

Die geeignete Schnittstelle hängt von der Plattform und der erforderlichen Aktualisierungsrate ab. Einen Vergleich der verfügbaren Plattformen und Integrationsansätze finden Sie unter IAMMETER in selbst gehostete und Open-Source-Systeme integrieren.

Für die Home-Assistant-Konfiguration, unterstützte Integrationsmethoden und Entitätsdetails beginnen Sie mit der dedizierten IAMMETER Home-Assistant-Integrationsanleitung.

6. Bereitstellung eines selbst gehosteten IAMMETER-Systems

6.1 IAMMETER-Docker

IAMMETER-Docker ist ein quelloffenes, selbst gehostetes Überwachungssystem für Benutzer, die lokale Datenerfassung, Diagramme und APIs wünschen, ohne ein vollständiges Backend selbst entwickeln zu müssen.

Es kann auf einem lokalen Server wie einem Raspberry Pi, Mini-PC oder NAS ausgeführt werden. Der Zähler sendet Daten an die Docker-Instanz, und Benutzer greifen über einen Browser im lokalen Netzwerk auf die Überwachungsoberfläche zu.

IAMMETER-Docker ist im Allgemeinen für Einzelpersonen, Entwickler und kleinere lokale Überwachungsprojekte geeignet. Siehe auch die erweiterte IAMMETER-Docker-Anleitung.

6.2 IAMMETER-Central

IAMMETER-Central ist eine selbst gehostete Daten-Middleware-Option für Unternehmensbenutzer, Installateure und Systemintegratoren.

Es speichert und verwaltet Zählerdaten und stellt APIs bereit, die ein Kunde aus einem ERP, EMS, BMS oder einem benutzerdefinierten Frontend nutzen kann. Es ist nützlich, wenn der Kunde es vorzieht, eine standardisierte Middleware-API aufzurufen, anstatt jedes zählerseitige Upload-Protokoll und jeden Payload-Parser selbst zu implementieren.

Zum Vergleich von IAMMETER-Docker, IAMMETER-Central, Open-Source-Plattformen und direkter Integration siehe IAMMETER Self-Hosting-Optionen.

7. Welche Integrationsmethode sollten Sie wählen?

Benutzer oder Projekt	Empfohlener Ausgangspunkt
Entwickler, der ein LAN-Dashboard erstellt	Lokale HTTP-API
Automatisierung, die Ein-Sekunden-Daten benötigt	Modbus TCP
Bestehendes MQTT-basiertes IoT-System	MQTT oder MQTTS
Kunde hat bereits ein Web-Backend	HTTP- oder HTTPS-Upload
Home-Automation-Benutzer	Home Assistant oder Node-RED
Benutzer, der lokale Diagramme ohne Softwareentwicklung wünscht	IAMMETER-Docker
Unternehmen, das Zähler in ERP, EMS oder BMS integriert	IAMMETER-Central oder eine direkte Serverintegration

Die Verwendung lokaler Schnittstellen verhindert nicht automatisch die Nutzung von IAMMETER-Cloud. Ob lokaler Zugriff und Cloud-Berichterstattung zusammenarbeiten, hängt vom gewählten Betriebsmodus, der Firmware und der Systemarchitektur ab. Bestätigen Sie den erforderlichen Datenpfad vor der Bereitstellung.

8. Legacy und vorübergehende Nutzung des AP-Modus

Wenn ein IAMMETER Wi-Fi-Energiezähler nicht mit einem Router verbunden ist, kann er einen Access Point mit einem Namen ähnlich wie iMeter_SN bereitstellen. Ältere Versionen dieses Artikels stellten den AP-Modus als eine Möglichkeit dar, den Zähler ohne Netzwerkausrüstung zu betreiben.

Der AP-Modus wird nicht mehr für die kontinuierliche Überwachung empfohlen, da:

er in erster Linie für die Wi-Fi-Einrichtung und Fehlerbehebung vorgesehen ist;
in diesem Modus nur ein begrenzter direkter Zugriff praktikabel ist;
Funktionen, die von einem stabilen LAN, Server oder Broker abhängen, als vollständiger Überwachungsablauf nicht verfügbar sind;
er nicht die historische Speicherung, Berichte oder Multi-Client-Architektur bietet, die von einem Überwachungssystem erwartet wird.

Verwenden Sie den AP-Modus vorübergehend bei der Konfiguration oder Diagnose des Zählers. Für den normalen Betrieb ohne Internetzugang verbinden Sie den Zähler mit einem Offline-Wi-Fi-Router und verwenden Sie seine LAN-IP-Adresse.

Legacy-Beispiel für die direkte Verbindung mit dem Zähler-AP

Aktuelle Firmware- und WebUI-Informationen finden Sie auf der IAMMETER-Firmware-Release- und Upgrade-Seite.

9. Zusammenfassung

IAMMETER ist nicht auf die cloudbasierte Energieüberwachung beschränkt. Seine Wi-Fi-Energiezähler können als offene Messquellen für lokale Software, Open-Source-Plattformen und kundeneigene Systeme dienen.

Der empfohlene Ansatz ist:

den Zähler mit einem stabilen lokalen Wi-Fi-Netzwerk verbinden;
die lokale API oder Modbus TCP für die LAN-Abfrage verwenden;
MQTT, HTTPS oder TLS verwenden, wenn der Zähler Daten pushen soll;
Home Assistant, IAMMETER-Docker oder IAMMETER-Central verwenden, wenn eine fertige Plattform besser geeignet ist;
den AP-Modus nur für die Ersteinrichtung oder vorübergehende Fehlerbehebung verwenden.

Fahren Sie fort mit:

Letzte Aktualisierung: 16. Juli 2026