Verwendung von Fertigungsanwendungen in Umgebungen mit hohem Mix

Wie man Fertigungs-Apps in Umgebungen mit hohem Mix verwendet

Erfahren Sie, wie Sie mit Tulip Arbeitsanweisungen in einer High-Mix-Umgebung einrichten können.

In diesem Leitfaden erfahren Sie...

• Wie Sie Tulip-Funktionen so kombinieren können, dass sie zu Ihrer High-Mix-Umgebung passen.
• Die Vor- und Nachteile jedes Ansatzes zur Handhabung von Variation in Tulip

Verwalten Sie Hunderte von SKUs in Ihrer Werkstatt? Oder haben Sie eine Reihe von Prozessen, die über mehrere Produktlinien hinweg wiederverwendet werden?

In diesem Leitfaden werden die verschiedenen Möglichkeiten vorgestellt, wie Tulip Ihnen helfen kann, eine hohe Variabilität bei Ihren Produkten zu handhaben.

Es gibt mehrere Faktoren, die zu einer "High-Mix-Umgebung" führen können. Daher gibt es in Tulip kein einzelnes Werkzeug oder Feature, das alle High-Mix-Szenarien abdecken kann. Stattdessen werden Sie je nach Situation mehrere Funktionen miteinander kombinieren. Die wichtigsten Faktoren sind:

• Anzahl der angeschlossenen Geräte
• Variation zwischen SKUs
• Analyseanforderungen für Tulip-Daten
• Ob es "Familien" von Produkten gibt

Im Allgemeinen gibt es 5 verschiedene Möglichkeiten, mit einer großen Anzahl von Produkten umzugehen:

• Apps: Erstellung spezieller Apps für jedes Produkt oder jede Produktfamilie
• Schritte: Erstellung verschiedener Kombinationen von Schrittgruppen
• Tabellen: Dynamisches Laden von Arbeitsanweisungsdaten aus Tabellen ohne Erstellung mehrerer Schritte
• Auslöser: Verwendung von "If"-Anweisungen oder String-Verkettung, um Hunderte von Kombinationen zu verarbeiten
• SQL: Wenn Sie in der Vergangenheit SQL geschrieben haben, können Sie Connector-Funktionen verwenden, um mit einer externen SQL-Datenbank zu arbeiten.

Hier sind einige Strategien, die Sie mit jeder dieser Funktionen verwenden können.

Hinweis: Diese Anleitung ist für Tulip-Benutzer gedacht, die bereits Erfahrung mit der Erstellung von Anwendungen haben. Wenn Sie noch keine App gebaut haben, sollten Sie mit Tulip Basics beginnen

Apps

Es gibt zwei Möglichkeiten, wie Sie mehrere Apps nutzen können, um die Komplexität zu verwalten.

Die erste Möglichkeit ist, für jedes Produkt oder jede SKU eine eigene App zu erstellen und eine Routing-App zu verwenden, um die Bediener automatisch zur richtigen App zu schicken. Dies funktioniert gut, wenn sich die Arbeitsanweisungen für die Produkte auf Ihrer Etage nur wenig überschneiden.

Hier finden Sie einen vollständigen Leitfaden für Routing-Apps.

Um dies zu erreichen, müssen Sie eine einstufige App namens "Routing" erstellen. Diese könnte standardmäßig auf jeder Station in Ihrer Abteilung laufen. Wenn ein Mitarbeiter einen neuen Arbeitsauftrag beginnt, kann er seinen Arbeitsauftrag scannen und wird automatisch zur richtigen App weitergeleitet.

Der Schritt könnte wie der folgende Schritt aus dem Tulip Terminal aussehen

Sie würden dann eine Reihe von "If"-Anweisungen in einen Trigger auf dem Schritt schreiben, um die Bediener zum richtigen Satz von Anweisungen zu leiten.

So würde eine "If"-Anweisung für ein Produkt mit SKU "1A2B3X4D" aussehen.

Dies stellt eine Herausforderung dar: Wenn ein Mitarbeiter in der Routing-Anwendung einen Barcode scannt, müssen Sie eine Möglichkeit finden, diese Daten an die nächste Anwendung weiterzuleiten. In diesem Leitfaden erfahren Sie, wie Sie Daten zwischen Anwendungen weitergeben können.

Sie könnten dann zu Beginn jeder App eine Art Bestätigung einfügen, um sicherzustellen, dass der Bediener die SKU nicht falsch eingegeben hat und in der falschen App gelandet ist.

Duplizieren einer App mit einer umfassenden Anleitung

Sie können auch den Ansatz "mehrere Apps" verwenden, wenn alle Apps eine Teilmenge einer Reihe von Schritten verwenden. Dies funktioniert, wenn es viele gemeinsame Schritte zwischen Produkten gibt.

Erstellen Sie zunächst eine App "Allgemeine Vorlage", die alle Schritte enthält, die von mehreren Produkten oder SKUs verwendet werden. Dann duplizieren Sie die Anwendung für jedes einzelne Produkt und schneiden alle Schritte heraus, die für das jeweilige Produkt irrelevant sind.

Diese app-basierten Strategien sind für alle neuen Tulip-Benutzer leicht zu handhaben, da alle Auslöser einfach sind. Das Muster "eine App für ein Produkt" ist leicht zu verstehen. Wenn Sie aber das Design einzelner Schritte ändern möchten, müssen Sie bei diesem Ansatz den Schritt in jeder einzelnen App neu machen.

Schritte/Step-Gruppen

Sie können einzelne Schritte und Schrittgruppen auch dynamischer gestalten, wenn Ihre Produkte ähnliche Arbeitsanweisungen haben. Anstatt mehrere Anwendungen zu erstellen, können Sie viele Schrittgruppen innerhalb einer Anwendung erstellen und die Bediener mit einer Triggerlogik durch die Schrittgruppen leiten.

Möglicherweise möchten Sie noch einen Schritt zum Scannen von Barcodes einfügen, wie im Beispiel im obigen Abschnitt. Dann sollten Sie die Barcodedaten als Variable speichern, um den Barcode mit einem App-Abschluss zu verknüpfen und den Bediener zum richtigen Schritt zu leiten.

Da die Barcodedaten jetzt in der App gespeichert sind, können Sie sie auch später referenzieren, wenn Sie Arbeitsanweisungen mithilfe von Triggern auf verschiedene Weise neu kombinieren möchten.

Das macht es einfach, alle Arbeitsanweisungsschritte an einer Stelle von der Tulip-Hauptschnittstelle aus zu aktualisieren. Wenn Sie jedoch Hunderte oder Tausende von Artikeln haben, möchten Sie vielleicht die Aktualisierung von Arbeitsschritten in Echtzeit noch einfacher gestalten, so dass leitende Mitarbeiter oder Vorgesetzte Änderungen in Echtzeit vornehmen können.

Für die Echtzeit-Aktualisierung der einzelnen Arbeitsanweisungen können Sie einen Formularschritt mit einigen wenigen Feldern verwenden. Nehmen wir an, dass jeder Arbeitsanweisungsschritt die folgenden Felder enthält:

1. Hauptüberschrift der Anweisung
2. Anweisungsdetails
3. Bild
4. Besondere Hinweise

Das könnte in etwa so aussehen:

Um diese Anweisungen in Echtzeit zu aktualisieren, können Sie einen Formularschritt wie diesen verwenden:

Dann können Sie die Ergebnisse in einer Tabelle oder SQL-Datenbank speichern und sie dynamisch abrufen, wenn ein Bediener die Anwendung auf der Grundlage des Feldes "Schrittnummer" durchläuft. So geht's.

Tabellen

Die Tabellenfunktion von Tulip ermöglicht es Ihnen, eine Datenbank mit Anwendungsdaten oder Anweisungssätzen zu erstellen, ohne Code zu schreiben. Sie können sie für Anleitungen verwenden, wenn:

1. Alle Produkte haben unterschiedliche Anleitungssätze.
2. Die Produkte haben eine Reihe von gemeinsamen Prozessen, wie z.B. Gießen, Reinigen oder Prüfen, und es gibt wenig bis keine Variabilität innerhalb dieser Prozesse.

Außerdem muss jeder Schritt in der Anleitung denselben Inhalt haben, z. B. eine Überschrift, eine Reihe von Details und ein Bild.

Wenn Ihre Arbeitsanweisungen nicht in eine dieser beiden Kategorien fallen, dann sind Tabellen möglicherweise nicht gut geeignet.

Wenn sie jedoch einem dieser Muster folgen, können Sie in nur einem Schritt eine App erstellen, die Arbeitsanweisungen dynamisch aus einer Tabelle lädt.

Erstellen Sie zunächst eine Tabelle mit Feldern wie diesem:

Fügen Sie dann mindestens einen Datensatz hinzu, zum Beispiel:

Legen Sie dann eine App an und erstellen Sie einen Schritt, der alle Arbeitsanweisungen dynamisch lädt. Verwenden Sie das Textwidget "Tabellendatensatz", um den Text und das Bild/die Bilder auf dem Schritt zu ändern, sobald der Bediener bereit ist, weiterzumachen.

Hier sehen Sie ein Beispiellayout, das Felder aus dem "Table Record"-Widget verwendet:

Wenn ein Bediener die Schaltfläche "Weiter" drückt, möchten Sie nicht zum nächsten Schritt übergehen. Stattdessen wollen Sie eine Logik schreiben, damit der nächste Datensatz in der Tabelle geladen wird. Sie müssen eine Variable verwenden, die bei jedem Tastendruck inkrementiert wird, um den Datensatz zu ändern. Etwa so:

WHEN

• "Taste wird gedrückt"

THEN

• "Datenmanipulation" "Wert inkrementieren" "Zähler"
• By: "Statischer Wert" "Zahl" "1"
• "Tabelle Datensätze" "Datensatz laden"
• By ID "Statischer Wert" "Text" (Variable mit SKU) + (Zählervariable) in: (Datensatzplatzhalter)

Sie benötigen also eine Variable, die die aktive SKU enthält, und eine weitere, die konsequent hochzählt, wenn der Bediener fortschreitet.

Dieser Ansatz macht es einfacher, den gesamten Inhalt mehrerer Arbeitsanweisungen zu verwalten. Sie funktioniert gut, wenn Ihre Anweisungen ein einheitliches Format haben, aber wenn Sie mehrere Arten von Schritten in Ihren Anweisungen haben, werden Sie wahrscheinlich eine andere Methode verwenden wollen.

Triggerlogik verwenden

In fast jedem der oben genannten Szenarien müssen Sie benutzerdefinierte Trigger erstellen, um Ihre Anwendung(en) erfolgreich zu erstellen. Wir haben bereits einfache Trigger gezeigt, wie zum Beispiel:

• Erhöhen einer Zählervariablen
• Wechsel zu einer neuen Anwendung
• Wechsel zu einer anderen Schrittgruppe
• Speichern einer Barcode-Nummer

Hier sind einige fortgeschrittenere Muster, die in jedem der obigen Muster für den Aufbau von Anwendungen vorkommen können:

Eine Reihe von IF-Anweisungen

Nehmen wir an, Sie haben 50 verschiedene aktive SKUs in Ihrer Fabrik. Jede davon hat einen eigenen Satz von Arbeitsanweisungen. Wenn Sie eine "Routing-App" erstellen möchten, die die Bediener automatisch zum richtigen Satz von Anweisungen schickt, müssen Sie 50 "if"-Anweisungen mit verschiedenen SKU-Nummern erstellen. All dies können Sie mit einem einzigen Trigger erledigen. Obwohl dies eine Menge manueller Erstellung von if/then-Anweisungen erfordert, kann jeder in den Trigger klicken und leicht verstehen, was passiert.

Hier ist ein Beispiel für eine if/then-Anweisung:

String-Verkettung

Verkettung bedeutet einfach "Kombination zweier Strings". Da Tabellendatensatz-IDs Zeichenketten sind, können Sie die Zeichenketten-ID kreativ einsetzen, um dem Operator den richtigen Inhalt zu liefern.

Nehmen wir an, Sie haben einen Reinigungsprozess, der für mehrere Produktlinien gleich ist. Er besteht aus 5 Schritten. Sie möchten vielleicht nicht dieselben Reinigungsanweisungen in mehreren Anwendungen nachbilden, da dies schwer zu pflegen ist.

Stattdessen könnten Sie eine Tabelle mit dem Namen "Common Procedures" erstellen, die Anweisungen für allgemeine Prozesse enthält. Dann könnten Sie Datensatz-IDs wie "Reinigung-1" und "Reinigung-2" verwenden, um eine Reihe von Schritten rund um einen Prozess anzuzeigen.

Im Trigger-Editor kombinieren Sie dann den spezifischen Prozess mit einer Variablen, die bei jedem Schritt inkrementiert wird. Hier ist das Beispiel aus dem obigen Abschnitt "Tabellen" für die Kombination zweier Variablen im Feld "Statischer Wert:Text".

Bei der Verkettung von Zeichenketten wissen Sie möglicherweise nicht, wann Sie aufhören müssen. Mit anderen Worten, wenn es 5 Schritte im Reinigungsprozess gibt, müssen Sie zu einem anderen Schritt übergehen, sobald der Zähler "6" erreicht. Um dies zu erreichen, können Sie eine "If"-Anweisung im Trigger verwenden, um zunächst zu prüfen, ob der Schritt existiert.

Zum Beispiel so:

IF

• "Tabelle" "dynamic_work_instructions" "hat Datensatz mit ID"
• "Statischer Wert" "text" (hier dynamischen Inhalt einfügen)

SQL verwenden

Wenn Sie bereits Erfahrung mit der Erstellung von SQL-Datenbanken haben, können Sie auch einen SQL-Konnektor erstellen, um Text und Bilder dynamisch aus einer SQL-Datenbank zu laden. Auf diese Weise können Sie in einem Schritt eine Vorlage erstellen und Daten in diese laden, genau wie in dem obigen Beispiel mit den Tabellen.

Das funktioniert gut, wenn Sie komplizierte Anforderungen an das Laden von Daten haben. Wenden Sie sich an einen Tulip-Vertreter, wenn Sie diesen Ansatz verwenden möchten, und wir beraten Sie gerne, wie Sie Ihre Datenbank einrichten können.

Weitere Lektüre

• Wie man digitale Arbeitsanweisungen in Tulip erstellt
• Wie Sie das Tulip-Terminal für skalierbare Arbeitsanweisungen verwenden

Haben Sie gefunden, wonach Sie gesucht haben?

Sie können auch auf community.tulip.co Ihre Frage stellen oder sehen, ob andere mit einer ähnlichen Frage konfrontiert wurden!