去年春天,北美主要发电公司的管理人员面临着问题。他们需要改进他们从许多区域发电厂收集和归档数据的方法。当他们从监督控制和数据采集(SCADA)系统中提取数据并将其发送到两个SQL Server数据库。但他们需要更简单,更快,更直接的连接。他们决定完全从SCADA系统中分离数据收集,并创建一个专门用于收集电厂数据的并行系统。
分配给项目的工程团队决定使用OPC作为数据协议,因为它是一个Windows标准和广泛支持。将OPC服务器直接连接到电厂的数据源相对简单。挑战是找到一种方法来将数据从OPC服务器移动到网络上,并将其馈送到两个SQL数据库中。在考虑隧道和数据库连接的替代方案之后,该团队决定使用从加拿大安大略省乔治城的乔特敦的履历实时系统中的OPC DataHub。
“我们发现与单个工具进行隧道和数据库连接,”我们发现它有效,方便,“团队成员说。“我们尝试消耗太多内存的其他隧道产品,垄断了我们的所有双处理器的所有处理能力,并在系统上安装。相比之下,OPC DataHub在每台计算机的一个位置安装,它几乎没有系统资源。“
系统设计需要OPC服务器和两个数据库,以便在单独的网络机器上运行。为避免分布式组件对象模型(DCOM)的陷阱并有效地移动数据,团队成员隧道隧道跨越网络。首先,它们在OPC服务器计算机上安装了一个OPC DataHub,以及两个SQL Server计算机中的每一个上的OPC DataHub。使用来自Cogent的示例代码,它没有长时间才能让OPC DataHub与SQL应用程序交谈。然后,它们只是在SQL Server上的DataHub之间配置了跨网络的隧道连接以及在OPC服务器上运行的DataHub。现在,每次在任何工厂的值更改时,包含点名称,值,时间和质量的新行都会在毫秒内写入每个SQL数据库。
该团队的一名发言人表示:“该系统很容易建立,Cogent的技术支持非常出色。”“我们已经处理了450万次数据变更,但性能没有下降。”基于这些初步结果,工程团队现在正在研究使用OPC DataHub通过基于web的应用程序分发和访问实时数据的可能性。
OPC DataHub是由Cogent实时系统产生的。公司成立于1995年,履历实时系统是Windows,Linux和Qnx之间实时跨平台数据集成的领导者。客户包括加拿大银行,吉伯利巧克力和欧洲空间机构。Cogent利用其在实时数据通信方面的经验,以提供下一代OPC产品。
有关易于实时系统的OPC解决方案的更多信息,请访问www.cont.ca.。
分配给项目的工程团队决定使用OPC作为数据协议,因为它是一个Windows标准和广泛支持。将OPC服务器直接连接到电厂的数据源相对简单。挑战是找到一种方法来将数据从OPC服务器移动到网络上,并将其馈送到两个SQL数据库中。在考虑隧道和数据库连接的替代方案之后,该团队决定使用从加拿大安大略省乔治城的乔特敦的履历实时系统中的OPC DataHub。
“我们发现与单个工具进行隧道和数据库连接,”我们发现它有效,方便,“团队成员说。“我们尝试消耗太多内存的其他隧道产品,垄断了我们的所有双处理器的所有处理能力,并在系统上安装。相比之下,OPC DataHub在每台计算机的一个位置安装,它几乎没有系统资源。“
系统设计需要OPC服务器和两个数据库,以便在单独的网络机器上运行。为避免分布式组件对象模型(DCOM)的陷阱并有效地移动数据,团队成员隧道隧道跨越网络。首先,它们在OPC服务器计算机上安装了一个OPC DataHub,以及两个SQL Server计算机中的每一个上的OPC DataHub。使用来自Cogent的示例代码,它没有长时间才能让OPC DataHub与SQL应用程序交谈。然后,它们只是在SQL Server上的DataHub之间配置了跨网络的隧道连接以及在OPC服务器上运行的DataHub。现在,每次在任何工厂的值更改时,包含点名称,值,时间和质量的新行都会在毫秒内写入每个SQL数据库。
该团队的一名发言人表示:“该系统很容易建立,Cogent的技术支持非常出色。”“我们已经处理了450万次数据变更,但性能没有下降。”基于这些初步结果,工程团队现在正在研究使用OPC DataHub通过基于web的应用程序分发和访问实时数据的可能性。
OPC DataHub是由Cogent实时系统产生的。公司成立于1995年,履历实时系统是Windows,Linux和Qnx之间实时跨平台数据集成的领导者。客户包括加拿大银行,吉伯利巧克力和欧洲空间机构。Cogent利用其在实时数据通信方面的经验,以提供下一代OPC产品。
有关易于实时系统的OPC解决方案的更多信息,请访问www.cont.ca.。