En Minera Peasquito se presenta un problema de comunicaciones entre servidores OP C.

La arquitectura consiste en un servidor OPC de Thermo Fisher (WinISA Server) el cual suministra informacion hacia el DCS de Rockwell. A su ves el DCS tiene u n servidor OPC (FactoryTalk Gateway) el cual suministra la informacion que lee d el servidor OPC de Thermo Fisher hacia el sistema experto. El problema de comuni cacion es porque el DCS deja de actualizar las tags que lee del Servidor OPC de Thermo, esta falla es aleatoria y se corrige reiniciando la computadora del DCS. Esto afecta al sistema experto ya que no hay datos frescos del analizador de Th ermo para poder realizar la logica de control en celdas de flotacion. El cliente (Minera Peasquito) pide que se haga un enlace OPC directo entre el Ser vidor OPC de Thermo y el sistema experto. Se realizaron pruebas para ver si el Servidor OPC de Thermo era visible desde la PC del experto, para esto se utilizo un OPC Browswer de Matrikon. El OPC Browse r corriendo en la PC del experto no podia "ver" el Servidor OPC de Thermo aunque si respondia al Ping. En la PC de Thermo Fisher se reviso los ajustes de seguridad del DCOM (Inicio/He rramientas administrativas/Componente de servicios) en la carpeta Computadoras/M i Computadora clic derecho -> Propiedades en la lengueta Seguridad COM seccion P ermisos de acceso se reviso que los usuarios tuvieran habilitado el acceso local y remoto. En la seccion Permisos de lanzar y activar se reviso que los usuario s tuvieran habilitados los permisos de lanzar local, lanzar remoto, activacion l ocal y activacion remoto. Despues de Modificar estos permisos en la PC de thermo se volvio a hacer un refr esh en el OPC Browser de Matrikon pero seguia sin poder ver el servidor en la re d. Se revisaron los permisos en la PC de Thermo (Inicio/Herramientas administrativa s/Politicas de seguridad locales) en la carpeta "Opciones de seguridad se habili to el permiso llamado "Acceso de redes: Permitir que los permisos de Todos apliq uen a los usuarios Anonimos. Despues de Modificar estos permisos en la PC de thermo se volvio a hacer un refr esh en el OPC Browser de Matrikon y en esta ocasion ya fue posible ver el servid or OPC de Thermo Fisher desde la PC del Experto y del DCS. El siguiente paso fue instalar el Bridge G2OPC en la computadora de Thermo Fishe r. Este Bridge se instalo como un servicio y se configuro para que arrancara aut omaticamente en caso de falla de comunicacion tomando el puerto 22041. Luego se agrego un bloque I/F MAN en la aplicacion del Sistema Experto. En la GS I INTERFACE se configuraron los siguientes parametros: 1.- names: IFM-THERMO-PEN01 2.- bridge-host: 192.168.37.129 3.- bridge-port-number: 22041 4.- interface-start-timeout-period: 5 5.- interface-stop-timeout-period: 5 6.- interface-startup-delay: 5 7.- interface-shutdown-delay: 0 8.- opc-server-host: 192.168.37.129 9.- opc-server-name: WinISA Server 10.- opc-group-name: IFM-THERMO-PEN01 11.- rpc-init-suffix: Manualmente se iniciaron las comunicaciones pero no se establecia el enlace. Se reviso el registro de eventos y marcaba en mensage donde indicaba que el CLSID n o coincidia. En el manual "Matrikon OPC Server for simulation" en la pagina 41 i ndica que algunos clientes OPC necesitan tener registrado el CLSID para poder co nectarse con algun servidor en particular. Indica que la manera mas simple de te ner este ID en el cliente OPC es instalando el software del servidor OPC al cual

queremos conectarnos. En caso de no tener a la mano el software del servidor OP C se puede copiar este registro de la PC donde corre el servidor OPC en cuestion por medio del REGEDIT. Nosotros seguimos este procedimiento para copiar el CLSI D en la PC del experto. Se realizo una nueva prueba pero el bridge de G2 seguia sin conectarse. Se reviso el manual "G2-OPC Client Bridge" y en la pagina 25 muestra ejemplos de como configurar la comunicacion cuando el nombre de un servidor OPC contiene es pacios. Basandonos en estos ejemplos se volvio a configurar el bloque GSI INTERF ACE quedando de la siguiente manera: 1.- names: IFM-THERMO-PEN01 2.- bridge-host: 192.168.37.129 3.- bridge-port-number: 22041 4.- interface-start-timeout-period: 5 5.- interface-stop-timeout-period: 5 6.- interface-startup-delay: 5 7.- interface-shutdown-delay: 0 8.- opc-server-host: #192.168.37.129 (ojo: se agrega el simbolo #) 9.- opc-server-name: WinISA Server# (ojo: se agrega el simbolo #) 10.- opc-group-name: IFM-THERMO-PEN01 11.- rpc-init-suffix: Manualmente se volvio a reiniciar la comunicacion y en este caso el enlace se es tablecio exitosamente.