ISA88第5部分草案:资源管理器实现问题，回答

Rick Slaugenhaupt在之前的博客文章“修订的ISA88第5部分定义”的评论和问题中提出了一些关于资源管理器实现的好观点。我想就此展开对话，以确保我们彼此理解。

我同意存在一定数量的中央监督来管理组成单元/机器/单元的模块之间的协调(例如，在使用配方的任何生产开始时，这种监督功能将确保单元中的所有实体都处于接受状态，以便配方的命令能够一直执行到物理设备)。

在一个大型系统中，将一个实现中的所有模块的责任放在这个单一的监督功能中确实会变得很笨重，我认为通过使用第5部分中提到的资源管理器等功能来分担责任会更好。顶层的监督功能只需要与上层的模块交互，而这些模块反过来了解如何将其直接下属带入一个接受的状态，以此类推，直到最低的级别。

我认为每个模块都需要了解它必须与之共存的所有其他模块之间的模块关系。如果一个特定的模块将由一个非“正常”实体(比如配方是正常的，而这个其他实体是一个维护人员)来指导，那么需要一种方法来允许所有实体一起工作来管理模块的所有权，这样这些多个实体就不会引起模块的意外操作。

请不要将其与ISA88第1部分中提到的“共享资源”混淆。虽然这个资源管理功能可以被看作是一种“仲裁”共享资源的方法，但它的主要功能是支持与一个模块的多个实体交互。这也不应该与ISA88第1部分中提到的“手动/自动”模式相混淆，后者在第5部分中目前被称为“动作模式”，而上述对向模块发出命令的实体的管理在第5部分中被称为“控制模式”。

请注意，随着第5部分的进展，这些名称可能会根据委员会的反馈进行更改。这个资源管理器还提供了一种方法来帮助管理承载多个操作方案的模块，这些操作方案在任何给定时间都只能在一个模块中激活一个(第1部分中的一个新项目，在实践中经常实现，但没有正式的方法来管理它)。

综上所述，如果有人不想实现带有这些特性的系统，他们确实可以创建其他管理模块交互的方法，就像过去所做的那样。第5部分委员会正在描述目前在创建自动化系统中使用的一些传统方法，并将它们与第5部分中提出的方法进行对比。等有进展了我会再发表。

David A. Chappell，完全制造自动化联合有限责任公司

www.CMAa-LLC.com

chappell.da@gmail.com

还读:

修订的ISA88第5部分定义

之前的博客文章:Standard Profits: Make2Pack和ISA88

OMAC标准节省了运营成本

Make2Pack的S88.05:对包装的持续控制

没有看到评论框?点击这里发表评论，并滚动到页面底部。

您是否具有本内容中提到的主题的经验和专业知识?你应该考虑为我们的CFE媒体编辑团队做出贡献，并获得你和你的公司应得的认可。点击在这里开始这个过程。