JMP-Skript erforderlich – GRR-MatrixHallo zusammen. Dies ist das erste Mal, dass ich hier etwas poste, Sie können mir also gerne Hinweise zum Forumsprotokoll usw. senden.
Ich mache beruflich viele Messgerätestudien und suche nach einem Skript (oder Hilfe bei der Erstellung eines solchen), das automatisch alle Kombinationen von Operatoren (oder in meinem Fall Tools) ausführt. Ich versuche zu umgehen, dass ich für jeden GRR-Lauf mit zwei Werkzeugen Werkzeuge ein-/ausschließen, Toleranzen festlegen (die ich nicht verwende) usw. muss. Wenn ich also 5 Werkzeuge hätte, würde das Skript alle 10 Werkzeugkombinationen ausführen und 10 Sätze GRR-Nummern ausspucken.
Ich freue mich über jede Hilfe, die Sie leisten können. Ich bin kein Programmierer, kann aber lernen und auf jeden Fall einen fertigen Code auf JMP anwenden, wenn er bereitgestellt wird. Danke!
Qualitäts- und VerfahrenstechnikBetreff: JMP-Skript erforderlich – GRR-MatrixIhr zweiter Anwendungsfall scheint richtig zu sein. Der Knackpunkt könnte darin bestehen, eine Vorlage zu erstellen, die eine variable Flottengröße mit unterschiedlichen Namen und Rezepten verarbeiten kann, die eine unterschiedliche Anzahl von Standorten pro Wafer ausführen. Es ist jedoch der richtige Weg.Betreff: JMP-Skript erforderlich – GRR-MatrixDanke. Ja, das hilft. Und sei es nur, um besser zu verstehen, wie man die Fragen und Einschränkungen des Programms stellt.
Ich denke, ich kann die Details vielleicht etwas näher erläutern. Ich versuche, allgemeine Fachsprache wie „Operator“ und „Teil“ zu verwenden. Die Operatoren, die ich zu vergleichen versuche, sind Werkzeuge oder Messgeräte. Die Teile sind unterschiedliche Messstellen auf einem Siliziumwafer. Das Setup sieht also so aus:
...Ich schätze, ich kann hier kein Bild einfügen.
Ich habe 4 Spalten:
Werkzeug-ID
Webseitenadresse
Mess_X
Meas_Y
Ja, Antwort:
Mess_X
Meas_Y
X, Gruppierung:
Werkzeug-ID
Webseitenadresse
Dies muss ein Tool und dann eine Website sein, sonst funktioniert es nicht.
Diagrammtyp: Variabilität
Modelltyp: Gekreuzt
Ich möchte die Methode nicht ändern; Es ist etabliert und funktioniert gut genug für die Machthaber. Ich brauche nur das Programm, um alle 2-Werkzeug-Kombinationen auf einmal zu erledigen. Im Moment verwende ich die Ausschlussfunktion, führe eine GRR mit zwei Werkzeugen aus, gehe zurück und wähle die nächste Kombination von Werkzeugen aus, führe eine GRR mit zwei Werkzeugen aus und so weiter, bis alles fertig ist. Der technische Teil, das Programm einfach dazu zu bringen, alle Paare ohne Eingriff auszuführen, scheint also ziemlich schwierig zu sein.
Betreff: JMP-Skript erforderlich – GRR-Matrix@Metro-Sam Vielen Dank für die zusätzlichen Informationen. Zu meiner eigenen Information: Das „Werkzeug“ ist dann das Messgerät? Und Sie möchten die „Tools“ hinsichtlich verschiedener GRR-Merkmale wie Wiederholbarkeit, Reproduzierbarkeit, Diskriminierung und andere miteinander vergleichen? Sie sagen, Sie haben Teile, die wiederholt gemessen werden ... und Interaktionen sind wichtig. Wechselwirkungen zwischen welchen Faktoren? Sie erwähnen keine Betreiber? Ich fand es immer hilfreich, ein Baumdiagramm des tatsächlichen Experiments zu erstellen. Rein zur Veranschaulichung würde also „Werkzeuge“ ganz oben in der Baumstruktur stehen, mit vielleicht den Bedienern eine Ebene darunter, mit den Teilen eine Ebene unter den Bedienern und mit den Wiederholungsmessungen auf der untersten Ebene? Dann müssten Sie über die Verschachtelung und Kreuzung nachdenken, die auftreten könnten ... die irgendwann auftreten müssen, um die von Ihnen gesuchten Interaktionen zu bewerten. Aber die Artikulation dieser spezifischen Wechselwirkungen wird die erforderliche Kreuzung von Faktoren bestimmen. Als @statman und ich sage, es gibt viel zu bedenken.
Grundsätzlich lässt sich das, was ich oben beschreibe, einfach in JMP generieren, ebenso wie die Analyse zum Vergleich der verschiedenen Tools. Ich schlage einen grafischen Ansatz vor, wie er im Wheeler EMP-Ansatz beschrieben ist.
Und es hört sich so an, als wären Sie ein kleiner JSL-Neuling? JSL wird von den meisten für eines von zwei Szenarios verwendet:
1. JMP kann nichts von Haus aus tun. Wenn man also über ausreichende Programmierkenntnisse verfügt, erstellen die Leute oft JSL-Lösungen für dieses Szenario. Tatsächlich haben viele der JMP-Add-Ins in der User Community File Exchange Library auf diese Weise begonnen ... und der Add-In-Ersteller hat beschlossen, seine Lösung mit der User Community zu teilen. Das ist nicht wirklich Ihre Bewerbung. Basierend auf dem, was ich bisher anhand Ihrer Eingaben gesehen und interpretiert habe, sehe ich nicht, dass Sie Analyse- oder Workflow-Funktionen benötigen, die JMP nicht nativ verarbeiten kann.
2. Ein Benutzer hat ein Problem und den damit verbundenen JMP-Workflow, den er immer und immer wieder wiederholt. Und anstatt diesen Workflow bei jeder Iteration von Grund auf neu zu starten, schreiben sie ein JMP-Skript, das für die wiederholte Verwendung aufbewahrt wird. Dann führt der Benutzer buchstäblich mit einem Mausklick das Skript aus und dieser Workflow wird ausgeführt. Das klingt nach Ihrem Anwendungsfall? Die Art und Weise, wie viele JMP-Benutzer das Skript erstellen, besteht darin, ihren gesamten Workflow in einem sogenannten Testfall zu erstellen. Der Testfall enthält alle Mausklicks und Menüauswahlen, die der Benutzer ausführen würde. Immer wenn Sie in JMP irgendetwas tun, schreibt JMP im Hintergrund den entsprechenden JSL-Code für die Schritte im Ablauf. Wenn Sie fertig sind, speichern Sie das Skript einfach zur späteren Verwendung. Natürlich können Sie das Skript nach Bedarf bearbeiten. Mit dieser Technik kommen Sie möglicherweise dem gesamten benötigten endgültigen Skript sehr nahe. Füllen Sie dann einfach die Lücken aus oder löschen Sie nicht benötigte Schritte. Dieser Ansatz kann viel Codierungszeit und -aufwand sparen, da JMP den korrekten Code für Sie schreibt ... und Sie müssen nicht nach Dingen wie nicht übereinstimmenden Klammern suchen oder sich fragen, was der spezifische JSL-Code eigentlich für eine bestimmte Aktion ist. Schließlich möchten Sie das Skript möglicherweise in ein JMP-Add-In konvertieren und es dann zu einem spezifischen Teil Ihrer persönlichen JMP-Bereitstellungsanwendung machen.
Ich hoffe das hilft?
Betreff: JMP-Skript erforderlich – GRR-MatrixNoch ein paar Infos zu den Daten:
Normalerweise messe ich den Satz „Teile“ dreimal
Jeder Teil (300 bis 800 davon) kann einen anderen Wert haben
Für ein bestimmtes Teil hätten wir also 6 Messungen pro Satz (10 Sätze für das obige Beispiel mit 5 Werkzeugen).
Interaktionen sind für diese Anwendung wichtig, da die einzelnen Teilesätze miteinander verbunden (aber nicht abhängig) sind.
Es ist eigentlich ziemlich schwierig zu beschreiben, ohne genau zu sagen, was ich mache. Aus Gründen des geistigen Eigentums muss ich dies ziemlich allgemein halten.Betreff: JMP-Skript erforderlich – GRR-MatrixEs liegt wahrscheinlich an der Art und Weise, wie ich es beschreibe. Ich mache das so oft, dass ich alle wichtigen Details vergesse, die man verarbeiten muss, um das Gesamtbild zu sehen 
Wenn ich also 5 Werkzeuge hätte, wäre das die Matrix:
Werkzeug_1 bis Werkzeug_2
Werkzeug_1 bis Werkzeug_3
Werkzeug_1 bis Werkzeug_4
Werkzeug_1 bis Werkzeug_5
Werkzeug_2 bis Werkzeug_3
Werkzeug_2 bis Werkzeug_4
Werkzeug_2 bis Werkzeug_5
Werkzeug_3 bis Werkzeug_4
Werkzeug_3 bis Werkzeug_4
Werkzeug_4 bis Werkzeug_5
Wenn ich JMP dazu bringen kann, all dies auf einmal zu erledigen, ohne die anderen Tools für jeden Lauf manuell auszuschließen, wäre das ein erfolgreiches Skript.
Betreff: JMP-Skript erforderlich – GRR-MatrixDanke schön! Klingt, als müsste ich mich mit JSL vertraut machen.
Normalerweise bleiben Modelltyp und Einstellung für eine bestimmte GRR-Matrix gleich; Mein einziger Beitrag ist die Auswahl der Werkzeuge. Es klingt also ziemlich machbar.
Was ich mache, ist, eine Population übereinstimmender Nummern aus der gesamten Werkzeugflotte zu erstellen, um zu bestimmen, wo neue Werkzeuge sein sollten. Je nachdem, welchen Teil ich messe, weisen die Werkzeuge eine unterschiedliche Verteilung ihrer Übereinstimmung auf. Die Messtechnik in meinem Bereich ist ziemlich einzigartig.
Betreff: JMP-Skript erforderlich – GRR-Matrix@Metro-Sam , Willkommen in der Community. Pete bringt einige gute Punkte vor. Hier sind meine Gedanken, ich entschuldige mich, wenn ich etwas zweitklassig bin:
1. Ich verstehe nicht, was Sie meinen, wenn Sie sagen, Sie haben 5 Werkzeuge und 10 Werkzeugkombinationen?
2. Lesen Sie Wheeler & Lyday „Evaluating the Measurement Process“
3. Ich stimme mit Pete überein und glaube, dass dies oft einzigartige Situationen sind. Die Bewertung von Messsystemen ist kein einmaliges Abenteuer. Welche Fragen versuchen Sie bei der Bewertung von Messsystemen zu beantworten? Kann das Messsystem das, was es messen soll (die Probe), ausreichend differenzieren? Verfügt es über eine ausreichende wirksame Auflösung (Diskriminierung)? Ist es stabil/konsistent? Wie groß ist die gerätebedingte Abweichung (üblicherweise Präzisionswiederholbarkeit genannt)? Wie viel ist auf die Benutzeroberfläche zurückzuführen (typischerweise Präzisionsreproduzierbarkeit genannt)? Wie viel der Variation in der Studie ist der Messkomponente zuzuordnen? Diese Fragen können beantwortet werden, hängen jedoch stark davon ab, was Sie messen und welcher Inferenzraum dadurch bestimmt wird, wie die „Proben“ gewonnen wurden.
4. Die Bewertung von Messsystemen kann Gage R&R überlegen sein. Sehen Sie sich das JMP-Whitepaper an:
https://www.jmp.com/en_us/whitepapers/jmp/emp-management-systems-analysis.html
Betreff: JMP-Skript erforderlich – GRR-MatrixIm Allgemeinen ist JSL für das Szenario nützlich, wenn Sie über einen sich wiederholenden Workflow verfügen und Sie nicht bei jeder Iteration des Workflows dieselbe Abfolge von Mausklicks und Optionsauswahlen manuell wiederholen müssen. Wenn das also bei Ihnen der Fall ist, warum überlassen Sie JMP dann nicht einfach die schwere Arbeit der Skripterstellung für Sie? Richten Sie einen Experiment- und Analyse-Workflow ein und gehen Sie Ihre Schritte durch. JMP zeichnet die Schritte in einem Skript auf, und Sie können das Skript dann einfach für zukünftige Iterationen speichern. Das einzige Problem besteht darin, dass Sie jedes Mal Ihre Antwortwerte eingeben müssen.
Aber haben Sie wirklich einen völlig repetitiven Arbeitsablauf für Design und Analyse? Meine Erfahrung mit GRR-Studien zeigt, dass es alle möglichen Probleme wie Verschachtelung, Kreuzung, Kreuzung/Verschachtelung, Anzahl der Ebenen für jeden Faktor usw. gibt, die von Studie zu Studie unterschiedlich sind. Das Einrichten von JSL-Code zur Bewältigung dieser Vielzahl von Problemen wäre möglich, aber haben die JMP-Designer dies nicht bereits in Bezug auf die Einrichtung der Menüs, Optionen usw. getan? Und dann auf der Analyseseite ... kann ich mir das nicht vorstellen Ihr Analyse-Workflow ist auch jedes Mal identisch? Vielleicht ist es? Aber meine Erfahrung war nicht so. Es gab oft Dinge, die ich interessant fand oder die ich mir ansehen musste ... Ausreißer, interessante Beobachtungen, fehlende Beobachtungen, also bin ich in meinem Arbeitsablauf von der Standardanalyse abgewichen ... das ist eine der eleganten Eigenschaften von JMP ... Sie Sie können Ihre Analyse der Reihe nach durchgehen und unterwegs erkunden.
