DCS迁移:批处理还是S88风格的应用程序?

我刚刚完成了对批处理启动的支持，在该批处理启动中，客户选择不再继续使用与其设施的其余部分相同的批处理应用程序。这个厂区以前是由可编程逻辑控制器(PLC)使用一些基本的排序来控制的。该项目是将其迁移到分布式控制系统(DCS)，该系统已经在工厂的其他部分使用。已经迁移的其他一些领域正在使用批处理软件应用程序，但由于这个过程相当基础，因此决定使用DCS批处理软件是多余的。因此，迁移是使用基于顺序功能图的设备模块(EM)来操作控制模块(CM)。这似乎是一种合乎逻辑的方法，尽管随着检验的进行，我们不断遇到它的局限性:缺乏结构化的配方/公式管理系统，需要创建多个相同的设备模块，有点笨拙的操作界面等等。所有这些问题都可以通过批处理软件解决。

使用批处理应用程序，我们将创建一个单元程序、一个操作、一个包含11个不同公式的配方以及两个或三个阶段，这取决于我们是否考虑了原材料的卸载。批处理应用程序还允许操作员排队处理多个批次，而不是等待一个批次完成才能启动下一个批次。阶段的修改只需要做一次;而非批量方法则意味着修改EMs中的所有14个序列(一个EM中有11个产物序列，另一个EM中有3个反应器序列)。事后看来，不使用批处理似乎是个坏主意，但真的是这样吗?

究竟是使用专用的批处理应用程序，还是从头构建S88风格的应用程序，归根结底取决于使系统具有用户友好性和工厂支持所需的复杂程度。S88结构旨在一直扩展到制造执行系统(MES)/企业资源规划(ERP)级别，而实际工厂区域可能难以达到单元级别。然而，在其结构的最底部是EM/CM关系，这就是我们的示例工厂区域中存在的所有关系。只有当您拥有多组类似设备时，才能从完全符合S88的批处理应用程序中获得真正可衡量的好处。好处包括能够使用别名来最小化开发期间必须编写的代码量(减少的代码也等于减少的测试工作量)，然后是操作上有效的仲裁，以允许这些列车并行运行。一个完整的批量系统还带来了批量报告、批量跟踪、新并行列车的快速部署、强大的配方/配方管理，以及具有提示和确认/验证功能的全功能操作界面。

决定批处理或不批处理的关键是了解不使用它会放弃什么，并确定这是否可以接受。实现的工作量是一个考虑因素，但在一定的规模下，这并不是一个真正重要的考虑因素。是的，我们必须使用非批处理方法编写多个序列，但我们实际上只需要编写一个，复制它，并进行一些小的编辑。使用批处理应用程序，您必须解析所有别名，那么您真的节省了那么多时间和精力吗?如果没有批处理，我们必须创建参数来保存所有的公式，然后我们必须创建一种方法来找到正确的值并将其加载到正确的产品序列中。如果使用batch，我们将构建该结构，作为定义配方所使用的公式的一部分，这可能会少一些努力，但也可能不是。这样的例子不胜枚举:控制模块样式接口与专用批处理操作符接口，连续样式历史收集与基于sql的批处理历史系统，等等。

那么如何决定是否使用批处理呢?是否有任何特性可以使您自动使用批处理应用程序而不管系统大小?

本文由Bruce Brandt撰写。布鲁斯是公司的首席工程师特立独行的技术是一家领先的自动化解决方案提供商，为流程工业提供工业自动化、战略制造和企业集成服务。MAVERICK提供广泛领域的专业知识和咨询，包括工业自动化控制、分布式控制系统、制造执行系统、运营战略、业务流程优化等。

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