Maschinenzustände in Sondermaschinen planen: Logik, Signale und Diagnose

Eine Sondermaschine kann technisch korrekt aufgebaut sein und trotzdem schwer verständlich zu bedienen oder zu diagnostizieren sein. Häufig liegt die Ursache nicht an einem einzelnen Sensor oder Bauteil, sondern an einer unklaren Zustandslogik: Die Steuerung weiß nicht eindeutig, ob die Maschine bereit, blockiert, im Zyklus oder in einer Störung ist.

Ein früh geplantes Maschinenzustandsmodell schafft hier eine gemeinsame Grundlage für SPS-Programmierung, HMI, Sicherheitsfunktionen, Inbetriebnahme und Wartung. Dieser Beitrag zeigt, welche Zustände sinnvoll sind, welche Signale dafür benötigt werden und wie sich typische Planungsfehler vermeiden lassen.

Was ist ein Maschinenzustandsmodell?

Ein Maschinenzustandsmodell beschreibt, in welchem definierten Betriebszustand sich eine Anlage befindet und unter welchen Bedingungen sie in einen anderen Zustand wechseln darf. Es geht nicht nur um die Anzeige auf dem Bedienpanel. Das Modell verbindet Bedienhandlungen, Prozessbedingungen, Freigaben, Fehlerreaktionen und Rückkehrmöglichkeiten.

Typische Zustände einer automatisierten Sondermaschine können sein:

• Ausgeschaltet oder nicht initialisiert
• Bereit für den Betrieb
• Automatikbetrieb freigegeben
• Zyklus läuft
• Warten auf ein Prozesssignal
• Manueller oder eingerichteter Betrieb
• Störung aktiv
• Quittierung oder Wiederanlauf erforderlich

Die genaue Bezeichnung hängt von der Maschine ab. Wichtig ist, dass jeder Zustand eine eindeutige Bedeutung besitzt. Begriffe wie „bereit“, „aktiv“ oder „Fehler“ sollten im Projektteam nicht unterschiedlich interpretiert werden.

Warum die Zustandslogik früh geplant werden sollte

Wird die Zustandslogik erst während der Programmierung festgelegt, entstehen oft nachträgliche Sonderfälle. Ein Sensor wird dann direkt in mehreren Programmteilen ausgewertet, ein Bedienknopf löst je nach Situation unterschiedliche Reaktionen aus oder eine Störung lässt sich nur durch einen vollständigen Neustart beseitigen.

Ein strukturiertes Modell hilft dagegen, Anforderungen bereits vor dem Bau zu klären:

• Wann darf der Automatikbetrieb starten?
• Welche Bedingungen müssen vor einem Zyklus erfüllt sein?
• Was geschieht bei einem Signalverlust während des Zyklus?
• Welche Störungen dürfen quittiert werden, ohne die Ursache zu beseitigen?
• Wie kann ein unterbrochener Ablauf kontrolliert fortgesetzt oder zurückgesetzt werden?
• Welche Informationen benötigt das Bedien- und Instandhaltungspersonal?

Diese Fragen gehören in die funktionale Beschreibung der Maschine. Eine klare Dokumentation unterstützt später auch die Übergabe an die Produktion. Weitere praktische Hinweise zur technischen Produktionsübergabe finden sich im Beitrag Unterlagen für die Produktionsübergabe von Sondermaschinen.

Ein robustes Zustandsmodell schrittweise entwickeln

1. Den Prozess in Abschnitte zerlegen

Zuerst wird der normale Ablauf beschrieben: Werkstück zuführen, positionieren, prüfen, bearbeiten, markieren, übergeben oder ausschleusen. Jeder Abschnitt sollte eine erkennbare Startbedingung, eine aktive Bearbeitungsphase und eine Abschlussbedingung besitzen.

Dadurch lässt sich unterscheiden, ob die Maschine tatsächlich arbeitet oder lediglich auf eine Bedingung wartet. Diese Unterscheidung ist für die Diagnose besonders wertvoll. „Warten auf Werkstück“ erfordert eine andere Reaktion als „Bearbeitung nicht abgeschlossen“.

2. Voraussetzungen und Freigaben festlegen

Für jeden Betriebszustand werden die erforderlichen Freigaben aufgelistet. Dazu können beispielsweise eine geschlossene Schutzeinrichtung, vorhandene Druckluft, eine bestätigte Referenzposition, ein korrekt erkanntes Werkstück oder die Bereitschaft einer übergeordneten Anlage gehören.

Freigaben sollten nicht nur als allgemeines „OK“-Signal zusammengefasst werden, wenn dadurch die Fehlersuche erschwert wird. Besser ist eine nachvollziehbare Aufteilung, aus der hervorgeht, welche einzelne Bedingung fehlt. Für die technische Struktur kann eine I/O-Liste als Grundlage dienen; entscheidend ist jedoch die zusätzliche Beschreibung der logischen Bedeutung jedes Signals.

3. Übergänge eindeutig definieren

Ein Zustand allein ist nicht ausreichend. Es muss auch festgelegt werden, wodurch der Wechsel ausgelöst wird. Ein Übergang kann durch ein Sensorsignal, eine Bedienhandlung, den Abschluss einer Zeitüberwachung oder eine Rückmeldung eines Antriebs erfolgen.

Für jeden Übergang sollte mindestens geklärt werden:

• Aus welchem Zustand ist der Übergang zulässig?
• Welche Bedingung löst ihn aus?
• Was passiert, wenn die Bedingung nicht innerhalb der erwarteten Zeit eintritt?
• Welche Ausgänge oder Bewegungen werden dabei aktiviert?
• In welchen Zustand wechselt die Maschine nach einer Unterbrechung?

So wird verhindert, dass ein einzelnes Signal einen Ablauf aus einem unpassenden Zustand heraus startet.

Signale nach ihrer Funktion unterscheiden

In der Praxis werden Prozesssignale, Bedienbefehle und Sicherheitsfreigaben häufig vermischt. Für eine verständliche Logik sollten sie getrennt betrachtet werden.

Prozesssignale

Diese Signale beschreiben den technischen Ablauf, etwa „Werkstück vorhanden“, „Zylinder ausgefahren“ oder „Prüfung bestanden“. Sie bestätigen eine Position, einen Prozessschritt oder ein Ergebnis.

Bedienbefehle

Start, Stopp, Quittieren, Reset und Betriebsartenwahl sind keine Prozessbestätigungen. Sie geben eine Absicht vor, die nur unter zulässigen Bedingungen umgesetzt werden darf. Ein Startbefehl bedeutet daher nicht automatisch, dass ein Zyklus beginnt.

Freigaben und Sicherheitsbedingungen

Freigaben bestimmen, ob eine Bewegung oder ein Ablauf überhaupt zulässig ist. Ihre technische Umsetzung muss im jeweiligen Sicherheitskonzept festgelegt werden. Für die allgemeine Ablaufplanung ist jedoch wichtig, dass eine fehlende Freigabe als eigener, verständlicher Grund sichtbar bleibt und nicht lediglich als unspezifische Sammelstörung erscheint.

Störungen, Unterbrechungen und Wiederanlauf planen

Eine gute Zustandslogik zeigt nicht nur, dass etwas nicht funktioniert. Sie unterstützt die Suche nach der Ursache und beschreibt den nächsten zulässigen Schritt.

Eine Störmeldung sollte deshalb möglichst folgende Informationen enthalten:

• Betroffener Prozessschritt oder Baugruppe
• Erwartetes Signal oder erwartete Position
• Zeitpunkt oder Bedingung, bei der die Abweichung erkannt wurde
• Mögliche Prüfung durch das Bedienpersonal
• Zulässige Reaktion: Quittieren, Rücksetzen, manuelles Freifahren oder Serviceeingriff

Besondere Aufmerksamkeit verdient der Wiederanlauf nach Stopp, Spannungsausfall oder geöffneter Schutzeinrichtung. Die Maschine sollte nicht unbeabsichtigt in eine Bewegung springen. Stattdessen muss eindeutig sein, ob der aktuelle Schritt fortgesetzt, sicher zurückgesetzt oder zunächst manuell bestätigt werden muss.

Auch die Gestaltung der Bedienoberfläche beeinflusst die Diagnose. Eine logisch aufgebaute HMI kann Zustände, aktive Schritte und fehlende Freigaben getrennt darstellen. Hinweise zur diagnoseorientierten Bedienoberfläche bietet der Beitrag HMI für eine schnellere Störungsdiagnose gestalten.

Besonderheiten bei Montage- und Prüfanlagen

In Montageanlagen können mehrere Stationen gleichzeitig unterschiedliche Zustände haben. Eine Station kann bereit sein, während die nächste auf ein Werkstück wartet oder wegen eines Prüfergebnisses blockiert ist. Deshalb sollte die Zustandslogik zwischen Einzelstation, Liniensegment und Gesamtanlage unterscheiden.

Bei Prüfsystemen muss außerdem klar sein, ob ein Ergebnis noch aussteht, ungültig ist, bestanden wurde oder zur Ausschleusung führt. Die Zustandsanzeige sollte nicht nur ein Endergebnis zeigen, sondern auch erkennen lassen, ob die Prüfung tatsächlich ausgeführt wurde.

Bei Übergaben zwischen Stationen sind Handshake-Signale hilfreich. „Bereit zur Übergabe“, „Werkstück übernommen“ und „Übergabe abgeschlossen“ beschreiben dabei unterschiedliche Zustände. Eine saubere Trennung reduziert das Risiko, dass Werkstücke zu früh freigegeben oder doppelt übernommen werden. Ergänzende Aspekte behandelt der Leitfaden zur zuverlässigen Werkstückübergabe in automatisierten Montagelinien.

Prüfung des Zustandsmodells vor der Inbetriebnahme

Vor dem ersten Produktionstest sollte das Modell anhand von normalen und außergewöhnlichen Abläufen durchgespielt werden. Dazu gehören leere Zuführung, fehlende Rückmeldung, verspätetes Signal, falsches Werkstück, Bediener-Stopp, Wiederanlauf und ein unterbrochener Zyklus.

Hilfreich ist eine einfache Prüfliste:

• Besitzt jeder relevante Zustand eine eindeutige Beschreibung?
• Sind alle Übergänge auslösbar und nachvollziehbar?
• Gibt es einen definierten Zustand für fehlende Freigaben?
• Kann eine Störung ohne unnötigen Neustart eingegrenzt werden?
• Ist der Wiederanlauf nach einer Unterbrechung eindeutig?
• Stimmen SPS-Logik, HMI-Anzeige und Dokumentation überein?

Diese Prüfung ersetzt keine Sicherheitsbewertung oder anwendungsspezifische Validierung. Sie ist jedoch eine wirkungsvolle Methode, um logische Lücken vor der Übergabe zu erkennen.

Fazit: Zustände als gemeinsame Sprache der Maschine

Ein Maschinenzustandsmodell macht den Ablauf einer Sondermaschine für Steuerung, Bedienung und Instandhaltung verständlicher. Die wichtigste Grundlage sind klar benannte Zustände, definierte Übergänge und getrennte Betrachtungen von Prozesssignalen, Bedienbefehlen und Freigaben.

Wer die Zustandslogik bereits in der Konzeptphase beschreibt, kann Störungen gezielter behandeln, Wiederanläufe sicherer planen und die spätere Inbetriebnahme strukturieren. Das Ergebnis ist nicht einfach mehr Software, sondern eine Maschine, deren Verhalten auch unter Abweichungen nachvollziehbar bleibt.