Script JMP necessario - Matrice GRRCiao a tutti. Questa è la prima volta che scrivo qui, quindi sentitevi liberi di inviare suggerimenti sul protocollo del forum e simili.
Faccio molti studi sugli indicatori per lavoro e sto cercando uno script (o un aiuto per crearne uno) che eseguirà automaticamente tutte le combinazioni di operatori (o strumenti nel mio caso). Sto cercando di evitare di dover includere/escludere strumenti, impostare la tolleranza (che non utilizzo), ecc. Per ogni esecuzione GRR a 2 strumenti. Quindi, se avessi 5 strumenti, lo script eseguirebbe tutte le 10 combinazioni di strumenti e produrrebbe 10 serie di numeri GRR.
Apprezzo qualsiasi aiuto tu possa dare. Non sono un programmatore ma posso imparare e applicare sicuramente un codice finito a JMP, se fornito. Grazie!
Ingegneria della qualità e dei processiRi: Script JMP necessario - Matrice GRRIl tuo secondo caso d'uso sembra giusto. Il punto cruciale potrebbe essere la creazione di un modello in grado di gestire una flotta di dimensioni variabili con nomi e ricette diversi che gestiscono un numero diverso di siti per wafer. E' la strada giusta però.Ri: Script JMP necessario - Matrice GRRGrazie. Sì, questo aiuta. Se non altro per capire meglio come porre le domande e i limiti del programma.
Penso che potrei essere in grado di elaborare un po' di più i dettagli. Sto cercando di utilizzare un gergo generale come "operatore" e "parte". Gli operatori che cerco di confrontare sono gli strumenti o dispositivi di misura. Le parti sono diversi punti di misurazione su un wafer di silicio. Quindi la configurazione è simile a questa:
...Immagino di non poter incollare una foto qui.
Ho 4 colonne:
ID strumento
ID del sito
Misura_X
Misura_Y
Sì, risposta:
Misura_X
Misura_Y
X, Raggruppamento:
ID strumento
ID del sito
Questo deve essere lo strumento e poi il sito, altrimenti non funziona.
Tipo di grafico: variabilità
Tipo di modello: incrociato
Non voglio cambiare il metodo; è consolidato e funziona abbastanza bene per i poteri costituiti. Ho solo bisogno che il programma esegua tutte le combinazioni di 2 strumenti in una volta sola. In questo momento utilizzo la funzione Escludi, eseguo un GRR a 2 strumenti, torno indietro e seleziono la combinazione successiva di strumenti, eseguo un GRR a 2 strumenti e così via fino al completamento di tutto. Quindi la parte tecnica di far sì che il programma esegua tutte le coppie senza intervento sembra piuttosto semplice.
Ri: Script JMP necessario - Matrice GRR@Metro-Sam Grazie per le informazioni aggiuntive. A mia edificazione, lo 'strumento' è quindi il dispositivo di misurazione? E stai cercando di confrontare gli "strumenti" tra loro per varie caratteristiche GRR come ripetibilità, riproducibilità, discriminazione e altre? Dici di avere parti che vengono misurate ripetutamente... e le interazioni sono importanti. Interazioni tra quali fattori? Non parli degli operatori? Ho sempre trovato utile mettere insieme un diagramma ad albero dell'esperimento reale. Quindi, a scopo puramente illustrativo, gli "Strumenti" sarebbero in cima all'albero, con forse gli operatori un livello sotto, con le parti un livello sotto gli operatori, con le misurazioni ripetute al livello più basso? Quindi dovresti pensare alla nidificazione e all'incrocio che potrebbero verificarsi... che devono verificarsi ad un certo punto per valutare le interazioni che cerchi. Ma articolare quelle interazioni specifiche determinerà il necessario incrocio di fattori. COME @statman e sto dicendo che c'è molto da considerare.
Fondamentalmente quello che descrivo sopra è facile da generare in JMP così come l'analisi per confrontare i vari strumenti. Suggerisco un approccio grafico come descritto nell'approccio Wheeler EMP.
E sembra che tu sia un po' alle prime armi con JSL? JSL tende ad essere utilizzato dalla maggior parte per uno dei due scenari:
1. JMP non può fare qualcosa in modo nativo e pronto all'uso... quindi con sufficiente abilità di codifica, le persone spesso creano soluzioni JSL per questo scenario. In effetti, molti dei componenti aggiuntivi JMP nella libreria di scambio file della comunità degli utenti sono nati in questo modo... e il creatore del componente aggiuntivo ha scelto di condividere la propria soluzione con la comunità degli utenti. Questa non è proprio la tua applicazione. In base a ciò che ho visto e interpretato finora dai tuoi input... non vedo che tu abbia bisogno di funzionalità di analisi o flusso di lavoro che JMP non possa gestire in modo nativo.
2. Un utente ha un problema e un flusso di lavoro JMP associato che ripete ancora e ancora e ancora. E invece di avviare il flusso di lavoro da zero a ogni iterazione, scrivono uno script JMP che viene conservato per un uso ripetuto. Quindi, letteralmente con un clic del mouse, l'utente esegue lo script e il flusso di lavoro viene eseguito. Questo sembra il tuo caso d'uso? Il modo in cui molti utenti JMP creano lo script è creare l'intero flusso di lavoro in quello che chiamerò un caso di test. Il caso di test contiene tutti i clic del mouse e le selezioni di menu che l'utente eseguirebbe. Ogni volta che si esegue qualsiasi operazione in JMP, in background, JMP scrive il codice JSL corrispondente per i passaggi del flusso. Quindi, quando hai finito, salva lo script per un uso futuro. Ovviamente puoi modificare lo script secondo necessità. Questa tecnica potrebbe avvicinarti molto all'intero script finale di cui hai bisogno... quindi dovrai semplicemente riempire gli spazi vuoti o eliminare i passaggi non necessari. Questo approccio può farti risparmiare molto tempo e fatica nella codifica poiché JMP scriverà il codice corretto per te... e non dovrai cercare cose come parentesi non corrispondenti o chiederti quale sia effettivamente il codice JSL specifico per qualche azione specifica. Alla fine potresti voler convertire lo script in un componente aggiuntivo JMP e quindi diventare una parte specifica della tua applicazione di distribuzione JMP personale.
Spero che aiuti?
Ri: Script JMP necessario - Matrice GRRQualche informazione in più sui dati:
Di solito misuro l'insieme delle "parti" 3 volte
Ciascuna parte (da 300 a 800) può avere un valore diverso
Quindi per un dato pezzo avremmo 6 misurazioni per set (10 set per l'esempio di 5 utensili sopra)
Le interazioni sono importanti per questa applicazione perché ogni set di parti è correlato (ma non dipendente)
In realtà è piuttosto difficile da descrivere senza dirti esattamente cosa sto facendo. Devo mantenerlo piuttosto generale per le preoccupazioni relative alla proprietà intellettuale.Ri: Script JMP necessario - Matrice GRRProbabilmente è nel modo in cui lo sto descrivendo. Lo faccio così spesso che dimentico tutti i dettagli importanti che devi elaborare per vedere il quadro generale 
Quindi se avessi 5 strumenti questo sarebbe Matrix:
Da Strumento_1 a Strumento_2
Da Strumento_1 a Strumento_3
Da Strumento_1 a Strumento_4
Da Strumento_1 a Strumento_5
Da Strumento_2 a Strumento_3
Da Strumento_2 a Strumento_4
Da Strumento_2 a Strumento_5
Da Strumento_3 a Strumento_4
Da Strumento_3 a Strumento_4
Da Strumento_4 a Strumento_5
Se riesco a fare in modo che JMP esegua tutte queste operazioni contemporaneamente senza escludere manualmente gli altri strumenti per ogni esecuzione, sarebbe uno script di successo.
Ri: Script JMP necessario - Matrice GRRGrazie! Sembra che dovrei familiarizzare con JSL.
Di solito il tipo di modello e l'impostazione rimangono gli stessi per una determinata matrice GRR; il mio unico input è la scelta degli strumenti. Quindi sembra abbastanza fattibile.
Quello che sto facendo è ottenere una popolazione di numeri corrispondenti nel parco strumenti per determinare dove dovrebbero essere i nuovi strumenti. A seconda della parte che sto misurando, gli strumenti avranno distribuzioni diverse della loro corrispondenza. La metrologia nella mia zona è piuttosto unica.
Ri: Script JMP necessario - Matrice GRR@Metro-Sam , Benvenuto nella comunità. Pete solleva alcuni punti positivi. Ecco i miei pensieri, mi scuso se sono un po' al secondo anno:
1. Non capisco cosa intendi quando dici che hai 5 strumenti e 10 combinazioni di strumenti?
2. Leggi Wheeler & Lyday "Valutazione del processo di misurazione"
3. D'accordo con Pete, credo che spesso queste siano situazioni uniche. La valutazione dei sistemi di misurazione non è un’avventura unica. Quando valuti i sistemi di misurazione, a quali domande cerchi di rispondere? Il sistema di misurazione è in grado di differenziare adeguatamente ciò che si intende misurare (il campione)? Ha una risoluzione sufficientemente efficace (discriminazione)? È stabile/coerente? Quanta variazione è dovuta all'attrezzatura (tipicamente chiamata ripetibilità di precisione)? Quanto è dovuto all'interfaccia utente (tipicamente chiamata riproducibilità di precisione)? Quanta variazione nello studio è attribuibile alla componente di misurazione? È possibile rispondere a queste domande, ma dipendono molto da ciò che si sta misurando e dallo spazio di inferenza dettato da come sono stati ottenuti i "campioni".
4. Le valutazioni del sistema di misurazione potrebbero essere superiori a quelle di Gage R&R. Consulta il white paper di JMP:
https://www.jmp.com/en_us/whitepapers/jmp/emp-management-systems-analysis.html
Ri: Script JMP necessario - Matrice GRRIn generale JSL è utile per lo scenario in cui si dispone di un flusso di lavoro ripetitivo e si desidera non dover ripetere manualmente la stessa sequenza di clic del mouse e selezioni di opzioni per ogni iterazione del flusso di lavoro. Quindi, se questo è il tuo caso, perché non lasciare che JMP si occupi del lavoro pesante della composizione della sceneggiatura per te? Imposta un flusso di lavoro per l'esperimento e l'analisi e segui i passaggi...JMP registrerà i passaggi in uno script, quindi potrai semplicemente salvare lo script per iterazioni future. L'unico problema è che dovrai inserire i valori della risposta ogni volta.
Ma hai davvero un flusso di lavoro completamente ripetitivo sia per la progettazione che per l'analisi? La mia esperienza con gli studi GRR è che ci sono tutti i tipi di problemi come annidamento, incrocio, incrocio/annidamento, numero di livelli per ciascun fattore, ecc. che variano da uno studio all'altro. Sarebbe possibile impostare il codice JSL per gestire questa moltitudine di problemi, ma i progettisti JMP non lo hanno già fatto per impostare i menu, le opzioni, ecc. Quindi, dal lato dell'analisi... non riesco a immaginare anche il tuo flusso di lavoro di analisi è identico ogni volta? Forse lo è? Ma la mia esperienza non è stata così. Spesso ci sono state cose che ho trovato interessanti o che dovevo esaminare... valori anomali, osservazioni interessanti, osservazioni mancanti, quindi deviavo dall'analisi standard nel mio flusso di lavoro... questa è una delle caratteristiche eleganti di JMP... tu puoi muoverti attraverso la tua analisi in modo sequenziale esplorando lungo il percorso.
