Anleitung: Vorausschauende Instandhaltung
Wie aus einem Alarm ein Arbeitsauftrag am nächsten Hafen wird, und wer die Besatzung benachrichtigen darf.
Vorausschauende Instandhaltung ist die Warteschlange der Komponenten, die vom Modell wegdriften. Jeder Alarm trägt eine Ausfallwahrscheinlichkeit und die verbleibenden Tage, damit der Superintendent die Arbeit auf den nächsten Hafenanlauf legen kann, statt auf einen Ausfall zu warten. Der Leitende Ingenieur liest die Alarme des Schiffs und kann sie bestätigen. Der Underwriter hat dieses Modul nicht. Der Zugriff von Tom Achebe ist nur Versicherung und Kameras, daher ist diese Warteschlange für ihn verborgen.
Übersicht und Seiten
Alarme ist http://localhost:4400/app/alerts . Offene Alarme liegen auf einer Matrix aus Ausfallwahrscheinlichkeit gegen verbleibende Tage, mit den Komponenten, die melden. Jede Zeile hat Schiff, Komponente, Symptom, Wahrscheinlichkeit, verbleibende Tage und Status. Ein Alarm öffnet http://localhost:4400/app/alerts/ und danach die ID.
Risikoeinblicke ist http://localhost:4400/app/risk . Die Seite zeigt den Risikoscore je Schiff und seinen stärksten Treiber, den Flottenverlauf über 90 Tage, Alarme je Woche nach Schwere, die Quote der Fehlalarme und die Zeit bis zur Erledigung.
Arbeitsaufträge ist http://localhost:4400/app/maintenance . Aufträge aus Alarmen sind nach Hafenanlauf gruppiert, daneben überfällige und erledigte Arbeit. Integrationen ist http://localhost:4400/app/integrations/predict .
Abläufe
Einen Alarm bestätigen und ihn erledigen brauchen edit (alert.acknowledge, alert.resolve). Einen Arbeitsauftrag anlegen und seinen Status ändern brauchen edit (workorder.create, workorder.status).
Besatzung benachrichtigen braucht publish (alert.notify). Die Schaltfläche sendet den Alarm per E-Mail oder Satcom an das Schiff. In der Demo zeigt sie einen Hinweis und sendet nichts. Einen kritischen Alarm verwerfen braucht publish (alert.dismiss). Geringere Schweregrade lassen sich mit edit schließen. Agenten haben niemals publish, daher kann Watchkeeper Alarme bearbeiten und weder benachrichtigen noch einen kritischen verwerfen.
Gemeinsame Datensätze
Der Risikoscore auf der Flottenkarte, auf dem Bildschirm des Versicherers und in der Kamerarangliste ist der Score dieses Moduls. Der Arbeitsauftrag ist derselbe Datensatz, den die Seite des Hafenanlaufs für dieses Schiff und diesen Hafen listet. Ein Kameraereignis kann einen dieser Arbeitsaufträge anlegen. Die Arbeitskarte der geplanten Instandhaltung ist ein anderer Datensatz. Sie ist der Auftrag nach Klasse und Stunden, nicht dieser Alarm.
Was die Demo simuliert
Die Lagertemperatur des Hauptmotors von MV Aldersea liegt über dem vorhergesagten Band: kritisch, 72 % innerhalb von 9 Tagen, mit Rotterdam in 4 Tagen. Der Schmieröldruck des Hilfsmotors von MV Northwind ist niedrig. MV Pacifica zeigt eine Sensorlücke. Die Historie enthält einen verworfenen Fehlalarm. Maschinenwerte sind generiert. Es wird kein Historian abgefragt.
Integrationen
Das MQTT-Gateway, der Siemens historian, ABB, Rolls-Royce MTU, Iridium und WhatsApp sind Mocks. Besatzung benachrichtigen ruft sie nicht auf. Siehe Verbindungen und die Modulreferenz.