Wie programmieren wir Alarme und Warnungen auf dem HMI-Bildschirm?

Wie programmieren wir Alarme und Warnungen auf dem HMI-Bildschirm?

Fehler 17 Alarm ist keine Diagnose. Ein gutes HMI muss uns sagen, was passiert ist, wann, wie ernst es ist und was der Betreiber überprüfen sollte.

Alarmsystem startet in PLC-oder in einem speziellen Gerät, bei dem tatsächliche Bedingungen auftreten. HMI liest, sortiert, zeigt und archiviert sie nach Bedarf. Klare Unterscheidung zwischen Hinweis, Warnung und Stoppfehler. Die Validierung des Alarms bedeutet, dass die Person es bemerkt hat; dies darf nicht an sich die Ursache des Fehlers beseitigen oder das Sicherheitsschloss umgehen.

Schrittweises Vorgehen

1. Erstellen Sie eine Liste der Ereignisse. Beschreiben Sie für jeden Alarm das Triggersignal, die Priorität, den Operatortext, die beabsichtigte Reaktion und die Bedingung für die Eliminierung.
2. Identifizieren Sie die Quelle im Controller. Lassen Sie die SPS stabile Alarmbits oder Codes vorbereiten. Wenn der Sensor kurzzeitig schwingt, ist eine geeignete Filterung oder Zeitmessung in der Lenkanlage zu verwenden.
3. Hinzufügen von Alarm/Event Log zu EasyBuilder Pro. Verbinden Sie Ereigniseinstellungen mit Registrierungen und geben Sie Nachrichten in der Operatorsprache an. Passen Sie die Konfiguration von Modell und Version der Software an.
4. Benutzeransicht entwerfen. Aktive Fehler sollten auf dem Basisbildschirm sichtbar sein; Details, Zeit und Anweisungen können in einer separaten Diagnoseprüfung abgelegt werden.
5. Bearbeiten Bestätigung und Geschichte. Beachten Sie die Bildung, Bestätigung und Eliminierung, wenn die Konfiguration es erlaubt. Achten Sie auf die richtige Zeit, Datum und mögliche Synchronisierung.
6. Fügen Sie einen Verlust der Kommunikation Alarm. Wenn HMI keine neuen Daten mehr hat, muss es diese ausdrücken. Die gefrorene Anzeige der gemessenen Masse oder des gemessenen Drucks kann sehr irreführend sein.
7. Führen Sie das Testprotokoll durch. Sie setzen alle Alarme nach Typ, testen gleichzeitige Fehler, Kommunikationsfehler, Bestätigungsberechtigung und Neustart.

Praktisches Beispiel für eine Kontrollwaage

Anstelle von "NOK" zeigen Sie z.B. "Exit nicht bestätigt - überprüfen Sie den Auswerferzylinder und den optischen Sensor". Dies gilt sofort für den Betreiber. Die detaillierte Serviceseite kann zusätzlich Sensor, Ausstoßverzögerung, Ventilzustand und letzte Ereigniszeit anzeigen.

Farben, Klang und Zugänglichkeit

Verwenden Sie Rot für echte kritische Situationen, Gelb für Warnungen. Verlassen Sie sich niemals nur auf Farbe: Text, Symbole und Status sind ebenfalls wichtig. Ich möchte, dass das Tonsignal alarmiert und nicht ständig gestört wird. Verstecken Sie keine Alarme im Servicemenü.

Wie viele Alarme benötigt eine Maschine?

Die Zahl spielt an sich keine Rolle. Es gibt bessere 20 klare Nachrichten mit Anweisungen als hundert nutzlose Codes. Das System sollte die zugrunde liegende Ursache und die daraus resultierenden Alarme unterscheiden, damit der Betreiber nicht eine Vielzahl ähnlicher Benachrichtigungen erhält.

Häufigste Ausführungsfehler

• Der Text zeigt nicht die Ursache, den Ort oder die empfohlene Verifizierung an.
• Der Alarm ist zu dimmen, ohne den tatsächlichen Fehler zu korrigieren.
• Die Ereigniszeit wird nicht zwischen HMI, SPS und Server synchronisiert.
• Die Prioritäten sind falsch und der wichtige Fehler bleibt zwischen den Meldungen verborgen.
• Nach einem Netzwerkbruch zeigt die Schnittstelle alte Messungen ohne Vorwarnung an.

Wie er dir helfen kann Svet Črnil?

Im Black Council entwickeln wir transparente Industrie HMI-bildschirme und Diagnosen. Fehlerliste, SPS-Signale und Foto des aktuellen Bildschirms senden – wir können klarere Benachrichtigungen, Alarmprotokoll und Testplan erstellen.

Expertenressource: Weintek EasyBuilder Pro Benutzerhandbuch - EreignisprotokollBeim Verbinden immer das Handbuch und die konkrete Version der verwendeten Geräte überprüfen.