Open Platform Communications ( OPC ) es una serie de estándares y especificaciones para telecomunicaciones industriales . Se basan en Object Linking and Embedding (OLE) para el control de procesos . Un grupo de trabajo de automatización industrial desarrolló el estándar original en 1996 bajo el nombre OLE 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 los estándares. [1] Dado que OPC se adoptó más allá del campo del control de procesos, la Fundación OPC cambió su nombre a Open Platform Communications en 2011. [1] El cambio de nombre refleja las aplicaciones de la tecnología OPC para aplicaciones en automatización de edificios , fabricación discreta y procesos. control y otros. OPC también ha crecido más allá de su implementación OLE original para incluir otras tecnologías de transporte de datos, incluido .NET Framework de Microsoft Corporation , XML e incluso el formato TCP codificado en binario de la Fundación OPC.
La especificación OPC se basó en las tecnologías OLE , COM y DCOM desarrolladas por Microsoft Corporation para la familia de sistemas operativos Microsoft Windows . La especificación definía un conjunto estándar de objetos , interfaces , por ejemplo IDL , y métodos para su uso en aplicaciones de control de procesos y automatización de fabricación 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 genéricamente a "OPC", normalmente se refieren a Acceso a datos OPC (OPC DA). El propio OPC DA ha pasado por tres revisiones importantes desde su inicio. Las versiones son compatibles con versiones anteriores, en el sentido de que aún se puede acceder a un servidor OPC versión 3 mediante un cliente OPC versión 1, ya que las especificaciones agregan funcionalidad, pero aún requieren que se implemente también 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 usando 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, la Fundación OPC 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 especificación OPC Alarms and Events es mantenida por OPC Foundation y define el intercambio de información de mensajes de tipo de evento y alarma, así como estados variables y gestión de estados. [2] En 2002, la especificación se comparó con Fieldbus y otros estándares anteriores. [3]
En noviembre de 2009 se aprobó una interfaz OPC Express, conocida como OPC Xi, para .NET Framework . [4] OPC Xi utilizó Windows Communication Foundation en lugar de DCOM, por lo que se puede configurar para la comunicación a través de la seguridad mejorada de la traducción de direcciones de red (NAT). [5]
Casi al mismo tiempo, se desarrolló la Arquitectura Unificada (UA) OPC para la independencia de la plataforma. [5] UA se puede implementar con Java , Microsoft .NET o C , eliminando la necesidad de utilizar una plataforma Microsoft Windows de versiones OPC anteriores. UA combinó la funcionalidad de las interfaces OPC existentes con nuevas tecnologías como XML y servicios web para ofrecer un sistema de ejecución de fabricación (MES) y soporte de planificación de recursos empresariales (ERP) de mayor nivel. El primer grupo de trabajo para la UA se reunió en 2003; la versión 1.0 se publicó en 2006. [6]
El 16 de septiembre de 2010, la Fundación OPC y el Instituto MTConnect anunciaron una cooperación para garantizar la interoperabilidad y coherencia entre los dos estándares. [7]
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 datos de campo desde dispositivos de 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 cualquier dispositivo de hardware. El objetivo era reducir la cantidad de esfuerzo duplicado requerido por parte de los fabricantes de hardware y sus socios de software, y del control de supervisión y adquisición de datos (SCADA) y otros productores de interfaces hombre-máquina (HMI) para interconectar ambos. Una vez que un fabricante de hardware había desarrollado su servidor OPC para el nuevo dispositivo de hardware, su trabajo estaba hecho con respecto a permitir que cualquier 'extremo superior' accediera a su dispositivo, y una vez que el productor SCADA había desarrollado su cliente OPC, permitía el acceso a cualquier hardware. con un servidor compatible con OPC.
Los servidores OPC proporcionan un método para que diferentes paquetes de software (siempre que sea un cliente OPC) accedan a datos desde un dispositivo de control de procesos, como un controlador lógico programable (PLC) o un sistema de control distribuido (DCS). Tradicionalmente, cada vez que un paquete necesitaba acceso a datos desde un dispositivo, era necesario escribir una interfaz o controlador personalizado. No hay nada en las especificaciones OPC que limite el 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 necesaria ]
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 pueden vincularse y comunicarse con otros servidores. 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 están publicadas, pero otras están disponibles sólo para miembros de la Fundación OPC. Entonces, si bien ninguna empresa es "propietaria" de 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 especificaciones más recientes. Depende de cada empresa que requiera productos OPC asegurarse de que sus productos estén certificados y que sus integradores de sistemas tengan la capacitación necesaria. [ cita necesaria ]
{{cite book}}: |work=ignorado ( ayuda )