Energiemonitoring für Maschinen und Linien: Vom Zähler zum Dashboard

Energie ist in der Fertigung vom Fixposten zum Kostentreiber geworden — und zunehmend zur Berichtspflicht. Wer Einsparpotenziale finden, Lastspitzen vermeiden oder ein Energiemanagement nach ISO 50001 mit belastbaren Daten unterlegen will, braucht zuerst eines: Transparenz auf Maschinen- und Linienebene. Genau daran scheitern viele Projekte — nicht an der Analyse, sondern an der Datenerfassung.

Dieser Leitfaden zeigt, wie Sie mit IronFlock Energiedaten aus vorhandenen Zählern, Steuerungen und Sensoren zusammenführen — und daraus Live-Dashboards, Alarme und Auswertungen machen.

Das Problem: Die Daten sind da, aber nicht greifbar

In den meisten Werken existieren die relevanten Messstellen längst:

• Energiezähler an Einspeisungen und Verteilungen sprechen Modbus — werden aber höchstens einmal im Monat manuell abgelesen.
• Frequenzumrichter und Steuerungen kennen Ströme, Leistungen und Betriebszustände — die Werte verlassen den Schaltschrank nie.
• Gebäudetechnik (Lüftung, Kälte, Druckluft) meldet über BACnet — in ein separates System, das die Produktion nicht sieht.
• Excel als Integrationsschicht. Was zusammengeführt wird, wird von Hand zusammengeführt — verzögert, fehleranfällig und ohne zeitlichen Bezug zur Produktion.

Ohne gemeinsame Datenbasis bleibt Energiemonitoring bei Momentaufnahmen stehen: Man kennt die Monatsrechnung, aber nicht die Maschine, die sie treibt.

Die Lösung: Collector-Apps erfassen, die Plattform führt zusammen

IronFlock stellt für die Datenerfassung in der Fertigung eine Familie von Collector-Apps bereit — eine pro Protokollfamilie, jede als schlanker Container auf einem Edge-PC (Gateway) im Maschinennetz. Für Energiemonitoring sind vor allem vier relevant:

Alle Collectoren arbeiten nach demselben Prinzip:

• Konfiguration im Browser. Geräte anlegen, Register bzw. Datenpunkte zuordnen, fertig — ohne Konfigurationsdateien auf dem Gateway, ohne Neustarts.
• Normalisierte, analysebereite Daten. Aus rohen Registeradressen werden benannte Messwerte mit Einheit, Zeitstempel und Qualitäts-Flag — power.active in kW statt Register 40021.
• Pufferung bei Ausfällen. Reißt die Verbindung ab, puffert der Collector lokal und leitet die Messwerte nach dem Reconnect der Reihe nach weiter. Eine nicht erreichbare Maschine blockiert dabei nie die Erfassung der anderen.
• Demo-Modus. Jeder Collector kann realistische Daten ohne Hardware erzeugen — so bauen Sie Dashboards und Auswertungen, bevor der erste Zähler angeschlossen ist.

Alle Messwerte landen in der Projektdatenbank — einer dedizierten TimescaleDB-Zeitseriendatenbank pro Projekt, als Single Source of Truth für alle weiteren Auswertungen. Die Daten gehören dabei Ihnen: Der Projekteigentümer ist der Dateneigentümer, nicht der App-Entwickler.

Vom Messwert zur Erkenntnis

Mit der Datenbasis im Projekt stehen alle Auswertungswege der Plattform offen:

• Live-Dashboards ohne Code. Im Board Studio bauen Sie Lastgänge, Tages- und Schichtvergleiche per Drag-and-Drop — mit Latenz unter einer Sekunde vom Zähler bis zum Bildschirm. Aufgeteilte Diagramme erzeugen automatisch ein Diagramm pro Maschine, Linie oder Standort, ohne dass Sie Widgets duplizieren.
• Alarme bei Grenzwertverletzungen. Das integrierte Alarmsystem überwacht Live-Telemetriedaten und benachrichtigt per E-Mail oder SMS — etwa wenn die Leistungsaufnahme einer Linie einen Schwellwert überschreitet oder Druckluftverbrauch im Stillstand auf Leckagen hindeutet. Bedingungen lassen sich pro Schweregrad definieren, mit automatischer Auflösung.
• Fragen statt Abfragen. Über Physical AI befragen Sie Ihre Energiedaten in natürlicher Sprache — der Daten-Explorer übersetzt die Frage in eine Datenbankabfrage und antwortet mit Zahl, Tabelle oder Live-Diagramm. Apps können zudem eigene App-Agenten mitbringen, etwa um Verbrauchsmuster zu analysieren oder Standorte zu vergleichen.
• Energie im Produktionskontext. Über den App-übergreifenden Datenzugriff kann eine auswertende App Energiedaten und Produktionszähler kombinieren — und so Kennzahlen wie Energie pro produziertem Teil bilden. Der Zugriff ist stets schreibgeschützt und wird pro Projekt explizit genehmigt.

Tipp: Beginnen Sie mit einer einzigen Messstelle — etwa dem Hauptzähler einer Linie — und erweitern Sie schrittweise. Da alle Collectoren dasselbe Tabellenschema verwenden, wachsen Dashboards und Auswertungen einfach mit.

Ein Beispiel: eine Linie, drei Datenquellen

Wie die Bausteine zusammenspielen, zeigt ein typischer Aufbau für eine einzelne Produktionslinie:

• Hauptzähler der Linie (Modbus TCP) → Modbus Collector. Liefert Wirkleistung und Energiezählerstand — die Basis für Lastgang und Schichtvergleich.
• Frequenzumrichter der Hauptantriebe (OPC UA oder Modbus) → Industrial Collector. Ströme und Drehzahlen zeigen, welcher Antrieb den Verbrauch treibt.
• Druckluft- und Kälteversorgung (BACnet/IP oder IO-Link-Durchflusssensoren) → BACnet- bzw. IO-Link Collector. Macht Querschnittsverbraucher sichtbar, die in keiner Maschinenbetrachtung auftauchen.

Auf dem Board dieser Linie entsteht daraus ohne Code: ein Live-Lastgang, ein Tagesprofil im Schichtraster und ein aufgeteiltes Diagramm pro Antrieb. Zwei Alarme ergänzen die Anzeige — einer auf die Lastspitze der Linie, einer auf Druckluftverbrauch außerhalb der Produktionszeit, dem klassischen Leckage-Indikator. Ab dem ersten Tag entsteht dabei die Historie, mit der sich später Wochen, Aufträge und Produkte vergleichen lassen.

Der Ausbau folgt demselben Muster: nächste Linie, nächstes Gebäude, nächster Standort — jeweils ein Gateway, dieselben Collectoren, dieselbe Projektdatenbank.

So sieht die Architektur aus

Der Weg der Daten ist bewusst kurz:

1. Edge: Ein Linux-Gateway im Maschinennetz führt die Collector-Apps als Container aus — lesend, ohne in die Anlage zu schreiben.
2. Übertragung: Der Geräteagent überträgt die Messwerte ausschließlich über ausgehende, TLS-verschlüsselte Verbindungen — ohne offene Ports auf dem Gateway.
3. Plattform: Die Projektdatenbank speichert die Zeitreihen; Boards, Alarme und KI greifen direkt darauf zu.

Ob die Plattform in der Cloud, als Appliance im eigenen Netz oder in der Private Cloud läuft, ändert an diesem Aufbau nichts — der Funktionsumfang ist in allen Bereitstellungsmodellen identisch.

Häufig gestellte Fragen

Welche Zähler und Messgeräte kann ich anbinden?

Alles, was Modbus TCP spricht — der Standard bei Energiezählern und Netzanalysatoren — lässt sich direkt über den Modbus Collector anbinden. Werte aus SPSen, Frequenzumrichtern und OPC-UA-Servern erfasst der Industrial Collector; IO-Link-Sensoren (etwa Strom-, Druck- oder Durchflusssensoren) der IO-Link Collector; Gebäudetechnik der BACnet Collector.

Brauche ich zusätzliche Hardware?

Sie benötigen einen Linux-Rechner als Gateway im Maschinennetz — vorhandene Industrie-PCs genügen in der Regel. Maschinen ohne digitale Schnittstelle lassen sich mit nachgerüsteten Sensoren erfassen, etwa IO-Link-Stromsensoren an der Einspeisung. Neue Zähler sind nur dort nötig, wo bisher gar nicht gemessen wird.

Kann ich Energieverbrauch pro produziertem Teil auswerten?

Ja. Da Energiedaten und Produktionsdaten in derselben Projektdatenbank liegen, lassen sie sich zeitlich korrelieren. Eine auswertende App kann über den App-übergreifenden Datenzugriff beide Datenquellen schreibgeschützt kombinieren und Kennzahlen wie Energie pro Teil oder pro Auftrag berechnen.

Wo werden die Daten gespeichert — und wem gehören sie?

Alle Messwerte liegen in der dedizierten TimescaleDB-Datenbank Ihres Projekts, wahlweise in der Cloud (EU-Rechenzentren), auf einer Appliance im eigenen Netz oder in Ihrer Private Cloud. Der Projekteigentümer ist der Dateneigentümer: Zugriffe werden granular vergeben, sind jederzeit widerrufbar, und offene Standardformate verhindern Vendor-Lock-in.

Wie geht es weiter?

Starten Sie mit der Schnellstart-Anleitung: Projekt anlegen, Gateway verbinden, einen Collector im Demo-Modus installieren — so sehen Sie den kompletten Weg vom Messwert zum Dashboard, bevor Sie den ersten Zähler anschließen. Die Details zu den einzelnen Protokollen finden Sie in der Dokumentation zur Datenerfassung in der Fertigung.