Datenmodell für die Maschinenüberwachung

Eine häufige Entscheidung bei der Maschinenüberwachung ist, wann Tulip-Tabellen anstelle der Maschinenaktivitätstabelle verwendet werden sollten.

In diesem Artikel erfahren Sie:* Wann Tulip-Tabellen verwendet werden sollten* Wann die Maschinenaktivitätstabelle verwendet werden sollte* Die Stärken und Einschränkungen der jeweiligen Option

Maschinenaktivitätstabelle: Integrierte OEE-Erfassung

Eine Systemtabelle, die von der Maschine automatisch gefüllt wird und Folgendes protokolliert:

Status (läuft, gestoppt, offline)
Startzeit, Endzeit und Dauer
Grund für den Stillstand
Stückzahl und Anzahl der Fehler
Ideale Durchsatzrate
Benutzerdefinierte Aktivitätsfelder (vom Benutzer festgelegt)

Stärken

Minimaler Konfigurationsaufwand – automatische Zuordnung zu Tulip-Maschinen
Optimiert für OEE-Berechnungen (Verfügbarkeit, Leistung, Qualität)
Nahtlose Zusammenarbeit mit Maschinenauslösern (headless)
Analytics kann Maschinenaktivitätsdaten direkt abfragen

Einschränkungen

Kein Zugriff auf die Tulip-Tabellen-API – Sie können die Tabelle „Maschinenaktivität“ nicht programmgesteuert über die API lesen oder beschreiben
Keine Datensatz-ID – Verknüpfung mit anderen Tabellen ist schwierig
Export nur über CSV-Archiv (keine Echtzeit-Integration)

Verwenden Sie die Tabelle „Maschinenaktivität“ ausschließlich für die OEE-Berechnung

Wenn Ihr einziges Ziel darin besteht, Maschinenbetriebs- und -ausfallzeiten zu erfassen und die OEE zu berechnen, verwenden Sie Maschinentrigger in Verbindung mit der Maschinenaktivitätstabelle. Dies ist die einfachste und kostengünstigste Lösung.

Beispiel

Machine State by Value

Tulip-Tabellen: Flexibles Datenmodell für komplexe Anwendungsfälle

Wann sollten Tulip-Tabellen verwendet werden?

Sie benötigen benutzerdefinierte Datenfelder, die in der Maschinenaktivitätstabelle nicht verfügbar sind (z. B. Arbeitsauftrags-ID, Bedienerausweis, SKU)
Sie benötigen CRUD-Operationen (Erstellen, Lesen, Aktualisieren, Löschen) über APIs
Sie integrieren Maschinendaten in andere Geschäftsprozesse (Qualität, Lagerbestand, Wartung)
Sie möchten Maschinendaten mit Arbeitsaufträgen, Chargen oder Produktionsplänen in Zusammenhang bringen

Verwenden Sie sowohl die Maschinenaktivitätstabelle als auch Tulip-Tabellen

Maschinenaktivitätstabelle (über Maschinen-Trigger):

Erfassen Sie rohe Zustandsänderungen
Berechnen Sie OEE-Kennzahlen

Tulip-Tabelle (über Automatisierungen oder App-Trigger):

Maschinendaten mit geschäftlichem Kontext anreichern
API-basierte Integrationen ermöglichen
Verknüpfung mit Arbeitsaufträgen, Qualitätsaufzeichnungen und anderen Daten

Beispielarchitektur

Hinweis: „Automatisierung“ bezieht sich auf Tulip Automations.

MM - Data Model for Downtime.png

Dieses Hybridmodell bietet:

OEE-Dashboards aus der Maschinenaktivitätstabelle
Ursachenanalyse aus der Tulip-Tabelle mit API-Zugriff für externe BI-Tools

Verarbeitung manueller Daten mit Nacharbeits- und Ausschussmustern

Herausforderung: Maschinen melden die Stückzahlen automatisch, doch der menschliche Kontext (Nacharbeit, Ausschuss, manuelle Anpassungen) erfordert manuelle Eingaben. Wie lassen sich automatisierte Maschinenzählungen mit manuellen Korrekturen in Einklang bringen?

Vermeiden Sie die Verfälschung von Maschinendaten

VersuchenSie nicht, die Stückzahl der Maschine zu verringern, wenn ein Bediener Nacharbeit protokolliert.

Warum dies fehlschlägt: Die Maschine versteht den menschlichen Kontext nicht. Wenn Sie Daten in die Maschine zurückschreiben, verfälschen Sie die Rohdatenquelle.

Trennen Sie die Datenquellen

Lassen Sie die Maschine die Rohzahlen melden.
Verwenden Sie eine separate Tabelle für manuelle Anpassungen.
Berechnen Sie die Nettoproduktion mithilfe von Ausdrücken.

Beispiel-Datenmodell

Tabelle „Maschinenaktivität“ (automatisch):

Stückzahl: 104 (Rohdaten der Maschine)
Fehler: 0 (Maschine erfasst diese nicht)

Produktionsprotokolltabelle (Tulip-Tabelle, über App):

ID: 12345
Arbeitsauftrag: WO-5678
Maschinen-ID: CNC-001
Brutto-Teilezahl: 104 (am Ende des Laufs von der Maschine übernommen)
Anzahl der Nacharbeiten: 4 (vom Bediener eingegeben)
Anzahl Ausschuss: 0
Netto-Teile: 100 (berechnet: Brutto – Nacharbeit – Ausschuss)
Zeitstempel

App-Workflow:

Der Bediener startet einen Durchlauf und wählt einen Arbeitsauftrag aus
Die Maschine läuft und erhöht die Stückzahl automatisch
Der Bediener stellt fest, dass 4 Teile nachbearbeitet werden müssen, und schickt sie erneut durch
Die Maschine zählt auf 104 hoch (die Maschine zählt 104 Teile)
Der Bediener beendet den Durchlauf, und die App erstellt einen Eintrag im Produktionsprotokoll
Die App übernimmt die Stückzahl der Maschine (104) in das Feld „Brutto-Stückzahl“
Der Bediener gibt die Nacharbeitsanzahl manuell ein: 4
Die App berechnet die Netto-Stückzahl: 104 – 4 = 100

Analytik:

Maschinen-OEE: Verwendet die Brutto-Stückzahl (104) für die Leistungsberechnung
Produktionsberichte: Verwenden die Netto-Stückzahl (100) für die tatsächliche Produktionsleistung

Optionale Erweiterung: Fehler in einem Maschinenaktivitätsfeld für die OEE-Qualitätsberechnung protokollieren:

write rework count to machine attribute

Dadurch spiegelt der OEE-Qualitätsprozentsatz die tatsächliche Fehlerquote wider, während die Rohdaten der Maschinenzählung erhalten bleiben.