Hochspannungs-Umspannwerk – Überwachung der Modbus-Netzanalysatoren

Die Überwachung einer Hochspannungs-Umspannstation beschränkt sich nicht darauf, zu prüfen, ob eine Zelle unter Spannung steht. Um Stromstörungen zu verstehen, Fehler vorherzusehen und Netzereignisse mit Produktionsausfällen in Zusammenhang zu bringen, müssen Messdaten von Netzanalysatoren, Schutzrelais, Zählern und Modbus-Geräten erfasst werden. Eziwan zentralisiert diese Felddaten, wandelt sie in verwertbare Größen um und übermittelt sie an InfluxDB, um eine übersichtliche und historisierte Visualisierung in Grafana zu ermöglichen.

Das Problem

Ein Betreiber eines industriellen Netzes muss in mehreren Hochspannungsstationen die Messwerte von 18 Schneider PM800-Netzanalysatoren über Modbus TCP und von 12 Sepam-Schutzrelais über Modbus RTU erfassen. Die erwarteten Daten umfassen Spannung, Strom, Wirk- und Blindleistung, Leistungsfaktor, Frequenz, Oberschwingungen, Alarme und bestimmte Schutzzustände.

Auf dem Papier erscheint Modbus einfach. In der Praxis wird die Überwachung einer Hochspannungsstation jedoch schnell komplex.

• Die Modbus-Registertabellen älterer Geräte sind manchmal unvollständig, verstreut oder von der Firmware-Version abhängig.

• Die Einheiten, Skalierungsfaktoren und Zahlenformate variieren je nach Gerätefamilie: vorzeichenbehaftete Ganzzahl, vorzeichenlose Ganzzahl, 32-Bit-Gleitkomma, „High-Word-vor-Low-Word“-Reihenfolge oder umgekehrte Reihenfolge.

• Modbus-TCP-Analysatoren und Modbus-RTU-Relais werden nicht auf dieselbe Weise erfasst: Topologie, Latenz, Timeout und Abfragefrequenz müssen angepasst werden.

• Proprietäre Gateways erfüllen oft einen ganz bestimmten Bedarf, sind jedoch nur schwer an neue Protokolle, neue Zähler oder geschäftliche Umstellungen anzupassen.

• Da keine integrierten Transformationen stattfinden, müssen die Rohdaten auf der Cloud-Seite konvertiert werden, was eine Anwendungsschicht schafft, deren Wartung mit hohen Kosten verbunden ist.

• Die Teams aus den Bereichen Energie, Instandhaltung und Produktion haben nicht immer einen gemeinsamen Überblick, um eine Stromstörung mit einem Maschinenstillstand, einem SPS-Alarm oder einer Qualitätsminderung in Verbindung zu bringen.

• Hochspannungsstationen liegen manchmal abgelegen und verfügen nur über eine begrenzte oder zeitweise unterbrochene Internetverbindung, weshalb die Messwerte lokal zwischengespeichert werden müssen.

Es geht also um zwei Dinge: die Modbus-Datenerfassung zuverlässiger zu gestalten und die Daten sofort in einer InfluxDB-, Grafana-, Überwachungs- oder CMMS-Kette nutzbar zu machen.

Ziel der Überwachung

In einer Hochspannungs-Umspannstation dienen die elektrischen Daten dazu, das tatsächliche Verhalten des Netzes zu verstehen. Sie ermöglichen es, die Last zu verfolgen, Ungleichgewichte zu erkennen, Spannungseinbrüche zu identifizieren, Oberschwingungen zu überwachen und Schutzereignisse zu analysieren.

Typische Messgrößen, die erfasst werden sollten, sind:

• Einfache und zusammengesetzte Spannungen.

• Ströme pro Phase.

• Wirk-, Blind- und Scheinleistung.

• Leistungsfaktor.

• Häufigkeit.

• Wirk- und Blindleistung.

• THD bei Spannung und Strom.

• Oberschwingungen pro Rang, je nach Leistungsfähigkeit des Analysators.

• Status der Schutzrelais.

• Alarme, Störungen und Auslösungen.

• Zeitstempel der Ereignisse, sofern verfügbar.

Diese Daten entfalten ihren vollen Wert erst, wenn sie historisiert und mit Produktionsereignissen in Zusammenhang gebracht werden: Anlagenstillstand, Umrichterfehler, Neustart der SPS, Auslösen einer Schutzschaltung oder Leistungsabfall.

Empfohlene Architektur

Bei der Zielarchitektur wird ein Eziwan-Gateway im Schaltschrank oder in der Nähe des Schaltschranks installiert. Es erfasst die Modbus-TCP-Geräte über Ethernet, fragt die Modbus-RTU-Geräte über RS-485 ab, führt die erforderlichen Umwandlungen durch und übermittelt die Zeitreihen anschließend an InfluxDB. Grafana stellt die Dashboards für Energie und Netzqualität bereit.

Diese Architektur vermeidet den Einsatz zahlreicher Erfassungsprogramme und stellt die Stromdaten in einem Standardformat bereit, das von den Teams in den Bereichen Energie, Instandhaltung und Produktion genutzt werden kann.

Unser Ansatz

Eziwan bündelt die Modbus-Datenerfassung, die Aufbereitung der Register und die Weiterleitung an die Überwachungstools. Das Gateway fungiert als industrieller Datenkollektor, der mit den vorhandenen Geräten kommunizieren, den Datenaustausch diagnostizieren und die Daten vor der Veröffentlichung standardisieren kann.

• Echtzeit-Diagnoseschnittstelle: Anzeige der Rohwerte, die aus jedem Modbus-Register ausgelesen werden, über die Weboberfläche – ohne externe Tools.

• Bibliothek mit Hersteller-Vorlagen: Vorgefertigte Konfigurationen für gängige Modbus-Zähler, Analysatoren, Frequenzumrichter und Sensoren, insbesondere von Schneider, ABB, Siemens und Danfoss.

• Unterstützung von Altgeräten: Unterstützung von Modbus-RTU-, Modbus-TCP- und Modbus-ASCII-Szenarien sowie der entsprechenden Gateways für historische Schneider-Umgebungen entsprechend der Architektur des Standorts.

• Integrierte Umwandlungen: Umrechnung der Rohregisterwerte in physikalische Größen, Anwendung von Skalierungsfaktoren, Umbenennung von Messpunkten, Standortkennzeichnungen und Zeitstempel.

• Veröffentlichung in InfluxDB: Speichern der Messwerte als Zeitreihen, die für Grafana bereit sind.

• Lokaler Puffer: Vorübergehende Speicherung der Daten bei einem Netzwerkausfall, anschließend Nachholvorgang, sobald die Verbindung wiederhergestellt ist.

• Überwachung des Collectors: Zustand der Geräte, Modbus-Fehler, Antwortzeiten, Timeout-Frames, Verfügbarkeit pro Gerät.

Dieser Ansatz lässt sich nahtlos in das Eziwan-Gateway, in Architekturen für die industrielle Vernetzung und in die zentralisierte Überwachung über die Eziwan-Cloud integrieren.

Modbus TCP und Modbus RTU in einer Hochspannungsstation

Modbus TCP und Modbus RTU basieren auf einer ähnlichen Logik, weisen jedoch unterschiedliche betriebliche Anforderungen auf. In einer gemischten Hochspannungsstation muss die Datenerfassung an jedes Medium angepasst werden.

Kriterium	Modbus TCP	Modbus RTU
Unterstützung	Ethernet IP	RS-485 oder RS-232
Adressierung	IP-Adresse und Port	Slave-Adresse am seriellen Bus
Leistung	Je nach Netzwerk schneller	Hängt von der Baudrate und der Anzahl der Geräte ab
Diagnose	Ping, TCP-Port, Netzwerkprotokolle	Busanalyse, Timeout, Kollision, Verkabelung
Häufige Fehlerursachen	Falscher Port oder Firewall	Falsche Terminierung, Parität, Adresse, Polarität
Typische Anwendungen	Aktuelle Analysatoren, Gateways	Relais, Zähler und ältere Geräte

In einem RS-485-Bus muss die Abfragezeit sorgfältig berechnet werden. Werden zu viele Geräte zu häufig abgefragt, kann dies zu Timeouts, Kollisionen oder unnötiger Latenz führen. Bei Modbus TCP ist das Netzwerk flexibler, dennoch sollten unnötige Abfragen begrenzt und Anwendungsfehler überwacht werden.

Kartierung der Einrichtungen

Bevor die Datenerfassung konfiguriert wird, muss eine übersichtliche Bestandsaufnahme der Anlagen erstellt werden. Dadurch lassen sich Doppelzählungen, falsch interpretierte Datensätze und Korrelationsfehler vermeiden.

Familie	Beispiel	Protokoll	Nutzdaten
Netzanalysator	Schneider PM800	Modbus TCP	Spannung, Strom, Leistung, Oberschwingungen
Schutzrelais	Sepam	Modbus RTU	Zustände, Alarme, Fehler, elektrische Messwerte
Energiezähler	Modbus-Zähler	RTU oder TCP	Wirk- und Blindenergie, Zählerstand
Lokale SPS	SPS der Station	TCP	Zellstatus, Fehlerübersicht
Serielles Gateway	RS-485/IP-Konverter	TCP zu RTU	Zugriff auf ältere Geräte

Diese Kartografie muss außerdem den Standort, die Zelle, den Transformator, die versorgte Leitung, die IP-Adresse, die Modbus-Adresse, die Baudrate und den Kritikalitätsgrad angeben.

Modbus-Register: vom Rohdatenformat zum physikalischen Format

Ein Modbus-Register allein reicht nicht aus. Um einen verwertbaren Messwert zu erhalten, muss man dessen Typ, Einheit, Skalierungsfaktor und manchmal auch die Wortreihenfolge kennen.

Beispiel für eine Umwandlung:

equipement:
  nom: pm800_tgbt_01
  protocole: modbus_tcp
  ip: 192.168.20.41
  port: 502

mesures:
  - nom: tension_l1_l2
    registre: 3020
    fonction: holding_register
    type: float32
    word_order: high_low
    unite: V
    facteur: 1
    tags:
      site: usine_nord
      poste: hta_1
      depart: ligne_a

  - nom: puissance_active_totale
    registre: 3054
    fonction: holding_register
    type: int32
    facteur: 0.001
    unite: kW
    tags:
      site: usine_nord
      poste: hta_1
      depart: ligne_a

Der Vorteil einer integrierten Transformation besteht darin, dass keine unverständlichen Rohwerte an InfluxDB gesendet werden. Die Plattform erhält direkt aussagekräftige physikalische Größen.

Echtzeit-Diagnose der Register

Die zeitaufwändigste Phase eines Modbus-Projekts ist oft die Fehlersuche. Ein dokumentiertes Register kann je nach verwendeter Konvention um eine Adresse verschoben sein, ein Wert kann über zwei Wörter codiert sein oder im Gerät kann ein Skalierungsfaktor angewendet werden.

Eine Diagnoseschnittstelle muss die Überprüfung folgender Punkte ermöglichen:

• Die Verfügbarkeit der Ausrüstung.

• Die Reaktionszeit.

• Der verwendete Funktionscode.

• Das angeforderte Register.

• Der abgelesene Bruttowert.

• Der umgerechnete Wert.

• Die zurückgegebenen Modbus-Fehler.

• Timeouts und abgelehnte Verbindungen.

• Die tatsächliche Abfragefrequenz.

• Der Zeitstempel der letzten gültigen Messung.

Diese Diagnose verringert den Bedarf an externen Werkzeugen und beschleunigt die Inbetriebnahme, insbesondere bei älteren oder unzureichend dokumentierten Anlagen.

Datenpipeline zu InfluxDB

InfluxDB eignet sich für industrielle Zeitreihen: wiederholte Messungen, Kontext-Tags, Datenaufbewahrung, Aggregation und Visualisierung über Grafana. Die Qualität des Datenmodells ist entscheidend.

Eine korrekt modellierte Messung muss einen Wert, einen Zeitstempel und aussagekräftige Tags enthalten. Zum Beispiel: Standort, Messstelle, Transformator, Abzweig, Anlage, Phase und Einheit.

Beispiel für einen InfluxDB-Punkt

Ein InfluxDB-Eintrag kann einen elektrischen Messwert mit seinen industriellen Tags darstellen.

Netzqualität,Standort=Werk_Nord,Position=HTA_1,Gerät=PM800_TGBT_01,Phase=L1_L2,Spannung=401,7 1719403200000000000
Netzqualität,Standort=Werk_Nord,Position=HTA_1,Anlage=PM800_TGBT_01 Wirkleistung_kW=842,5 1719403200000000000
Netzqualität,Standort=Werk_Nord,Position=HTA_1,Gerät=PM800_TGBT_01,THD_Spannung_Pct=2,8 1719403200000000000

Diese Struktur ermöglicht es anschließend, in Grafana nach Standort, Position, Ausrüstung oder Phase zu filtern, ohne die Anzahl der Datenbanken oder Dashboards zu erhöhen.

Grafana-Dashboard zur Netzwerkqualität

Ein Grafana-Dashboard soll die Fragen der Teams vor Ort beantworten und nicht nur Diagramme anzeigen. Für eine HTA-Station sind folgende Ansichten nützlich:

• Übersicht über die Station: Spannung, Strom, Leistung, Frequenz, THD, Alarme.

• Ansicht nach Abgang: Last, Unsymmetrie, Wirk- und Blindleistung.

• Netzwerkqualitätsanzeige: Einbrüche, Überspannungen, Oberschwingungen, Frequenz.

• Schutzübersicht: SEPAM-Zustände, Alarme, Auslösungen, Fehler.

• Ansicht „Verfügbarkeit der Datenerfassung“: erreichbare Geräte, Timeouts, letzte Messwerte.

• Übersicht über die Zusammenhänge in der Produktion: Stromausfälle und Produktionsausfälle.

• Historische Übersicht: Vergleich nach Tag, Woche, Monat und Referenzzeitraum.

Ein effektives Dashboard sollte eine Anhäufung unnötiger Grafiken vermeiden. Die Übersichten sollten die Entscheidungsfindung lenken: Überwachen, diagnostizieren, Zusammenhänge erkennen oder Maßnahmen auslösen.

Zusammenhang zwischen Netzstörungen und Produktionsausfällen

Der Nutzen des Projekts zeigt sich, wenn die Stromdaten Produktionsereignisse erklären. Eine Leitung, die um 14:03 Uhr ausfällt, kann mit einem Spannungseinbruch, einem Phasenungleichgewicht, einem Sepam-Alarm oder einem Anstieg der Oberschwingungen in Zusammenhang stehen.

Dieser Zusammenhang ersetzt zwar nicht die elektrische Analyse, liefert jedoch eine faktische Grundlage. Er hilft dabei, einen Maschinenausfall von einer Stromversorgungsstörung oder einem vorgelagerten Netzereignis zu unterscheiden.

Häufigkeit der Datenerhebung und Priorisierung

Nicht alle Messwerte müssen mit derselben Häufigkeit erfasst werden. Eine zu hohe Erfassungshäufigkeit überlastet den Modbus, das Gateway und die Datenbank. Bei einer zu niedrigen Erfassungshäufigkeit kann ein wichtiges Ereignis übersehen werden.

Angabe	Ungefähre Häufigkeit	Anmerkung
Effektivwert von Spannung und Strom	1 bis 10 Sekunden	Je nach Kritikalität und Kapazität der Anlage
Wirk- und Blindleistung	5 bis 30 Sekunden	Nützlich für die Lastüberwachung
Kumulierte Energie	1 bis 5 Minuten	Langsame Schwankung
THD und Oberschwingungen	10 bis 60 Sekunden	Je nach Netzqualitätsanforderungen anzupassen
Relaiszustände	1 bis 5 Sekunden	Wichtig für Alarme
Schutzereignisse	Sobald verfügbar	Hohe Priorität
Diagnosedaten	30 bis 60 Sekunden	Verfügbarkeit der Anlage

Diese Werte müssen je nach Bus, Geräten, InfluxDB-Datenvolumen und dem gewünschten Detaillierungsgrad angepasst werden.

Umgang mit Timeouts und fehlenden Daten

In der elektrischen Überwachung ist das Fehlen von Daten an sich bereits eine Information. Man muss zwischen einem echten Messwert von Null und einem nicht verfügbaren Messwert unterscheiden.

Bewährte Verfahren:

• Geräte, bei denen ein Timeout aufgetreten ist, ausdrücklich kennzeichnen.

• Den Zeitstempel des letzten gültigen Werts beibehalten.

• Ersetzen Sie fehlende Daten nicht automatisch durch Null.

• Warnmeldungen bei fehlenden Daten einrichten.

• Die Fehlerquote pro Gerät überwachen.

• Bei instabiler Netzwerkverbindung lokal zwischenspeichern.

• Die gepufferten Daten mit ihrem ursprünglichen Zeitstempel wiedergeben.

Diese Sorgfalt verhindert falsche Schlussfolgerungen in Grafana, insbesondere bei Leistungs- oder Energiediagrammen.

Sicherheit und Segmentierung des Hochspannungsnetzes

Elektrische Daten sind sensibel. Sie geben Aufschluss über die Last, Störungen, Betriebszeiten und manchmal auch über die Kritikalität einer Leitung. Die Erfassung muss daher sicher erfolgen.

Empfohlene Maßnahmen:

• Das Netz der Hochspannungsstation in einem eigens dafür vorgesehenen Bereich isolieren.

• Den Datenverkehr zwischen dem Gateway und den Modbus-Geräten begrenzen.

• Vermeiden Sie es, Messgeräte oder Relais direkt mit dem Internet zu verbinden.

• Die ausgehenden Datenströme zur Datenplattform verschlüsseln.

• Protokollieren Sie Anmeldungen und Konfigurationsänderungen.

• Den Zugriff auf Grafana nach Rollen einschränken.

• Geräte, Schnittstellen, Protokolle und Berechtigungen dokumentieren.

• Ein Verfahren zum Entzug der Zugangsrechte für Dienstleister vorsehen.

Dieser Ansatz steht im Einklang mit den Grundsätzen der OT/IT-Segmentierung und des Prinzips der geringsten Berechtigungen, die in den Leitfäden zur industriellen Konnektivität und zum sicheren Zugriff über das Eziwan-Gateway näher erläutert werden.

Vorlagen für Hersteller

Vorlagen beschleunigen die Inbetriebnahme erheblich. Sie beschreiben die Messbereiche, Typen, Skalierungsfaktoren, Einheiten und Bezeichnungen der Messgrößen für bekannte Geräte.

Eine nützliche Vorlage sollte Folgendes enthalten:

• Das genaue Modell oder die Gerätefamilie.

• Die verwendete Dokumentationsversion.

• Die ausgelesenen Register.

• Die Datentypen.

• Skaleneffekte.

• Die Einheiten.

• Empfohlene Tags.

• Die Abholhäufigkeiten nach Messgruppen.

• Die bekannten Grenzen.

• Ein Validierungsverfahren vor Ort.

Die Vorlagen ersetzen keinen tatsächlichen Test. Zwei Geräte derselben Produktfamilie können unterschiedliche Optionen oder Ausführungen aufweisen.

Beispiel für eine Konfiguration mit mehreren Geräten

poste:
  nom: hta_usine_nord
  timezone: Europe/Paris

collecte:
  modbus_tcp:
    - nom: pm800_depart_ligne_a
      ip: 192.168.30.11
      port: 502
      template: schneider_pm800_qualite_reseau
      intervalle: 5s
      tags:
        poste: hta_1
        depart: ligne_a

    - nom: pm800_depart_ligne_b
      ip: 192.168.30.12
      port: 502
      template: schneider_pm800_qualite_reseau
      intervalle: 5s
      tags:
        poste: hta_1
        depart: ligne_b

  modbus_rtu:
    port: /dev/rs485-1
    baudrate: 19200
    parite: paire
    stop_bits: 1
    equipements:
      - nom: sepam_cellule_arrivee
        adresse: 1
        template: schneider_sepam_etats_protection
        intervalle: 2s
      - nom: sepam_depart_moteurs
        adresse: 2
        template: schneider_sepam_etats_protection
        intervalle: 2s

sortie:
  influxdb:
    bucket: qualite_reseau
    measurement: poste_hta
    buffer_local: true

Diese Art der Konfiguration sorgt für eine reproduzierbare Bereitstellung. Außerdem erleichtert sie die Prüfung, da jeder erfasste Punkt mit einem Gerät und einer Vorlage verknüpft ist.

Nützliche Hinweise

Warnmeldungen müssen umsetzbar sein. Eine zu vage Warnmeldung sorgt für Unruhe; eine kontextbezogene Warnmeldung hilft bei der Fehlerdiagnose.

Beispiele für relevante Warnmeldungen:

• Kommunikationsausfall mit einem PM800-Analysator.

• Kommunikationsausfall mit einem Sepam-Relais.

• Spannungseinbruch unterhalb des festgelegten Schwellenwerts.

• Stromungleichgewicht zwischen den Phasen.

• THD bei Spannung oder Strom über dem Überwachungsschwellenwert.

• Auslösung oder Schutzalarm.

• Fehlende Daten zu einer kritischen Position.

• Erhöhung der Modbus-Timeout-Zeit.

• Hohe Blindleistung über einen längeren Zeitraum.

• Ungewöhnliche Lastschwankung zwischen den Abgängen.

Die Schwellenwerte müssen von den Elektrotechnik-Teams freigegeben werden. Die Überwachung darf nicht dazu führen, dass unqualifizierte Warnmeldungen generiert werden.

Checkliste vor der Inbetriebnahme

Prüfung	Frage	Priorität
Bestandsaufnahme	Sind alle Messgeräte und Relais identifiziert?	Hoch
Dokumentation	Sind die Modbus-Tabellen validiert?	Hoch
Schnittstellen	Sind TCP, RTU, Baudrate und Adressen bestätigt?	Hoch
Vorlagen	Sind die Umrechnungen und Einheiten getestet?	Hoch
Zeitstempel	Sind Zeitzone und Zeitsynchronisation definiert?	Hoch
InfluxDB	Sind die Tags und Messwerte konsistent?	Hoch
Grafana	Entsprechen die Dashboards den geschäftlichen Anforderungen?	Hoch
Warnmeldungen	Wurden die Schwellenwerte vom Elektrotechnik-Team validiert?	Hoch
Sicherheit	Sind die Datenströme segmentiert und verschlüsselt?	Hoch
Buffer	Werden vorübergehende Netzwerkausfälle bewältigt?	Mittel

Diese Checkliste beugt klassischen Fehlern vor: falsch konvertierte Werte, inkonsistente Einheiten, Messungen ohne Zeitstempel oder ein Dashboard, das nicht ausgewertet werden kann.

Häufige Fehler, die es zu vermeiden gilt

Von Anfang an zu viele Register sammeln

Es ist verlockend, alles zu erfassen. Doch eine übermäßige Datenerfassung überlastet die Busse, verkompliziert die Dashboards und erhöht den Speicherbedarf. Es ist besser, zunächst mit den nützlichen Kennzahlen zu beginnen und diese dann nach Bedarf zu erweitern.

Skalierungsfaktoren ignorieren

Ein Bruttowert kann Volt, Kilovolt, Ampere, Zehntel oder Tausendstel einer Einheit darstellen. Ohne Skalierungsfaktor können Grafana-Diagramme verfälscht sein, obwohl sie auf den ersten Blick stimmig erscheinen.

Nullwerte mit fehlenden Werten verwechseln

Eine Leistung von Null und ein nicht verfügbarer Messwert haben nicht dieselbe Bedeutung. Timeouts müssen explizit behandelt werden.

Die Qualität des RS-485-Busses vernachlässigen

Ein unsachgemäß abgeschlossener, zu langer, falsch polarisierter oder gestörter Bus kann zu sporadischen Fehlern führen, die schwer zu diagnostizieren sind. Die Kommunikationsdiagnose ist ebenso wichtig wie die Softwarekonfiguration.

Grafana ohne Geschäftslogik erstellen

Ein gutes Dashboard soll bei der Entscheidungsfindung helfen. Die Diagramme sollten nach Position, Abgang, Ausrüstung und Ereignis gegliedert sein und über klar erkennbare Schwellenwerte sowie nützliche Filter verfügen.

Steuerungsindikatoren

Um die Überwachung langfristig nutzen zu können, müssen sowohl die Stromdaten als auch die Qualität der Datenerfassung überwacht werden.

Anzeige	Funktion
Mittlere Spannung sowie Min./Max.-Werte	Erkennung von Spannungseinbrüchen, Überspannungen und Schwankungen
Strom pro Phase	Erkennung von Unsymmetrie und Überlastung
Wirkleistung	Überwachung von Last und Verbrauch
Blindleistung	Kompensation und Leistungsfaktor überwachen
THD von Spannung und Strom	Netzqualität analysieren
Sepam-Alarme	Fehler und Ereignisse korrelieren
Anlagenverfügbarkeit	Datenerfassung überprüfen
Modbus-Timeout-Rate	Erkennen von Bus- oder Netzwerkproblemen
Letzte gültige Messung	Identifizieren von „stillen“ Geräten
Anzahl korrelierter Ereignisse	Verknüpfen von Stromnetz und Erzeugung

Diese Indikatoren ermöglichen eine schrittweise Nutzung: Überwachung, Diagnose, Qualitätsanalyse und schließlich Energieoptimierung.

Wie Eziwan die HTA-Überwachung vereinfacht

Bedarf	Antwort von Eziwan	Nutzen
Modbus-TCP-Daten erfassen	Abfrage von Netzwerkanalysatoren	Zentralisierte elektrische Messungen
Modbus-RTU-Daten erfassen	RS-485-Schnittstelle	Integration von Relais und Altgeräten
Register verstehen	Echtzeit-Diagnose	Schnellere Inbetriebnahme
Daten standardisieren	Embedded-Transformationen	Verwertbare physikalische Werte
Projekte beschleunigen	Hersteller-Vorlagen	Weniger manuelle Konfiguration
Historisierung	Veröffentlichung in InfluxDB	Grafana-fähige Zeitreihen
Überwachung	Protokolle und Warnmeldungen	Einfachere Diagnose
Sicherheit	Tunnel und Segmentierung	Keine direkte Exposition der Geräte

Eziwan wandelt eine verstreute Modbus-Datenerfassung in eine nutzbare industrielle Datenpipeline um, die den Anforderungen an Netzwerkqualität, Wartung und Produktion gerecht wird.

Fazit

Die Überwachung von Modbus-Netzwerkanalysatoren in einer Hochspannungs-Umspannstation ermöglicht den Übergang von einer punktuellen Betrachtung zu einer kontinuierlichen Analyse der Stromqualität. Durch die Erfassung der Daten von PM800, Sepam und anderen Modbus-Geräten sowie die Speicherung der Messwerte in InfluxDB und Grafana können die Teams Netzstörungen mit Produktionsausfällen in Zusammenhang bringen, Diagnosen schneller stellen und Maßnahmen besser priorisieren.

Eziwan liefert die erforderlichen Bausteine: Modbus-TCP- und RTU-Datenerfassung, Registerdiagnose, Hersteller-Vorlagen, integrierte Transformationen, lokaler Puffer, Veröffentlichung in InfluxDB, Warnmeldungen und Sicherung der Datenströme. Für Industrieanlagen sorgt dieser Ansatz dafür, dass die HTA-Überwachung zuverlässiger und übersichtlicher wird und von den Teams vor Ort direkt genutzt werden kann.

Weiterführende Informationen

• Modbus RTU zur Cloud – Verbinden Sie Ihre RS-485-Modbus-RTU-Geräte mit der Cloud, ohne Ihre Verkabelung ändern zu müssen
• Modbus TCP zur Cloud – Leiten Sie die Modbus-TCP-Daten Ihrer Steuerungen an eine Cloud-Plattform weiter
• RS-485 Modbus 4G – schlüsselfertige Lösung zur Übertragung von Modbus RTU über ein 4G-LTE-Netz
• Industrieprotokolle — Überblick über OT-Protokolle: Modbus, OPC UA, MQTT, Profibus und BACnet
• Industrielles IoT-Gateway — Auswahl des richtigen Gateways zur Konvertierung und Weiterleitung Ihrer Felddaten