Daten und Integration

SPS-Daten auf ein Web-Dashboard übertragen

Bedeutung und Qualität von freigegebenen Lesezugriffen bis zur Benutzeransicht erhalten.

SPS-Daten auf einem Web-Dashboard erfordern keine direkte Verbindung zwischen Browser und SPS. Üblicherweise liest ein freigegebener Datensammler die Steuerung, vereinheitlicht die Bedeutung und überträgt Datensätze an einen Server. Die Nutzeransicht erhält berechtigte Daten über eine Anwendungsschnittstelle. Steuerungsnetz und Internetzugang bleiben dadurch getrennt.

Signalbedeutung prüfen

Beginnen Sie mit der Variablen- oder Registerliste. Betriebsbit, Fehlercode, Zykluszähler und Produktionsmenge verhalten sich unterschiedlich. Ihre Bedeutung kann vom SPS-Programm, Betriebsmodus oder Produktrezept abhängen. Bestätigen Sie sie mit der für Automatisierung verantwortlichen Person, statt Produktionsverhalten allein aus Bezeichnungen abzuleiten.

Zum Signalverzeichnis gehören Typ, Skalierung, Wortreihenfolge, Einheit und Qualität. Eine Zählerrücksetzung ist kein Produktionsverlust. Ein gelöschtes Fehlerbit bedeutet nicht, dass jemand den Vorfall geprüft hat. Klären Sie diese Unterschiede, bevor sie zu stillschweigenden Dashboardannahmen werden.

Aufgaben getrennt halten

SPS → Datensammler → Validierung und Speicherung → API → Nutzer-Dashboard

Der Datensammler verwaltet genehmigten Gerätezugriff und Abfragelast. Speicherung bewahrt Ereigniszeit, Kennung und Qualität. Die API begrenzt Zugriff auf bestimmte Anlagen; die Oberfläche erläutert Messung und Alter. Werden alle Aufgaben ungeordnet zusammengefasst, erschwert das die Fehlersuche.

Der Browser darf keine SPS-Passwörter oder weitreichenden Steuerungsnetzrechte erhalten. Authentifizierung und Autorisierung sind verschiedene Prüfungen: Anmeldung berechtigt nicht zum Zugriff auf jede Maschine, und Überwachungsrechte erlauben nicht automatisch Befehle.

Beispielhafte Zustandszeitachse

Angenommen, eine Maschine liefert Betrieb, Warten und Störung. Speichern Sie Übergänge mit Zeitstempel und definieren Sie Vorrangregeln bei gleichzeitig aktiven Signalen. Kommunikationsverlust ist ein unbekanntes Datenintervall, kein zu erratender Produktionszustand. Diese Trennung muss in Summen ebenso wie im Diagramm erhalten bleiben.

Öffnet jemand ein Stillstandsintervall, werden relevante Fehlercodes und verfügbare Belegdaten angezeigt. Bei unbekanntem Grund kann eine berechtigte Bedienperson diesen bestätigen. Spätere Korrekturen halten fest, wer was wann und warum änderte, statt den früheren Eintrag stillschweigend zu ersetzen.

Neustart und Wiederverbindung testen

Das Lesen des aktuellen SPS-Zustands nach einem Neustart rekonstruiert nicht notwendigerweise alle verpassten Übergänge. Dafür können Ereignispuffer, Steuerungszähler oder andere Quellen nötig sein. Software kann nie aufgezeichnete Ereignisse nicht erfinden. Eine Lücke bleibt sichtbar, solange keine verlässliche Quelle sie schließt.

Bildschirmaktualisierung und SPS-Abfragehäufigkeit sind getrennt. Eine sekündlich aktualisierte Ansicht beweist keine neue Feldmessung pro Sekunde. Zeigen Sie Quellzeitstempel und Verbindung gemeinsam. Das zulässige Datenalter richtet sich nach der Aufgabe.

Checkliste zur Inbetriebnahme

  • Bekannte Maschinenübergänge mit gespeicherten Ereignissen vergleichen.
  • Erfassungslast während laufender Produktion messen.
  • Berechtigungen verschiedener Maschinen und Konten prüfen.
  • Netzausfall, Sammlerneustart und verspätete Ereignisse testen.
  • Angezeigte Datensätze auf ursprüngliche Quelldaten zurückführen.

Eine erste Nur-Lese-Version begrenzt den Umfang. Spätere Schreibbefehle sind ein eigenes Steuerungsprojekt mit Freigaben, lokalen Bedingungen und physischer Sicherheit. Ein zusätzlicher API-Button belegt keine sichere Fernsteuerung.

Ein Ereignis durch die Anwendung verfolgen

Für eine beispielhafte Abnahme identifiziert das berechtigte Automatisierungsteam einen bekannten Maschinenübergang. Halten Sie Quellsignal und Ermittlung der Quellzeit fest. Verfolgen Sie Sammlerdatensatz, gespeichertes Ereignis und API-Antwort vor der Grafik. Unterscheiden sich Intervalle zwischen Ebenen, muss der Nachweis zeigen, ob Erfassungszeit, Umrechnung oder Darstellung die Abweichung verursacht. Eine plausible Ansicht klärt das nicht.

Nehmen Sie einen Produktwechsel in die Übung auf. Ein Zykluszähler kann über Rezeptwechsel weiterlaufen, obwohl sich die Sollzykluszeit ändert. Bewahren Sie Produktkontext und Gültigkeitszeitpunkt bei der Interpretation, statt einen globalen Zielwert zu überschreiben. Prüfen Sie eine Zählerrücksetzung: Sie darf nicht als große negative Produktionsmenge erscheinen. Liefert die SPS zu wenige Informationen, dokumentieren Sie die Grenze, statt aus unvollständigen Signalen ein scheinbar präzises Ergebnis zu erzeugen.

Fordern Sie an der API dieselbe Maschine mit einem Konto ohne Berechtigung an. Der Server muss auch eine manuell angegebene Kennung ablehnen. Prüfen Sie eine abgelaufene Sitzung bei geöffnetem Dashboard. Die Oberfläche erklärt das Zugriffsende und zeigt keine neuen eingeschränkten Informationen mehr. Browserfilter sind Darstellung, keine Zugriffsgrenze.

Änderungen mit der Automatisierungsverantwortung abstimmen

Eine Integration hängt von einer veränderlichen Maschinenkonfiguration ab. Variablen werden umbenannt, Register umgewidmet, Kommunikationsschnittstellen durch Firmware geändert. Bewahren Sie die freigegebene Signalzuordnungsversion und das Änderungsprüfverfahren auf. Vergleichen Sie nach Wartung nach Möglichkeit erwartete Quellidentität und Konfiguration, bevor der Datenstrom wieder als normale Produktionsinformation gilt.

Eine hilfreiche Übergabe enthält kommentierte Beispielnutzdaten, Zustandsvorrangregeln, Rücksetzungsverhalten, Berechtigungsgrenzen und beobachtetes Verhalten beim Sammlerneustart. Benennen Sie, wer Abfrageänderungen genehmigt und wann sie getestet werden dürfen. Erhöhen Sie die Rate nicht allein wegen gewünschter schnellerer Animationen. Prüfen Sie zunächst wirkliche Quellaktualisierung und Gerätelast.

Teilen Sie beim ersten Gespräch Steuerungsmodell, verfügbare Leseschnittstelle und einige Betriebsfragen mit. Klären Sie, ob aktueller Zustand, Zählerstände oder wiederherstellbare Ereignishistorie benötigt werden. Diese Anforderungen führen zu unterschiedlichen Erfassungsentscheidungen und bestimmen, was ein professionelles Dashboard wahrheitsgemäß zeigen kann.

Welche Daten benötigen Sie? Welcher Prozess könnte besser laufen?

Beschreiben Sie uns Ihre Ausrüstung und Anforderungen. Gemeinsam erkunden wir einen passenden Ansatz.

Sprechen wir über Ihr Projekt