Gesamte Menüstruktur und Betriebsablauf
Inhaltsverzeichnis
- Übersicht
- Gesamte Menüübersicht
- Rolle der einzelnen Menügruppen
- Ablauf zum Betriebsstart
- Ablauf von Datenerfassung und Modell
- Ablauf der Alarmbearbeitung
- Ablauf von Automatisierung und Standardanbindung
- Ablauf der Systemverwaltung
- Einstiegsmenü je nach Situation
- Verwandte Bildschirme
Übersicht
Dieses Dokument zeigt auf einer Seite die gesamte Menüstruktur der PlantPulse Console sowie die Arbeitsabläufe, die Bediener häufig durchlaufen. Für einzelne Schaltflächen und Bildschirmelemente gilt Konsolennavigation und gemeinsame Bildschirme als Referenz; hier liegt der Fokus darauf, „welches Menü in welcher Reihenfolge genutzt wird".
Das linke Menü umfasst gemäß dem integrierten Server-Web-Menü derzeit die folgenden 12 Gruppen.
Overview → Connectivity → Factory Model → Production → Equipment → ISO
→ Data → Alarm → Visualization → Automation → Standard → System
Gesamte Menüübersicht
Rolle der einzelnen Menügruppen
| Gruppe | Kernfrage | Repräsentative Bildschirme |
|---|---|---|
| Overview | Sind Werk und Plattform aktuell in Ordnung? | Dashboard, Tagesstatistik |
| Connectivity | Kommen die Daten Vor-Ort bis zum Server an? | Verbindungsverwaltung, Edge |
| Factory Model | Sind Standort-, Linien-, Anlagen- und Tag-Modelle korrekt angelegt? | Factory Model |
| Production | Passen Kunden, Produkte, Schichtpläne und Arbeitsaufträge zu den Betriebsvorgaben? | Produktionsverwaltung |
| Equipment | Welche Anlage ist betroffen und welche Daten gehören dazu? | Anlagenverwaltung, Datenabfrage |
| ISO | Wie ist die Leistung aus Sicht von OEE/RAM/EMS? | ISO-Daten und -Analyse |
| Data | Wie sehen Rohwerte und Verläufe der Tag-Daten aus? | Datenpunkt, Objekt |
| Alarm | Welcher Alarm ist wann, wo und warum aufgetreten? | Alarm |
| Visualization | Wie soll der Vor-Ort-Bildschirm mit Zeichnungen und Widgets dargestellt werden? | Canvas |
| Automation | Sollen Ereignisse automatisch verarbeitet oder an Fremdsysteme angebunden werden? | Flow, CEP, EQL |
| Standard | Wie erfolgt die Anbindung an Standard-Namespace, OPC-UA und AAS? | UNS, Standards und externe Werkzeuge |
| System | Sind Zustand, Sicherheit und Konfiguration der Plattform selbst in Ordnung? | System, Sicherheitsverwaltung, Diagnose |
Ablauf zum Betriebsstart
Ablauf von Datenerfassung und Modell
Beim Anbinden eines neuen Standorts oder einer neuen Linie müssen Modell und Verbindung gemeinsam betrachtet werden. Wird nur das Modell angelegt, bleiben die Kennzahlen im Dashboard leer; wird nur die Verbindung angelegt, kann der Bediener kaum nachvollziehen, zu welcher Anlage bzw. welchem Tag die Daten gehören.
| Schritt | Prüfpunkt |
|---|---|
| Modell anlegen | Entsprechen Standort-, Bereichs-, Linien-, Anlagen- und Tag-ID dem Standard? |
| Protokoll anlegen | Ist die Zuordnung von Datenquelle (OPC/PLC/DB/API) und Standort korrekt? |
| Verbindungsstatus prüfen | Liegt der Zustand bei normal, verzögert, gestört, unterbrochen oder nicht verbunden? |
| Daten prüfen | Werden die Tag-Werte tatsächlich in Stream und Trend aufgezeichnet? |
| Übernahme im Dashboard | Ändern sich Standortkarte, Verbindungsrate und heutige Erfassungsmenge wie erwartet? |
Ablauf der Alarmbearbeitung
| Symptom | Nächster Bildschirm |
|---|---|
| Anhaltende Alarme bei einem bestimmten Tag | Trend unter Datenpunkt, Visuelle Alarmanalyse |
| Alarme konzentrieren sich auf eine Anlage | Anlagenverwaltung, Zeitleistenvergleich |
| Alarm tritt gleichzeitig mit Verbindungsabbruch auf | Verbindungsstatus, Edge |
| Die Bedingung selbst muss geändert werden | Erweiterter EQL-Alarm, EQL-Hilfe |
Ablauf von Automatisierung und Standardanbindung
Die Automatisierung legt fest, „wo Ereignisse entgegengenommen, nach welchen Bedingungen sie gefiltert und wohin sie gesendet werden". Bei Unklarheiten zu Topic-Namen sollte der Pfad zunächst in UNS geprüft werden; der eigentliche Verarbeitungsgraph wird in Flow konfiguriert.
Ablauf der Systemverwaltung
| Inspektionsgegenstand | Zuerst zu prüfender Bildschirm |
|---|---|
| WebSocket LIVE steht still | System > Monitoring, Diagnose |
| Serverlogs werden benötigt | System > Log |
| Konfigurationswerte prüfen | System > Umgebungsinformationen, Konfiguration |
| Probleme mit Konto oder Token | Sicherheitsverwaltung |
| Problem mit Cluster-Knoten | System, Cluster |
Einstiegsmenü je nach Situation
| Vorhaben | Einstiegsmenü | Folgemenü |
|---|---|---|
| Inspektion zum Schichtbeginn | Overview > Dashboard | Tagesstatistik, Verbindungsstatus, Alarm |
| Neue Anlage/neuen Tag anlegen | Factory Model > Modell/Asset/Tag | Connectivity > Protokoll |
| Es kommen keine Daten an | Connectivity > Verbindungsstatus | Edge, Data > Stream |
| Rohwerte eines Tags prüfen | Data > Trend | Datenausgabe, Snapshot |
| Zustand einer bestimmten Anlage prüfen | Equipment > Anlagenliste | Zeitleistenvergleich, Alarm |
| Alarmursache analysieren | Alarm > Alarm | Erweiterte Alarmsuche, Visuelle Alarmanalyse |
| OEE/RAM/EMS analysieren | ISO > ISO-Analyse | ISO-Daten, Production > Arbeitsauftrag |
| Vor-Ort-Monitorbildschirm erstellen | Visualization > Canvas | Factory Model, Data |
| Ereignisse automatisch verarbeiten | Automation > Flow | EQL-Abfrage, Flow-Ausführungshistorie |
| Topic-Pfad prüfen | Standard > UNS | Automation > Flow |
| Störung der Plattform selbst prüfen | System > Monitoring | Diagnose, Log, Cluster |
Verwandte Bildschirme
- Konsolennavigation und gemeinsame Bildschirme — Kopfleiste, linkes Menü, Domänensuche
- Dashboard — Einstiegsbildschirm für den Betrieb
- Verbindungsverwaltung — Dateneingang und Edge-Status
- Factory Model — Standort-, Anlagen- und Tag-Modell
- Alarm — Alarmbearbeitung und -analyse
- Flow — Automatisierungsgraph
- UNS — Standard-Namespace und Topics
- System — Betriebszustand der Plattform