Erweitern Sie die Optionen für SPEC-GrenzwerteWas hat diese Wunschlistenanfrage inspiriert?
Ich verwende mehr als 2 Spezifikationsgrenzen pro Prozessparameter.
Welche Verbesserung würden Sie sich wünschen?
Bitte lassen Sie in den Spezifikationsgrenzen mehr als eine Grenze pro Seite zu. Auch die Möglichkeit, den Namen/die Bezeichnung der Grenze anzupassen, wird sehr geschätzt.
Warum ist diese Idee wichtig?
Ich möchte beim Einfügen von Spezifikationsgrenzen die folgenden Optionen sehen:
LSL2: xxx Label (optional): xxx
LSL1: xxx Label (optional): xxx
Ziel: xxx Label (optional): xxx
USL1: xxx Label (optional): xxx
USL2: xxx Label (optional): xxx
Qualitäts- und VerfahrenstechnikBetreff: Optionen für SPEC-Grenzwerte erweiternIch mag diese Idee. Wir möchten oft mehrere Spalten darstellen und zum Vergleich sowohl die alten als auch die aktualisierten Grenzwerte anzeigen. Eine Problemumgehung, die ich verwendet habe, besteht darin, die Eigenschaft „Spec Limit“ für die ursprünglichen Grenzwerte zu verwenden und die Eigenschaft „Response Limit“ für die neuen Grenzwerte umzuwidmen. Beide werden in Graph Builder-Diagrammen angezeigt, wobei die Spezifikationsgrenzen blau und die Antwortgrenzen grün gefärbt sind. Dies ist in Ordnung, es sei denn, jemand muss stattdessen die Eigenschaft „Response Limits“ für den beabsichtigten Zweck verwenden.
Betreff: Optionen für SPEC-Grenzwerte erweiternBetreff: Optionen für SPEC-Grenzwerte erweiternDies wäre unglaublich nützlich und ich bin ein wenig überrascht, dass JMP dies nicht bereits unterstützt. Um unseren Anwendungsfall etwas in den Kontext zu setzen: Wir verwenden JMP zur Überwachung unseres Herstellungsprozesses. Jeder Schritt kann bis zu 3 Grenzwertsätze haben – einen Satz, der von unserer Aufsichtsbehörde als CPP genehmigt wurde, einen Aktionsgrenzwert und einen Warngrenzwert (oder PARs und NORs oder eine andere Bezeichnung für diese Art von Grenzwerten). Ich würde alle 3 gerne in Diagrammen sehen können, insbesondere in Kontrolldiagrammen. Ich arbeite derzeit daran, dies über ein komplexes Skript auf Grundlage dieses Community-Beitrags hinzuzufügen, aber es ist sehr komplex für etwas, das, wie ich mir vorstelle, in den meisten Herstellungsprozessen verwendet wird. Ich würde denken, dass der Großteil der Hintergrundarbeit, die für Spezifikationsgrenzwerte aufgewendet wurde, für einen benutzerdefinierten Grenzwert wie den folgenden wiederverwendet werden könnte:
JMP erlaubt bereits benutzerdefinierte Eigenschaften, es kann sich dabei nur um Freitext handeln. Es wäre eine große Hilfe, wenn eine benutzerdefinierte Eigenschaft eine Reihe von Grenzwerten sein könnte.
Für unsere Organisation überprüfen wir diese Daten jährlich und müssen derzeit JMP neben unserer Tabelle mit Grenzwerten laufen haben und vergleichen, wo unsere tatsächlichen Werte im Verhältnis zu diesen anderen Grenzwerten liegen, was zeitaufwändig und fehleranfällig ist. Wenn wir alle diese Grenzwerte in JMP hätten, würde das diesen Prozess viel reibungsloser gestalten. Im Diagramm unten ist der Prozess beispielsweise im Allgemeinen unter Kontrolle und innerhalb der Spezifikationsgrenzen, liegt aber durchweg außerhalb des normalen Betriebsbereichs und sollte den Bedienern angezeigt werden. Ohne das manuelle Hinzufügen dieser Grenzwerte als Linien würden wir das jedoch nie erfahren. Bei einem Prozess mit Hunderten von Schritten ist es mühsam, diese jedes Mal als Linien hinzuzufügen. Ein Parameter zu haben, mit dem wir diese live haben und sie für die Diagrammansichten nach Bedarf deaktivieren können, wäre eine große Hilfe.
Betreff: Optionen für erweiterte SpezifikationsgrenzenDie Prozessprüfung mit Verteilungskontrollkarten unterstützt zwei Grenzwertsätze. Obwohl sie als gespeicherte Quantilgrenzen von 0,975 und 0,99865 vorgesehen sind, können sie beliebige Werte annehmen und sind jeweils mit Alarmen verknüpft. Zusätzlich können reguläre Spezifikationsgrenzen definiert werden, die ebenfalls einen Alarm auslösen. In JMP19 sind diese für die Kontrollkartentypen „Zählbar“ und „Kontinuierlich (nicht negativ)“ verfügbar.
