需要 JMP 脚本 - GRR 矩阵大家好。 这是我第一次在这里发帖，所以请随意发送有关论坛协议等的指示。
我为工作做了很多量规研究，并正在寻找一个脚本（或帮助构建一个脚本），该脚本将自动运行运算符（或我的情况下的工具）的所有组合。 我试图避免在每次 2 工具 GRR 运行时必须包含/排除工具、设置容差（我不使用）等。 因此，如果我有 5 个工具，脚本将运行所有 10 个工具组合并输出 10 组 GRR 数字。
我很感激你能提供的任何帮助。 我不是编码员，但可以学习并肯定将完成的代码应用到 JMP（如果提供）。 谢谢！
质量和工艺工程回复：需要 JMP 脚本 - GRR 矩阵你的第二个用例似乎是正确的。 关键可能是制作一个模板，该模板可以处理具有不同名称和配方的可变舰队规模，每个晶圆运行不同数量的站点。 但这是正确的轨道。回复：需要 JMP 脚本 - GRR 矩阵谢谢。 是的，这有帮助。 如果只是为了更好地理解如何提出问题和程序的局限性。
我想我也许可以更详细地阐述一些细节。 我正在尝试使用通用术语，例如“操作员”和“零件”。 我试图比较的操作员是工具或测量设备。 这些部件位于硅晶圆上的不同测量位置。 所以设置看起来像这样：
...我想我不能在这里粘贴图片。
我有 4 列：
工具编号
站点ID
测量_X
测量值_Y
是，响应：
测量_X
测量值_Y
十、分组：
工具编号
站点ID
这必须是工具然后是站点，否则它不起作用。
图表类型：变异性
型号类型： 交叉
我不想改变方法；对于当权者来说，它已经建立并且运作良好。 我只需要该程序一次性完成所有 2 种工具的组合。 现在，我使用排除功能，运行 2 工具 GRR，返回并选择下一个工具组合，运行 2 工具 GRR，依此类推，直到完成所有操作。 因此，让程序在没有干预的情况下运行所有对的技术部分似乎相当困难。
回复：需要 JMP 脚本 - GRR 矩阵@地铁山姆感谢您的附加信息。 对于我自己的启发，“工具”是测量设备吗？ 您是否希望比较这些“工具”的各种 GRR 特性，例如可重复性、再现性、辨别力等？ 您说您的部件需要反复测量……并且交互很重要。 哪些因素之间存在相互作用？ 你没有提到运营商吗？ 我总是发现将实际实验的树形图放在一起很有帮助。 因此，出于纯粹说明的目的，“工具”将位于树的顶部，操作员可能在下面一个级别，零件在操作员下面一个级别，而重复测量是最低级别？ 然后你必须考虑可能发生的嵌套和交叉......这必须在某个时刻发生才能评估你寻求的相互作用。 但阐明这些特定的相互作用将决定所需的因素交叉。 作为@statman我想说的是，有很多事情需要考虑。
基本上，我上面描述的内容很容易在 JMP 中生成，并且可以轻松地进行分析以比较各种工具。 我建议使用惠勒 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 组）
交互对于此应用程序很重要，因为每个部分集都是相关的（但不依赖）
事实上，如果不告诉你我在做什么，就很难描述。 出于知识产权方面的考虑，我必须保持这一普遍性。回复：需要 JMP 脚本 - GRR 矩阵大概就是我描述的那样。 我经常这样做，以至于忘记了需要处理才能看到大局的所有重要细节:)
所以如果我有 5 个工具，这就是矩阵：
工具_1 至工具_2
工具_1至工具_3
工具_1至工具_4
工具_1至工具_5
工具_2 至工具_3
工具_2 至工具_4
工具_2 至工具_5
工具_3 至工具_4
工具_3 至工具_4
工具_4 至工具_5
如果我可以让 JMP 立即执行所有这些操作，而无需手动排除每次运行的其他工具，那么这将是一个成功的脚本。
回复：需要 JMP 脚本 - GRR 矩阵谢谢你！ 听起来我需要熟悉 JSL。
通常，对于给定的 GRR 矩阵，模型类型和设置保持不变；我唯一的投入是选择工具。 所以这听起来很可行。
我正在做的是在工具群中获取大量匹配的数字，以确定新工具应该放在哪里。 根据我测量的部分，这些工具的匹配程度会有不同的分布。 我所在地区的计量学非常独特。
回复：需要 JMP 脚本 - GRR 矩阵@地铁山姆，欢迎来到社区。 皮特提出了一些好的观点。 以下是我的想法，如果我有点二年级，请原谅：
1.我不明白你说你有5个工具和10个工具组合是什么意思？
2. 阅读 Wheeler & Lyday“评估测量过程”
3. 同意皮特的观点，我认为这些情况往往是独特的。 评估测量系统并不是一次性的冒险。 在评估测量系统时，您想要回答哪些问题？ 测量系统能否充分区分其要测量的对象（样本）？ 是否有足够有效的分辨率（歧视）？ 它稳定/一致吗？ 设备差异有多大（通常称为精度重复性）？ 有多少是由于用户界面（通常称为精度再现性）？ 研究中的变异有多少可归因于测量成分？ 这些问题是可以回答的，但很大程度上取决于您正在测量的内容以及“样本”的获取方式所决定的推理空间。
4. 测量系统评估可能优于 Gage R&R。 请参阅 JMP 白皮书：
https://www.jmp.com/en_us/whitepapers/jmp/emp-management-systems-analysis.html
回复：需要 JMP 脚本 - GRR 矩阵一般来说，当您有一个重复的工作流程并且您不想为工作流程的每次迭代重复相同的鼠标单击顺序和手动选择选项时，JSL 非常有用。 因此，如果您的情况如此，为什么不让 JMP 为您完成脚本编写的繁重工作呢？ 设置实验和分析工作流程并完成您的步骤...JMP 会将这些步骤记录在脚本中，然后您只需保存该脚本以供将来迭代使用。 唯一的问题是您每次都必须输入响应值。
但是您真的有一个完全重复的设计和分析工作流程吗？ 我在 GRR 研究方面的经验是，存在各种各样的问题，例如嵌套、交叉、交叉/嵌套、每个因素的水平数量等，这些问题因一项研究而异。 设置 JSL 代码来处理如此多的问题是可能的，但是 JMP 设计者不是已经在设置菜单、选项等方面这样做了。然后在分析方面......我无法想象您的分析工作流程每次都相同吗？ 也许是吧？ 但我的经历却并非如此。 很多时候我发现有趣或需要查看的事情...异常值、有趣的观察结果、缺失的观察结果，因此我会偏离工作流程中的标准分析...这是 JMP 的优雅特征之一...可以以连续的方式进行分析并一路探索。
