JMP 스크립트 필요 - GRR 매트릭스모두 안녕. 여기에 처음으로 글을 올리는 것이므로 포럼 프로토콜 등에 대한 조언을 보내 주시기 바랍니다.
저는 업무를 위해 많은 게이지 연구를 수행하고 모든 연산자 조합(또는 제 경우에는 도구)을 자동으로 실행하는 스크립트(또는 구축에 도움)를 찾고 있습니다. 나는 모든 2개 도구 GRR 실행에 대해 도구를 포함/제외하고 허용 오차(사용하지 않음)를 설정하는 등의 문제를 해결하려고 노력하고 있습니다. 따라서 5개의 도구가 있는 경우 스크립트는 10개의 도구 조합을 모두 실행하고 10개의 GRR 번호 세트를 내보냅니다.
당신이 줄 수 있는 도움에 감사드립니다. 저는 코더는 아니지만, 제공되는 경우 완성된 코드를 JMP에 배우고 확실히 적용할 수 있습니다. 감사해요!
품질 및 프로세스 엔지니어링답변: JMP 스크립트 필요 - GRR 매트릭스두 번째 사용 사례가 올바른 것 같습니다. 핵심은 웨이퍼당 다양한 사이트 수를 실행하는 다양한 이름과 레시피를 사용하여 다양한 차량 크기를 처리할 수 있는 템플릿을 만드는 것일 수 있습니다. 그래도 옳은 길이다.답변: JMP 스크립트 필요 - GRR 매트릭스감사해요. 네, 도움이 됩니다. 프로그램의 질문과 한계를 묻는 방법을 더 잘 이해하려면.
자세한 내용은 좀 더 자세히 말씀드릴 수 있을 것 같습니다. '연산자', '부품' 등의 일반적인 용어를 사용하려고 합니다. 제가 비교하려는 연산자는 도구나 측정 장치입니다. 부품은 실리콘 웨이퍼의 다양한 측정 지점입니다. 따라서 설정은 다음과 같습니다.
...여기에는 사진을 붙여넣을 수 없을 것 같아요.
4개의 열이 있습니다.
도구 ID
사이트 ID
측정_X
측정_Y
예, 응답:
측정_X
측정_Y
X, 그룹화:
도구 ID
사이트 ID
이것은 도구 다음 사이트여야 합니다. 그렇지 않으면 작동하지 않습니다.
차트 유형: 변동성
모델 유형: 교차
나는 방법을 바꾸고 싶지 않습니다. 그것은 확립되었고 그 힘에 대해 충분히 잘 작동합니다. 한 번에 모든 2가지 도구 조합을 수행하는 프로그램이 필요합니다. 지금은 제외 기능을 사용하고, 2개 도구 GRR을 실행하고, 돌아가서 다음 도구 조합을 선택하고, 2개 도구 GRR을 실행하는 등 모든 작업이 완료될 때까지 계속합니다. 따라서 프로그램이 개입 없이 모든 쌍을 실행하도록 하는 기술적인 부분은 꽤 어려워 보입니다.
답변: JMP 스크립트 필요 - GRR 매트릭스@메트로-샘 추가 정보를 제공해 주셔서 감사합니다. 나 자신의 교화를 위해 '도구'는 측정 장치인가? 그리고 반복성, 재현성, 차별성 등과 같은 다양한 GRR 특성에 대해 '도구'를 서로 비교하려고 하시나요? 반복적으로 측정되는 부품이 있고 상호 작용이 중요하다고 말씀하셨습니다. 어떤 요인 사이의 상호 작용? 운영자에 대한 언급은 없나요? 나는 실제 실험의 수형도를 함께 구성하는 것이 항상 도움이 된다는 것을 알았습니다. 따라서 순전히 설명을 위한 목적으로 '도구'는 트리 상단에 있고, 작업자는 한 수준 아래에 있고, 부품은 작업자보다 한 수준 아래에 있으며, 반복 측정은 가장 낮은 수준에 있을 것입니다. 그런 다음 발생할 수 있는 중첩 및 교차에 대해 생각해야 합니다. 이는 원하는 상호 작용을 평가하기 위해 어느 시점에서 발생해야 합니다. 그러나 이러한 특정 상호 작용을 명확히 표현하면 필요한 요소 교차가 결정됩니다. 처럼 @statman 고려해야 할 사항이 많다는 뜻입니다.
위에서 설명한 내용은 근본적으로 JMP에서 쉽게 생성할 수 있을 뿐만 아니라 다양한 도구를 비교하는 분석도 가능합니다. 저는 Wheeler EMP 접근 방식에 설명된 대로 그래픽 접근 방식을 제안합니다.
JSL에 대한 초보자인 것 같나요? JSL은 대부분 다음 두 가지 시나리오 중 하나에 사용되는 경향이 있습니다.
1. JMP는 기본적으로 어떤 작업도 수행할 수 없습니다. 따라서 충분한 코딩 기술을 갖춘 사람들은 종종 이 시나리오에 대한 JSL 솔루션을 만듭니다. 실제로 사용자 커뮤니티 파일 교환 라이브러리에 있는 많은 JMP 추가 기능은 이런 방식으로 시작되었습니다. 추가 기능 작성자는 자신의 솔루션을 사용자 커뮤니티와 공유하기로 결정했습니다. 이것은 실제로 귀하의 응용 프로그램이 아닙니다. 지금까지 귀하의 의견을 보고 해석한 바에 따르면...JMP가 기본적으로 처리할 수 없는 분석이나 작업 흐름 기능은 필요하지 않다고 생각됩니다.
2. 사용자에게는 계속해서 반복되는 문제와 관련 JMP 작업 흐름이 있습니다. 그리고 반복할 때마다 해당 워크플로우를 처음부터 시작하는 대신 반복 사용을 위해 보관되는 JMP 스크립트를 작성합니다. 그런 다음 문자 그대로 한 번의 마우스 클릭으로 사용자가 스크립트를 실행하고 해당 워크플로가 실행됩니다. 이것이 귀하의 사용 사례처럼 들리나요? 많은 JMP 사용자가 스크립트를 작성하는 방식은 제가 테스트 사례라고 부르는 전체 작업 흐름을 작성하는 것입니다. 테스트 케이스에는 사용자가 실행할 모든 마우스 클릭과 메뉴 선택이 포함됩니다. JMP에서 어떤 작업을 수행할 때마다 JMP는 백그라운드에서 흐름 단계에 해당하는 JSL 코드를 작성합니다. 그런 다음 완료되면 나중에 사용할 수 있도록 스크립트를 저장하면 됩니다. 물론 필요에 따라 스크립트를 편집할 수도 있습니다. 이 기술을 사용하면 필요한 전체 최종 스크립트에 매우 가까워질 수 있습니다. 그런 다음 공백을 채우거나 필요하지 않은 단계를 삭제하면 됩니다. 이 접근 방식을 사용하면 JMP가 올바른 코드를 작성해 주기 때문에 코딩 시간과 노력을 많이 절약할 수 있습니다. 그리고 괄호가 일치하지 않는 등의 항목을 검색하거나 특정 작업에 대한 특정 JSL 코드가 실제로 무엇인지 궁금해할 필요가 없습니다. 그런 다음 궁극적으로 스크립트를 JMP 추가 기능으로 변환하여 개인 JMP 배포 응용 프로그램의 특정 부분이 되도록 할 수 있습니다.
이게 도움이 되길 바란다?
답변: JMP 스크립트 필요 - GRR 매트릭스데이터에 대한 추가 정보:
나는 보통 "부품" 세트를 3회 측정합니다.
각 부품(300~800개)은 서로 다른 값을 가질 수 있습니다.
따라서 특정 부품에 대해 세트당 6개의 측정값이 있습니다(위의 5개 도구 예에서는 10세트).
각 부분 세트가 관련되어 있기 때문에(종속적이지는 않음) 이 애플리케이션에서는 상호 작용이 중요합니다.
실제로 내가 무엇을 하고 있는지 정확히 설명하지 않고 설명하기는 꽤 어렵습니다. IP 문제에 대해서는 이것을 매우 일반적인 것으로 유지해야 합니다.답변: JMP 스크립트 필요 - GRR 매트릭스아마도 제가 설명하는 방식과 비슷할 것입니다. 나는 이런 일을 너무 자주 해서, 큰 그림을 보기 위해 처리해야 하는 모든 중요한 세부 사항을 잊어버립니다. 
따라서 5개의 도구가 있다면 이것은 Matrix가 될 것입니다.
Tool_1 ~ Tool_2
Tool_1 ~ Tool_3
Tool_1 ~ Tool_4
Tool_1 ~ Tool_5
Tool_2에서 Tool_3으로
Tool_2에서 Tool_4로
Tool_2에서 Tool_5로
Tool_3에서 Tool_4로
Tool_3에서 Tool_4로
Tool_4에서 Tool_5로
각 실행에서 다른 도구를 수동으로 제외하지 않고 JMP에서 이 모든 작업을 한 번에 수행할 수 있다면 성공적인 스크립트가 될 것입니다.
답변: JMP 스크립트 필요 - GRR 매트릭스감사합니다! JSL에 익숙해져야 할 것 같습니다.
일반적으로 모델 유형과 설정은 주어진 GRR 매트릭스에 대해 동일하게 유지됩니다. 나의 유일한 입력은 도구를 선택하는 것입니다. 그래서 그것은 꽤 가능할 것 같습니다.
내가 하고 있는 일은 새 도구가 있어야 할 위치를 결정하기 위해 도구 전체에서 일치하는 숫자를 수집하는 것입니다. 측정하는 부분에 따라 도구가 얼마나 잘 일치하는지에 대한 분포가 다릅니다. 우리 지역의 계측은 매우 독특합니다.
답변: JMP 스크립트 필요 - GRR 매트릭스@메트로-샘 , 커뮤니티에 오신 것을 환영합니다. 피트는 몇 가지 좋은 점을 지적합니다. 내 생각은 다음과 같습니다. 제가 약간 2학년이라면 사과드립니다.
1. 5가지 도구와 10가지 도구 조합이 있다는 말이 무슨 뜻인지 이해가 안 됩니까?
2. Wheeler와 Lyday의 "측정 프로세스 평가"를 읽어보세요.
3. Pete의 의견에 따르면 저는 이러한 상황이 종종 독특한 상황이라고 생각합니다. 측정 시스템을 평가하는 것은 일회성 모험이 아닙니다. 측정 시스템을 평가할 때 어떤 질문에 답하려고 하시나요? 측정 시스템이 측정 대상(샘플)을 적절하게 구별할 수 있습니까? 충분한 유효 해결(차별)이 있습니까? 안정적/일관적인가요? 장비로 인한 변동(일반적으로 정밀 반복성이라고 함)은 얼마나 됩니까? 사용자 인터페이스(일반적으로 정밀 재현성이라고 함)로 인한 비용은 얼마입니까? 연구의 변동 중 얼마나 많은 부분이 측정 구성요소에 할당될 수 있습니까? 이러한 질문에 답할 수 있지만 측정 대상과 "샘플"을 얻은 방법에 따라 결정되는 추론 공간에 따라 크게 달라집니다.
4. 측정 시스템 평가는 Gage R&R보다 우수할 수 있습니다. JMP 백서를 참조하세요.
https://www.jmp.com/en_us/whitepapers/jmp/emp-management-systems-analytic.html
답변: JMP 스크립트 필요 - GRR 매트릭스일반적으로 JSL은 반복적인 작업 흐름이 있고 작업 흐름이 반복될 때마다 동일한 마우스 클릭 순서와 수동으로 옵션 선택을 반복할 필요가 없는 시나리오에 유용합니다. 그렇다면 귀하의 경우 JMP가 스크립트 구성의 어려운 작업을 대신 수행하도록 하시면 어떨까요? 실험 및 분석 워크플로를 설정하고 단계를 진행해 보세요. JMP는 스크립트에 단계를 기록한 다음 향후 반복을 위해 스크립트를 저장하면 됩니다. 유일한 문제는 매번 응답 값을 입력해야 한다는 것입니다.
하지만 실제로 설계와 분석 모두에 대해 완전히 반복적인 작업 흐름이 있습니까? GRR 연구에 대한 내 경험에 따르면 중첩, 교차, 교차/중첩, 각 요인의 수준 수 등과 같은 모든 종류의 문제가 연구마다 다릅니다. 이러한 다양한 문제를 처리하기 위해 JSL 코드를 설정하는 것이 가능하지만 JMP 디자이너가 메뉴, 옵션 등을 설정하는 데 이미 이 작업을 수행하지 않았습니까? 그렇다면 분석 측면에서는...상상할 수 없습니다. 귀하의 분석 작업 흐름도 매번 동일합니까? 어쩌면 그럴까요? 하지만 내 경험은 그렇지 않았습니다. 흥미롭거나 살펴봐야 할 것들이 종종 있었습니다. 이상값, 흥미로운 관찰, 누락된 관찰 등이 있었습니다. 그래서 작업 흐름의 표준 분석에서 벗어나게 되었습니다. 이것이 바로 JMP의 멋진 특징 중 하나입니다... 탐색 과정에서 순차적인 방식으로 분석을 진행할 수 있습니다.
