Impostazione dei limiti delle specifiche con USL=LSL?CIAO. Ho una colonna della tabella dati composta da valori interi codificati. Ad esempio, uno "0" indica "OK" e altri numeri indicano qualche tipo di problema. Vorrei impostare limiti di specifica di (0,0) per questa colonna, ma JMP emette un "Errore di coerenza" quando lo provo e non mi consente di avere un USL inferiore o uguale a un LSL. So che potrei semplicemente impostare i limiti in modo che siano qualcosa come (-0,1, +0,1), ma modificarlo creerebbe problemi altrove nella mia organizzazione.
C'è un modo per impostare i miei limiti in modo che siano uguali tra loro? Ho provato a modificare il tipo di modellazione da continuo a nominale o ordinale, ma mi impedisce comunque di impostare USL=LSL.
Grazie.
Automazione e scriptingAnalisi e modellazione dei dati di baseIngegneria della qualità e dei processiRi: Impostazione dei limiti delle specifiche con USL=LSL?Come utilizzerai questi limiti? Cosa ti aspetti che la proprietà della colonna Spec Limit faccia per te?
Ri: Impostazione dei limiti delle specifiche con USL=LSL?CIAO @nikles ,
Esatto, JMP non ti consentirà di impostare l'USL uguale al Target o all'LSL. Non so il esatto motivo, ma è probabilmente dovuto al fatto che quando si immettono limiti di specifica per una colonna, quando vengono eseguite determinate piattaforme in JMP, come Distribuzione, JMP calcola gli indici di capacità del processo come cpk e ppk. Tali valori hanno senso solo se i limiti delle specifiche non sono uguali tra loro, altrimenti i risultati non avrebbero alcun senso.
È necessario avere una LSL? Se il numero intero codificato non può (o non deve) essere inferiore a 0 e Target o USL dovrebbero essere 0, imposterei semplicemente uno di questi su 0 e continuerei con l'analisi. C'è un motivo specifico per cui devi avere un LSL?
Spero che questo ti aiuti,
DS
Ri: Impostazione dei limiti delle specifiche con USL=LSL?Il supporto JMP in realtà mi ha consigliato di inserire un elemento della lista dei desideri per questo. Pensavo di averlo fatto ma non riesco a trovarlo. Se inserisci un elemento, rispondi qui e gli darò un pollice in su. Altrimenti posso inserirne uno lunedì.
Il nostro lettore stdf e l'interfaccia di produzione importano tutti i test come numerici continui, quindi nominale/ordinale non ci sarebbe d'aiuto.
Se riesci a mettere le mani su una versione precedente di JMP, anche quella potrebbe funzionare. Penso che 15 se la siano cavata bene, ma non ne sono proprio sicuro; Utilizzo raramente altro che script per caricare i limiti e non ne ho 15 installati in questo momento.
Un caricatore di limiti homebrew scritto in jsl è il modo migliore per farlo. Non posso condividere il mio codice perché è l'IP aziendale, ma se riesci a trovare un programmatore jsl nella tua azienda forse puoi far funzionare qualcosa. Basta avere una tabella dei limiti con 3 colonne: nome del parametro (colonna), LSL e USL, quindi caricarli nella tabella dei dati. Puoi fare una ricerca su Google per qualcosa come lo script jmp jsl per caricare USL e LSL. Alcuni di questi risultati di ricerca mostrano blog scritti da jmp... puoi provarli, ma immagino che si tratti di strumenti basati su piattaforma nativa che potrebbero non consentire USL=LSL. Questo collegamento contiene alcune nozioni di base su come farlo e dovresti racchiudere altro codice come scegliere le tabelle di dati corrette, scorrere le colonne, aggiungere una GUI, gestione degli errori, ecc. Ricorda di gestire i casi in cui a il limite inferiore e/o superiore non esiste. L'istruzione try() fa miracoli per la gestione degli errori, purché qualsiasi cosa a valle non dipenda da essa.
Ri: Impostazione dei limiti delle specifiche con USL=LSL?Le versioni precedenti consentivano a un utente di impostare manualmente USL = LSL, ma questo è stato interrotto in JMP16 o 17. JMP consente ancora questa pratica quando si impostano i limiti a livello di codice utilizzando JSL e spero che continuino a consentirlo, poiché la nostra organizzazione ha molti casi di questo tipo . L'esempio più tipico è uno stato di bit o un equivalente/combinazione decimale (o esadecimale) di diversi stati di bit. Nel mondo dei semiconduttori, è pratica comune avere USL = LSL in questi casi e il programma di test considera un valore pari a un limite essere di passaggio.
Tieni presente che alcune piattaforme (penso GR&R?) potrebbero generare un errore durante l'esecuzione dell'analisi su un parametro con USL=LSL, il che sarebbe doloroso se si eseguono tutti i parametri contemporaneamente e si hanno diversi casi di USL=LSL e devo premere "ok" più e più volte. Abbiamo modificato alcuni dei nostri script per gestire questi casi.
i codici/interi possono anche essere negativi (versione in complemento a due di un decimale).
Avevo segnalato l'argomento al supporto jmp e il cambiamento era intenzionale. Ancora una volta, spero che continuino a consentirlo a livello di programmazione tramite jsl. È così che carichiamo comunque la maggior parte dei nostri limiti, senza contare i limiti che arrivano direttamente dal convertitore stdf che suppongo stia caricando anche i limiti a livello di programmazione.
Ri: Impostazione dei limiti delle specifiche con USL=LSL?Grazie @mikedriscoll . Sono d'accordo e vorrei che consentissero USL=LSL per le stesse ragioni che hai menzionato. Avere dei limiti in atto ci consente di calcolare i rendimenti. Un'idea sarebbe quella di consentire USL=LSL solo per colonne con tipi di modellazione nominali o ordinali. Oh bene. Qualcosa per la lista dei desideri.
Ri: Impostazione dei limiti delle specifiche con USL=LSL?Elemento della lista dei desideri appena creato:
https://community.jmp.com/t5/JMP-Wish-List/Allow-spec-limit-settings-to-be-equal-USL-LSL/idi-p/718120
Ri: Impostazione dei limiti delle specifiche con USL=LSL?Grazie!
