이러한 위시리스트 요청을 하게 된 계기는 무엇이었나요?
저는 Pi 태그에 대한 경험을 여기에 제출했습니다: Pi 가져오기 옵션 - 최대 개수 옵션 - JMP 사용자 커뮤니티 및 기술 지원 사례 TS - 00192427. 기술 지원팀은 옵션을 검토 중이며 여기에 요청을 게시해 달라고 요청했습니다.
허용된 총 결과 수를 요청된 태그 수로 나눈 값을 기준으로 각 Pi 태그 출력을 제한하는 방식은 자주 수집되는 Pi 태그의 출력을 심각하게 제한하고, 다른 모든 태그(수집 빈도가 낮은 태그)가 계속 작동하는 동안 데이터가 갑자기 중단되면 태그에 문제가 있는 것처럼 보이게 합니다. (예시 그래프 - 녹색 태그가 빨간색 태그보다 먼저 출력을 멈췄는데, 저는 두 태그가 동일하다고 생각했지만, 둘 다 보라색 태그보다 훨씬 먼저 출력을 멈췄습니다.) 또한 한 번에 가져올 수 있는 태그 수에도 제한이 있습니다. 대부분의 태그는 매우 드물게(하루에 한 번 또는 8시간에 한 번) 가져오고 다른 태그는 30초마다 가져오는 경우에도 마찬가지입니다. 태그 수를 37,500개로 제한하는 이 오류 메시지는 "시스템 제한"인 150,000개 결과를 4개의 태그를 동시에 가져오는 것으로 나눈 값에 대한 것입니다. 이는 JMP 18에 적용되는데, JMP 18은 여러 태그를 가져오는 이 기능이 있는 유일한 버전입니다(저는 18.1.1을 사용하고 있습니다).
어떤 개선을 원하시나요?
난이도 순으로:
1) Pi 태그 가져오기에 대한 Max Count 기능이 작동하는 방식과 제한 사항에 대한 설명서를 JMP 도움말 메뉴/웹 페이지에 추가합니다.
2) 여러 태그를 끌어올릴 때 일부 태그는 시간 범위 전에 한계에 도달하는 반면 다른 태그는 전체 범위를 계속 수행하는 경우 Pi 태그 출력에 경고 또는 오류를 추가합니다.
3) 태그 풀링 방법을 변경하여 태그 수의 전체 값(최대 개수 - 150,000 "시스템 제한")을 사용할 수 있도록 합니다.
a) 태그를 따라 왼쪽에서 오른쪽으로 이동
b) 각각을 개별적으로 끌어와 결합(권장)
이 아이디어가 왜 중요한가요?
JMP 18부터 여러 Pi 태그를 동시에 가져오는 이 훌륭한 JMP 기능을 출력 결과에 의존할 수 없다면 동료들에게 추천하기 어렵습니다. 복잡한 스크립트를 작성하여 반복할 수는 있지만, 공장의 각 영역이 매우 다르기 때문에 고유한 코드로 모든 영역을 다룰 수는 없습니다. 수동 Pi 태그 가져오기 인터페이스는 일반 사용자에게는 유용하지만, 견고해야 합니다. 그렇지 않으면 데이터에서 학습할 기회를 만드는 것보다 이상한 출력을 이해하는 데 더 많은 시간과 노력을 소모하게 되어 답답함을 느끼게 됩니다.
