Monitoring mit mehreren Herstellern: Daten statt App-Sammlung
09.10.2026
Ein gemeinsames Monitoring beginnt nicht mit einer weiteren App, sondern mit einem klaren Modell für Messpunkte, Einheiten, Zeit und Energiefluss. So lassen sich Daten verschiedener Geräte zusammenführen, ohne Unterschiede bei Messort, Aktualisierung und Schnittstellen zu überdecken.
Der gemeinsame Blick entsteht im Datenmodell
Wer PV-Wechselrichter, Stromzähler und Speicher verschiedener Hersteller überwacht, muss nicht zwangsläufig deren jeweilige Hersteller-App abschaffen. Für den täglichen Überblick zählt vielmehr eine zusätzliche, gemeinsame Sicht: Welche Leistung kommt gerade vom Dach, was fließt ins Haus oder ins Netz, und was wird gespeichert? Ein brauchbares Modell ordnet Messwerte zunächst einer Rolle zu – etwa Netzbezug, PV-Erzeugung oder Batterieladung – statt nur Gerätenamen nebeneinanderzustellen. OpenEMS nennt Geräteabstraktion und eine breite Unterstützung von Geräten und Protokollen als Merkmale seiner Architektur. Daraus lässt sich ein praktischer Grundsatz ableiten: Gerätedaten in einer gemeinsamen semantischen Ebene zusammenführen, während die herstellerspezifischen Originalwerte erhalten bleiben. ([OpenEMS](https://github.com/OpenEMS/openems/blob/develop/doc/modules/ROOT/pages/introduction.adoc))
Erst den Messpunkt festlegen, dann den Wert zuordnen
„Leistung“ oder „Energie“ allein reicht als Datenfeld nicht. Notieren Sie für jeden Sensor mindestens Messort und Bedeutung: AC-Ausgang des Wechselrichters, DC-Leistung eines Strings, Netzanschlusspunkt oder Ladeleistung am Speicher. Das Beispiel Fronius macht den Unterschied greifbar: Die Integration kann neben der Solar API auch Modbus-TCP-Werte auf Basis von SunSpec liefern; damit tauchen etwa String-Messwerte auf, die die Solar API nicht bereitstellt. Die Solar API ist lesend, Modbus ist optional und muss auf dem Gerät verfügbar sein. Deshalb sollten ein einheitlicher Datenname und seine Herkunft gemeinsam gespeichert werden, etwa `pv_ac_power` plus Quelle `wechselrichter_1` und Messpunkt `AC-Ausgang`. Sonst kann ein sauber aussehendes Diagramm verschiedene physikalische Größen vermischen. Prüfen Sie außerdem, ob zwei Geräte denselben Energiefluss abbilden; PV-Zähler und Wechselrichterzähler können überlappen und dürfen nicht blind addiert werden. ([Fronius-Integration: Home Assistant](https://www.home-assistant.io/integrations/fronius/))
Leistung ist nicht Energie
Die zweite Pflicht ist eine explizite Einheit und Messart. Momentanleistung beschreibt einen Zustand zu einem Zeitpunkt und wird etwa in W oder kW angegeben. Energie summiert einen Fluss über die Zeit und wird typischerweise in kWh ausgewiesen. Home Assistant unterscheidet diese Sensortypen: Leistungssensoren müssen als Messwerte gekennzeichnet sein; aus Momentanleistung kann über eine Integration Energie berechnet werden. Praktisch heißt das: Ein Datenfeld wie `grid_power` sollte nicht mit einem Tageszähler verwechselt werden. Wenn ein Gerät nur Leistung liefert, muss die Integration mit Zeitstempeln und plausibler Abtastrate erfolgen. Ein schon vorhandener kWh-Zähler ist oft eine bessere Grundlage für Tages- oder Jahreswerte. Dokumentieren Sie, ob der Wert direkt gemessen oder rechnerisch integriert ist. Damit lässt sich eine spätere Abweichung zwischen Zählerstand und Dashboard besser einordnen. ([Home Assistant: Energiedashboard](https://www.home-assistant.io/docs/energy/))
Zeitstempel und Aktualisierung sichtbar halten
Ein gemeinsames Dashboard ist nur so zeitnah wie seine Datenquellen. Die Fronius-Integration aktualisiert Power-Flow-Daten laut Dokumentation alle zehn Sekunden, einzelne Wechselrichterwerte dagegen minütlich. Solche Unterschiede sind keine bloße Darstellungsfrage: Ein langsamer aktualisierter Sensor kann in einem Momentbild scheinbar nicht zur schnelleren Messung passen. Bewahren Sie deshalb beim Zusammenführen den Zeitstempel, die Aktualisierungsrate oder mindestens einen Hinweis auf Aktualität und Verbindungsstatus. Eine Edge-Komponente vor Ort, wie OpenEMS sie beschreibt, kann Geräte anbinden und Daten sammeln; sie ersetzt jedoch nicht die Prüfung, ob einzelne Werte tatsächlich gleichzeitig und lückenlos vorliegen. Für Bilanzsummen oder Regelungen sind veraltete Werte besonders kritisch. Visualisieren Sie fehlende oder alte Messwerte als solche, statt sie stillschweigend als Null zu behandeln. ([Fronius-Integration](https://www.home-assistant.io/integrations/fronius/); [OpenEMS](https://github.com/OpenEMS/openems/blob/develop/doc/modules/ROOT/pages/introduction.adoc))
Eine kleine Feldliste verhindert spätere Verwirrung
Für den Start genügt eine überschaubare gemeinsame Struktur. Pro Messreihe sollten Sie festhalten: normalisierter Name, Geräte-ID, Messpunkt, Wert, Einheit, Zeitstempel, Messart (Leistung oder Energie), Vorzeichenkonvention und Qualität beziehungsweise Verbindungsstatus. Beispielsweise bedeutet `grid_power = +420 W` bei einer festgelegten Konvention Netzbezug; Export erhält dann ein negatives Vorzeichen – oder umgekehrt, solange es konsequent bleibt. Für Speicher kommen Lade- und Entladerichtung hinzu. Diese Feldliste ist keine herstellerübergreifend garantierte Norm, sondern eine redaktionelle Empfehlung, die Daten verschiedener Adapter vergleichbar macht. OpenEMS verweist auf die Vielfalt unterstützter Geräte und Protokolle sowie auf Geräteabstraktion; ein gemeinsames Schema kann genau dort ansetzen, ohne die Originalfelder zu löschen. Bewahren Sie die Rohwerte separat auf, damit Mappingfehler oder Firmwareänderungen nachvollziehbar bleiben.
Grenzen nicht wegmodellieren
Eine vereinheitlichte Anzeige macht Schnittstellen nicht gleichwertig. Ein Gerät kann lokal erreichbar sein, aber nur einen Teil seiner Messwerte liefern; eine andere Quelle aktualisiert langsamer oder stellt bestimmte Messpunkte nur über ein optionales Protokoll bereit. Auch Lesen und Steuern sind zu trennen: Die Fronius-Solar-API erlaubt laut Home-Assistant-Dokumentation keine Schreibzugriffe. Ein Dashboard sollte daher nicht suggerieren, dass ein angezeigter Wert zugleich eine steuerbare Schnittstelle bedeutet. Für jede Anbindung gehört eine kurze Bestandsaufnahme dazu: lokale oder Cloud-Verbindung, Leserechte, verfügbare Sensoren, Aktualisierung, Datenlücken und Verhalten bei Ausfall. Beginnen Sie mit Netzbezug, PV-Leistung und einem Speicherwert, gleichen Sie deren Richtung und Einheiten ab und erweitern Sie das Modell schrittweise. So entsteht eine gemeinsame Energiefluss-Sicht, ohne Grenzen der Geräte oder Adapter unsichtbar zu machen. ([Fronius-Integration](https://www.home-assistant.io/integrations/fronius/); [OpenEMS](https://github.com/OpenEMS/openems/blob/develop/doc/modules/ROOT/pages/introduction.adoc))