PackML应该提供PLC级别的水平集成

一个控制供应商这样说。

“具体规定是通过OPC与MES和SCADA级别直接通信。但对于机器层面的通信，这项工作还没有完成。不同plc之间的通信没有标准化。你有来自不同供应商的不同技术和太多的专有网络。机器之间的通信或多或少是不可能的。”

那么机器之间是如何通信的呢?通过硬连接的I/O或通过在其上运行的监控或SCADA系统。但这不是包装产品公司想要的产品。他们宁愿让包装机械OEM以一种容易识别上游和下游机器的IP地址的方式配置HMI。以下是一家消费品包装公司的工程师对我的看法。

“我们想要plug - and pack。我们想购买设备，把它插到我们的网络上，然后开始打包。我们想要横向整合我们的设备。每个项目都是不同的。没有两行是一样的。所以每次我们都必须明确我们将如何控制这条线，如何整合设备。plug - and - pack的想法就是要解决这个问题，让它成为每个人的标准。当然，我们有内部解决方案，但它们不是国际性的。我们认为PackML将帮助我们确定产品线整合战略。”

该工程师还认为，在正确定义基于PackML的MES解决方案之前，需要更好地建立PackML。他表示:“在考虑MES之前，最好在设备间的水平通信领域建立一个完善的标准。这就是我们的重点所在:设备对设备。然后我们再来看看MES。”

另一件越来越清晰的事情是，更广泛地采用PackML可能会被推迟，部分原因是工厂层面的人们没有得到足够明确的信息，表明PackML是一种好处，而不是一种风险。企业工程理解这一点。但这需要在工厂层面更有效地沟通。否则，即使PackML在公司的电气规范中，实际上在工厂级别指定机器的包装专业人员可能不一定遵守公司规范中的内容。

关于PackML的最后一点需要注意的是，为了使PackML得到更广泛的实现，OMAC打包工作组完成了大部分工作，现在它又变成了一个或多或少独立的实体。它是ISA的一部分，但经济衰退之后的财务问题使ISA无法为OMAC提供资金。因此，现在的OMAC比以往任何时候都更需要更多的会员。要了解更多关于PackML和OMAC包装工作组的信息，请访问http://omac.org/content/packaging-workgroup．