Das PackML-Zustandsmodell ist ein standardisierter Satz von Maschinenbetriebszuständen, definiert im Rahmen von ISA-88 (auch ISA-TR88.00.02 genannt), der jeder Verpackungs- und Produktionsmaschine dieselbe Begrifflichkeit dafür gibt, was sie in jedem Moment tut. Anstatt dass eine Maschine "idle" meldet, eine andere "waiting" und eine dritte "standby" für denselben physischen Zustand, zwingt PackML alle in dieselbe Zustandskarte. Diese Konsistenz verwandelt unübersichtliche, maschinenspezifische Statuscodes in saubere, vergleichbare Stillstands- und OEE-Daten über eine ganze Linie oder Anlage hinweg. Für jedes Team, das verlässliche Gesamtanlageneffektivitäts-Zahlen anstrebt, ist diese Standardisierung das stille Fundament, auf dem alles andere aufbaut.
OEE ist nur so zuverlässig wie die Zustandsdaten, die sie speisen. Die Verfügbarkeit hängt davon ab, genau zu wissen, wann eine Maschine lief versus gestoppt war und warum. Die Leistung hängt davon ab, die tatsächliche Produktionszeit zu kennen. Wenn jeder Maschinenhersteller seine eigenen Zustände definiert, müssen Integratoren Dutzende proprietärer Statusflags manuell zuordnen, und jede Zuordnung ist eine Gelegenheit, einen Stillstand falsch zu klassifizieren.
Das klassische Versagen sieht so aus: Ein Abfüller zählt einen Rüstersatz als "Stillstand", während der Verschließer nebenan denselben Rüstersatz als "nicht geplant" einstuft. Ihre Linien-OEE bestraft oder belohnt nun dasselbe Ereignis doppelt, je nachdem, welcher Maschine Sie glauben. Ursachenanalysen kommen ins Stocken, weil den Zahlen nicht vertraut werden kann, und eine Pareto-Analyse Ihrer wichtigsten Verlustgründe wird zur Fiktion. PackML beseitigt diese Mehrdeutigkeit, indem die Zustände einmalig für jedes Asset definiert werden.
PackML definiert eine feste Menge von Zuständen, gruppiert nach ihrem Verhalten. Die nützlichste Art, über sie nachzudenken, ist in drei Gruppen:
Die Stärke liegt in den Übergängen. Jede Maschine folgt demselben Zustandsdiagramm, sodass "wie sind wir von Ausführen zu Gehalten gekommen" bei einem Etikettierer dasselbe bedeutet wie bei einem Palettierer. Nachgelagerte Systeme wie SCADA und MES lesen eine gemeinsame Tag-Struktur statt einer individuellen Zuordnung pro Maschine.
Zustände beantworten die Frage "Was macht die Maschine?", Modi beantworten "Unter welchem Regime?". PackML definiert mindestens drei Geräte-Modi: Produzieren, Wartung und Manuell. Derselbe Zustand (zum Beispiel Ausführen) zählt je nach Modus sehr unterschiedlich. Zeit im Ausführen unter dem Modus Produzieren ist echte Produktionszeit. Zeit im Ausführen unter dem Modus Wartung ist ein Testlauf und muss von der OEE-Verfügbarkeit ausgeschlossen werden, sonst werden Ihre Zahlen aufgebläht.
Diese Kombination aus Modus und Zustand ermöglicht es, geplante proaktive Wartungs-Arbeiten automatisch von ungeplanten Ausfällen zu trennen und liefert sauberere Eingabedaten für Zuverlässigkeitskennzahlen wie MTBF und MTTR.
Betrachten Sie eine Abfülllinie in einer 8‑stündigen Schicht (480 Minuten). Geplante Pausen summieren sich auf 30 Minuten, damit beträgt die geplante Zeit 450 Minuten. Vor PackML meldete der Liniencontroller einen einzigen zusammengefassten "gestoppt"-Block von 90 Minuten ohne verlässliche Aufschlüsselung der Gründe.
Nach der Standardisierung auf PackML-Zustände und -Modi löst sich dieselbe 90-minütige Nichtproduktionszeit sauber auf:
Die Laufzeit im Ausführen unter dem Modus Produzieren beträgt also 450 minus 60 Minuten echte Ausfallzeit (Gehalten, Unterbrochen, Gestoppt), also 390 Minuten. Der 30‑minütige Wartungstest taucht nicht länger als Laufzeit oder als Ausfall auf. Die Verfügbarkeit beträgt 390 / 450, also 86,7 Prozent. Wichtiger ist: Das Team sieht jetzt, dass 40 der 60 verlorenen Minuten durch Starvation und Blockade verursacht wurden, nicht durch die Maschine selbst. Das weist direkt auf eine Durchsatzbeschränkung (ein Theory-of-Constraints-Problem) hin, statt auf ein Wartungsproblem, und hindert die Mannschaft daran, am falschen Asset zu drehen.
Weil jede Maschine dieselbe Zustandssprache spricht, wird Aggregation zur Arithmetik statt zur Interpretation. Eine Linienübersicht kann Zeiten pro Zustand über alle Einheiten aufsummieren und sofort zeigen, ob die Linie verhungert, blockiert oder am Engpass wirklich ausgefallen ist. Grundcodes, die an Gestoppt- und Gehalten-Zustände gehängt werden, schaffen eine konsistente Taxonomie, auf die ein DMAIC-Verbesserungsprojekt mit Vertrauen reagieren kann.
Hier zeigt sich auch, wo ein gut geführtes CMMS seinen Nutzen hat: standardisierte Zustände erlauben es, dass ein Stillstandsereignis automatisch eine Arbeitsorder auslöst, die mit dem richtigen Asset, Zustand und Grund getaggt ist, sodass nichts als vages "Maschinenproblem" protokolliert wird. Saubere Zustandsdaten plus disziplinierte Arbeitsauftrags-Erfassung machen Einsatzzeit und Wartungsrückstand messbar statt anekdotisch.
PackML liefert Ihnen die standardisierten Zustandsdefinitionen; Sie brauchen dennoch ein System, das diese Zustände in Echtzeit erfasst und in OEE, Stillstandsgründe und Wartungsmaßnahmen überführt. Fabrico ist diese Echtzeit-Datenbasis. Es bietet Live-OEE- und Produktionsüberwachung, die standardisierte Maschinenzustände und Modusinformationen liest, sodass Verfügbarkeit, Leistung und Qualität konsistent über jedes Asset in der Linie aggregiert werden.
Für ältere oder einfachere Anlagen, die keine PLC mit PackML-Tags haben, kann Fabrico Computer Vision auf der Maschine einsetzen, um laufend versus gestoppt zu erkennen, sodass diese Assets trotzdem saubere Zustandsdaten zum gleichen anlagenweiten Bild beitragen. Wenn ein Stillstand erkannt wird, übernimmt Fabricos feldbereites CMMS die Nachverfolgung mit Arbeitsaufträgen, Anlagenakten, vorbeugender Planung und Ersatzteilverwaltung. Fabrico ist in der EU entwickelt und stellt EU-Datenresidenz sicher, was für Teams wichtig ist, die ihre Produktions- und Wartungsdaten in Europa halten müssen. Sie können beide Seiten im MES- und OEE-Lösungsüberblick und im CMMS-Lösungsüberblick erkunden.
Nicht genau. ISA-88 ist der umfassendere Batch-Control-Standard, und PackML ist eine Anwendung davon, formalisiert im technischen Bericht ISA-TR88.00.02, die das Zustandsmodell speziell für Verpackungs- und diskrete Maschinen anpasst. Im alltäglichen Sprachgebrauch werden die Begriffe oft zusammen verwendet, aber PackML ist das konkrete Zustands- und Modellschema, das die meisten Teams implementieren.
Nein, Sie können OEE auch ohne PackML berechnen, aber Sie werden deutlich mehr Aufwand damit verbringen, inkonsistente Maschinenzustände zu reconciliieren und Ihre Stillstandskategorien zu verteidigen. PackML macht Eingaben für Verfügbarkeit und Leistung eindeutig und vergleichbar über Assets hinweg, weshalb es auf mehranbieterigen Linien stark bevorzugt wird. Ohne PackML neigt Ihre Grundcode-Taxonomie dazu, von Maschine zu Maschine zu driftieren.
Das kommt häufig vor. Legacy-Maschinen stellen selten PackML-Tags bereit, daher retrofitten Teams entweder die Logik im Controller oder nutzen eine externe Erfassungsmethode. Computer Vision, die laufend versus gestoppt erkennt, ist eine praktische Möglichkeit, diese Assets ohne Umverdrahten der ursprünglichen Maschinensteuerung in ein einheitliches Zustandsbild einzubinden.
Bereit, standardisierte Maschinenzustände in OEE- und Stillstandsdaten zu verwandeln, denen Sie wirklich vertrauen können? Buchen Sie eine Fabrico-Demo und sehen Sie Echtzeit-Zustandserfassung, OEE und CMMS zusammen auf Ihrer Linie.
Anmeldung
Blog