Open Platform Communications ( OPC ) es una serie de estándares y especificaciones para telecomunicaciones industriales . Un grupo de trabajo de automatización industrial desarrolló el estándar original en 1996 con el nombre de OLE para control de procesos ( vinculación e incrustación de objetos para control de procesos ). OPC especifica la comunicación de datos de la planta en tiempo real entre dispositivos de control de diferentes fabricantes.
Después del lanzamiento inicial en 1996, se creó la Fundación OPC para mantener el estándar. [1] Dado que OPC se ha adoptado más allá del campo del control de procesos, la Fundación OPC cambió el nombre a Open Platform Communications en 2011. [2] El cambio de nombre refleja las aplicaciones de la tecnología OPC para aplicaciones en automatización de edificios , fabricación discreta , control de procesos y muchos otros. OPC también ha crecido más allá de su original de OLE ( Object Linking and Embedding ) aplicación para incluir otras tecnologías de transporte de datos, incluyendo Microsoft 's de .NET Framework , XMLe incluso el formato TCP codificado en binario de la OPC Foundation.
Origen y usos
La especificación OPC se basó en las tecnologías OLE , COM y DCOM desarrolladas por Microsoft para la familia de sistemas operativos Microsoft Windows . La especificación definió un conjunto estándar de objetos , interfaces , por ejemplo, IDL y métodos para su uso en aplicaciones de automatización de fabricación y control de procesos para facilitar la interoperabilidad . La especificación OPC más común es OPC Data Access , que se utiliza para leer y escribir datos en tiempo real. Cuando los proveedores se refieren a OPC de forma genérica, normalmente se refieren a OPC Data Access (OPC DA). El propio OPC DA ha pasado por tres revisiones importantes desde su inicio. Las versiones son compatibles con versiones anteriores, ya que un OPC Client versión 1 aún puede acceder a un servidor OPC versión 3, ya que las especificaciones agregan funcionalidad, pero aún requieren que se implemente la versión anterior. Sin embargo, se podría escribir un cliente que no admita las funciones más antiguas, ya que todo se puede hacer con las más nuevas, por lo que un cliente compatible con DA-3 no necesariamente funcionará con un servidor DA 1.0.
Además de la especificación OPC DA, OPC Foundation también mantiene la especificación OPC Historical Data Access (HDA). A diferencia de los datos en tiempo real a los que se puede acceder con OPC DA, OPC HDA permite el acceso y la recuperación de datos archivados.
La OPC Foundation también mantiene la especificación de alarmas y eventos de OPC, y define el intercambio de información de mensajes de tipo de evento y alarma, así como estados variables y gestión de estados. [3]
Diseño
OPC fue diseñado para proporcionar un puente común para aplicaciones de software basadas en Windows y hardware de control de procesos. Los estándares definen métodos consistentes para acceder a los datos de campo desde los dispositivos de la planta. Este método sigue siendo el mismo independientemente del tipo y fuente de datos. Un servidor OPC para un dispositivo de hardware proporciona los mismos métodos para que un cliente OPC acceda a sus datos que cualquier otro servidor OPC para ese mismo y cualquier otro dispositivo de hardware. El objetivo era reducir la cantidad de esfuerzo duplicado requerido de los fabricantes de hardware y sus socios de software, y de SCADA (Supervisory Control And Data Acquisition) y otros productores de HMI (Interfaz Hombre-Máquina) para interconectar los dos. Una vez que un fabricante de hardware desarrolló su servidor OPC para el nuevo dispositivo de hardware, se hizo su trabajo con respecto a permitir que cualquier 'extremo superior' acceda a su dispositivo, y una vez que el productor de SCADA desarrolló su cliente OPC, su trabajo se hizo con para permitir el acceso a cualquier hardware, existente o aún por crear, con un servidor compatible con OPC.
Los servidores OPC proporcionan un método para muchos paquetes de software diferentes (siempre que sea un cliente OPC) para acceder a los datos de un dispositivo de control de procesos, como un PLC o DCS . Tradicionalmente, cada vez que un paquete necesitaba acceder a los datos de un dispositivo, se tenía que escribir una interfaz personalizada o un controlador. El propósito de OPC es definir una interfaz común que se escribe una vez y luego se reutiliza en cualquier negocio, SCADA , HMI o paquetes de software personalizados.
No hay nada en las especificaciones de OPC que restrinja al servidor a proporcionar acceso a un dispositivo de control de procesos. Los servidores OPC se pueden escribir para cualquier cosa, desde obtener la temperatura interna de un microprocesador hasta la temperatura actual en Monument Valley. [ cita requerida ]
Una vez que se escribe un servidor OPC para un dispositivo en particular, cualquier aplicación que pueda actuar como cliente OPC puede reutilizarlo. Los servidores OPC utilizan la tecnología OLE de Microsoft (también conocida como Modelo de objetos componentes o COM) para comunicarse con los clientes. La tecnología COM permite definir un estándar para el intercambio de información en tiempo real entre aplicaciones de software y hardware de proceso.
Algunas especificaciones de OPC se publican, pero otras están disponibles solo para miembros de la Fundación OPC. Por tanto, aunque ninguna empresa "posee" OPC y cualquiera puede desarrollar un servidor OPC, sea o no miembro de la Fundación OPC , los no miembros no necesariamente utilizarán las últimas especificaciones. Cualquiera puede integrar productos OPC y no existe ningún requisito previo para que el integrador de sistemas pertenezca a ninguna organización. Por lo tanto, depende de cada empresa que requiera productos OPC asegurarse de que sus productos estén certificados y de que sus integradores de sistemas tengan la formación necesaria. [ cita requerida ]
Futuro
La Arquitectura Unificada OPC (UA) se ha especificado y se está probando e implementando a través de su programa Early Adopters. Se puede implementar con Java , Microsoft .NET o C , eliminando la necesidad de utilizar una plataforma basada en Microsoft-Windows de versiones anteriores de OPC. UA combina la funcionalidad de las interfaces OPC existentes con nuevas tecnologías como XML y Web Services para brindar soporte de MES y ERP de mayor nivel .
El 16 de septiembre de 2010, la Fundación OPC y el Instituto MTConnect anunciaron una cooperación para garantizar la interoperabilidad y la coherencia entre los dos estándares. [4]
Ver también
- Modbus RTU
- Lonworks
- KNX (estándar)
- IEC 61850
- MTConnect
Referencias
- ^ ¿Qué es OPC? opcfoundation.org
- ^ https://opcfoundation.org/about/what-is-opc/
- ^ Especificación OPC A&E
- ^ "La Fundación OPC y el Instituto MTConnect anuncian un memorando de entendimiento" . Fundación OPC. 2010-10-21. Archivado desde el original el 16 de junio de 2011 . Consultado el 26 de octubre de 2010 .
enlaces externos
- FatRat Library: kit de herramientas gratuito para desarrolladores de servidores OPC
- OpenOPC - Desarrollo de cliente OPC de código abierto en Python
- Fundación OPC
- Conexión de programadores OPC
- Libro electrónico de espacio de direcciones de arquitectura unificada OPC
- Biblioteca prOpc - Kit de herramientas de servidor / cliente OPC de código abierto en Delphi