您好Rudrakshma，

虽然有可能，但我建议您反对。 为什么不安装某种历史学家来收集数据并根据您的未来需求进行存储。 通常，您可以从PLC或机器上其他类型的测量设备中获取瞬时数据，但是这些设备通常（尤其是在较旧的设备上）只是实时测量。 因此，您将使用MII（以及某种数据存储/数据库）来随时间保留测量读数。 历史学家将更有效地做到这一点（这就是为什么他们应运而生！）。 PCo还旨在与历史学家和其他数据存储有效地合作，因此不确定为什么要避免为此目的使用历史学家或PCo。

迈克

非OPC兼容的PLC？ 我没有参与与非OPC兼容PLC的接口。 我知道它以前已经做过，但是不想在如何继续工作上误导您。 首先，我将查阅PCo文档，以了解那里的建议。 您可能还想与AspenTech或OSISoft或其他Historian供应商联系。 他们肯定会有很多经验，我相信他们会喜欢教您购买产品以构建此类接口的好处。

要考虑的另一件事是更换不符合OPC要求的PLC。 从长远来看，它几乎肯定比尝试使用非OPC设备更具成本效益。 如果您仅在谈论少数设备（事实并非如此），则尤其如此。

干杯，迈克

嗨，Kaminee，

根据我的经验，只有最新的PLC具有OPC DA或OPC UA功能，因此您有3种选择。

1）检查PLC是否具有modbus TCP功能（自1979年以来）并且受PCo支持。

2）使用SDK编写自己的PCo源系统-如果要处理许多不同的PLC协议，则不是最经济的方法。

3）到目前为止，这是最常用的方法-使用第三方工具将PLC将使用的所有不同协议转换为一个标准（OPC DA或OPC UA）。 例如Telit DeviceWise，Matrikon和KepserverEX。

我同意Mike的观点，即稳健的网络通常是一个问题，我们建议您将PCo安装在尽可能靠近机器网络的位置，它还具有在本地存储数据并重试（数量有限的数据）的能力。 当网络再次可用时。 如果您希望更长的网络中断时间并希望确保数据不会丢失，那么我建议您查看Edge Services On Premise，因为这将存储所需的数据，直到再次连接网络，然后将存储的数据推送到其上。 目的地。

希望这会有所帮助。

凯文

这听起来像是个好方法。 许多制造工厂没有很好的网络或强大的网络，因此（通常）（最好是经常）使用像您提到的本地数据聚合器是最佳方法。 在每个工厂进行此操作都比较昂贵，但通常会在不久的将来通过改进数据收集流程来获得回报。 有时直接将收集工作收集到中央存储库是有问题的。 在工厂中拥有MII实例也很常见，但是关键是好的数据。

干杯，麦克

嗨，麦克，

感谢您的回复。

但是，如果PLC与OPC不兼容，那么我如何通过安装PCo或历史记录器来收集数据。

实际上，我在这种情况下是全新的。 如果您对此进行详细介绍，将有助于我设计体系结构。

如果采用这种方法，每个工厂只有一个MII实例。 您可能只需要具有中央MII的PCo实例即可从中检索数据。 这更多是业务决策，如果在本地使用应用程序，则通常需要本地MII实例。

干杯，麦克