Open-Source-Energieüberwachung: Home Assistant, Node-RED und mehr

Open-Source-Energieüberwachungsplattformen und Meter-Integrationen

Ein Open-Source-Energieüberwachungssystem besteht normalerweise aus drei Schichten:

1. einem Energiezähler, der Spannung, Strom, Leistung und Energie misst;
2. einer Kommunikationsschnittstelle, die die Messwerte überträgt;
3. einer Plattform, die die Daten speichert, visualisiert oder darauf reagiert.

Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix und ThingsBoard können alle in einem Energieüberwachungsprojekt verwendet werden, aber sie lösen unterschiedliche Probleme. Einige konzentrieren sich auf die Hausautomation, andere auf Datenflüsse und wieder andere auf Geräteüberwachung oder IoT-Dashboards.

Dieser Leitfaden vergleicht diese Plattformen und erklärt, wie man eine Integrationsmethode wie MQTT, Modbus TCP oder eine lokale HTTP-API auswählt. IAMMETER wird als praktisches Energiezähler-Beispiel verwendet, da seine Wi-Fi-Energiezähler diese offenen Schnittstellen bereitstellen, ohne den Benutzer auf eine Softwareplattform festzulegen.

Energiezähler
     │
     │ MQTT, Modbus TCP, HTTP oder lokale API
     ▼
Open-Source-Plattform
     │
     ├── Dashboard und Verlauf
     ├── Automatisierung und Steuerung
     ├── Alarme und Benachrichtigungen
     └── Datenbank oder externe Analysen

1. Was sollte eine Energieüberwachungsplattform bieten?

Bevor Sie eine Software auswählen, definieren Sie, was das Projekt über die Echtzeit-Zählerstände hinaus benötigt.

Typische Anforderungen umfassen:

• aktuelle Leistungs- und kumulierte Energiewerte;
• historische Speicherung und Diagramme;
• Visualisierung von importierter und exportierter Energie;
• Dashboards für einzelne oder mehrere Stromkreise;
• Benachrichtigungen bei Änderungen von Leistung, Spannung oder Gerätestatus;
• Automatisierung basierend auf Solarüberschuss, Tarifen oder Lastbedingungen;
• Integration in ein bestehendes Smart-Home- oder IoT-System;
• Betrieb im lokalen Netzwerk;
• Zugriff auf Rohdaten für benutzerdefinierte Berechnungen.

Nicht jede Plattform bietet standardmäßig alle diese Funktionen. Ein Datenfluss-Tool kann beispielsweise hervorragend für die Automatisierung geeignet sein, benötigt aber eine separate Datenbank und ein Dashboard. Eine Hausautomationsplattform bietet möglicherweise ein fertiges Energie-Dashboard, aber nicht den Multi-Tenant- oder Unternehmensworkflow, der für ein Industrieprojekt erforderlich ist.

2. Vergleich der Open-Source-Energieüberwachungsplattformen

Die Plattform sollte nach dem beabsichtigten Workflow ausgewählt werden, nicht nur danach, ob sie einen Leistungswert anzeigen kann.

3. Home Assistant oder Node-RED?

Home Assistant und Node-RED sind zwei häufige Optionen, aber sie sind nicht austauschbar.

Wählen Sie Home Assistant, wenn:

• das Projekt in erster Linie ein Smart Home ist;
• Sie fertige Entitäten und ein Energy Dashboard wünschen;
• Energiedaten zusammen mit Beleuchtung, HVAC, EV-Ladung oder Haushaltsgeräten verwendet werden;
• Benutzer Konfiguration und Dashboards gegenüber dem Schreiben einer vollständigen Datenpipeline bevorzugen;
• lokale Automatisierung und Benachrichtigungen wichtig sind.

Beginnen Sie mit dem IAMMETER Home Assistant-Integrationsleitfaden für die unterstützten IAMMETER-Integrationsmethoden und Konfigurationsdetails.

Wählen Sie Node-RED, wenn:

• das Projekt benutzerdefinierte Datentransformationen benötigt;
• mehrere APIs, Broker oder Geräte in einem Flow verbunden werden müssen;
• Sie Steuerungslogik visuell implementieren möchten;
• Messwerte in InfluxDB, SQL, Grafana oder einen anderen externen Dienst geschrieben werden sollen;
• die Anwendung ein benutzerdefinierter Workflow und kein fertiges Hausenergie-Dashboard ist.

Beginnen Sie mit dem IAMMETER Node-RED-Integrationsleitfaden.

Verwenden Sie beide, wenn:

Home Assistant Entitäten, Dashboards und Gerätesteuerung bereitstellen kann, während Node-RED komplexere Orchestrierungen übernimmt. Die richtige Abgrenzung hängt davon ab, welches System die Automatisierung und die historischen Daten verwalten soll.

4. Wählen Sie die Energiezählerschnittstelle

Dieselbe Plattform kann mehr als eine Verbindungsmethode unterstützen. Wählen Sie die Schnittstelle basierend auf der Datenrichtung, den Aktualisierungsanforderungen und der Netzwerkarchitektur.

MQTT-Energiezähler-Integration

MQTT trennt den Zähler von den verbrauchenden Anwendungen. Der Zähler veröffentlicht an einen Broker, und Home Assistant, Node-RED, ThingsBoard oder ein benutzerdefinierter Dienst können die Daten abonnieren.

MQTT ist nützlich, wenn:

• mehr als eine Anwendung die Messwerte benötigt;
• bereits ein Broker vorhanden ist;
• das Projekt ereignisgesteuerte Verarbeitung verwendet;
• der Zähler die Datenlieferung initiieren soll.

Siehe Veröffentlichen von IAMMETER-Energiedaten an Ihren MQTT-Broker für die IAMMETER-Konfiguration, Topics und Payload-Details.

Modbus-Energiezähler-Integration

Modbus TCP ist nützlich, wenn die Plattform Messwerte lokal mit einer vorhersagbaren Registerkarte und einem kurzen Abfrageintervall anfordern muss.

Es ist gut geeignet für:

• Echtzeit-Leistungsautomatisierung;
• Home Assistant Modbus-Sensoren;
• Node-RED Modbus-Flows;
• SPS-, SCADA- und industrielle Gateway-Integration.

Siehe den IAMMETER Modbus TCP-Energiezähler-Leitfaden.

Lokale HTTP-API-Integration

Eine lokale API ist oft die einfachste Option, wenn eine Plattform oder ein Skript JSON direkt von der LAN-Adresse des Zählers anfordern kann. Sie vermeidet einen Broker, koppelt die Anwendung aber normalerweise direkter an den Zähler.

Siehe den IAMMETER Leitfaden zur lokalen API und Firmware-Schnittstelle.

5. Plattformspezifische Integrationspfade

Home Assistant Energieüberwachung

Home Assistant ist geeignet für Benutzer, die möchten, dass Energiedaten am umfassenderen Smart-Home-Modell teilnehmen. IAMMETER hat ein dediziertes Home Assistant-Dokumentationsportal, das die verfügbaren Integrationsmethoden, Entitäten und Energy Dashboard-Überlegungen abdeckt.

• IAMMETER Home Assistant-Integration

Diese Seite dupliziert nicht die Home Assistant-Konfigurationsmatrix; der dedizierte Leitfaden bleibt die maßgebliche Quelle für diese Konfigurationsdetails.

Node-RED Energieüberwachung

Node-RED kann Daten über MQTT empfangen, eine lokale API abfragen oder Modbus-Nodes verwenden. Flows können Messwerte normalisieren, Automatisierungen auslösen und die Daten an eine Zeitreihendatenbank oder ein Dashboard senden.

• IAMMETER Node-RED-Integration

OpenHAB und ioBroker

OpenHAB und ioBroker sind geeignet, wenn der Benutzer bereits eines dieser Hausautomatisierungs-Ökosysteme betreibt. Das Hinzufügen des Energiezählers zur bestehenden Plattform ist in der Regel einfacher als die Bereitstellung eines zweiten Automatisierungssystems.

• IAMMETER mit OpenHAB
• IAMMETER mit ioBroker

Zabbix

Zabbix ist nützlich, wenn die primäre Anforderung die operative Überwachung ist: aktuelle Werte, Geräteverfügbarkeit, Verlauf, Schwellwerte und Alarme. Es ist kein spezielles Produkt für Stromkosten oder Solaranalysen, aber es kann Zählerdaten in einen bestehenden Infrastrukturüberwachungs-Workflow einbringen.

• IAMMETER mit Zabbix

ThingsBoard

ThingsBoard ist geeignet für IoT-Telemetrie, Geräte-Dashboards und Regelketten. MQTT- und HTTP-Ingestion machen es nützlich für Projekte, die Energiezähler mit anderen Feldgeräten kombinieren.

• IAMMETER mit ThingsBoard

6. Wo IAMMETER passt

IAMMETER Wi-Fi-Energiezähler können als offene Messquellen fungieren, anstatt an eine einzige Überwachungsanwendung gebunden zu sein.

Die aktuellen IAMMETER-Zählerfamilien decken einphasige, Split-Phase- und dreiphasige Systeme ab. Die Anzahl der Messkanäle und Sensoren unterscheidet sich je nach Modell, während die offene Integrationsarchitektur es ermöglicht, die Messwerte von lokaler und Drittanbieter-Software zu nutzen.

Typische IAMMETER-Integrationsschnittstellen umfassen:

• lokale HTTP-API;
• Modbus TCP;
• MQTT und MQTTS;
• HTTP- und HTTPS-Upload;
• TCP- und TLS-Upload.

Der Leitfaden zu Firmware und offenen Schnittstellen ist die maßgebliche Referenz für aktuelle zählerseitige Fähigkeiten, Firmware-Konfiguration und Legacy-Schnittstellen.

7. Wann eine Open-Source-Plattform nicht ausreicht

Eine Open-Source-Automatisierungs- oder IoT-Plattform ist nicht immer die beste Grenze für ein Energieüberwachungsprojekt.

Ziehen Sie eine andere Architektur in Betracht, wenn:

• der Benutzer eine fertige lokale Energieüberwachungsschnittstelle ohne Zusammenstellung mehrerer Komponenten wünscht;
• ein Unternehmen Middleware-APIs für sein ERP, EMS oder BMS benötigt;
• der Kunde bereits ein Backend hat und nur einen Zählerdaten-Empfänger benötigt;
• das Projekt eine kundengesteuerte Datenbank und einen Geräteverwaltungs-Workflow erfordert.

IAMMETER bietet drei zusätzliche Wege:

• IAMMETER-Docker für eine fertige selbstgehostete Überwachungsschnittstelle;
• IAMMETER-Central für Unternehmensdaten-Middleware;
• direkte Integration für ein vollständig kundeneigenes Backend.

Vergleichen Sie diese Optionen unter Selbstgehostete Energieüberwachung mit IAMMETER.

8. Empfehlung nach Anwendungsfall

Für die direkte Serverentwicklung fahren Sie fort mit Empfangen von IAMMETER-Energiedaten auf Ihrem eigenen Server. Für eine vollständige Architekturübersicht siehe Entwickeln Sie Ihr eigenes Energieüberwachungssystem.

9. Zusammenfassung

Die beste Open-Source-Energieüberwachungsplattform hängt davon ab, was nach der Datenerfassung durch den Zähler passiert.

• Wählen Sie Home Assistant für Smart-Home-Energie-Dashboards und Automatisierung.
• Wählen Sie Node-RED für flexible Datenflüsse und Steuerungslogik.
• Verwenden Sie OpenHAB oder ioBroker, wenn sie bereits die Hausautomatisierungsplattform sind.
• Wählen Sie Zabbix für operative Überwachung und Alarme.
• Wählen Sie ThingsBoard für IoT-Telemetrie und regelwerkbasierte Workflows.
• Verwenden Sie MQTT, wenn mehrere Anwendungen Zählerdaten verbrauchen sollen.
• Verwenden Sie Modbus TCP für schnelles lokales Abfragen und industrielle Integration.

IAMMETER stellt die offenen Zählerschnittstellen zur Verfügung; die ausgewählte Plattform bestimmt, wie die Messwerte gespeichert, visualisiert und genutzt werden.

Letzte Aktualisierung: 16. Juli 2026