Définir des limites de spécifications avec USL=LSL ?Salut. J'ai une colonne de tableau de données composée de valeurs entières codées. Par exemple, un « 0 » indique « OK » et d'autres chiffres indiquent un problème. Je voudrais définir des limites de spécifications de (0,0) pour cette colonne, mais JMP émet une "Erreur de cohérence" lorsque j'essaie cela et ne me permet pas que l'USL soit inférieure ou égale à la LSL. Je sais que je pourrais simplement définir les limites à quelque chose comme (-0,1, +0,1), mais changer cela créerait des problèmes ailleurs dans mon organisation.
Existe-t-il un moyen de fixer mes limites pour qu'elles soient égales les unes aux autres ? J'ai essayé de changer le type de modélisation de continu à nominal ou ordinal, mais cela m'empêche toujours de définir USL=LSL.
Merci.
Automatisation et scriptsAnalyse et modélisation des données de baseIngénierie Qualité et ProcédésRe : Définir des limites de spécifications avec USL=LSL ?Comment allez-vous utiliser ces limites ? Qu'attendez-vous de la propriété de colonne de Spec Limit pour vous ?
Re : Définir des limites de spécifications avec USL=LSL ?Salut @nikles ,
Correct, JMP ne vous permettra pas de définir l'USL égale à la cible ou au LSL. je ne connais pas le exact raison, mais cela est probablement dû au fait que lorsque vous entrez des limites de spécifications pour une colonne, lorsque certaines plates-formes dans JMP sont exécutées - comme la distribution - JMP calcule les indices de capacité de processus comme cpk et ppk. Ces valeurs n'ont de sens que si les limites des spécifications ne sont pas égales les unes aux autres, sinon les résultats n'auraient aucun sens.
Faut-il avoir un LSL ? Si l'entier codé ne peut pas (ou ne doit pas) être inférieur à 0 et que la cible ou l'USL doit être 0, alors je définirais simplement l'un ou l'autre sur 0 et continuerais votre analyse. Y a-t-il une raison spécifique pour laquelle vous avez besoin d’un LSL ?
J'espère que cela t'aides,
DS
Re : Définir des limites de spécifications avec USL=LSL ?Le support JMP m'a en fait recommandé de saisir un élément de liste de souhaits pour cela. Je pensais l'avoir fait mais je ne le trouve pas. Si vous saisissez un élément, répondez simplement ici et je vous donnerai un coup de pouce. Sinon, je peux en saisir un lundi.
Notre lecteur stdf et notre interface de production importent tous les tests sous forme numérique continue, donc nominal/ordinal ne nous aiderait pas.
Si vous pouvez mettre la main sur une version antérieure de JMP, cela peut également fonctionner. Je pense que 15 ont bien géré cela, mais je ne suis pas vraiment sûr ; J'utilise très rarement autre chose que des scripts pour charger les limites et je n'en ai pas 15 installés pour le moment.
Un chargeur de limite homebrew écrit en jsl est la meilleure façon de procéder. Je ne peux pas partager mon code car il s'agit de l'adresse IP de l'entreprise, mais si vous pouvez trouver un programmeur JSL dans votre entreprise, vous pourrez peut-être faire avancer quelque chose. Ayez simplement une table de limites avec 3 colonnes : nom du paramètre (colonne), LSL et USL, puis chargez-les dans votre table de données. Vous pouvez faire une recherche Google pour quelque chose comme le script jmp jsl pour charger USL et LSL. Certains de ces résultats de recherche affichent des blogs écrits par jmp... vous pouvez les essayer, mais je suppose qu'il s'agit d'outils natifs basés sur une plate-forme qui peuvent ne pas autoriser USL=LSL. Ce lien contient certaines des bases pour le faire, et vous devrez envelopper un autre code comme choisir les bonnes tables de données, parcourir les colonnes, ajouter une interface graphique, gérer les erreurs, etc. N'oubliez pas de gérer les cas où un la limite inférieure et/ou supérieure n'existe pas. L'instruction try() fait des merveilles pour la gestion des erreurs, tant que rien en aval n'en dépend.
Re : Définir des limites de spécifications avec USL=LSL ?Les versions antérieures permettaient à un utilisateur de définir manuellement USL = LSL, mais cela a été interrompu dans JMP16 ou 17. JMP autorise toujours cette pratique lors de la définition de limites par programme à l'aide de JSL, et j'espère qu'ils continueront à l'autoriser, car notre organisation connaît de nombreux cas de ce type. . L'exemple le plus typique est un état binaire ou un équivalent décimal (ou hexadécimal)/une combinaison de plusieurs états binaires. Dans le monde des semi-conducteurs, il est courant d'avoir USL = LSL dans ces cas et le programme de test considère une valeur égale à une limite. être de passage.
Gardez simplement à l'esprit que certaines plates-formes (je pense que GR&R ?) peuvent générer une erreur lors de l'exécution de l'analyse sur un paramètre avec USL=LSL, ce qui serait pénible si vous exécutez tous les paramètres en même temps et que vous avez plusieurs cas de USL=LSL et je dois appuyer sur « ok » encore et encore. Nous avons modifié certains de nos scripts pour gérer ces cas.
les codes/entiers peuvent également être négatifs (version complément à deux d'un nombre décimal).
J'en avais parlé au support jmp et le changement était délibéré. Encore une fois, j'espère qu'ils continueront à l'autoriser par programme via jsl. C'est ainsi que nous chargeons la plupart de nos limites de toute façon, sans compter les limites provenant directement du convertisseur stdf qui, je suppose, charge également les limites par programme.
Re : Définition des limites de spécifications avec USL=LSL ?Merci @mikedriscoll . Je suis d'accord et j'aimerais qu'ils autorisent USL=LSL pour les mêmes raisons que vous mentionnez. La mise en place de limites nous permet de calculer les rendements. Une idée serait d'autoriser USL=LSL pour les colonnes avec des types de modélisation nominaux ou ordinaux uniquement. Tant pis. Quelque chose à ajouter à la liste de souhaits.
Re : Définition des limites de spécifications avec USL=LSL ?L'élément de la liste de souhaits vient d'être créé :
https://community.jmp.com/t5/JMP-Wish-List/Allow-spec-limit-settings-to-be-equal-USL-LSL/idi-p/718120
Re : Définition des limites de spécifications avec USL=LSL ?Merci!
