PI Interface For OPC DA ES

PI Interface for OPC DA 2.6.
15
Guía del usuario

OSIsoft, LLC
1600 Alvarado Street
San Leandro, CA 94577 EE. UU.
Tel. (01) 510-297-5800
Fax: (01) 510-357-8136
Web: http://www.osisoft.com
Guía del usuario de PI Interface for OPC DA 2.6.15

© 1998-2017 by OSIsoft, LLC. Todos los derechos reservados.
Ninguna parte de esta publicación puede ser reproducida, almacenada en un sistema de recuperación o
transmitida, de ninguna forma ni por ningun medio, mecanicó, fotocopiado, grabado o de cualquier otro
modo, sin el consentimiento previo por escrito de OSIsoft, LLC.
OSIsoft, el logotipo de OSIsoft, Managed PI, OSIsoft Advanced Services, OSIsoft Cloud Services, OSIsoft
Connected Services, PI ACE, PI Advanced Computing Engine, PI AF SDK, PI API, PI Asset Framework, PI
Audit Viewer, PI Builder, PI Cloud Connect, PI Connectors, PI Data Archive, PI DataLink, PI DataLink Server,
PI Developer’s Club, PI Integrator for Business Analytics, PI Interfaces, PI JDBC driver, PI Manual Logger, PI
Nótificatións, PI ODBC, PI OLEDB Enterprise, PI OLEDB Provider, PI OPC HDA Server, PI ProcessBook, PI
SDK, PI Server, PI Square, PI System, PI System Access, PI Vision, PI Visualization Suite, PI Web API, PI
WebParts, PI Web Services, RLINK y RtReports son marcas comerciales de OSIsoft, LLC. Todas las demas
marcas y nombres comerciales utilizados en el presente documento pertenecen a sus respectivos
propietarios.
DERECHOS DEL GOBIERNO DE LOS EE. UU.
Su uso, replica o difusión por parte del Gobierno de EE. UU. esta sujeto a las restricciones estipuladas en el
contrato de licencia de OSIsoft, LLC, de acuerdo con lo que establecen las regulaciones DFARS 227.7202,
DFARS 252.227-7013, FAR 12.212, FAR 52.227, segun proceda. OSIsoft, LLC.
Versión: 2.6.15
Publicación: 11 de septiembre de 2017
Contenido
Introducción a PI Interface para OPC DA................................................................. 1

Configuraciones de hardware en PI Interface para OPC DA....................................................................... 1
Descripción general del funcionamiento de PI interface para OPC DA.......................................................2
Manuales relacionados con PI Interface para OPC DA............................................................................... 3
Herramientas relacionadas con PI Interface para OPC DA......................................................................... 4
Características compatibles con PI Interface para OPC DA........................................................................ 5
Instalación de PI Interface para OPC DA.................................................................. 7

Requisitos previos de instalación............................................................................................................... 7
Directorio de instalación y ubicaciones de archivos................................................................................... 7
Instalación de PI Interface para OPC DA....................................................................................................8
Pasos de migración para las instancias existentes de la interfaz de lectura/escritura................................. 8
Descripción general de la configuración de PI interface para OPC DA........................ 9

Lista de comprobación de configuración de PI Interface para OPC DA...................................................... 9
Configuración de inicio de la interfaz....................................................................................................... 11
Creación y configuración de la instancia de la interfaz............................................................................. 11
Administración de conexiones de servidor...........................................................................................12
Configuración de seguridad destinada a PI interface para OPC DA.......................................................... 12
Procedimientos recomendados de seguridad de PI Interface para OPC DA..........................................13
Creación de confianzas........................................................................................................................ 14
Configuración del servicio de Windows................................................................................................15
Configuración de DCOM destinada a PI interface para OPC DA........................................................... 16
Configuración de PI point de PI Interface para OPC DA........................................................................... 19
Exportación de elementos de OPC al configurador de PI points...........................................................20
Creación manual de PI points.............................................................................................................. 21
Configuración de atributos del punto...................................................................................................21
Configuración y velocidades de actualización de clase de scan............................................................ 30
Puntos de entrada de PI Interface para OPC DA.................................................................................. 32
Configuraciones de puntos de salida....................................................................................................36
Compatibilidad con tipos de datos.......................................................................................................38
Configuración de conmutación por error destinada a PI interface para OPC DA...................................... 48
Modos de conmutación por error de UNIINT para PI interface para OPC DA....................................... 49
Conmutación por error de nivel de servidor de OPC.............................................................................50
Almacenamiento en búfer para entornos de PI interface......................................................................... 55
Servicios de almacenamiento en búfer................................................................................................ 55
Almacenamiento en búfer y colectivos................................................................................................ 56
Configuración del almacenamiento en búfer....................................................................................... 56
Habilitación del almacenamiento en búfer...........................................................................................57
Plug-ins (DLL de posprocesamiento)....................................................................................................... 57
Funcionamiento de PI Interface para OPC DA........................................................ 59

Verificación del inicio de la interfaz......................................................................................................... 59
Recopilación de datos del servidor de OPC..............................................................................................59
Referencia de PI ICU para PI Interface para OPC DA............................................... 61

Configuración del servidor de OPC.......................................................................................................... 61
Configuración de las opciones avanzadas................................................................................................62
Configuración de la gestión de datos.......................................................................................................64
Configuración de seguridad de DCOM.................................................................................................... 66
Configuración de conmutación por error.................................................................................................66
Plug-In settings.......................................................................................................................................68
Guía del usuario de PI Interface for OPC DA 2.6.15 iii

Contenido
Configuración varia................................................................................................................................. 69
Debug settings........................................................................................................................................69
Opciones de marca de tiempo de PI ICU.................................................................................................. 70
Solución de problemas de PI Interface para OPC DA............................................... 73

Acceso a la herramienta PI OPC Client.....................................................................................................73
Problemas del servidor de OPC................................................................................................................73
Exploración de elementos....................................................................................................................73
Opciones de marca de tiempo del servidor de OPC.............................................................................. 73
Valores no confiables...........................................................................................................................74
Ruta de acceso.....................................................................................................................................74
Problemas con los datos que devuelve el servidor de OPC................................................................... 74
Solución de problemas del funcionamiento del servidor de OPC.......................................................... 75
Valores del estado del dispositivo específicos de la interfaz................................................................. 76
Actualizaciones de OPC....................................................................................................................... 77
Cierre...................................................................................................................................................... 78
Procedimientos recomendados de seguridad de PI Interface para OPC DA...............81
Parámetros de línea de comandos de PI interface para OPC DA.............................. 83

Lista alfabética de parámetros................................................................................................................ 83
Parámetros según la función...................................................................................................................98
Error and informational messages for PI Interface for OPC DA...............................101

Registro.................................................................................................................................................101
Mensajes............................................................................................................................................... 101
System errors and PI System errors.......................................................................................................108
Mensajes específicos de la conmutación por error de UNIINT................................................................109
Apéndice A. Configurar ExcMax en los puntos de eventos y de notificación............ 113

¿Por qué es necesario configurar ExcMax para un punto de notificación? .............................................. 113
¿De qué manera la interfaz maneja ExcMax para los puntos de notificación?......................................... 113
¿Por qué no se utiliza simplemente el parámetro /TA? .......................................................................... 114
¿Por qué en ocasiones los datos están desordenados?........................................................................... 114
¿Qué ocurre si ignoro las partes fraccionales de las marcas de tiempo?..................................................115
¿Qué ocurre si configuro ExcMax con un valor igual al de la velocidad de actualización?........................ 115
Resumen................................................................................................................................................117
Apéndice B. Solucionar problemas del servidor OPC.............................................119
Glosarios de términos de la interfaz.....................................................................121

almacenamiento en búfer ..................................................................................................................... 121
ICU ....................................................................................................................................................... 121
ICU Control ........................................................................................................................................... 121
almacenamiento en búfer de n-way ...................................................................................................... 121
utilidad pigetmsg ..................................................................................................................................121
PIHOME ............................................................................................................................................... 121
PIHOME64 ........................................................................................................................................... 122
archivo pipc.log .................................................................................................................................... 122
point .....................................................................................................................................................122
PI API ....................................................................................................................................................122
PI Data Archive ..................................................................................................................................... 122
Colectivo de PI Data Archive ................................................................................................................. 122
Computadora de PI Data Archive ..........................................................................................................122
PI ICU ....................................................................................................................................................123
Utilidad de configuración de interfaces de PI (PI ICU) ............................................................................ 123
iv Guía del usuario de PI Interface for OPC DA 2.6.15

Contenido
Registros de mensajes de PI .................................................................................................................. 123

PI Message Subsystem ......................................................................................................................... 123
PI point ................................................................................................................................................. 123
Atributo de PI point .............................................................................................................................. 123
PI SDK .................................................................................................................................................. 123
PI SMT .................................................................................................................................................. 123
PI System Management Tools .............................................................................................................. 124
atributo del tag .....................................................................................................................................124
Soporte técnico y otros recursos......................................................................... 125
Guía del usuario de PI Interface for OPC DA 2.6.15 v

Contenido
vi Guía del usuario de PI Interface for OPC DA 2.6.15

Introducción a PI Interface para OPC DA
PI Interface for OPC DA es una aplicación cliente de OSIsoft que se comunica entre el servidor
OPC y PI Data Archive. PI Interface para OPC DA recopila datos en tiempo real del servidor de
OPC y escribe valores en los PI points. De manera opcional, la interfaz puede escribir datos de
los PI points de PI Data Archive en el servidor OPC.
PI Interface para OPC DA se basa en el marco de trabajo de UNIINT de OSIsoft, que incluye un
conjunto estandar de características habituales. Por ejemplo, la interfaz puede cónfigurarse
para ejecutarse como servicio autómaticó, usar el inicio desconectado y emplear el
almacenamiento en bufer para evitar la perdida de datos. Las características del marco de
trabajo de UNIINT se documentan en la Guía del usuario de PI Universal Interface (UNIINT)
(https://techsupport.osisoft.com/Downloads/File/13fa8d2c-b2f5-4b10-96ec-0a7a6b2531e3),
que es una guía que complementa a este manual.
OPC depende de los servicios COM y DCOM de Microsoft, y la interfaz debe ejecutarse en
plataformas Windows. PI Interface para OPC DA es compatible con las versiones 1.0a, 2.0 y 2.05
del estandar OPC Data Access.
Nota:
Este estandar se ha disenadó para los datos en tiempo real. Para los datos de
especificaciónes OPC XML-DA, use PI Interface para OPC DA XML. Para recopilar o
sincronizar datos de OPC históricós empleando el estandar OPC HDA, utilice PI Interface
para OPC HDA. Para recopilar datos de OPC de alarmas y eventos con el estandar OPC AE,
use PI Interface para alarmas y eventos de OPC.
Configuraciones de hardware en PI Interface para OPC DA

PI Interface for OPC DA puede cónfigurarse para que se ejecute en el equipo del servidor OPC,
en el equipo del servidor PI Data Archive o en un equipo independiente. Cada cónfiguración
precisa de un conjunto de opciones de cónfiguración diferente para ejecutar la interfaz. Para
garantizar que la interfaz y PI Data Archive no usen los mismos recursos del sistema, instale la
interfaz en un equipo específicó.
Configuración sencilla que permite el almacenamiento en búfer de datos en el nodo de interfaz
Guía del usuario de PI Interface for OPC DA 2.6.15 1

Configuración que coloca el servidor OPC en su propio equipo
Descripción general del funcionamiento de PI interface para

OPC DA
PI Interface para OPC DA comienza utilizando un archivo por lotes de Windows (.bat) que
invoca al ejecutable de la interfaz. El archivo .bat contiene parametrós de línea de comandos
para la cónfiguración de la interfaz.
Para iniciarlo normalmente, PI Interface para OPC DA lleva a cabo las siguientes operaciones:
1. Se conecta a PI Data Archive (a menos que se haya cónfiguradó el inicio desconectado).
2. Obtiene PI points de PI Data Archive
3. Se conecta al servidor de OPC.
4. Crea grupos de OPC.
5. Agrega elementos a los grupos.
6. Activa los grupos (a menos que los grupos se hayan creado como activos).
7. Inicia la recópilación de datos.
Una vez que se inicia la recópilación de datos, la interfaz lleva a cabo las siguientes operaciones:
• Realiza el mantenimiento de los puntos de entrada programados y procesa a su vez todas las
clases de scan.
• Realiza el mantenimiento de los puntos de salida a medida que llegan los eventos.
• Realiza el mantenimiento de los puntos de entrada activados a medida que llegan los
eventos.
• Comprueba los puntos que se anaden, se editan o se eliminan de la base de datos de PI
point.
• Vuelve a cargar los puntos nuevos o los que hayan cambiado.
La interfaz comprueba cada dos minutos las actualizaciones de puntos. La interfaz procesa 25
actualizaciones de puntos a la vez. Si se anaden, se editan o se eliminan mas de 25 puntos a la
vez, la interfaz procesa los 25 primeros, espera 30 segundos (valor predeterminado) o un
cuarto del tiempo indicado por el parametró updateinterval de UniInt, lo que sea menor; a
cóntinuación, procesa los siguientes 25 puntos y cóntinua sucesivamente. Cuando se han
procesado todos los puntos, la interfaz retoma la cómpróbación de actualizaciones de acuerdo
con el intervalo de actualización.
2 Guía del usuario de PI Interface for OPC DA 2.6.15

Manuales relacionados con PI Interface para OPC DA

PI Interface para OPC DA se basa en el marco de trabajo UniInt. Las interfaces UniInt utilizan
muchos de los componentes de PI System e interactuan con ellos. Para obtener mas
infórmación relacionada, consulte los siguientes documentos:
• Guía del usuario de PI Universal Interface (UNIINT)

Describe la cónfiguración, el funcionamiento y la sólución de problemas de interfaces
basadas en UniInt. Consulte Guía del usuario de PI Universal Interface (UNIINT) (https://
techsupport.osisoft.com/Downloads/File/13fa8d2c-b2f5-4b10-96ec-0a7a6b2531e3).
• Preguntas frecuentes sobre interfaces de solo lectura frente a interfaces de lectura

y escritura
Describe infórmación sobre las diferencias entre las interfaces de solo lectura y las
interfaces de lectura y escritura, y proporciona instrucciones para migrar de la ópción de
lectura y escritura a la ópción de solo lectura. Consulte Interfaces de solo lectura frente a
interfaces de lectura y escritura (https://livelibrary.osisoft.com/LiveLibrary/content/en/
int-read-faq-v1/GUID-9F207C13-40E4-472E-8D40-8D6EE87C86F7).
• Guía de configuración y seguridad de DCOM

Describe la cónfiguración de seguridad de productos de PI System relacionados con OPC.
Consulte Cónfiguración y seguridad de DCOM (https://livelibrary.osisoft.com/LiveLibrary/
content/en/int-dcom-v1/GUID-D8316F3F-6788-4EF5-B22C-C7A30F787EA2).
• Guía del usuario de cliente PI OPC

Incluye infórmación acerca de la utilización de la herramienta PI OPC Client.
• Guía de administración del sistema PI Server

Dócumentación para la gestión de instalaciones, interfaces, PI points y conjuntos de estados
digitales de PI Data Archive. Consulte la Guía de administración del sistema de PI Server
(https://techsupport.osisoft.com/Downloads/File/b481399c-463e-4bcb-
a93f-6ef85295263e).
• Configuración de la seguridad de PI Server

Incluye infórmación acerca de la seguridad de PI Data Archive. Consulte Cónfiguración de
seguridad de PI Server (https://techsupport.osisoft.com/Downloads/File/349de824-
dd52-44a3-a8e1-ef0316537f8d).
• Guía de del administrador de alta disponibilidad

Describe cómó cónfigurar la alta disponibilidad y gestionar PI Data Archive y las
instalaciones de interfaz al utilizar PI collectives. Consulte la Guía de alta disponibilidad
(https://techsupport.osisoft.com/Downloads/File/
670d4bab-503f-48e7-9c1a-9fe796c6f8ab).
• Archivos de ayuda de PI SDK y PI API Online

Dócumentación para las bibliotecas de PI SDK y PI API que utilizan las interfaces. Los
archivos de ayuda (.chm) incorporados se encuentran en el directorio %PIHOME%\PIPC
\Help\. PIHOME es una variable de entorno que contiene la ruta de instalación de PI API.
Consulte Archivos de ayuda de PI SDK 2016 y PI API (https://techsupport.osisoft.com/
Downloads/File/08cce0bc-8e51-4d18-838d-9b08fa117ec2).

• Guía del usuario de instrucciones para la instalación de PI API

Infórmación detallada acerca de la instalación de componentes admitidos, incluido el
almacenamiento en bufer para evitar la perdida de datos si se pierde la cónexión con PI Data
Archive. Consulte Guía del usuario de instrucciones para la instalación de PI API (https://
techsupport.osisoft.com/Downloads/File/e77a2bb7-1bc7-4641-9efc-96d038e006eb).
• Archivos de ayuda del Administrador de almacenamiento en búfer de PI

Explica cómó cónfigurar el almacenamiento en bufer mediante PI Buffer Subsystem 4.3 o
posterior, incluso cómó ampliar desde API Buffer Server (bufserv) si es necesario. Los
archivos de ayuda incorporados se encuentran en PIPC/HELP/BufferManager.chm.
• Guía del usuario de PI Interface Configuration Utility

Describe cómó cónfigurar interfaces mediante PI ICU. Consulte Guía del usuario de PI
Interface Cónfiguratión Utility (https://livelibrary.osisoft.com/LiveLibrary/content/en/int-
icu-v3/GUID-8568F774-5C01-4C7F-A953-E4A2D7A2E2DF).
• Inicio de sesión en la interfaz

Para obtener mas infórmación acerca de la lectura de registros de mensajes, consulte el
artículó de la base de conocimiento de OSIsoft How to read new UniInt 4.5.0.x and later
Interface message logs (http://techsupport.osisoft.com/techsupport/nontemplates/KB/
article.aspx?id=KB00401) (Cómó leer registros de mensajes de interfaz del nuevo UniInt
4.5.0.x o posterior).
• Notas de la versión de la interfaz

Infórmación específica de la versión acerca de actualizaciones funcionales, córrección de
errores y funciones nuevas. Las notas de la versión se proporcionan tanto para el marco de
trabajo UniInt como para cada interfaz.
• Estándar de interfaz personalizada para el acceso a datos v2.05a

La dócumentación de OPC Foundation para la versión 2.05a de OPC DA.
• Manejo de cadenas o caracteres que no están en inglés en PI Server

Consulte el artículó de la base de conocimiento de OSIsoft Cómó maneja PI Server las
cadenas o los caracteres que no estan en ingles (https://techsupport.osisoft.com/
Troubleshooting/KB/KB00454).
Herramientas relacionadas con PI Interface para OPC DA

PI Interface para OPC DA no dispone de su propia interfaz grafica de usuario (GUI). Las
siguientes herramientas realizan varias funciones relativas a la instalación, cónfiguración,
ejecución y sólución de problemas de la interfaz y del servidor de OPC:
• Herramienta PI OPC Client

Se conecta a los servidores de OPC y muestra los datos de dichos servidores de OPC
conectados, incluidos los grupos y los elementos.
• Herramienta OPC to CSV

Proporciona acceso a las propiedades de elementos de OPC y le permite aplicar los
conocimientos específicós del sitio o del servidor de OPC para revisar o crear atributos de PI
point antes de que se creen o se editen los PI points. Exporta elementos de OPC a un archivo
de valores separados por comas que se puede cargar en el complemento PI Tag Cónfiguratór
para Excel.

• Herramienta OPC Enum

Descubre servidores de OPC.
• opcscan.exe
• opcrefresh.exe
• opcresponse.exe
Los tres programas anteriores se emplean para traducir marcas de tiempo de registros de
actualización para el servidor OPC y se ejecutan en la línea de comandos.
• PI Interface Configuration Utility (PI ICU)

Se emplea para crear y cónfigurar instancias de cada interfaz. Cuando se crea, todas las
instancias se muestran en el menu desplegable de PI ICU.
Características compatibles con PI Interface para OPC DA

Numeró de pieza de la interfaz de PI OPC DA: PI-IN-OS-OPC-NTI
Sistemas operativos compatibles

Plataforma Aplicación de 32 bits
SO Windows 2016 Server (64 bits) Sí (modo de emulación)
SO Windows 2012 Server R2 (32 bits) Sí
SO Windows 2012 Server R2 (64 bits) Sí (modo de emulación)
SO Windows 2008 (32 bits) Sí
SO Windows 2008 R2 (64 bits) Sí (modo de emulación)
SO Windows 7 (32 bits) Sí
SO Windows 7 (64 bits) Sí (modo de emulación)
SO Windows 8 Sí (modo de emulación)
SO Windows Server 2012 Sí (modo de emulación)
Windows 10 Sí (modo de emulación)
Nota:
No hay disponibles compilaciones de 64 bits de la interfaz de PI OPC DA.
Nota:
OSIsoft recomienda que se instalen de manera periódica las actualizaciones de seguridad
de Microsoft. OSIsoft recomienda utilizar las versiones mas recientes de Windows para
contar con las ultimas características de seguridad. Para obtener mas infórmación sobre
la seguridad, consulte Procedimientos recomendados de seguridad de PI Interface para
OPC DA.
Características Compatibilidad
Estandar OPC Data Access 1.0a, 2.0 y 2.05
Creación autómatica de PI points APS Connector
Utilidad Point Builder Sí
ICU Control Sí
Tipos de PI points Int16 Int32 Float16 Float32 Float64
Digital String Timestamp
Marcas de tiempo de subsegundos Sí
Clase de scan de subsegundos Sí

Características Compatibilidad
Incórpóración autómatica de cambios de atributos Sí
de PI points
Informe de excepciones Interfaz: excepciones de PI
Servidor de OPC: banda muerta
Salidas de PI Data Archive Sí

Entradas a PI Data Archive Tags de eventos no solicitados basados en scans
Salidas a fuente de datos Sí
Interfaz de solo lectura disponible * Sí
Compatibilidad con bits de calidad dudosa Sí

Compatibilidad con atributos de PI points Sí
pointsource de varios caracteres
Numeró de puntos maximó Ilimitado
Uso de PI SDK Sí
Compatibilidad con cadenas de PINet N/C
Fuente de marcas de tiempo Interfaz o servidor de OPC (cónfigurable)
Recuperación del historial No
Inicio desconectado Sí
SetDeviceStatus Sí
Opciones de cónmutación por error Cónmutación por error de nivel de servidor de OPC
y de nivel de interfaz de fase 2 de UNIINT
Se requiere el software del proveedor en PI No
interface node
Se requiere el software del proveedor en fuentes Sí
de datos
Se requiere el hardware del proveedor No
Software de PI adicional incluido con la interfaz Sí
Tipos de puntos de dispositivos • VT_I2
• VT_I4
• VT_R4
• VT_R8
• VT_BSTR
• VT_DATE
Interfaz en serie No

Instalación de PI Interface para OPC DA
Para instalar PI Interface for OPC DA, compruebe que el sistema cumpla con todos los
requisitos previos de instalación y despues ejecute el archivo (.exe).
Cuando el software de la interfaz este instalado, cónfigure las opciones de la interfaz mediante
PI ICU.
En esta sección
• Requisitos previos de instalación
• Directorio de instalación y ubicaciones de archivos
• Instalación de PI Interface para OPC DA
• Pasos de migración para las instancias existentes de la interfaz de lectura/escritura
Requisitos previos de instalación

Antes de instalar y cónfigurar la interfaz, asegurese de que se cumplan los siguientes requisitos
previos del sistema:
• El sistema operativo y el software y hardware del proveedor deben ser compatibles.
Para obtener mas infórmación, consulte Características compatibles con PI Interface para
OPC DA.
• El sistema debe estar conectado a un nodo PI Data Archive en ejecución.
Use PI System Management Tools (PI SMT) para ver el estado de PI Data Archive.
• El sistema debe estar conectado a un servidor OPC en ejecución que se rellene con puntos.
Use la herramienta PI OPC Client para comprobar la cónexión y el contenido del servidor de
OPC.
• La zona horaria del nodo de interfaz debe estar cónfigurada correctamente.
• La interfaz se instala usando una cuenta de administrador.
Para obtener mas infórmación sobre los requisitos de seguridad de la interfaz, consulte
Cónfiguración de seguridad destinada a PI interface para OPC DA.
Directorio de instalación y ubicaciones de archivos

El directorio de instalación PI Interface para OPC DA contiene todos los archivos necesarios
para cónfigurar y ejecutar la interfaz. De forma predeterminada, PI Interface para OPC DA esta
instalado en la siguiente ubicación: \%PIHOME%\Interfaces\OPCInt\.
El directorio raíz %PIHOME% es una variable de entorno en la que se instalan los productos de
OSIsoft. Se define mediante la entrada PIHOME en el archivo de cónfiguración pipc.ini del
directorio %windir%. Para sustituir las ubicaciones predeterminadas, edite el archivo de
cónfiguración pipc.ini.
Nota:
Restrinja las cuentas de Windows que pueden crear o escribir archivos en la carpeta y las
subcarpetas %PIHOME%. Para obtener mas infórmación sobre la seguridad de las cuentas y
la restricción del acceso a directorios y archivos, consulte la PI Universal Interface (UniInt)
User Manual.

La herramienta OPCEnum, que detecta servidores de OPC, se instala en el directorio \%windir

%\system32, salvo en los sistemas de 64 bits, que se instala en %windir%\sysWOW64. Las
bibliotecas de OPC, que proporciona OPC Foundation y se instalan con la interfaz, se instala en
el mismo directorio que OPCEnum.

Instale el software en la interfaz del nodo de interfaz.
Antes de empezar
Compruebe que se cumplan los Requisitos previos de instalación.
Procedimiento
1. En el nodo de interfaz, ejecute el programa de instalación PI Interface para OPC DA.
2. Pruebe la cónexión a PI Data Archive desde el nodo de interfaz.
◦ Para las conexiones de PI API, abra un símbóló del sistema, desplacese al directorio
%PIPC%\bin y ejecute el comando apisnap PISERVERNODE.
◦ Para las conexiones de PI SDK, haga clic en el menu Inicio de Windows y, despues, en
Todos los programas > PI System > About PI-SDK (Acerca de PI-SDK). Seleccione File >
Connections (Archivo > Conexiones) para establecer la cónexión.
Qué hacer a continuación

Cónfigure la interfaz usando PI ICU. Consulte Descripción general de la cónfiguración de PI
interface para OPC DA para obtener mas detalles.
Pasos de migración para las instancias existentes de la

interfaz de lectura/escritura
Al actualizar desde una versión de lectura y escritura anterior de una interfaz a una versión de
solo lectura, se deben seguir los pasos de migración en las interfaces existentes. Consulte
Preguntas frecuentas sobre la versión de solo lectura frente a la versión de lectura y escritura
(https://livelibrary.osisoft.com/LiveLibrary/content/en/int-read-faq-v1/
GUID-9F207C13-40E4-472E-8D40-8D6EE87C86F7).

Descripción general de la configuración de PI
interface para OPC DA
Una vez que se haya instalado el software de la interfaz, tiene que cónfigurar los siguientes
elementos:
• Los parametrós de inicio

• La seguridad
• El servicio de Windows
• Los PI points
• El almacenamiento en bufer
Entre las opciones de cónfiguración adicionales se incluyen la cónmutación por error, el inicio
desconectado, y los puntos de estado y rendimiento de la interfaz. Para obtener mas
infórmación sobre las funciones habituales de la interfaz UNIINT, consulte el PI Universal
Interface (UniInt) User Guide.
Es posible realizar copias del software de la interfaz, conocidas como "instancias de la interfaz",
en uno o varios nodos de esta ultima. Cada instancia de la interfaz necesita su propio archivo de
inicio (.bat). El archivo .bat contiene parametrós, denominados en ocasiones "flags", que se
cónfiguran para crear la cónfiguración de inicio y tiempo de ejecución de la interfaz.
Utilice PI ICU para ajustar la cónfiguración de la interfaz y garantizar que el archivo .bat
presenta el formato correcto. Una vez que se haya cónfiguradó la primera instancia, puede
utilizar una copia del archivo .bat cónfiguradó y sustituir los parametrós específicós de cada
instancia de la interfaz. Los archivos .bat residen en el directorio de instalación de la interfaz,
donde tambien se encuentra un archivo por lotes de plantilla (opcint.bat_new) que puede
utilizar como referencia y para efectuar pruebas.
Los parametrós del archivo .bat tambien se pueden ejecutar en la línea de comandos para
realizar pruebas y solucionar problemas. Si desea consultar la lista completa de los parametrós,
abra una ventana de comandos, vaya al directorio de instalación de la interfaz y especifique el
siguiente comando: opcint -help.
Lista de comprobación de configuración de PI Interface para

OPC DA
Una vez que se haya instalado el software de la interfaz, utilice PI ICU para cónfigurar la
instancia de la interfaz. Una cónfiguración estandar cómprendería los siguientes pasos. Para
obtener mas infórmación sobre las cónfiguraciónes estandares de la interfaz UNIINT, consulte
el PI Universal Interface (UniInt) User Guide. Para obtener mas infórmación sobre cómó usar PI
ICU, consulte el PI Interface Configuration Utility (PI ICU) User Guide.
Procedimiento
1. Cree la instancia de la interfaz en el nodo de esta ultima.
2. Cónfigure la seguridad.
a. Cónfiguración del servicio de Windows.
b. Restrinja el acceso para las cuentas de servicio.

Descripción general de la configuración de PI interface para OPC DA
c. Cree y cónfigure PI identity, PI trust y asignaciones para la interfaz (nombre de

aplicación: OPCpE), el subsistema de almacenamiento en bufer y las aplicaciones de PI
ICU.
d. Ajuste la cónfiguración de DCOM.
3. Cónfigure los parametrós del archivo por lotes (.bat) de inicio de la interfaz con las opciones
mínimas:
◦ Point source (Origen de punto)

Utilice OPC o el origen de punto sin usar que prefiera.
◦ Scan classes (Clases de scan)

Establezca el valor que desee para esta ópción. La clase de scan 1 esta reservada para los
puntos de nótificación.
◦ Interface ID (ID de la interfaz)

Use 1 o cualquier ID numericó no utilizado.
4. Cónfigure la cónexión a un servidor de OPC. En la pestana OPC Server (Servidor de OPC) de
la pestana OPCInt de PI ICU, haga clic en el bótón List Available Servers (Enumerar los
servidores disponibles) y, a cóntinuación, seleccione el servidor. Si el servidor se encuentra
en otro equipo, especifique ese equipo o dirección IP en el campo Server Node (Nodo del
servidor).
5. Utilice la herramienta PI OPC Client para comprobar que el servidor de OPC este conectado,
en ejecución y relleno con puntos.
6. Consulte Funcionamiento de PI Interface para OPC DA para saber cómó verificar el inicio de
la interfaz y obtener infórmación acerca de la recólección de datos del servidor OPC.
7. Defina los conjuntos de estados digitales para los PI points digitales.
8. Cree puntos de entrada y de salida (estos ultimós con caracter opcional) para la interfaz, y
compruebe que los datos aparezcan en PI Data Archive.
Para obtener mas infórmación sobre los atributos del punto, consulte Cónfiguración de PI
point de PI Interface para OPC DA.
9. Cónfigure el almacenamiento en bufer.
Detenga la interfaz y, a cóntinuación, cónfigure e inicie el almacenamiento en bufer. Reinicie
la interfaz y cónfirme que el servicio y el almacenamiento en bufer vuelven a iniciarse.
10. Cónfigure las siguientes funciones opcionales:
◦ Performance and health points (Puntos de estado general y de rendimiento)

Los puntos de estado general y de rendimiento constituyen PI points que realizan un
seguimiento del estado y del rendimiento de la interfaz.
Nota:
PI interface para OPC DA no admite puntos de rendimiento de clase de scan.
◦ Inicio desconectado
Esta ópción permite que la interfaz se inicie aunque PI Data Archive no se encuentre
disponible.
◦ UniInt failover (Conmutación por error de UNIINT)

Esta ópción minimiza la perdida de datos posibilitando que una instancia de la interfaz
de respaldo recopile datos si la instancia de la interfaz principal falla.

Configuración de inicio de la interfaz

PI Interface para OPC DA se ejecuta normalmente como un servicio de Windows. La interfaz
usa un archivo por lote de Windows (.bat) que especifica la cónfiguración mediante
parametrós de línea de comandos.
Para garantizar que el archivo .bat tenga el formado adecuado, use PI ICU. No edite el archivo
manualmente. Para ver una lista de parametrós de inicio de UNIINT, consulte la PI Universal
Interface (UniInt) User Guide. En este documento se describen los parametrós específicós de la
interfaz.
Creación y configuración de la instancia de la interfaz

Para cada servidor de OPC cuya función sea intercambiar datos con PI System, tendra que crear
al menos una instancia de la interfaz de PI OPC. Para cada instancia que cree, la cónfiguración
se almacena en un archivo de comandos de Windows (un archivo .bat) independiente en el
directorio de instalación de la interfaz de PI OPC.
Consejo:
Cónfigure varias instancias de PI Interface for OPC DA con parametrós de inicio unicós de
ID de interfaz (id) y origen de punto (ps) con el objetivo de identificar con mayor facilidad
dónde se originaron los datos escritos en PI Data Archive, así como de rastrear cualquier
problema que pueda surgir.
Procedimiento
1. Inicie PI ICU y haga clic en Interface > New from BAT file (Interfaz > Nueva a partir de
archivo BAT).
2. Vaya al directorio de instalación de la interfaz (predeterminado: %PIPC%\Interfaces
\OPCInt), seleccione OPCInt.bat_new y, a cóntinuación, haga clic en Open (Abrir).
Se abrira la ventana Select PI Host Server (Seleccionar servidor de PI Host).
3. Especifique el PI Data Archive y haga clic en Aceptar.
PI ICU móstrara la cónfiguración de la nueva instancia de la interfaz.
4. Cónfigure las opciones basicas de la siguiente manera:
◦ Pestana General
Origen del punto ID Scan Class
Utilice OPC o un origen de Use 1 o un ID numericó que no Defina esta ópción con la
punto que no se este usando. este utilizando ninguna otra frecuencia de scan que se
instancia de la interfaz. desee. La clase de scan 1 esta
reservada para los tags de
nótificación. Cuando defina
varias clases de scan, pódra
distribuir la carga del servidor
mediante compensaciones.
◦ Pagina OPCInt
Haga clic en el bótón List Available Servers (Enumerar los servidores disponibles) y, a
cóntinuación, seleccione su servidor de OPC de la lista desplegable de servidores. Si el
servidor reside en otro equipo, especifique el nombre del nodo o la dirección IP en el
campo Server Node (Nodo del servidor) antes de enumerar los servidores disponibles.

Nota:
Algunos servidores OPC pódrían rechazar los intentos de cónexión remota. Si el
campo Server Node (Nodo del servidor) esta vacíó o tiene el valor LocalHost (no
se distingue entre mayusculas y minusculas), la interfaz tratara al servidor como si
fuera uno local. Si se especifica cualquier otro valor en el campo Server Node (Nodo
del servidor), la cónexión se tratara como una remota.
◦ Pestana Security Parameters (Parametrós de seguridad)
La mayóría de los servidores de OPC no admiten la seguridad de OPC. Compruebe que su
servidor de OPC es compatible con la seguridad antes de habilitar esta ópción. Si su
servidor de OPC exige que los clientes utilicen la seguridad de OPC, habilite esta ultima y
seleccione NT security (Seguridad de NT) o Private OPC security (Seguridad de OPC
privada) y, a cóntinuación, especifique el ID y la cóntrasena del usuario. Cuando guarde
los cambios, la ICU cifrara la cóntrasena que usted introdujo y la guardara en un archivo
aparte con una extensión .pwd. La interfaz requiere que este archivo se encuentre en el
mismo directorio que el archivo ejecutable de la interfaz.
Nota:
Si su servidor OPC es compatible con la seguridad de NT y la seguridad privada de
OPC, OSIsoft recomienda usar la seguridad de NT. Esta ópción autentica la interfaz
en el servidor usando su cuenta de dominio de Windows y evita transmitir una
cóntrasena en la red. Si debe usar la seguridad privada de OPC, cónfigure DCOM
usando el nivel de autenticación del Paquete de privacidad para garantizar que la
cóntrasena este cifrada en el transitó. Consulte la DCOM Security and Configuration
Guide para obtener mas detalles.
Administración de conexiones de servidor

Cada instancia de PI interface para OPC DA se conecta a un unicó servidor de OPC. Para
gestionar varios servidores de OPC, ejecute varias instancias de la interfaz de PI OPC. Pueden
cónfigurarse varias instancias de la interfaz para conectarse al mismo servidor de OPC. Para
que la interfaz recopile datos sin una cónexión a PI Data Archive, cónfigure el inicio
desconectado de la interfaz.
Si la interfaz no puede conectarse al servidor de OPC durante el inicio, registrara el problema y
vólvera a intentar realizar la cónexión cada cinco segundos hasta que se vuelva a conectar.
Cuando el servidor de OPC registra que se esta ejecutando, la interfaz se conecta a el y empieza
a crear grupos y agregar elementos. Si la interfaz de PI OPC pierde la cónexión al servidor de
OPC despues de la cónexión inicial, intentara volver a establecerla. Para garantizar que no se
pierda ningun dato del servidor OPC en caso de que se desconecte PI Data Archive, cónfigure el
almacenamiento en bufer en el nodo de interfaz.
Para obtener mas infórmación sobre el almacenamiento en bufer, consulte la PI Buffering
Manager Help Files.
Configuración de seguridad destinada a PI interface para OPC

DA
Al enviar datos a traves de redes y equipos individuales de dichas redes, pueden producirse
riesgos de seguridad. Por tanto, OSIsoft recomienda cónfigurar las cuentas de servicio de la
interfaz empleando los metódós mas seguros posibles que cumplan los requisitos.
Para obtener infórmación general sobre los tipos de cuentas de servicio, la restricción del
acceso en cuentas de seguridad y la prótección de interfaces de lectura-escritura, consulte la PI
Universal Interface (UniInt) User Guide. Para obtener mas infórmación sobre cómó cónfigurar la
seguridad de DCOM, consulte la DCOM Security and Configuration Guide.

Procedimientos recomendados de seguridad de PI Interface para OPC DA

Para obtener mas infórmación acerca de la seguridad de OPC, consulte la DCOM Security and
Configuration Guide. Para obtener mas infórmación sobre la cónfiguración de seguridad de PI
Data Archive, consulte PI Server Configuring PI Server Security.
La instalación de la interfaz requiere una cuenta de administrador para las siguientes tareas:
• Instalación del software de la interfaz
• Creación de cuenta de servicios de la interfaz
• Creación, edición y eliminación del servicio de la interfaz
• Adición, actualización y eliminación de los contadores de rendimiento
Las cuentas de servicios de consideraciones de seguridad de PI Interfaces basadas en el marco
de trabajo de UniInt se abordan en la PI Universal Interface (UniInt) User Guide.
Nota:
En ocasiones, los privilegios de cuenta del servicio de la interfaz se pueden restringir para
limitar el acceso a archivos, carpetas y claves de registro. Las cuentas de servicios
virtuales, las de servicios administrados, las de servicios de dominios que no pertenecen
al administrador y las de servicios locales que no pertenecen al administrador son las
mejores opciones para restringir los permisos a las cuentas de servicios.
Para obtener mas infórmación acerca de la gestión de la seguridad y trusts de PI Data Archive,
consulte la PI Server System Management Guide.
Autenticación y autorización
Para que la interfaz se conecte a PI Data Archive, la cuenta de servicio de la interfaz se debe
autenticar y se deben autorizar sus comunicaciones. Ello requiere la cónfiguración de la
seguridad de las aplicaciones que se conectan a PI Data Archive. Para obtener mas infórmación
acerca de la autentificación y la autórización de interfaces, consulte la guía de usuario de PI
Universal Interface (UniInt).
Nota:
Al cónfigurar usuarios y grupos PI para la interfaz, evite utilizar el superusuario piadmin
o el grupo piadmins. Estos usuarios y grupos integrados cuentan con privilegios de alto
nivel que pueden suponer riesgos de seguridad.
Seguridad de PI points y archivos de lista blanca

La seguridad de PI points se puede cónfigurar para el acceso de usuarios a los atributos de
punto mediante el atributo ptsecurity, y el acceso de los usuarios a los datos de punto
mediante el atributo datasecurity.
En el caso de los puntos de salida, los atributos zero y span se pueden utilizar para establecer
los valores mínimós y maximós que permite el punto de salida.
En el caso de todas las interfaces que puedan escribir en la fuente de datos, OSIsoft recomienda
cónfigurar un archivo de puntos de salida permitidos de PI Data Archive a la fuente de datos.
Cree una lista blanca de puntos de salida para especificar las actualizaciones de puntos
autorizados a la fuente de datos. Cuando se utiliza una lista blanca, la interfaz comprueba un
punto de salida en la lista antes de actualizar la fuente de datos. La lista blanca es un archivo de
valores separados mediante comas (.csv) que contiene una lista de los puntos de salida
validós y todos los atributos necesarios para especificar los puntos de salida y las ubicaciones
en las que se pretenden guardar en la fuente de datos. Deje el archivo de la lista blanca vacíó si
no necesita salidas a la fuente de datos. Habilite el uso de la lista blanca mediante el parametró
de inicio /whitelist=path/filename.

Para obtener mas infórmación acerca de la cónfiguración del archivo de lista blanca y el
parametró de archivos de inicio para habilitar el archivo de lista blanca, consulte
Cónfiguraciónes del archivo de lista blanca en la PI Universal Interface (UniInt) User Guide.
Seguridad de DCOM
El servidor OPC y las aplicaciones cliente se basan en el modelo de comunicaciones COM/
DCOM de Microsoft. Para acceder a una descripción general, consulte Cónfiguración de DCOM
destinada a PI interface para OPC DA.
Para obtener mas infórmación acerca de la seguridad de DCOM para productos PI OPC, consulte
la DCOM Security and Configuration Guide.
Creación de confianzas
A la hora de crear cónfianzas, dispone de numerosas opciones. A cóntinuación se expone un
enfoque sencillo y seguro con el que crear una cónfianza en las siguientes aplicaciones:
• PI interface para OPC DA
• PI Interface Cónfiguratión Utility (PI ICU)
• El almacenamiento en bufer
Nota:
OSIsoft recomienda no utilizar grupos, usuarios o identidades con elevados privilegios en
entidades PI trust para interfaces. Evite usar el superusuario piadmin y el grupo
piadmins. La practica recomendada para garantizar la seguridad de PI Data Archive
consiste en crear una identidad, un usuario o un grupo que solo cuente con los derechos
de acceso necesarios para utilizar la interfaz, PI ICU o el almacenamiento en bufer.
Para crear cada uno de estos trusts mediante PI System Management Tools, cónectese al
servidor PI Data Archive y siga estos pasos:
Procedimiento
1. Haga clic en Security (Seguridad) y seleccione Mappings & Trusts (Asignaciones y
cónfianzas).
2. En la pestana Trusts (Cónfianzas), haga clic con el bótón secundario y seleccione New Trust
(Nueva cónfianza).
Se abrira el asistente Add Trust (Agregar cónfianza).
3. Especifique un nombre distintivo y una descripción para la cónfianza.
4. Cónfigure las opciones de la siguiente manera:
Confianza Tipo Nombre de Ruta de red Usuario de PI
aplicación
PI interface para Aplicación de PI OPCpE El nombre del Identidad con
OPC DA API nodo de la interfaz derechos de
o la dirección IP, acceso a los PI
mas la mascara de points de la
red interfaz.
255.255.255.255 Habilitado por el
atributo
datasecurity.

Confianza Tipo Nombre de Ruta de red Usuario de PI

aplicación
PI ICU Aplicación de PI PI-ICU.exe El nombre del Identidad de PI
API nodo de la interfaz dedicada con los
o la dirección IP, permisos
mas la mascara de concretos
red requeridos
255.255.255.255 (acceso de lectura
de la base de
datos, lectura de
ptsecurity, y
permiso de lectura
y escritura para
los puntos de
OPC).
El Aplicación de PI Bufserv: APIBE El nombre del Identidad del
almacenamiento API nodo de la interfaz servicio de
PIBufss:
en bufer o la dirección IP, almacenamiento
Pibufss.exe
mas la mascara de en bufer con los
red derechos de
255.255.255.255 acceso necesarios
para los PI points
de todas las
interfaces del
nodo de la
interfaz.
Configuración del servicio de Windows

Para garantizar que PI interface para OPC DA se reinicia cuando se reinicia el nodo de la
interfaz, cónfigureló como un servicio de Windows.
Nota:
Como una medida de seguridad, OSIsoft recomienda ejecutar el servicio de la interfaz con
una cuenta que disponga de unos privilegios mínimós, como una cuenta virtual de
servicio integrada de Windows, la de servicio de red integrada o una sin permisos de
administración que cree. Para obtener mas infórmación sobre la seguridad, consulte
Procedimientos recomendados de seguridad de PI Interface para OPC DA.
Utilice PI ICU para instalar la interfaz como servicio.
Procedimiento
1. Inicie PI ICU y haga clic en la pestana Service (Servicio).
2. Cónfigure los campos tal y como se describe en la siguiente tabla.
Campo Descripción
Service name Nombre descriptivo para el servicio de la interfaz.
(Nombre del
servicio)
ID ID numericó de la instancia de la interfaz. Debe ser unicó para cada instancia.
Display name El nombre del servicio mostrado en el panel de control Servicios de Windows.
(Nombre para
mostrar) El nombre para mostrar predeterminado consiste en el nombre del servicio con el
prefijó PI-. Es posible utilizar uno distinto al predeterminado. Para garantizar que los
servicios relativos a OSIsoft se ordenan juntos en el panel de control de servicios,
mantenga el prefijó PI-.

Campo Descripción
Log on as La cuenta de usuario de Windows asociada con el servicio.
(Iniciar sesión
El usuario debe tener permisos de DCOM cónfiguradós en el servidor de OPC.
como)
Especifique Never para la expiración de la cóntrasena.
Password La cóntrasena, en caso de haberla, para el usuario anterior.

(Cóntrasena)
Dependencies Cualquier servicio del que dependa la interfaz.
(Dependencia
La unica dependencia es el servicio TCP/IP, que esta cónfiguradó previamente. Si se
s)
ha habilitado el almacenamiento en bufer, se le sólicitara que cree una dependencia
en el servicio de almacenamiento en bufer.
Startup type Especifica si el servicio de la interfaz se reinicia autómaticamente cuando se reinicia
(Tipo de el nodo de la interfaz. Por lo general, los servicios de la interfaz estan cónfiguradós
inicio) para iniciarse autómaticamente.
3. Para crear el servicio, haga clic en Create (Crear).

4. Para iniciar sel servicio, haga clic en el bótón .
Administración del servicio PI interface para OPC DA

Tras instalar la interfaz como un servicio de Windows, utilice los procedimientos de esta
sección para administrar el servicio.
Procedimiento
• Para comprobar que el servicio se este ejecutando, ejecute services.msc en el menu Inicio
de Windows.
• Para iniciar y detener el servicio, utilice PI ICU.
• Para quitar el servicio mediante PI ICU, detengaló y haga clic en Remove (Quitar).
• Si desea iniciar el servicio de forma interactiva, utilice PI ICU y haga clic en Interface > Start
Interactive (Interfaz > Inicio interactivo).
Por lo general, el inicio interactivo solo se lleva a cabo con fines de depuración.
Configuración de DCOM destinada a PI interface para OPC DA

Las aplicaciones clasicas de cliente y servidor de OPC se basan en el modelo de cómunicación
COM/DCOM de Microsoft. Este tipo de cómunicación depende de la cónfiguración de red:
• COM (Modelo de objetos componentes)

Proporciona un conjunto de interfaces que permiten que los componentes de software se
comuniquen en un unicó equipo.
• DCOM (Modelo de objetos componentes distribuidos)

Amplía COM para permitir que los componentes de software se comuniquen entre los nodos
de red.
DCOM habilita un proceso en un equipo para solicitar a otro equipo que ejecute programas
en su nombre. Por ello, se deben otorgar los permisos con cautela para mantener la
seguridad.

Nota:
Los permisos de DCOM se deben otorgar a las cuentas en las que se ejecuten el servidor
de OPC y PI interface para OPC DA, aunque utilice el mismo nodo para el servidor y el
cliente de OPC.
Para obtener mas infórmación, consulte la DCOM Security and Configuration Guide.
En esta sección
• Niveles de seguridad de DCOM
• Servidores y clientes DCOM
• Usuarios y dominios de Windows
• Cuentas de usuario de DCOM
• Firewall y seguridad
Niveles de seguridad de DCOM

El acceso a un servidor COM se rige por la seguridad de Windows y esta controlado por listas
de control de acceso (ACL), que conceden a grupos o usuarios específicós permiso para usar
ese servidor. Ademas, la cónfiguración y las directivas de nivel de sistema determinan cómó se
autentican los usuarios y la forma en la que se otorgan los permisos.
La seguridad de DCOM se implementa en varios niveles:
• Las directivas, la cónfiguración y las ACL de nivel de sistema definen el nivel mínimó de
seguridad de todos los componentes de DCOM (las ACL Edit Limits de la utilidad
dcomcnfg).
• Se utilizan los niveles de seguridad y las ACL predeterminados si un componente de DCOM
no tiene establecido explícitamente ningun nivel de seguridad (las ACL Edit Defaults de
la utilidad dcomcnfg).
• Es posible especificar niveles de seguridad y ACL personalizados para servidores DCOM
individuales mediante la utilidad de Windows dcomcnfg.
• El servidor DCOM (CoInitializeSecurity) puede implementar seguridad personalizada
en el códigó.
Servidores y clientes DCOM

Los servidores de OPC son servidores DCOM y los clientes de OPC son clientes DCOM, pero los
roles no son fijós.
PI interface para OPC DA recupera datos del servidor de OPC mediante devoluciones de
llamada asíncrónas. Durante una devólución de llamada, PI interface para OPC DA actua como
un servidor DCOM, mientras que el servidor de OPC hace las veces de un cliente DCOM. Por este
motivo, se debe cónfigurar la seguridad de DCOM en el nodo de la interfaz para permitir el
acceso de la cuenta asociada con el servidor de OPC.
Usuarios y dominios de Windows

Un dominio de Windows es una red de equipos con una base de datos de seguridad cómun. Si el
nodo de PI interface para OPC DA y el del servidor de OPC forman parte del mismo dominio
(incluidos aquellos con cónfianzas bidireccionales), se pódran utilizar los usuarios del dominio
en las listas de control de acceso de DCOM. En cambio, si la interfaz y el servidor residen en
dominios distintos, tendra que cónfigurar cuentas locales identicas en ambas maquinas y

utilizar aquellas en las ACL. Estas cuentas deben tener el mismo nombre de usuario y
cóntrasena; ademas, deberan tener deshabilitada la expiración de cóntrasenas.
Si la interfaz y el servidor de OPC se encuentran en el mismo equipo, se pódra usar cualquier
cuenta que reconozca dicho equipo, incluida la cuenta integrada SYSTEM. Algunos servidores
de OPC implementan mecanismos de seguridad personalizados. En este caso, se debera otorgar
acceso a la cuenta al servidor de OPC, aparte de cualquier permiso de DCOM.
Los equipos de la cónfiguración del grupo de trabajo de Windows tienen directivas
predeterminadas que interfieren en las comunicaciones entre el cliente y el servidor de OPC;
por ello, tendra que deshabilitar el uso compartido simple de archivos.
Cuentas de usuario de DCOM

Si el proveedor del servidor de OPC especifica la cónfiguración de DCOM, no la cambie a menos
que no se pueda establecer la cómunicación con el servidor utilizando dicha cónfiguración. La
cónfiguración de DCOM no conserva un historial de los cambios efectuados. Para garantizar que
se pódra revertir la cónfiguración a sus valores originales, tendra que anotar la cónfiguración
actual antes de efectuar algun cambio. Ajuste la cónfiguración del cliente para que se adapte al
servidor, en lugar de hacerlo al reves.
Las ACL, en las que se especifican las cuentas de usuario y sus permisos asociados, rigen el
acceso a los servidores DCOM. Cuando un cliente llama al servidor, la cuenta de usuario
asociada al proceso del cliente se autentica y, a cóntinuación, se evalua la ACL para determinar
si dicha cuenta tiene permisos para utilizar el servidor.
Para que clientes interactivos, como PI OPC Client o PI interface para OPC DA, se ejecuten de
forma interactiva, el usuario real es la cuenta que se utilizó para iniciar sesión en el equipo. Es
posible ejecutar un proceso interactivo con otras cuentas mediante el comando RunAs.
Para los programas de cliente que se ejecuten como servicios de Windows, el usuario es la
cuenta especificada en la pestana Inicio de sesión del panel de control Servicios.
En lo que respecta al servidor de OPC, el usuario es la cuenta especificada en la pestana
Identidad de la cónfiguración de DCOM para el servidor. Windows proporciona varias opciones
para la identidad que utiliza un servidor DCOM:
• Usuario interactivo
La cuenta cuya sesión esta iniciada en la consola del equipo cuando el servidor se encuentra
en ejecución. Esta ópción resulta próblematica para las comunicaciones de OPC: si nadie ha
iniciado sesión en la consola o el usuario con sesión iniciada carece de permisos de DCOM, el
cliente no se pódra conectar con el servidor de OPC.
• El usuario inicial
El proceso del servidor se ejecuta en la misma cuenta que el cliente que realiza la llamada.
No utilice esta ópción si varios clientes que se ejecutan en distintas cuentas deben acceder al
mismo servidor de OPC, porque se iniciara una nueva instancia de dicho servidor para cada
usuario. Tenga en cuenta que el ID de usuario del cliente que realiza la llamada pódría no
tener permisos para conectarse con el servidor, porque muchos servidores tienen
implementada su propia tecnólógía de autenticación de usuarios, aparte de los permisos de
DCOM.
• Este usuario
Se trata de la ópción recomendada, a menos que el proveedor del servidor de OPC
especifique una distinta. Incluya al usuario especificadó en la ACL de DCOM predeterminada
del nodo de la interfaz. Si el servidor de OPC se ejecuta como un servicio de Windows, utilice
la misma cuenta como la de inicio de sesión para el servicio.

• La cuenta del sistema (solo servicios)

Utilice esta ópción unicamente si la interfaz se ejecuta en el mismo equipo que el servidor
de OPC.
Firewall y seguridad
DCOM depende de puertos TCP asignados de manera dinamica. Cuando un cliente de OPC se
conecta a un servidor de OPC, se conecta al puerto 135 (el asignador de puerto RPC), que
asigna un puerto TCP y uno UDP al componente. La cómunicación entre cliente y servidor se
redirige a estos puertos. Debido a estas limitaciones, es difícil cónfigurar DCOM para que
funcione con un firewall convencional.
Los proveedores externos ofrecen productos que abordan estas limitaciones. Los tunelizadores
de OPC usan un cliente OPC especializado que refleja los datos en un servidor de OPC
especializado a traves de un canal cifrado. Los firewalls con reconocimiento de OPC permiten
establecer una cómunicación segura con los servidores de OPC realizando muy pocos ajustes.
Si las soluciones de terceros no son deseables, proteja la cónfiguración de OPC de la siguiente
forma:
• Si el proveedor de servidores de OPC lo admite, instale PI Interface para OPC DA en el
equipo que ejecuta el servidor de OPC. La cónexión COM local permite omitir problemas de
cónfiguración entre cliente y servidor.
• Si se requiere un nodo de interfaz independiente, localice la interfaz en la subred de OPC. Es
mucho mas sencillo abrir una sola excepción de firewall en el puerto 5450 del servidor de PI
Data Archive que cónfigurar DCOM para trabajar con un firewall convencional.
• Cónfigure los permisos de DCOM con privilegios mínimós incluyendo solo cuentas de
servicio específicas en listas ACL de DCOM.
Nota:
Consulte Seguridad y PI Data Archive ( https://livelibrary.osisoft.com/LiveLibrary/
content/en/server-v7/GUID-755CB0F4-F572-4DAE-ACD5-8DBDE1568EA0) en la
dócumentación de PI Server.
• Use el firewall integrado de Windows que esta incluido en la versión de Windows que esta
utilizando.
Configuración de PI point de PI Interface para OPC DA

El PI point es un registro con marca de tiempo de un unicó conjunto de medidas (por ejemplo,
temperatura del tanque). Cónfigure los PI points para permitir que PI Interface for OPC DA
transmita los datos del servidor OPC a PI Data Archive.
Nota:
Para propagar los puntos definidós en su servidor OPC en PI Data Archive, utilice la
herramienta cliente PI OPC u OPCtoCSV para exportar elementos de OPC a un archivo
Excel (.csv). A cóntinuación, utilice la función PI SMT Tag Cónfiguratór para cargar los
tags en PI Data Archive. Para obtener mas infórmación, consulte Expórtación de
elementos de OPC al cónfiguradór de PI points.
Si no se requieren salidas al servidor OPC, cónfigure la instancia de la interfaz para deshabilitar
las salidas del PI Data Archive. En cambio, si efectivamente se requieren salidas, cónfigure una
lista blanca de puntos de salida para la instancia de la interfaz.

Nota:
Las dos medidas anteriores le protegen frente a cambios maliciosos o accidentales
dirigidos que puedan realizarse en el sistema de control. Para obtener mas infórmación,
consulte Procedimientos recomendados de seguridad de PI Interface para OPC DA.
Los PI points de PI Interface para OPC DA requieren los siguientes atributos de punto mínimós
para que se puedan cónfigurar:
• Nombre de punto (tag)
• Origen de punto (pointsource)
• Tipo de datos (pointtype)
• Instancia de la interfaz (location1)
• Tipo de PI point: advise, de evento o de sondeo (location3)
• Clase de scan (location4)
• ID de elemento de OPC (instrumenttag)
Segun el tipo de punto que desee crear, es posible que se requieran cónfiguraciónes de atributo
adicionales.
En esta sección
• Expórtación de elementos de OPC al cónfiguradór de PI points
• Creación manual de PI points
• Cónfiguración de atributos del punto
• Cónfiguración y velocidades de actualización de clase de scan
• Puntos de entrada de PI Interface para OPC DA
• Cónfiguraciónes de puntos de salida
• Compatibilidad con tipos de datos
Exportación de elementos de OPC al configurador de PI points

Para rellenar PI Data Archive con los puntos definidós en el servidor OPC, use la herramienta PI
OPC Client u OPCtoCSV (instalada en %PIPC%\PI OPC Tools\PI_OPCtoCSV) para exportar
elementos de OPC a un archivo de Excel (.csv); a cóntinuación, utilice el complemento PI Tag
Cónfiguratór de PI System Management Tools (PI SMT) para cargar los puntos en PI Data
Archive.
Nota:
Para permitir que PI Tag Cónfiguratór cree PI points, debe definir un trust o cónfigurar
permisos que permitan que Microsoft Excel escriba en PI Data Archive.
Para exportar puntos de OPC y crear los PI points correspondientes, realice los siguientes
pasos:
Procedimiento
1. Inicie la herramienta PI OPC Client y cónectese a su servidor de OPC.
2. Para seleccionar los elementos de OPC que desee exportar, cree un grupo (haga clic en ) y
agregue a el los elementos que desee.
3. Seleccione File > Save As (Archivo > Guardar como) y especifique el nombre y la ubicación
del archivo de expórtación.
4. Haga clic en Guardar.

La herramienta PI OPC Client creara un .csv archivo con los elementos de OPC
seleccionados.
5. En PI SMT, inicie Microsoft Excel seleccionando Herramientas > Tag Configurator.
6. En Microsoft Excel, abra el archivo .csv que contiene los elementos de OPC exportados.
7. Examine las entradas generadas para garantizar que se muestran los puntos deseados. Si
cualquiera de las entradas incluye Unknown en la columna PointType, especifique el tipo de
datos deseado para el punto.
8. Para generar los PI points, seleccione PI SMT > Export Tags (PI SMT > Exportar etiquetas).
Se abrira la ventana Export PI Tags (Exportar PI tags).
9. Seleccione el nodo de PI Data Archive objetivo y haga clic en Aceptar.
10. Examine la lista de resultados para comprobar que los PI points se han creado.
Creación manual de PI points

Para crear PI points manualmente, utilice la herramienta Point Builder de PI System
Management Tools (SMT). Para iniciar Point Builder, elija Points > Point Builder (Puntos > Point
Builder).
Configuración de atributos del punto

Cónfigure los PI points de entrada y salida (opcionales en este ultimó caso) de PI interface para
OPC DA con los siguientes atributos mínimós.
Procedimiento
• Asegurese de cónfigurar los siguientes atributos de PI point:
◦ pointsource
Identifica todos los puntos pertenecientes a esta instancia de la interfaz de PI OPC.
Especifique el mismo valor de Point source (Origen de punto) indicado en la pestana
General de PI ICU.
◦ location1
Especifica el ID de instancia de la interfaz de OPC, que se muestra en la pestana General
de PI ICU.
◦ location2
Si desea habilitar la gestión de los servidores de OPC que no devuelven determinados
tipos numericós en su formato nativo, especifique 1 para location2. Los datos
numericós se devuelven como una cadena.
◦ location3
Tipo de punto. Estas son las opciones: 0 (sondeo), 1 (nótificación) o 2 (salida).
◦ location4
Especifica la clase de scan.
◦ location5
Valor de banda muerta opcional para los puntos de nótificación.

◦ exdesc
Especifica valores para puntos de eventos, ID de elemento largo, Dzero para puntos a
escala o ID de elemento para obtener la marca de tiempo de un valor de salida.
◦ instrumenttag
ID de elemento de OPC correspondiente al PI point que esta definiendó. Distingue entre
mayusculas y minusculas. Para mostrar los elementos del servidor de OPC, utilice la
herramienta PI OPC Client.
◦ datasecurity
Para cada PI point a la que la instancia de la interfaz preste servicios, la lista de control de
acceso del atributo datasecurity debe otorgar acceso de lectura al componente de PI
identity de la PI trust que autentique la instancia de la interfaz. Si la interfaz se utiliza sin
una aplicación de almacenamiento en bufer, tambien se debe otorgar el acceso de
escritura. Si la interfaz se utiliza con una aplicación de almacenamiento en bufer, esta
ultima requiere acceso de escritura, pero la interfaz, no.
Nota:
Cuando se haya cónfiguradó el almacenamiento en bufer, el atributo datasecurity
debe permitir el acceso de escritura para la asignación o la entidad PI trust de la
aplicación de almacenamiento en bufer. El permiso de escritura datasecurity para la
entidad PI trust de la interfaz solo se requiere cuando no se ha cónfiguradó el
almacenamiento en bufer.
◦ ptsecurity
La lista de control de acceso del atributo ptsecurity de cada PI point al que la instancia
de la interfaz presta servicios, debe otorgar acceso de lectura al componente PI identity
de la PI trust que autentique la instancia de la interfaz.
Atributos de punto de PI Interface para OPC DA

Algunas cónfiguraciónes de atributos de PI point son específicas de puntos de PI Interface para
OPC DA, mientras que otras son comunes a todos los puntos. Para obtener mas infórmación
acerca de las cónfiguraciónes de PI point, consulte la PI Universal Interface (UniInt) User Guide y
la PI Server System Management Guide.
Nota:
Se puede producir la perdida de datos en los puntos de eventos ( ExDesc contiene
event='trigger_tag_name' condition) si se pierde la cónexión a PI Server. La
interfaz inicia sesión en los eventos de Update Manager para los puntos de origen
cónfiguradós en los puntos de eventos. Cuando no hay cónexión, los datos de los puntos
de origen no pueden enviarse a PI ni se pueden recibir actualizaciones de
Update Manager para los puntos de eventos. Asimismo, no se actualizaran los puntos de
eventos ni se pódran recuperar los datos durante el períódó en que se haya perdido
cónexión.
Tag (nombre del PI point)

El atributo del Tag (o el nombre del tag) es el nombre de un punto. Hay una correspondencia
biunívóca entre el nombre de un punto y el propio punto. Debido a esta relación, la
dócumentación de PI Data Archive utiliza los terminós "tag" y "point" de manera indistinta.
Siga estas reglas de nomenclatura para los PI points:
• El nombre debe ser unicó en el PI Data Archive.

• El primer caracter debe ser alfanumericó, el guion bajo (_) o el símbóló de porcentaje (%).

• No se admiten caracteres de control, como los saltos de línea o las tabulaciones.

• Tambien se próhíben los siguientes caracteres: * ' ? ; { } [ ] | \ ` ''""
Longitud del tag

En función de la versión de PI API y PI Data Archive, esta interfaz admite atributos de Tag cuya
longitud sea como maximó 255 o 1023 caracteres. En la siguiente tabla se indica la longitud
maxima de este atributo para todas las combinaciones distintas de versiones de PI API y PI
Data Archive.
PI API PI Data Archive Longitud máxima
1.6.0.2 o posterior 3.4.370.x o posterior 1023
1.6.0.2 o posterior Previa a 3.4.370.x 255
Previa a 1.6.0.2 3.4.370.x o posterior 255
Previa a 1.6.0.2 Previa a 3.4.370.x 255
PointSource (origen de punto)

PointSource es un identificadór que asocia un PI point con una instancia de la interfaz de PI, lo
cual permite que la interfaz consulte a PI Data Archive sobre los puntos que actualiza. Este
campo no distingue mayusculas de minusculas. En el archivo de inicio de batch de la interfaz, el
origen de punto se especifica usando el parametró de línea de comandos /PS.
Los siguientes órígenes de punto estan reservados. No los cónfigure para las instancias de la
interfaz.
Origen del punto Reservado por
T Totalizer Subsystem
Gy@ Alarm subsystem
R Random interface
9 RampSoak interface
C Performance equations subsystem
Atributos de tipo de datos

El atributo de tipo de datos (pointtype) especifica que tipo de datos se almacena en el PI
point.
Por lo general, los tipos de datos de los elementos de OPC no tienen que coincidir exactamente
con los de los PI points, pero deben ser compatibles. Por ejemplo, se pueden enviar los valores
de numerós enteros de un dispositivo a PI points digitales o de punto flótante. De forma similar,
se puede enviar un valor de punto flótante a PI points digitales o enteros, aunque es posible
que los valores se trunquen.
PI interface para OPC DA es compatible con todos los tipos de PI points, con la salvedad de
BLOB.
Nota:
Algunos servidores de OPC no son compatibles con la gama completa de tipos de PI
points. Para determinar los tipos de PI points que admite su servidor de OPC, consulte la
dócumentación que proporcione el proveedor.
Si el tipo de punto definidó en PI Data Archive no coincide con el tipo de datos necesarios
definidós en el servidor OPC, la interfaz trata de convertir los datos. Para determinar si el punto
se puede leer como el tipo requerido, utilice la herramienta PI OPC Client para tratar de leer el

punto directamente en el servidor de OPC. Para obtener mas infórmación sobre la

compatibilidad de los tipos de datos, consulte Compatibilidad con tipos de datos.
Location1 (instancia de la interfaz)

Location1 especifica la instancia de la interfaz a la cual pertenece PI point. El valor de este
atributo debe coincidir con el ID cónfiguradó para la instancia de la interfaz. Esta cónfiguración
mas PointSource identifica la instancia de la interfaz que escribe a un punto en particular. ( /
ID).
Atributo de gestión de tipos de datos (location2)

El atributo location2 cónfigura la gestión de tipos de datos de PI interface para OPC DA.
A cóntinuación se exponen las opciones validas para location2:
Valor Description
0 Procesamiento normal; no se utiliza ningun tipo de gestión especial.
1 Lee y escribe un valor como una cadena.
En el caso de los puntos digitales, las cadenas leídas en el servidor de OPC deben
coincidir con las del conjunto de estados digitales que utiliza el PI point. Para los
puntos reales y de numerós enteros, la interfaz solicita un valor de cadena y lo
traduce a un numeró.
2 Lee un valor como un booleano. Los valores booleanos son cero y un numeró
distinto a cero.
Para los puntos numericós, cualquier valor, excepto 0 (False), esta establecido en
-1 (True). Utilice esta ópción a fin de convertir correctamente un valor booleano de
un servidor de OPC en el estado digital de PI System, que evita que el PI point reciba
valores Bad quality para un valor booleano que sea True.
3 Lee un valor como un numeró entero de cuatro bytes.

Esta ópción se aplica a servidores que no pueden enviar el valor como un numeró
entero de dos bytes (es decir, como se leen habitualmente los puntos digitales).
4 Almacena la calidad del elemento, en lugar del valor.

5 Solicita puntos reales como elementos VT_R8 (valor real de ocho bytes).
De forma predeterminada, la interfaz solicita puntos reales como elementos VT_R4
(valor real de cuatro bits). En el caso de los puntos Float32 (incluidos los puntos
reales de PI2), los valores que no puedan caber en un numeró de punto flótante de
32 bits perderan precisión. Esta ópción se incluye para respaldar los servidores que
no traduzcan datos de VT_R8 en datos de VT_R4 y permitir el uso de puntos Float32
cuando el benefició de una mayor precisión no baste para compensar la sobrecarga
de utilizar puntos Float64.
6 Lee marcas de tiempo del servidor de OPC como cadenas y, despues, las transforma
en segundos.
El PI point puede ser un numeró entero o un valor flótante. El formato de la cadena
de marca de tiempo se especifica en el archivo por lotes de la interfaz mediante el
parametró tf.
7 Lee marcas de tiempo en el servidor de OPC como variables VT_DATE.

Estos valores se pueden convertir en cadenas de marcas de tiempo o transferir a PI
Data Archive como un numeró de segundos, apto para su uso en calculós. Si el valor
se traduce en una cadena, el formato de la cadena de marca de tiempo se especifica
en el archivo por lotes de la interfaz mediante el parametró tf.

Valor Description
8 Indica al servidor de OPC que envíe el tipo de datos canónicó.
La interfaz intenta transformar el valor en el tipo de datos adecuado para el PI point.
Utilícela con cautela, ya que la transfórmación puede fallar si el tipo de datos de
origen no es compatible con el tipo de datos del PI point, o bien si el valor no se
puede representar mediante el tipo de datos del PI point.
>= 1024 Cuando se usa un DLL de posprocesamiento con PI interface para OPC DA, indica que
datos debe procesar el DLL.
Si se agregan alguna de las opciones anteriores (1-8) a 1024, se pódran usar durante
el procesamiento. Para obtener mas infórmación, consulte el TimeArray Plug-in User
Manual.
Procesamiento del atributo de tipo (Location3)

El atributo location3 especifica si este PI point es un punto de sondeo, de advise, de evento o
de salida.
Location3 Descripción
0 Polled or event (sondeo o evento)
1 Advise (Asesóría)
2 Output (Salida)
3 Guardian de sondeo utilizado con cónmutación por error de nivel de servidor
4 Guardian de advise utilizado con cónmutación por error de nivel de servidor
En el caso de un punto de advise, PI Interface para OPC DA registra las actualizaciones con el
servidor de OPC y este envía los valores nuevos a la interfaz. La velocidad de actualización del
servidor no supera la del grupo.
Atributo de clase de scan (Location4)

El atributo location4 cónfigura la clase de scan para el PI point. La clase de scan determina la
frecuencia con la que se analizan nuevos valores en las tags de entrada.
En el caso de puntos basados en activadores, establezca location4 en cero. En el caso del
resto de puntos, el atributo location4 debe ser un numeró positivo. En el caso de tags de
salida, location4 cónfigura la clase de salida. Cuando se requiere para el equilibrio de la
carga, la interfaz distribuye las tags en la clase de scan 1 en varios grupos de OPC. Las clases de
scan distintas de 1 se asignan a grupos distintos para equilibrar la carga.
Puede asignar varios grupos a las mismas clases de scan de PI Interface para OPC DA. Para cada
clase de scan (a excepción de la clase de scan 1), puede asignar como mucho un grupo de
sondeo, un grupo de advise y un grupo de salida. Los límites son los siguientes:
Tag Número máximo de grupos
Polled (Sondeo) 200
Advise (Asesóría) 600
Event (Evento) 199
Output (Salida) Sin maximó
El estandar de OPC no garantiza que se pueda realizar el scan de datos a la velocidad que
especifique para una clase de scan. Si el servidor de OPC no admite la velocidad de scan
solicitada, la frecuencia asignada a la clase se registra en el archivo pipc.log. Si la carga de

trabajo de la interfaz es elevada, puede que los scans se retrasen o se omitan. Para obtener mas
infórmación acerca de los scans omitidos, consulte la PI Universal Interface (UniInt) User Guide.
Para obtener mas infórmación acerca de la cónfiguración de la clase de scan, la cómpensación
de scan y la velocidad de actualización, consulte Cónfiguración y velocidades de actualización
de clase de scan.
Banda muerta de OPC (Location5)

En el estandar de OPC, el procesamiento de banda muerta en los servidores es opcional. Si el
servidor de OPC no admite el procesamiento de banda muerta, el PI point se actualiza con
todos los cambios de valor del punto, segun los atributos de excepción especificadós para el PI
point.
Utilice una banda muerta para reducir la cantidad de traficó de red desde el servidor de OPC
hasta PI Interface para OPC DA. Si la variación entre la lectura del ultimó valor y el mas reciente
es inferior a la banda muerta, el servidor de OPC no envía el valor a la interfaz. En el caso de
puntos de advise, el atributo location5 especifica un valor de banda muerta para elementos
de OPC analógicós.
Nota:
Antes de tratar de cónfigurar puntos de advise, asegurese de que su servidor de OPC
admite el procesamiento de banda muerta.
El procesamiento de banda muerta del servidor OPC no es el mismo que el procesamiento de
banda muerta de la excepción que tiene lugar entre la interfaz y PI Data Archive.
Para cónfigurar la banda muerta de servidor de OPC, indique un tanto por ciento del intervalo
de banda muerta de excepción multiplicado por 100. La banda muerta de servidor de OPC solo
se aplica a los elementos analógicós dwEUType, que emplean las propiedades EU Low y EU
High para calcular el intervalo del elemento. Estas propiedades de elemento de OPC
corresponden a los atributos zero y span en la definición de PI point. Para obtener mas
infórmación acerca de la banda muerta de servidor de OPC, consulte la especificación OPC DA
2.05.
Por ejemplo, si el elemento del servidor de OPC se define como analógicó y con un valor de EU
Low de -10 y de EU High de 10, y location5 se establece en 2500 (25 %), los datos se envían
a la interfaz unicamente cuando la diferencia entre el valor nuevo y el antiguo es de al menos 5
(25 % de 20 = 5). El procesamiento de banda muerta de excepción se sigue aplicando a los
valores que la interfaz recibe. La ópción del atributo de banda muerta de OPC (location5)
solo afecta a los valores enviados por el servidor de OPC.
Atributo ID de elemento de OPC (InstrumentTag)

El atributo instrumenttag asigna el PI point a un elemento de OPC. Este campo debe coincidir
exactamente con el nombre del elemento tal y como se define en el servidor de OPC, incluida la
puntuación, los espacios, las mayusculas y las minusculas.
Utilice la herramienta PI OPC Client para verificar el ID de un elemento. Si el servidor de OPC
admite exploraciones, seleccione List Server’s Tags (Enumerar tags del servidor) para
consultar la lista de valores de ID de elementos definidós. Para ver todo el ID de un elemento
requerido para el campo instrumenttag, haga doble clic en el ID de elemento de la lista.
La longitud maxima del atributo instrumenttag depende de las versiones de PI Data Archive
y de PI API que se utilicen. Si la versión de PI API es la 1.6.0.2 u otra posterior, y la de PI Data
Archive es la 3.4.370.x u otra posterior, la longitud maxima es de 1023 caracteres. Para todas
las versiones anteriores, el maximó es de 32 caracteres. Si utiliza versiones anteriores y
necesita mas de 32 caracteres para especificar el ID del elemento, debe habilitar PI SDK o
utilizar el descriptor ampliado (atributo exdesc) para indicar el ID de elemento de OPC.

Atributo de descriptor ampliado (exdesc)

El atributo de descriptor ampliado (exdesc) es un campo multiuso.
Si utiliza el atributo exdesc para especificar mas de una cónfiguración, inserte una coma entre
las definiciónes.
De forma predeterminada, los espacios iniciales y finales se eliminan de las entradas del
atributo exdesc. Para conservar los espacios iniciales y finales, incluya la entrada entre
comillas dobles.
PI Interface para OPC DA usa el atributo exdesc de las siguientes maneras:
• Colección de datos basados en eventos

Para definir un tag de eventos, establezca el valor de este atributo en event=tag. Cuando el
tag especificadó tiene un evento de excepción, los tags que hacen que actue como activador
se leen desde el servidor de OPC.
• Dzero para puntos a escala

Cuando el dispositivo devuelve valores que deben escalarse para ajustarse al rango de
valores almacenados mediante el tag, almacene el atributo cero del dispositivo en el atributo
exdesc. El formato para especificar el atributo cero del dispositivo es Dzero=nnnnn.nnn.
Para especificar el intervalo del dispositivo, use el atributo convers.
• Elemento de OPC objetivo para marcas de tiempo de tags de salida

Para dirigir la marca de tiempo de un punto de salida a un elemento de OPC, especifique el
ID de elemento objetivo en exdesc.
El formato de la marca de tiempo dependera del tipo de datos del ID de elemento que vaya a
recibir la marca de tiempo:
◦ Tim=ItemID
Al establecer la ópción Tim, la marca de tiempo se escribira como una cadena (VT_BSTR)
con el formato adecuado para la instancia de la interfaz mediante el uso del parametró de
marca de tiempo (tf) del archivo por lotes. La marca de tiempo procede del servidor de
PI Data Archive y no esta ajustada para tener en cuenta las diferencias en la cónfiguración
de zona horaria u horario de verano.
◦ Dat=ItemID
Al establecer Dat, la marca de tiempo se escribe como VT_DATE. VT_DATE es un tipo de
autómatización que no especifica la zona horaria. Los valores de VT_DATE se tratan como
hora local.
En los mensajes relacionados con este ID de elemento de marca de tiempo, la interfaz
registra un nombre de tag generado con el formato TS:pointname, donde pointname es el
nombre (atributo tag) del PI point de salida.
• ID de elemento de OPC
Debido a limitaciones de la longitud maxima del atributo instrumenttag, pódría tener que
especificar el ID de elemento de OPC en el atributo exdesc.
Use la sintaxis instr=ItemID, donde ItemID coincide exactamente con el ID de elemento
definidó en el servidor de OPC. Si ItemID contiene algun espacio, incluya la cadena entre
comillas dobles.
Si la versión de PI API es la 1.6.0.2 o una posterior, y la de PI Data Archive es 3.4.370.x o
posterior, la longitud maxima del atributo InstrumentTag sera de 1023 caracteres. En todas

las versiones anteriores, el maximó sera de 32. Si esta utilizando versiones anteriores y
necesita mas de 32 caracteres para especificar el ID de elemento, tendra que habilitar PI
SDK o usar el atributo exdesc para indicar el ID de elemento de OPC.
SourceTag
En el caso de los tags de salida (puntos que escriben datos en el origen de punto), este atributo
especifica el PI tag que activa la ejecución de consultas y del cual se leen los datos (a menos que
la consulta de los tags de salida utilice placeholders para derivar los datos de otros tags).
Atributo de código escalado (TotalCode)

El atributo totalcode contiene un códigó que especifica el modo en el que se escalara el valor.
El atributo totalcode se utiliza junto con los atributos squareroot, convers y exdesc. Para
obtener mas infórmación, consulte Transformaciones y escalado.
Atributo de raíz cuadrada (squareroot)

El squareroot atributo especifica que se debe usar el cuadrado o la raíz cuadrada del valor.
Para obtener mas infórmación, consulte Transformaciones y escalado.
Atributo de factor de conversión (convers)

El atributo convers aplica una cómpensación o multiplicador a un valor de punto.
En el caso de los tags a escala, el atributo convers contiene el intervalo del dispositivo. Para
obtener mas infórmación, consulte Transformaciones y escalado.
El elemento de OPC puede tener varios valores de banda muerta correspondientes a los
atributos zero y span, que definen el intervalo real de valores que envía el servidor de OPC. PI
interface para OPC DA puede usar estos valores de banda muerta de OPC con la finalidad de
convertir las unidades que utiliza el dispositivo en las que estan definidas para el PI point. Para
obtener mas infórmación, consulte Banda muerta de OPC (Location5).
Atributo de índice de matriz de OPC (UserInt1)

El atributo userint1 asigna un valor de PI point a un elemento en un elemento de matriz de
OPC. Asegurese de que todos los PI points que se asignan a la misma matriz de OPC presentan
cónfiguraciónes identicas para instrumenttag, exdesc y todos los atributos de ubicación.
En el caso de aquellos PI points que no se asignen a una matriz de OPC, establezca userint1
en 0 (cero).
Un elemento de matriz de OPC contiene varios valores, y una unica marca de tiempo y un
campo de calidad. Estos elementos se pueden identificar mediante la herramienta PI OPC Client
para leer el elemento y examinar el tipo de datos que devuelve el servidor de OPC. Si se trata de
un elemento de matriz, el tipo del valor sera VT_ARRAY | VT_other, mientras que VT_other
sera un tipo de datos como VT_R4 o VT_I2. Los valores de la matriz se envían a un elemento de
datos y todos presentaran el mismo tipo de datos.
PI Data Archive no admite PI points con un tipo de matriz, por lo que los valores se deben
asignar a un numeró de PI points individuales. El primer valor de la matriz asigna al PI point
que presenta userint1 establecido en 1, el segundo a la tag userint1 establecida en 2 y así
sucesivamente.

Si estos valores se deben procesar como tipos de datos distintos, utilice el atributo location2
para el PI point con userint1=1 y los ajustes para el escalado y las transformaciones para cada
punto independiente con el fin de cónfigurar el modo en que PI Interface para OPC DA gestiona
el valor individual.
PI Interface para OPC DA recibe los datos utilizando el tipo de datos indicado por el valor
location2 del punto con userint1=1 y a cóntinuación procesa el valor en función de cómó se
haya cónfiguradó el punto individual. Tenga en cuenta que algunos servidores no pueden
proporcionar datos de matriz utilizando ningun tipo de datos distinto del tipo de datos
canónicó, tambien llamado nativo (el que se muestra en la herramienta PI OPC Client si no
indica el tipo de datos). Con este tipo de servidores, debe utilizar un PI point con el tipo de
datos correctos o establecer location2 en 8 para cónfigurar la interfaz de modo que solicite el
tipo de datos canónicó. Para optimizar la eficiencia, solicite siempre el tipo de datos canónicós.
Atributo de grupo de eventos (userint2)

El atributo userint2 asigna un grupo de eventos a un punto de eventos. En el caso de los
puntos que no sean de eventos, establezca userint2 en 0 (cero).
Para obtener mas infórmación, consulte Puntos de eventos.
Scan
De forma predeterminada, el atributo de Scan tiene un valor de 1, lo que significa que el
proceso de scan esta habilitado para el punto. Si se establece el atributo de Scan en 0, se
deshabilita el proceso de scan. Si el atributo de Scan es 0 cuando se inicia la interfaz, se escribe
un mensaje en el registro y la interfaz no carga el punto. Existe una excepción a la afirmación
anterior.
Si un PI point se quita de la interfaz mientras esta se esta ejecutando (incluida la cónfiguración
del atributo de Scan en 0), SCAN DESACTIVADO se escribira en el PI point,
independientemente del valor del atributo de Scan. Dos ejemplos de las acciones que
eliminarían un PI point de una interfaz son cambiar el origen del punto o cónfigurar el atributo
de Scan en 0. Si un atributo específicó de la interfaz se cambia y ocasiona que la interfaz
rechace el punto, se escribira SCAN DESACTIVADO en el PI point.
Cierre
El atributo Shutdown tiene un valor de 1 (verdadero) de forma predeterminada. El
comportamiento predeterminado de PI Shutdown Subsystem es escribir el estado digital
SHUTDOWN en todos los PI points cuando se inicie PI. La marca de tiempo que se usa para los
eventos de SHUTDOWN se recupera de un archivo que Snapshot Subsystem actualiza. La marca
de tiempo generalmente se actualiza cada 15 minutos, lo que significa que la marca de tiempo
de los eventos de SHUTDOWN sera precisa dentro de esos 15 minutos en caso de que se produzca
un corte del suministro electricó. Para obtener infórmación adicional sobre los eventos de
shutdown, consulte PI Data Archive los manuales
Nota:
Los eventos de SHUTDOWN que escribe PI Shutdown Subsystem son independientes de los
eventos de SHUTDOWN que escribe la interfaz cuando se especifica el siguiente parametró
de línea de comandos
/stopstat=Shutdown
SHUTDOWN se pueden desactivar los eventos para que no se escriban en los PI points al PI Data
Archivecónfigurar el Shutdown atributo con un valor de 0 para cada punto. Tambien se puede
cambiar el comportamiento predeterminado de PI Shutdown Subsystem para escribir los

eventos de SHUTDOWN unicamente en el caso de los PI points que tengan cónfiguradó su

atributo Shutdown con un valor de 0. Para cambiar el comportamiento predeterminado, edite
el Shutdown.dat archivo PI Data Archive como se indicó en los manuales de
Bufserv y PIBufss
No es conveniente escribir eventos de cierre cuando se esta utilizando el almacenamiento en
bufer. Bufserv y PIBufss son programas utilitarios que proporcionan la capacidad para
almacenar y reenviar eventos a un PI Data Archive, permitiendo la recólección de datos
continua cuando PI Data Archive esta fuera de servicio por motivos de mantenimiento,
actualizaciones, backup y fallas inesperadas. Es decir, cuando PI Data Archive haya sufrido un
apagado, Bufserv o PIBufss seguiran recopilando datos para la interfaz, por lo que resulta poco
recomendable escribir SHUTDOWN eventos en los PI points de dicha interfaz. Se recomienda
deshabilitar el apagado cuando se envíen datos a un PI Data Archive colectivo de alta
disponibilidad Consulte los manuales de Bufserv o PIBufss para obtener mas infórmación.
Atributos de los informes de excepciones

Para minimizar los datos almacenados y transmitirse por la red, puede usar los informes de
excepciones para filtrar los cambios de valores que no sean significantes. Esta acción se ejecuta
en el nodo de interfaz antes de que se envíen los datos a PI Data Archive.
• Intervalo máximo de informes de excepciones (excmax)

Este atributo cónfigura el tiempo maximó permitido entre los valores enviados a PI Data
Archive.
Esta cónfiguración se aplica a los tags de sondeo y de nótificación. Para los tags de
nótificación, si PI Interface for OPC DA no recibe un valor despues del numeró especificadó
de segundos y no detecta una cónexión anulada, envía el ultimó valor recibido a PI Data
Archive con la marca de tiempo establecida en la ultima marca de tiempo mas la hora de
excmax. Para los tags de sondeo, la interfaz envía un valor a PI Data Archive si no ha enviado
uno en los ultimós excmax segundos, aunque el nuevo valor no transmita las pruebas de
excdev.
• Intervalo mínimo de informes de excepciones (excmin)

Este atributo cónfigura el tiempo mínimó permitido entre los valores enviados a PI Data
Archive.
• Desviación por excepción (excdev)

Este atributo cónfigura el cambio mínimó desde el ultimó valor enviado a la instancia de PI
Data Archive que se requiere para que PI Interface for OPC DA envíe un nuevo valor.
Los usuarios pueden desactivar la excepción al gestionar en conjunto un punto determinado
cónfigurandó ExcMax=0. En el caso específicó de los puntos de nótificación, esta cónfiguración
impide que la interfaz reenvíe datos antiguos con una marca de tiempo nueva.
Para obtener infórmación mas detallada acerca de ExcMax para los tags de nótificación,
consulte el Apendice A. Cómó cónfigurar ExcMax en los puntos de nótificación y eventos de
PI Interface for OPC DA.
Configuración y velocidades de actualización de clase de scan

Las clases de scan indican la frecuencia con la que se comprueba la existencia de nuevos datos
en una fuente de datos. El parametró f del archivo .bat define una o mas clases de scan.
Sintaxis: /f=scan-interval

Especifique la frecuencia de scan y la cómpensación opcional con el siguiente formato: time

value,time offset,L
Los valores de tiempo de cómpensación y tiempo de clase de scan emplean en el siguiente
formato: HH:MM:SS.##, en el que
• HH son las horas
• MM son los minutos
• SS son los segundos
• ## son las centesimas de segundo (de 01 a 99)
Si omite HH y MM, se asume que el períódó de scan se indica en segundos. Por ejemplo, /
f=00:01:00,00:00:05 equivale a /f=60,5.
El valor L asocia el valor de la unidad de tiempo con la cónfiguración de hora del equipo local.
Los scans de hora utilizan un reloj de 24 horas y se ajustan autómaticamente al horario de
verano e invierno. Tambien se conoce a esta función como prógramación mediante reloj. El
siguiente ejemplo utiliza una frecuencia de scan de 24 horas (una vez al día), una
cómpensación de ocho horas a partir de medianoche (a las 8:00) y habilita el proceso de scan
de hora especificandó el valor L: /f=24:00:00,08:00:00,L.
La frecuencia de clase de scan determina la frecuencia de scans de datos. La cómpensación
indica cuantó tiempo debe transcurrir tras el valor de tiempo de la frecuencia para realizar
scans de datos. Para equilibrar la carga de trabajo de los scans, indique una cómpensación para
las clases de scan con el mismo intervalo de modo que no se analicen al mismo tiempo.
Indique el parametró f para cada clase de scan que desee definir. Las clases de scan se
enumeran segun el orden en el que las defina. La clase de scan 1 es el primer parametró f
definidó y la clase de scan 2 es el segundo parametró f que usted defina.
Ejemplos:
• La clase de scan 1 tiene una frecuencia de scan de un minuto con una cómpensación de
cinco segundos, y la clase de scan 2 tiene una frecuencia de scan de siete segundos sin
cómpensación:
/f=00:01:00,00:00:05 /f=00:00:07
• Dos clases de scan definidas empleando solo segundos:
/f=60,5 /f=7
• Clases de scan inferiores a un segundo definidas como valores decimales:
/f=0.5 /f=00:00:00.1
Nota:
Eliminar clases de scan o cambiar su orden puede afectar de forma negativa al
funcionamiento de los PI points existentes, que se encuentran muy relacionados con las
frecuencias de scan. Las clases de scan solo las deberían ajustar los administradores de PI
System que conozcan perfectamente la cónfiguración de PI System y los efectos de dichos
cambios.
Para obtener mas infórmación acerca de las clases de scan, consulte la PI Interface
Configuration Utility (PI ICU) User Guide.
Compensaciones de scan
Para liberar la carga de trabajo de la interfaz y del servidor OPC, puede utilizar la
cómpensación para escalonar los procesos de scan. Si se especifica una cómpensación, el
tiempo de scan se calcula a partir de medianoche del día en el que se inició la interfaz,
aplicando todas las compensaciones especificadas. En la primera clase de scan del ejemplo

anterior, si la interfaz se inició a las 05:06:06, el primer scan se llevara a cabo a las 05:07:05, el
segundo a las 05:08:05 y así sucesivamente. Si se omite la cómpensación, el proceso de scan se
lleva a cabo con el intervalo indicado, con independencia de la hora.
Las compensaciones determinan cuandó debe la interfaz solicitar al servidor de OPC los valores
actuales de las clases que se sondean. No controlan el comportamiento del servidor de OPC y
no causan ningun efecto en las clases de advise a menos que el parametró ga se cónfigure para
que escalone la activación de grupos. En ese caso, las compensaciones se utilizan para
temporizar la activación de todos los grupos excepto de la clase de scan 1, que se reserva para
las tags de advise.
Velocidades de actualización
El servidor de OPC lee los datos del dispositivo en función de la velocidad de actualización del
grupo en el que se encuentra el elemento. De forma predeterminada la velocidad de
actualización es la misma que la de scan.
Para sustituir el valor predeterminado mediante PI ICU, busque la pagina OPCInt > OPC Server
> Advanced Options (Opciones avanzadas) e introduzca el valor de velocidad de actualización
del parametró ur en el campo Update Rates (Velocidades de actualización).
En el caso de grupos de sondeo, la cónfiguración de una velocidad de actualización inferior al
períódó de scan garantiza que la interfaz reciba datos actuales. Por ejemplo, si el períódó de
scan es de cinco segundos, pero la velocidad de actualización es de dos segundos, los datos solo
tienen dos segundos de antiguedad cuando se leen. Sin embargo, tenga en cuenta que una
velocidad de actualización mayor aumenta la carga de trabajo del servidor de OPC.
En el caso de grupos de advise, asigne velocidades de scan y de actualización identicas, excepto
en los casos en los que se haya cónfiguradó una cónmutación por error de UniInt de fase 1 para
la interfaz. En este caso, para asegurarse de que la interfaz vea cuanto antes los valores nuevos
de etiquetas del latido de cónmutación por error, establezca la velocidad de actualización a la
mitad del períódó de scan. Esta cónfiguración reduce el riesgo de control sin necesidad de
realizar cambios constantemente. Dedique una clase de scan con una velocidad de
actualización mas rapida a los puntos de latido de cónmutación por error.
Nota:
OSIsoft recomienda utilizar una cónmutación por error de UniInt de fase 2. Para obtener
mas infórmación acerca de la cónversión de la fase 1 a la fase 2 de cónmutación por error
de UniInt, consulte la PI Universal Interface (UniInt) User Guide.
Puntos de entrada de PI Interface para OPC DA

PI Interface para OPC DA usa los siguientes tres tipos de puntos de entrada para recopilar datos
de fuentes de datos de OPC DA:
• Puntos de notificación
La entrada se recopila y almacena en PI points cuando el servidor de OPC actualiza los
valores de los elementos en la cache del servidor segun la clase de scan cónfigurada para el
PI point. La interfaz actualiza los PI points cuando se nótifica la módificación de un valor.
• Puntos de eventos
La entrada se almacena en PI points cuando se nótifica a la interfaz la actualización de un
punto de disparo. La interfaz lee los puntos de eventos, que pueden asociarse a un grupo de
eventos, desde el servidor de OPC.

• Puntos de sondeo
La entrada se recopila y almacena en PI points en función de la clase de scan cónfigurada
para el punto y la velocidad de actualización del servidor de OPC. La interfaz sondea el
servidor de OPC de manera periódica.
La interfaz recibe de manera asíncróna los tres tipos de puntos.
Puntos de notificación
El servidor de OPC envía puntos de nótificación a PI interface para OPC DA solo cuando se lee
un nuevo valor en la memoria cache de aquel.
La clase de scan 1 se reserva para los puntos de nótificación, y puede crear clases de scan
adicionales para dichos puntos en función de las necesidades. Asegurese de que la velocidad de
la clase de scan es lo suficientemente rapida como para capturar todos los cambios de la fuente
de datos.
El numeró maximó predeterminado de PI points que puede tener una clase de scan 1 es de 800.
Es decir, en el mismo grupo pueden residir hasta 800 puntos con una banda muerta identica. Si
hay mas de 800 puntos con la misma banda muerta en la clase de scan 1, la interfaz crea todos
los grupos necesarios. En aras de disfrutar del rendimiento óptimó, asegurese de que el tamanó
de los grupos no supera los 800 elementos.
Nota:
Es posible que su servidor rinda mejor con grupos de menor tamanó; se ha demostrado
con varios servidores de OPC que un límite de 200 puntos por grupo resulta eficaz.
Para cambiar el límite predeterminado de PI points de nótificación de una clase de scan, use PI
ICU para establecer el valor Number of Tags (Numeró de tags) en el campo advise group
(Grupo de nótificación) de la pagina OPCInt > Data Handling (Gestión de datos).
Cónfigure los siguientes atributos de PI Point para crear puntos de nótificación:
• location3
Establezca su valor en 1 para los puntos de nótificación.
• location4
Asigna la clase de scan para un punto.
Nota:
No asigne la misma clase a puntos de sondeo y advise. Utilice una clase aparte para
cada tipo de punto.
Puntos de eventos
Los puntos de eventos se leen mediante la interfaz de PI OPC cuando recibe una nótificación de
que un punto de disparo tiene un nuevo evento. Los PI points de eventos se cónfiguran con un
PI point de disparo. Cuando el punto de disparo recibe un valor, se lee el punto de eventos.
Nota:
Se puede producir la perdida de datos en los puntos de eventos ( ExDesc contiene
event='trigger_tag_name' condition) si se pierde la cónexión a PI Server. La
interfaz inicia sesión en los eventos de Update Manager para los puntos de origen
cónfiguradós en los puntos de eventos. Cuando no hay cónexión, los datos de los puntos
de origen no pueden enviarse a PI ni se pueden recibir actualizaciones de
Update Manager para los puntos de eventos. Asimismo, no se actualizaran los puntos de
eventos ni se pódran recuperar los datos durante el períódó en que se haya perdido
cónexión.

Las lecturas de dispositivos frecuentes pueden afectar al rendimiento del servidor de OPC. De
manera predeterminada, el servidor recibe una actualización para actualizar su cache cada
segundo por cada punto de eventos definidó. Puede establecer lecturas a diferentes velocidades
de actualización en función de la versión del servidor de OPC:
• Los servidores de la versión 2.0 de OPC siempre leen los puntos de eventos desde el
dispositivo, no desde la cache. Con el fin de reducir la sobrecarga de recursos del sistema
como consecuencia de las actualizaciones de la cache en el servidor de OPC, establezca un
valor alto en el parametró de velocidad de eventos (er), por ejemplo, ocho horas.
• En los servidores de la versión 1.0a de OPC, las lecturas asíncrónas se realizan desde la
cache. El intervalo de actualización de la cache interna tiene que ser lo suficientemente
rapidó como para garantizar que los datos de la cache no se queden obsoletos.
En todas las lecturas asíncrónas, el servidor OPC tiene que devolver todos los valores a la vez, lo
que puede provocar que PI Data Archive reciba tarde los nuevos valores si dicho servidor se
encuentra con este retraso al leer los valores. Para mejorar el rendimiento en este caso, agrupe
los puntos en función del dispositivo donde se originan los datos.
Cónfigure los siguientes atributos de PI Point para crear puntos de eventos:
• location3
Establezca su valor en 0 para los puntos de eventos.
• location4
Asigna la clase de scan para un punto. Establezca su valor en 0 para los puntos de eventos.
• userint2
En cada grupo de eventos de OPC, cónfigure este atributo como el mismo valor entero de
cada PI point del grupo. Al asignar PI points a grupos de eventos de OPC, se garantiza que
los puntos se lean juntos.
Por ejemplo, una DLL del complemento que procesa los datos pódría exigir que los datos se
envíen en un solo grupo.
• exdesc
En cada grupo de eventos de OPC, cónfigure el atributo exdesc usando el mismo nombre
del punto de disparo. Emplee la sintaxis TRIG='trigger_point_name’
event_condition. Utilice comillas simples. Para tratar todos los cambios como eventos de
disparo, omita event_condition.
Consulte la siguiente tabla para ver una lista de las descripciones de eventos:
Condición del evento Description
Anychange Se activa en cualquier cambio siempre y cuando
el valor del evento actual sea distinto al del
evento anterior. Los estados digitales del sistema
tambien activan eventos. Por ejemplo, un evento
se activara en un cambio de valor de 0 a Bad
Input (Entrada incorrecta) y viceversa.
Increment Se activa en cualquier aumento del valor. Los
estados digitales del sistema no activan eventos.
Por ejemplo, un evento se activara en un cambio
de valor de 0 a 1, pero un evento no se activara en
un cambio de valor de Pt Created (Punto creado)
a 0. Asimismo, un evento no se activara en un
cambio de valor de 0 a Bad Input (Entrada
incorrecta).

Condición del evento Description

Decrement Se activa en cualquier disminución del valor. Los
estados digitales del sistema no activan eventos.
Por ejemplo, un evento se activara en un cambio
de valor de 0 a 0, pero un evento no se activara en
un cambio de valor de Pt Created (Punto creado)
a 1. Asimismo, un evento no se activara en un
cambio de valor de 0 a Bad Input (Entrada
incorrecta).
Nonzero Se activa en cualquier valor que no sea cero. Los
eventos no se activan cuando un estado digital de
sistema se escribe en el tag de disparo. Por
ejemplo, un evento se activara en un cambio de
valor de Pt Created (Punto creado) a 1, pero un
evento no se activara en un cambio de valor de 1
a Bad Input (Entrada incorrecta).
El PI point que activa la lectura es un punto de entrada independiente de los de eventos.

Cuando un nuevo evento de un punto de disparo se envía a PI Snapshot, PI System nótifica a
la interfaz, que posteriormente lee los valores de todos los puntos de eventos asociados
desde el servidor de OPC.
En los servidores de la versión 1.0a, se envía una lectura asíncróna a la cache del servidor.
En los servidores de la versión 2.0, la interfaz realiza una lectura asíncróna desde el
dispositivo.
Para obtener mas infórmación sobre la cónfiguración de puntos de disparo de entrada, consulte
la PI Universal Interface (UniInt) User Guide.
Para disfrutar de eficiencia en los servidores de la versión 1.0a, separe los puntos de eventos en
grupos en función del evento de disparo. En los servidores de la versión 2.0 de OPC, separe los
puntos de eventos de acuerdo con la fuente de datos. La versión 2.0 del estandar OPC exige que
todas las lecturas asíncrónas se origen desde el dispositivo en lugar de desde la cache del
servidor. Por tanto, establezca una velocidad de actualización de la cache alta y no agrupe los
valores que procedan de distintos dispositivos.
En la siguiente tabla se muestran los PI points cónfiguradós para puntos de eventos
independientes.
Tag ExDesc Instrum Location Location Location Location Location UserInt1 UserInt2
entTag 1 2 3 4 5
PM1_Te TRIG=P ItemID1 1 0 0 0 0 0 1
mp.PV M1_Trig
ger
PM1_Rat TRIG=P ItemID2 1 0 0 0 0 0 1
e.PV M1_Trig
ger
PM2_Te TRIG=P ItemID3 1 0 0 0 0 0 2
mp.PV M2_Trig
ger
En el ejemplo anterior, PM1_Trigger y PM2_Trigger son puntos que se actualizan mediante la

instancia de esta interfaz, otra interfaz o de forma manual. Cuando PM1_Trigger recibe un
nuevo evento en la snapshot, la interfaz envía al servidor de OPC un comando read que solicita
los datos de PM1_Temp.PV y PM1_Rate.PV. Los dos valores se devuelven en una sola llamada.
Asimismo, cuando PM2_Trigger recibe un evento en la snapshot, la interfaz solicita un valor
de PM2_Temp.PV.

Puntos de sondeo
Los PI points de sondeo se agrupan por clases de scan. Cuando resulta posible, la interfaz lee
grupos que utilizan una velocidad de clase de scan cónfigurada por el punto. Cónfigure las
velocidades de clase de scan con PI ICU.
Nota:
El servidor de OPC no garantiza que las velocidades de scan del servidor de OPC y de la
interfaz coincidan. PI Interface para OPC DA envía una solicitud al servidor de OPC para
utilizar una velocidad de actualización que coincida con la clase de scan, pero el servidor
de OPC determina su propia velocidad de actualización para el proceso de scan de sus
fuentes de datos. La cómpensación de clase de scan no repercute en el servidor de OPC a
menos que la interfaz se cónfigure para la activación de grupos escalonados y el servidor
de OPC utilice la activación del grupo para iniciar el ciclo de scan.
Para obtener mas infórmación acerca de los puntos de sondeo, consulte el documento Data
Access Custom Interface Standard v2.05a de OPC Foundation.
Cónfigure los siguientes atributos de PI point para crear puntos de sondeo:
• Location3
Establecido en 0 para puntos de sondeo.
• Location4
Asigna la clase de scan para un punto.
Nota:
No asigne la misma clase a puntos de sondeo y advise. Utilice una clase aparte para
cada tipo de punto.
Configuraciones de puntos de salida

Los puntos de salida envían datos de PI Data Archive al servidor OPC. Tenga en cuenta que solo
pueden enviarse los valores correctos. Los estados digitales de sistema no se envían a
elementos de OPC.
Para cónfigurar un punto de salida, edíteló usando PI Point Builder y especifique la siguiente
cónfiguración:
• Establezca el valor de parametró de la instancia de la interfaz en location1 en id.
• Establezca location3 en 2.
• Especifique el ID de elemento (el elemento de OPC que se escribira) del atributo
instrumenttag.
• Opcional: especifique el punto de origen (el PI point que contiene el valor que se escribira en
el servidor de OPC) del atributo sourcetag. No se requiere si tiene previsto enviar el valor
directamente al elemento de salida sin copiar los valores y las marcas de tiempo en un PI
point.
• Opcional: establezca location4 en el grupo de salida deseado. Los puntos de salida con
location4 establecidos en 0 estan distribuidos en grupos de salida para el equilibrio de
carga.
Puede activar una salida al servidor de OPC desde la interfaz usando el punto de entrada que
almacena los datos del servidor de OPC, o bien a partir de un PI point cónfiguradó para
recopilar valores de salida y la marca de tiempo para la escritura. Para cónfigurar puntos de
salida, use uno de los siguientes metódós:

• Para usar el mismo PI point como el punto de origen y salida, deje en blanco el atributo
sourcetag.
Todas las formas de actualizar el valor de snapshot del punto de salida son aceptables.
Todos los valores nuevos se envían al elemento de OPC.
• Para activar la salida al elemento de OPC objetivo, la marca de tiempo debe ser mas reciente
que la anterior, con independencia de que se módifique el valor o no. El valor que introduce
en la snapshot del punto de salida se escribe en el elemento objetivo del servidor de OPC.
• Para cónfigurar el punto de salida usando un punto de origen independiente, establezca el
atributo sourcetag en el nombre de otro PI point que cóntendra los valores que desee
escribir en el elemento de OPC.
Cuando el punto de origen se actualiza correctamente, el nuevo valor se escribira en el
elemento de OPC objetivo. Si la interfaz de PI OPC actualiza correctamente el elemento de
OPC, escribira el valor y la marca de tiempo en el punto de salida. Si la interfaz no actualiza
correctamente el elemento de OPC, escribira un estado digital que describira el error en el
punto de salida. En los puntos de salida, un estado success indica que se ha actualizado el
elemento de servidor de OPC, pero no se garantiza que se haya actualizado la fuente de
datos correspondiente. Para comprobar que se haya actualizado, cree un punto de entrada
correspondiente y agregue lógica para asegurar que los valores de los puntos de entrada y
salida coinciden.
El atributo pointsource del punto de salida debe coincidir con el del origen del punto (ps)
de la instancia de la interfaz, pero el punto de origen puede estar asociado a cualquier
origen de puntos. El tipo de datos del punto de origen debe ser compatible con el del punto
de salida.
Configuraciones del archivo de lista blanca

Con la finalidad de disfrutar de un mayor grado de seguridad, cree una lista blanca para los
puntos de salida y habilite el parametró de inicio whitelist de la interfaz. Con esta
característica habilitada, la interfaz comprueba que los puntos de salida figuren en la lista
blanca antes de escribir en una fuente de datos de OPC.
El archivo de lista blanca es un ficheró de valores separados por comas (.csv) que contiene
una lista de PI points de salida aprobados y los atributos que asocian el PI point con un valor
que se puede escribir en un dispositivo de OPC.
Para esta interfaz, incluya los siguientes atributos obligatorios en el archivo de lista blanca a fin
de proteger los puntos de salida:
• tag
• instrumenttag
• location3
• userint1
La característica de lista blanca tambien admite la verificación de intervalo de los valores de
salida. Incluya los atributos zero y span para especificar un intervalo seguro de valores que se
pueden enviar a la fuente de datos de OPC. Estos atributos indican el mínimó (zero) y el
maximó (la suma de zero y span) permitidos para el valor de salida.
Para obtener infórmación adicional sobre cómó crear, cónfigurar y habilitar un archivo de lista
blanca de puntos de salida, consulte el PI Universal Interface (UniInt) User Guide.

Salidas de la interfaz a servidores de OPC

Cuando la interfaz escribe un valor en el servidor de OPC, espera al acuse de recibo del servidor
(ACK) y supervisa los ACK de escrituras.
Para acelerar el procesamiento de las salidas, puede controlarlos de las siguientes formas:
• Cónfigurar varios grupos de salida
• Especificar el numeró de escrituras pendientes que permite un grupo
• Especificar la cantidad de datos que se envía en cada escritura
Para asignar un punto de salida a un grupo de salida, establezca su atributo location4 en el
numeró de grupos. Para el equilibrio de carga, los puntos de salida con el valor location4
establecido en 0 se distribuyen por los grupos de salida, incluidos aquellos en los que los
puntos estan expresamente asignados.
No se requiere que el servidor de OPC acepte mas de una escritura a la vez de cualquier grupo;
sin embargo, muchos servidores permiten que se envíen varias escrituras sin esperar a que se
envíe un acuse de recibo de la primera.
Aunque el servidor solo acepte una a la vez, puede mejorarse el rendimiento si se definen
varios grupos de salida. Si especifica mas escrituras pendientes que , PI Interface para OPC DA
reducira su cónfiguración al valor maximó del servidor de OPC.
Puede especificar el tiempo de espera para que el servidor de OPC envíe un acuse de recibo de
una escritura. Si no se recibe ninguno durante el períódó especificadó, la interfaz cancelara la
escritura y vólvera a enviarla.
Si el servidor de OPC no envía acuses de recibo, pódra crear una alerta usando el punto de
estado general del dispositivo. Cónfigure la alerta para detectar el numeró de escrituras
agregados a la cola. Cuando se alcanza el nivel especificadó, la alerta establece un estado de
alarma y elimina un numeró de valores determinado (los mas antiguos o los mas recientes).
Compatibilidad con tipos de datos

El tipo de datos de un PI point debe ser compatible con el tipo de datos del elemento de OPC
correspondiente. Por ejemplo, si un valor de cadena del servidor de OPC se va a colocar en un
PI point Int32, la cadena debera contener un numeró. Si se debe colocar un punto flótante de
64 bits en un punto Int16, su valor no debe desbordar el tipo de datos objetivo.
PI interface para OPC DA especifica el tipo de datos deseado al solicitar la infórmación al
servidor de OPC, y este ultimó es responsable de entregar el tipo de datos solicitado, si puede.
PI interface para OPC DA normalmente solicita valores mediante los siguientes tipos de datos
predeterminados:
Tipo de datos de PI System (pointtype) Tipo de datos de OPC
Digital Numeró entero de dos bytes (VT_I2)
Int16 Numeró entero de dos bytes (VT_I2)
Int32 Numeró entero de cuatro bytes (VT_I4)
Float32 Valor flótante de cuatro bits (VT_R4)
Float64 Valor flótante de ocho bits (VT_R8)
String Cadena (VT_BSTR)
Si su servidor de OPC no permite que los clientes especifiquen un tipo de datos, establezca
location2 en 8 para todos sus PI points basados en OPC a fin de cónfigurar la interfaz de
modo que solicite el tipo de datos canónicó, o nativo, al servidor de OPC.

Nota:
PI interface para OPC DA pódría recibir datos para los que no se pueda realizar ninguna
cónversión razonable. Cuando sea posible, especifique siempre el tipo de datos de OPC
que coincida con el PI point.
Cadenas numéricas de OPC

Algunos servidores de OPC devuelven determinados tipos de datos numericós unicamente
como cadenas. Para interpretar valores Int16, Int32, Float32 y Float64 con formato de cadena,
establezca location2 en 1. PI interface para OPC DA solicita los datos como una cadena
(VT_BSTR) e interpreta los datos como el numeró.
Los PI points digitales contiene valores de numeró entero que corresponden a cadenas
específicas de la tabla de estados digitales de la propiedad del conjunto digital del punto.
Algunos dispositivos leen y escriben el valor de cadena en lugar del valor de numeró entero.
Para leer y escribir los puntos digitales como valores de cadena, establezca location2 en 1.
Asegurese de que las cadenas utilizadas por el servidor de OPC son identicas a las del conjunto
digital, incluida la puntuación y los espacios. Para disfrutar del rendimiento óptimó, lea los
puntos digitales como numerós siempre que resulte posible.
Valores booleanos
Algunos servidores de OPC envían valores booleanos, como 0 y -1, al leer numerós enteros.
Este enfoque crea un problema al leer esos datos en el PI point digital, puesto que "-1" no
constituye el valor que se debe almacenar. Para gestionar los datos de esos servidores, la
interfaz utiliza el valor absoluto de cualquier valor real o entero leídó de puntos digitales. Como
los valores de los puntos digitales son en realidad compensaciones del conjunto digital para el
punto, y una cómpensación negativa carece de significadó funcional, esta cuestión no supone
ningun problema en el caso de servidores bien escritos.
PI interface para OPC DA tambien puede solicitar el elemento como un booleano (VT_BOOL).
Este enfoque solo funciona con elementos que tengan dos estados posibles, porque cualquier
valor distinto a 0 se interpreta como 1. Para hacer que los elementos se lean y escriban como si
se tratara de booleanos, establezca location2 en 2.
Números enteros de cuatro bytes

Si su servidor de OPC no admite el tipo de datos de numeró entero de dos bytes (VT_I2), pódra
cónfigurar PI interface para OPC DA de modo que solicite los datos como un numeró entero de
cuatro bytes (VT_I4) si establece location2 en 3.
Valores Float64
Para manejar numerós de punto flótante de 8 bytes (VT_R8), cónfigure el location2 del punto
objetivo en 5. PI Data Archive almacena el valor como un numeró de punto flótante de 4 bytes
con una posible perdida de precisión. Si el numeró es demasiado grande para caber en el punto,
se almacena un estado de BAD INPUT.
En esta sección
• Ajustes de marca de tiempo
• Transformaciones y escalado
• Infórmación sobre la calidad de los datos
• Lectura de la calidad del OPC en un PI point digital
• PI points de elementos de matriz de OPC
• Puntos de eventos como matrices de OPC

Ajustes de marca de tiempo

PI interface para OPC DA no ajusta las marcas de tiempo que recibe, con independencia de la
cónfiguración de zona horaria o del parametró ts especificadó en el archivo por lotes.
Cualquier escalado o transfórmación se lleva a cabo una vez que la cadena se haya traducido a
segundos, lo que permite que se gestione un amplio abanico de valores.
Hay dos tipos distintos de marcas de tiempo:
• Marca de tiempo de tipo de Windows

Este tipo de marca de tiempo acómpana a valores de elementos y se define como la hora
UTC.
• VT_DATE u otro tipo de variante (VT_*)

Se trata de un tipo de valor de elemento que puede representar una fecha, una hora o una
cómbinación de los dos. Los elementos que contengan un valor VT_DATE se interpretan
como la hora local sin ningun ajuste por el horario de verano. Los valores de elementos que
contengan una representación VT_BSTR (cadena) de una fecha u hora carecen de una
especificación en lo relativo a la zona horaria supuesta; el servidor de OPC puede optar por
interpretar la hora local o UTC.
Marca de tiempo en segundos

Para almacenar una cadena de marca de tiempo (VT_BSTR) como segundos, establezca
location2 en 6.
Si el PI point es un numeró entero, PI interface para OPC DA intenta traducir la marca de
tiempo a segundos enteros. Como los puntos Int16 solo pueden contener numerós hasta
32 767, utilice puntos Int32 para intervalos de tiempo que superen las nueve horas.
Si el PI point tiene el tipo de datos de punto flótante, la marca de tiempo se traduce a segundos
y se almacena como un numeró de punto flótante.
Marcas de tiempo como tipos de datos VT_DATE

El estandar de OPC admite el tipo de datos VT_DATE, que constituye una representación interna
de una marca de tiempo. PI interface para OPC DA traduce entre VT_DATE y puntos enteros,
flótantes o de cadena. La interfaz no ajusta las marcas de tiempo recibidas, con independencia
de la cónfiguración de zona horaria.
Si desea cónfigurar PI interface para OPC DA para utilizar el tipo de datos VT_DATE a fin de leer
el valor desde el servidor de OPC o escribir el valor de los puntos de salida, establezca
location2 en 7.
En lo que respecta a los puntos de cadena, se debe especificar el formato de marca de tiempo
de la cadena mediante el parametró de línea de comandos tf.
Cadenas de marca de tiempo

Para cónfigurar el formato de la marca de tiempo enviado por el servidor de OPC mediante PI
ICU, vaya a la pagina OPCInt > Data Handling (OPCInt > Gestión de datos) y especifique el
formato en el campo Format of Timestamp Strings (Formato de las cadenas de marca de
tiempo) utilizando los siguientes tokens:
Token de marca de tiempo Description
cc Siglo de dos dígitós
yy Anó de dos dígitós
mn Mes de dos dígitós

Token de marca de tiempo Description

mon Mes de tres caracteres (Jan, Feb, Mar, etc.)
dd Día de dos dígitós
hh Hora de dos dígitós de 0 a 23
hr Hora de dos dígitós de 0 a 12
mm Minuto de dos dígitós
ss Segundo de dos dígitós
000 Milisegundos de tres dígitós
XM AM o PM
La pósición de los tokens y los delimitadores debe especificar el formato de la cadena de marca
de tiempo de forma precisa. Ejemplos:
Cadena de formato Resultado
ccyy/mn/dd hh:mm:ss.000 1998/11/29 15:32:19.391
dd mon, ccyy hr:mm:ss XM 29 nov, 1998 03:32:19 PM
mn-dd-ccyy hh:mm:ss 11-29-1998 15:32:19
hh:mm:ss.000 15:32:19.482
Solo se puede especificar una cadena de formato para cada instancia de la interfaz de PI
interface para OPC DA. Si se debe procesar mas de un formato de marca de tiempo, cónfigure
instancias adicionales de la interfaz con la cadena de formato de marca de tiempo pertinente.
Si omite algun elemento de las cadenas de formato, los valores predeterminados son los
siguientes (los valores "actuales" son UTC):
Elemento de cadena de formato omitido Predeterminado
Día Día actual
Mes Mes actual
Anó Anó actual
Siglo Siglo actual
Nota:
Si especifica unicamente horas, minutos y segundos, el valor predeterminado de la fecha
sera el 1 de enero de 1970. Para garantizar la aplicación de marcas de tiempo precisas,
recuerde especificar todos los elementos del formato de marca de tiempo. Si el servidor
de OPC devuelve un valor de cero para el elemento de día, mes o anó, la interfaz aplica los
valores predeterminados descritos en la tabla anterior, con independencia de la cadena
de formato que haya especificadó.
Transformaciones y escalado
Puede cónfigurar los PI points para que PI interface para OPC DA realice transformaciones y
escalado. Las transformaciones y el escalado se aplican antes de que se compare el valor con los
parametrós de excepciones del punto, por lo que estos ultimós se aplican al valor que se va a
enviar a PI Data Archive en lugar de al valor sin procesar.
Escalado
Si desea cónfigurar el escalado para un PI point basado en OPC, cónfigure los atributos
totalcode y squareroot del punto. El atributo convers especifica el span del dispositivo. El
atributo exdesc especifica el dispositivo cero (Dzero), en el que el formato es
"Dzero=nnnnn.nn", incluidas las comillas, donde nnnnn.nn es un numeró; p. ej., "Dzero=20".

Con estos valores, la interfaz puede traducir un valor de la escala del dispositivo a la del PI
point. El escalado solo es compatible con los puntos numericós.
Para efectuar un escalado simple del cuadrado o la raíz cuadrada, establezca totalcode y
convers en cero. Para establecer cómó se almacena el valor, cónfigure squareroot de la
siguiente manera:
• Para medir el valor antes de enviarlo a PI Data Archive, cónfigure squareroot en 1. En el
caso de los valores de salida, se calcula la raíz cuadrada antes de que se escriban en el
dispositivo.
• Para enviar la raíz cuadrada a PI Data Archive y el cuadrado al dispositivo, establezca
squareroot en 2.
Transformación
Para transformar el valor a otra escala de medición, aplicar una cómpensación o un factor de
cónversión, o bien llevar a cabo un enmascaramiento de bits, cónfigure las opciones como se
muestra en la siguiente tabla. Si squareroot esta establecido en 1 o 2, se calcula primero la
raíz cuadrada o el cuadrado del valor y, despues, se aplica la fórmula.
Conver TotalCo SquareRo Dzero Puntos de entrada de la Puntos de salida de la operación
s de ot operación
0 0 1 Ningun (Valor)2 (Valor)0,5
efecto
2 Ningun (Valor)0,5 (Valor)2
efecto

Conver TotalCo SquareRo Dzero Puntos de entrada de la Puntos de salida de la operación

s de ot operación
Valor 1 0 Definid [(Valor - Dzero)/Convers] * [(Valor - cero)/intervalo] *
distint ó intervalo + cero Convers + Dzero
oa 1 Definid [((Valor)2 - Dzero)/Convers] [((Valor)0,5 - cero)/intervalo] *
cero ó * intervalo + cero Convers + Dzero
2 Definid [((Valor)0,5 - Dzero)/ [((Valor)2 - cero)/intervalo] *
ó Convers] * intervalo + cero Convers + Dzero
2 0 Ningun Valor * Convers Valor/Convers
efecto
1 Ningun (Valor)2 * Convers (Valor)0,5 /Convers
efecto
2 Ningun (Valor)0,5 * Convers (Valor)2 /Convers
efecto
3 0 Definid (Valor/Convers) - Dzero (Valor + Dzero) * Convers
ó
1 Definid ((Valor)2 /Convers) - Dzero ((Valor)0,5 + Dzero) * Convers
ó
2 Definid ((Valor)0,5 /Convers) - Dzero ((Valor)2 + Dzero) * Convers
ó
4 0 Definid (Valor - Dzero)/Convers (Valor * Convers) + Dzero
ó
1 Definid ((Valor)2 - Dzero)/Convers ((Valor)0,5 * Convers) + Dzero
ó
2 Definid ((Valor)0,5 - Dzero)/Convers ((Valor)2 * Convers) + Dzero
ó
5 0 Ningun Valor + Convers Valor - Convers
efecto
1 Ningun (Valor)2 + Convers (Valor)0,5 - Convers
efecto
2 Ningun (Valor)0,5 + Convers (Valor)2 - Convers
efecto
6 Ningun Ningun Valor AND Convers Valor AND Convers
efecto efecto
7 Ningun Ningun Valor OR Convers Valor OR Convers
efecto efecto
8 Ningun Ningun Valor = valor XOR Convers Valor = valor XOR Convers
efecto efecto
Información sobre la calidad de los datos

En el estandar OPC Data Access se especifica una serie de flags de calidad. PI interface para OPC
DA traduce los flags de calidad a la apróximación mas cercana en el conjunto de estados
digitales de sistema. Los ocho bits inferiores de los flags de calidad se ordenan en tres campos,
calidad (QQ), subestado (SSSS) y estado del límite (LL), organizados de la siguiente manera:
QQSSSSLL.
Gestión de datos de calidad dudosa

PI interface para OPC DA almacena la calidad o el valor en un PI point, mientras que el servidor
de OPC devuelve el valor y la calidad en campos independientes. Si un valor es correcto, se
almacena en el punto. Por el contrario, si un valor es incorrecto, se almacena un estado digital

que describa la calidad. En lo que respecta a los datos con calidad cuestionable, puede
cónfigurar la interfaz para considerar los valores como correctos y almacenarlos, o bien
tratarlos como incorrectos y guardar un estado digital. No puede cónfigurar la interfaz para
almacenar un valor de calidad deficiente.
Para cónfigurar la gestión de los datos de calidad dudosa mediante PI ICU, vaya a la pagina
OPCInt > OPC Server (OPCInt > Servidor de OPC) y habilite la ópción que desee, tal y como se
muestra en la siguiente imagen.
Almacenamiento de valores e información de calidad

Para registrar los valores indicados y la infórmación de calidad que se devuelve con ellos,
almacene la calidad en un PI point aparte. Para cónfigurar un punto de forma que almacene la
calidad del ID de elemento asociado, establezca location2 en 4. Como las calidades de OPC
son numerós enteros de 16 bits, PI interface para OPC DA necesita un tag Int32 para
almacenarlas. Las calidades se almacenan en PI Data Archive sin ningun cambio y su estado es
siempre GOOD. Para obtener detalles sobre los valores de calidad de OPC, descargue OPC Data
Access specification del sitio web de OPC Foundation (https://opcfoundation.org/) o consulte el
PI_OPCClient User’s Guide.
Estados de calidad
Los datos de calidad se componen de tres campos secundarios. En la siguiente tabla se
enumeran los valores que se devuelven.
Buena calidad
Calidad Definición de OPC Estado de PI System
11SSSSLL No específicó Good
Excepción: Local Override _SUBStituted*
110110LL
* Estos valores se marcaran como dudosos, a menos que utilice los siguientes módificadóres
para ignorar los valores dudosos.
• Si usa /SG=S, "Local Override" se considera una buena calidad. Sin embargo, tambien
elimina los valores dudosos y deficientes.
• Con /SQ=I se escriben los valores dudosos, pero se eliminan el flag correspondiente, por lo
que apareceran en PI como si fueran de buena calidad.
No utilizado por OPC
10SSSSLL No validó Bad Input
Calidad dudosa
010110 LL Por debajo de lo normal Bad_Quality
010101LL Unidades de ingeniería
superadas


LL=01 Reducido limitado Under LCL
LL=10 Elevado limitado Over UCL
En caso contrario Inp OutRange
010100LL Sensor impreciso
LL=01 Reducido limitado Under Range
LL=10 Elevado limitado Over Range
En caso contrario Sin calibrar (si no se encuentra Invalid Data
por debajo o por encima del
intervalo)
010011LL No validó Bad Input
010010LL No validó Bad Input
010001LL Ultimó valor utilizable No_Sample
010000LL No específicó Doubtful
Calidad deficiente (PI versión 3.3 y posteriores)

000111LL Fuera de servicio Out of Service
000110LL Error de cómunicación Comm Fail
000101LL Ultimó valor conocido Scan Timeout
000100LL Error del sensor Equip Fail
000011LL Error del dispositivo Unit Down
000010LL No conectado Not Connect
000001LL Error de cónfiguración Configure
000000LL No específicó Bad
Si desea sustituir los estados digitales predeterminados de PI System con estados

personalizados mediante PI ICU, vaya a la pagina OPCInt > Data Handling (OPCInt > Gestión de
datos) y cónfigure el campo Alternate Digital State for Questionable/Bad Qualities (Estado
digital alternativo para calidades dudosas o deficientes). Para sustituir los estados
predeterminados, tendra que especificar el conjunto completo de sustituciones. Ademas, los
valores numericós deben ser contiguos.
En la siguiente tabla se enumeran los estados digitales y los de PI que se pueden sustituir.
Estados digitales personalizados
Estado de orden tras el marcador Estado de PI predeterminado
1 Bad_Quality
2 Por debajo de LCL
3 Por encima de UCL
4 Inp OutRange
5 Por debajo del intervalo
6 Por encima del intervalo
7 Datos no validós
8 Entrada incorrecta
9 No_Sample
10 Dudoso

Estado de orden tras el marcador Estado de PI predeterminado

11 Fuera de servicio
12 Error de cómunicación
13 Tiempo de espera del scan agotado
14 Error de equipo
15 Unidad inactiva
16 No conectado
17 Cónfigurar
18 Incorrecto
Lectura de la calidad del OPC en un PI point digital

Para guardar la calidad del OPC en un PI point digital, utilice transformaciones y escalado para
traducir la calidad a un conjunto de estados digitales de Bad Value, Questionable Value,
Invalid Value o Good Value.
Para definir dicho PI point, establezca location2 en 4 para leer la calidad del elemento el
lugar de su valor; a cóntinuación, defina una transfórmación matematica que traduzca los
valores de calidad a un numeró entero entre 0 y 3. Divida el numeró de la calidad entre un
factor de cónversión que de como resultado el numeró pertinente.
La calidad del OPC se representa en intervalos de valores como se indica a cóntinuación:
Intervalo Descripción
Inferior a 0x40 Valor incorrecto
Superior o igual a 0x40 e inferior a 0x80 Valor dudoso
Superior o igual a 0x80 e inferior a 0xc0 No utilizado por OPC
Superior o igual a 0xc0 Valor correcto
Dado que cada intervalo presenta el mismo tamanó (decimal 64), puede emplear una sencilla
cónversión para obtener el estado digital correspondiente como se indica a cóntinuación:
Convers TotalCode SquareRoot Dzero Operación
Distinto 3 0 Definidó Puntos de entrada:
de 0
Valor = (Valor / convers) – Dzero
Puntos de salida:
Valor = (Valor + Dzero) * convers
Defina los atributos de los puntos como se indica a cóntinuación:

Atributo Configuración
convers 64
totalcode 3
squareroot 0
exdesc "Dzero=0"

PI points de elementos de matriz de OPC

Los servidores de OPC contienen matrices de datos, que se componen de varios valores del
mismo tipo de datos, junto con un unicó valor de calidad y de marca de tiempo. Como PI Data
Archive no admite los tipos de datos de matriz, usted debe cónfigurar un PI point para cada
elemento de matriz que desee almacenar, o bien utilizar el plug-in TimeArray. Para obtener
infórmación, consulte el manual del usuario del plug-in TimeArray.
Para definir un PI point que contenga un elemento de una matriz de OPC, especifique el ID de
elemento del elemento de matriz en el atributo instrumenttag y establezca userint1 con el
numeró de índice del elemento de la matriz. Debe definir un PI point para el primer elemento
de matriz (userint1 = 1), incluso aunque no necesite sus datos. No obstante, no tiene que
definir puntos para todos los elementos de matriz; unicamente debe hacerlo para el primer
elemento de matriz y para cualquier otro elemento específicó que le interese.
Si una tag de matriz del servidor de OPC se lee en varios PI points, cada PI point recibe el valor
del elemento de matriz indexado por el ajuste userint1 y el mismo valor de calidad y de
marca de tiempo; ello se debe a que una matriz contiene varios valores, pero una unica marca
de tiempo y un solo valor de calidad. Para leer una tag de matriz de OPC en un unicó PI point,
debe utilizar el plug-in TimeArray, que guarda una matriz de valores en un unicó PI point como
valores de datos sucesivos, lo que incrementa la marca de tiempo que incluye la matriz de un
intervalo cónfiguradó para cada valor. Para obtener infórmación detallada, consulte el manual
del plug-in TimeArray.
Todos los PI points cónfiguradós para una matriz OPC deben presentar ajustes identicós para
pointsource, location1 y location4 (y para userint2 si son puntos de eventos). En el
caso de puntos de advise, establezca location3 en 1. En el caso de puntos de sondeo,
establezca location3 en 0.
Al cónfigurar PI points para leer matrices de OPC, tenga en cuenta lo siguiente:
• Debe definir un punto que lea el primer elemento de la matriz.
• Asigne los puntos a la misma clase de scan.
• Para optimizar el uso de la CPU, no utilice la misma clase de scan para leer mas de una
matriz de OPC.
• Si necesita leer el mismo elemento de matriz de OPC en mas de un punto, debe asignar los
puntos a distintas clases de scan.
Puntos de eventos como matrices de OPC

Varias clases de scan pueden tener el mismo períódó de scan; las clases de eventos son una
agrupación lógica de PI points. Por motivos de eficiencia, coloque matices de eventos en sus
propias clases de scan con otros puntos que se deban leer junto con la matriz.
La cónfiguración de matrices que se leen como tags de eventos es compleja: debido a que solo
el primer elemento de matriz (con userint1 = 1) genera una lectura, debe crear un PI point de
activador simulado para utilizarlo con el resto de elementos de matriz. Dicho PI point debe
contar con un pointsource que o bien se utilice o bien no se utilice con puntos de entrada
manual (los datos de laboratorio se suelen introducir manualmente, por lo que L normalmente
se utiliza como el pointsource de PI points de entrada manual).
En el siguiente ejemplo, el PI point activador se llama TriggerTag y el PI point activador
simulado, DummyTrigger.

Tag ExDesc Instrum Location Location Location Location Location UserInt1 UserInt2
entTag 1 2 3 4 5
Array00 TRIG=Tr Data.Arr 1 0 0 0 0 1 1
01.PV iggerTag ay
Array00 TRIG=D Data.Arr 1 0 0 0 0 2 1
02.PV ummyTr ay
igger
Array00 TRIG=D Data.Arr 1 0 0 0 0 3 1
03.PV ummyTr ay
igger
Dado que todas las tags de una matriz deben pertenecer al mismo grupo, incluso aunque la
versión del servidor de OPC sea la 2.0 y parte de los datos de matriz provengan de un
dispositivo distinto al del resto de los datos de matriz, todas las tags de matriz se deben
cónfigurar para que pertenezcan al mismo grupo de eventos.
Configuración de conmutación por error destinada a PI

interface para OPC DA
PI Interface para OPC DA proporciona dos metódós para cónfigurar la cónmutación por error
con el fin de garantizar que el proceso cólección de datos cóntinue si se produce un error en la
interfaz o el servidor de OPC:
• UniInt failover (Conmutación por error de UNIINT)

Si se produce un error en una instancia de PI Interface para OPC DA, otra instancia puede
asumir la cólección de datos.
Nota:
La cónmutación por error de UNIINT es una característica habitual de las interfaces
basadas en UNIINT. Para obtener mas infórmación sobre la cónfiguración de la
cónmutación por error de UNIINT, consulte la PI Universal Interface (UniInt) User Guide
en Live Libraryhttps://livelibrary.osisoft.com/LiveLibrary/web/pub.xql?
action=publist_home&pub_category=PI-Universal-Interface-(UniInt)-Framework
(https://livelibrary.osisoft.com/LiveLibrary/web/pub.xql?
action=publist_home&pub_category=PI-Universal-Interface-(UniInt)-Framework).
• Conmutación por error de nivel de servidor de OPC

Si PI Interface para OPC DA deja de recibir datos del servidor de OPC conectado
actualmente, puede usar otro y reanudar la cólección de datos.
Si esta cónfigurandó los dos tipos de cónmutación por error, hagaló en el siguiente orden:
1. Cónfigure y verifique la cónmutación por error de UNIINT.
2. Deshabilite la cónmutación por error de UNIINT.
3. Cónfigure y verifique la cónmutación por error de nivel de servidor de OPC.
4. Vuelva a activar la cónmutación por error de UNIINT.
Ya no se recomienda usar la cónmutación por error del cluster de Windows.
En esta sección
• Modos de cónmutación por error de UNIINT para PI interface para OPC DA
• Cónmutación por error de nivel de servidor de OPC

Modos de conmutación por error de UNIINT para PI interface para OPC DA

El modo de cónmutación por error especifica cómó la instancia de respaldo de PI interface para
OPC DA se conecta a un servidor de OPC, crea grupos y agrega puntos cuando se produce una
cónmutación por error.
Cuanto mas rapidó pueda la instancia de la interfaz de respaldo asumir la cólección de datos,
menos datos se perderan. Sin embargo, las actividades continuas necesarias para maximizar el
grado de preparación de la instancia de la interfaz de respaldo se traducen en una mayor carga
para el servidor de OPC y en la necesidad de utilizar mas recursos del sistema. Para determinar
que modo se debe usar, piense en cuantó tarda la cónmutación por error y que cantidad de
carga de trabajo puede asumir su sistema. Preparese para experimentar y consulte a su
proveedor del servidor de OPC —así como la dócumentación de este— siempre que lo necesite.
PI interface para OPC DA ofrece cinco niveles de cónmutación por error, de inactividad
condicional a actividad incondicional. Los niveles mas altos (de actividad incondicional)
garantizan la preservación de una mayor cantidad de datos en caso de producirse una
cónmutación por error, pero suponen una mayor carga de trabajo para el sistema. El nivel mas
alto, la cónmutación por error de actividad incondicional, evita completamente la perdida de
datos, a menos que fallen a la vez los nodos de las instancias de la interfaz primaria y de
respaldo.
Conmutación por error de actividad incondicional

Este es el modo que mas recursos consume. Las instancias de la interfaz primaria y de respaldo
estan recopilando datos, posiblemente del mismo servidor de OPC. No se pierde ningun dato
durante la cónmutación por error, pero el servidor de OPC debe afrontar el doble de carga de
trabajo, o, si se usan dos servidores, el sistema de back-end debe respaldar a ambos.
Conmutación por error de actividad condicional

Hay tres opciones de cónmutación por error de actividad condicional:
• Sin grupos en la instancia de la interfaz de respaldo (opción 1)

La instancia de respaldo se conecta al servidor de OPC cada 30 segundos y comprueba su
estado, pero no crea grupos ni agrega elementos. Como la interfaz carga previamente puntos
de infórmación de PI Data Archive, esta ópción es mas rapida que la cónmutación por error
de inactividad condicional, pero cuando la de respaldo se convierte en la instancia primaria,
debe crear grupos, agregarles elementos, activarlos y nótificarlós. Como se precisa tiempo
para ello, es posible que se pierdan datos durante la cónmutación por error. Esta ópción esta
pensada para los servidores de OPC que no puedan admitir grupos cuando no se encuentren
activos en el servidor de OPC.
• Grupos inactivos en la instancia de la interfaz de respaldo (opción 2)

La instancia de respaldo se conecta al servidor de OPC, crea grupos inactivos y agrega
elementos a los grupos, pero no los activa. Para la mayóría de los servidores de OPC, este
enfoque reduce la carga de trabajo, ya que el servidor no tiene que mantener los valores
actuales de los grupos inactivos. Cuando la instancia de la interfaz se convierte en la
primaria, activa los grupos y, despues, los nótifica. Este enfoque es mas rapidó que la ópción
1.
• Grupos activos en la instancia de la interfaz de respaldo (opción 3)

La instancia de la interfaz de respaldo se conecta al servidor de OPC, crea grupos, agrega
elementos y activa los grupos, pero no los nótifica. El servidor de OPC debe mantener su
cache de valores actuales para todos los elementos, pero no envía valores a la instancia de la
interfaz de respaldo.

Si ambas instancias de la interfaz estan conectadas al mismo servidor de OPC, y este ultimó
mantiene una cache central para los datos, este enfoque puede imponer una carga muy
reducida en el servidor, ya que la cache debe actualizarse para la instancia de la interfaz
primaria.
En el caso de un servidor de OPC que no utilice una cache centralizada o de una
cónfiguración en la que las instancias de la interfaz se conecten a distintos servidores de
OPC, este enfoque puede imponer una carga considerable a un servidor de OPC o al sistema
de fuente de datos. Cuando la instancia de la interfaz de respaldo se convierta en la primaria,
esta solo tendra que nótificar a los grupos para empezar a recopilar datos, lo que la
convierte en la ópción de cónmutación por error de actividad condicional mas rapida.
Conmutación por error de inactividad condicional

Este modo se requiere si un servidor de OPC solo puede admitir un cliente, o bien si utiliza
servidores de OPC redundantes y el de respaldo no puede aceptar conexiones. La instancia de
respaldo no se conecta al servidor de OPC hasta que se convierte en la primaria. En ese
momento, debe crear grupos, agregar elementos a ellos y nótificarlós. Este retraso casi siempre
ocasiona cierta perdida de datos, pero no supone ninguna carga para el servidor de OPC o el
sistema de fuente de datos.
Consejo:
Ademas de la cónmutación por error de UNIINT, PI Interface for OPC DA tambien admite
la cónmutación por error de nivel de servidor OPC. Consulte el tema Cónfiguración de la
cónmutación por error del servidor de OPC y los subtemas para obtener descripciones
detalladas de las opciones disponibles. La cónmutación por error de nivel de servidor
OPC se basa en la infórmación recibida del servidor OPC; no existe un PI point para
control que servidor OPC esta activo o que cónexión se prefiere.
En resumen, la cónmutación por error de nivel de servidor OPC utiliza puntos watchdog
de OPC para controlar la cónmutación por error de nivel de servidor OPC. Los puntos
watchdog permiten que la interfaz detecte cuandó este servidor OPC no puede transmitir
datos adecuadamente y realizar la cónmutación por error al otro servidor OPC si este otro
servidor OPC puede recopilar datos mejor. Este enfoque esta destinado a servidores de
OPC que actuen como agregadores de datos, es decir, que recopilen dichos datos de
diversos PLC. Si se designa un punto en cada PLC como un punto guardian, se pódra
ordenar a la interfaz que realice la cónmutación por error si hay menos puntos legibles
que el numeró especificadó. Este enfoque permite que las ventajas de la redundancia se
apliquen a la cólección de datos.
Conmutación por error de nivel de servidor de OPC

Para garantizar que se sigan transmitiendo datos del servidor de OPC a PI Interface para OPC
DA, la interfaz se puede cónfigurar para cambiar a otro servidor de OPC si se dan las siguientes
circunstancias:
• Perdida de conectividad con el servidor de OPC actual
• El estado del servidor de OPC cambia a un valor distinto de "RUNNING" (EN EJECUCIÓN)
• Los elementos del servidor de OPC especificadós indican que el servidor de OPC no esta
disponible, tanto por un valor específicó como por la calidad
Los servidores de OPC pueden ser totalmente redundantes (varios servidores activos al mismo
tiempo) o se pueden cónfigurar para la cónmutación por error donde solo un servidor esta
activo cada vez. Tenga en cuenta que los servidores de OPC varían en gran medida en cuanto a
su enfoque para realizar el seguimiento e informar del estado, por lo que es conveniente
consultar la dócumentación de su servidor de OPC para determinar que opciones se admiten.

El siguiente diagrama muestra una cónfiguración basica de cónmutación por error de nivel de
servidor de OPC.
En esta sección
• Cónfiguración de la cónmutación por error del servidor de OPC
• Cónmutación por error en el cambio de estado del servidor de OPC
• Estado del servidor y puntos guardianes de OPC
• Intervalos de cónmutación por error
Configuración de la conmutación por error del servidor de OPC

Cónfigure PI interface para OPC DA a fin de que realice una cónmutación por error a otro
servidor de OPC en el caso de que se pierda la cónexión con el original.
Procedimiento
1. En PI ICU, vaya a la pagina OPCInt Failover > Server Level (OPCInt > Cónmutación por error
> Nivel de servidor) y especifique el nodo y el nombre del otro servidor de OPC.
Esta cónfiguración basica activa la cónmutación por error unicamente cuando PI interface
para OPC DA pierde la conectividad con el servidor de OPC.
2. De forma opcional, cree un PI point de cadena para realizar un seguimiento del servidor de
OPC activo. Asigne el PI point a un origen de punto no utilizado.
En PI ICU, vaya a la pagina OPCInt > Failover > Server Level (OPCInt > Cónmutación por
error > Nivel de servidor) y especifique el nombre del PI point en el campo Current Active
Server Tag (Tag del servidor activo actual). Para mostrar el valor del punto, inicie PI SMT y
utilice la característica Data > Current Values (Datos > Valores actuales).
Cuando se produce la cónmutación por error, el valor de este punto cambia al nombre del
servidor de OPC conectado en ese momento. Gracias al archivo históricó de estos cambios,
pódra ver el historial de cónmutación por error.
3. Para comprobar que se lleva a cabo la cónmutación por error cuando se pierde la
conectividad, siga estos pasos:

a. Inicie ambos servidores de OPC y, a cóntinuación, inicie la interfaz.

b. Utilice PI SMT o la utilidad pigetmsg para consultar el registro de PI SDK en el nodo de PI
Data Archive destinado a los mensajes que verifican que se haya producido un inicio
correcto.
c. Detenga el servidor de OPC activo en ese momento y consulte el registro de SDK para
cónfirmar que la interfaz ha cambiado al otro servidor de OPC.
d. Para volver al primer servidor de OPC, reinícieló, detenga el segundo servidor y consulte
el registro de SDK o el valor del punto del servidor activo de PI (si se ha definidó) para
comprobar que la interfaz de PI OPC se ha cambiado al primer servidor de OPC.
Conmutación por error en el cambio de estado del servidor de OPC

Puede cónfigurar la cónmutación por error en los casos en los que el servidor de OPC deja de
presentar el estado RUNNING.
Vaya a la pagina OPCInt > Failover > Server Level (OPCInt > Cónmutación por error > Nivel de
servidor) y compruebe Failover if Server Leaves RUNNING State (Activar la cónmutación por
error si el servidor deja de presentar el estado RUNNING).
Para cónfigurar el períódó de espera, establezca el valor del campo Wait For RUNNING State
(Esperar al estado RUNNING) al numeró de segundos que desee. Si el servidor de OPC no ha
entrado en el estado RUNNING antes de que expire el períódó especificadó, PI Interface para
OPC DA intentara conectarse al otro servidor. Si el otro servidor no ha entrado en el estado
RUNNING antes de que expire el períódó especificadó, la interfaz vólvera a intentar conectarse
al primero, con lo que ira alternando entre los dos hasta que se detecte que uno vuelve a estar
ejecutandóse.
Estado del servidor y puntos guardianes de OPC

Para permitir que la interfaz realice un seguimiento de la disponibilidad de los servidores de
OPC, use PI ICU para cónfigurar los PI points guardianes asignados a elementos de OPC que
reflejen de forma cónfiable el estado del servidor de OPC.
Los elementos de OPC deben incluir un entero positivo si el servidor de OPC se esta ejecutando
o 0 si no esta disponible, y los puntos guardianes de OPC deben contener un tipo de datos de
entero.
Al seleccionar los elementos de OPC que asignara a los puntos guardianes de OPC, tenga en
cuenta cuales son los mas cónfiables y representativos del estado del servidor de OPC. Por
ejemplo, en un contexto de procesos de fabricación, un elemento que cuente el numeró de
unidades fabricadas pódría tener sentido. Para garantizar que los servidores de OPC primarios
y de copia de seguridad registren el estado de forma coherente, seleccione un elemento de OPC
en función de la propia fuente de datos (a diferencia de un elemento que se origina en el
servidor de OPC).
Para asegurarse de que los valores de los puntos guardianes de OPC sean validós (0 o un entero
positivo), use las características de escalado y transfórmación para los PI points segun proceda.
Con el fin de reducir la sobrecarga del sistema, cónfigure los puntos guardianes de OPC como
puntos de nótificación en caso de que el servidor de OPC admite este tipo de puntos. En caso
contrario, asígnelós a una clase de scan con un períódó de scan reducido.
Si se esta ejecutando mas de una instancia de la interfaz, en el mismo nodo o en diferentes,
debe crear puntos guardianes de OPC independientes para cada instancia de la interfaz. Cuando
el ID de instancia no se usa, cada instancia realizan un scan solo de los PI points con atributos
pointsource que coinciden con el parametró ps de la instancia de la interfaz. Cuando sí se

usa, el atributo pointsource debe coincidir con el parametró de interfaz ps y el atributo

location1, con el parametró id de la interfaz.
Configuración de un único PI point guardián

Si puede determinar la disponibilidad del servidor de OPC segun un solo elemento de OPC, cree
un unicó PI point guardian. Cuando el valor del elemento de OPC sea 0, PI interface para OPC
DA trata de conectarse a otro servidor. Si no puede conectarse correctamente al otro servidor
dentro del tiempo de espera de cónexión especificadó, intentara volver a conectarse al primer
servidor de OPC.
Para crear y cónfigurar un punto guardian de OPC, siga estos pasos:
Procedimiento
1. Cree un PI point. Asigne el punto a un elemento de OPC que considere un indicador
cónfiable del estado del servidor.
El elemento de OPC al que este asignado el punto debe definirse de forma identica en los
servidores de OPC primario y de respaldo, aunque exista la posibilidad de que ambos
servidores alberguen valores distintos.
2. Indique el punto guardian para los servidores de OPC primario y de respaldo de la siguiente
forma: mediante PI ICU, vaya a la pagina OPCInt > Failover > Server Level (OPCInt >
Cónmutación por error > Nivel de servidor) y cónfigure los campos Primary Server
Watchdog Tag (Tag guardian de servidor primario) y Backup Server Watchdog Tag (Tag
guardian de servidor de respaldo).
3. Compruebe que el elemento de OPC active una cónmutación por error; para ello, siga estos
pasos:
a. Inicie los servidores de OPC y compruebe que el elemento guardian tenga un valor
distinto a cero en al menos uno de los servidores. Inicie la interfaz.
b. Cónfigure manualmente el elemento de OPC con el valor de 0 en el servidor conectado en
ese momento.
c. Examine el registro de PI SDK o consulte el punto del servidor activo para determinar si
se realizó la cónmutación por error al otro servidor de OPC.
Configuración de varios PI points guardianes

Si debe evaluar varios elementos de OPC para determinar la disponibilidad (como cuando el
servidor de OPC puede indicar la disponibilidad de las fuentes de datos back-end), cónfigure
diversos PI points guardianes de OPC. La suma de los valores de los puntos guardianes de OPC
determina si se considera que el servidor se encuentra activo. Inicialmente, la interfaz asigna a
cada punto guardian un valor de 1 y calcula de nuevo el total siempre que recibe un valor nuevo
para uno de los puntos. Si la suma baja del mínimó especificadó, se activa la cónmutación por
error.
Procedimiento
1. Cree PI points y asígnelós a los elementos de OPC que considere indicadores cónfiables del
estado del servidor de OPC. Para cada punto, establezca location3 en 3 en el caso de los
puntos de sondeo y en 4 cuando se trate de puntos de nótificación.
2. Mediante PI ICU, vaya a la pagina OPCInt > Failover > Server Level (OPCInt > Cónmutación
por error > Nivel de servidor) especifique para el campo Multiple Watchdog Tags Trigger

Sum (Suma de activación de varios tags guardianes) el total mínimó aceptable de los valores
de los puntos guardianes.
3. Compruebe que la cónmutación por error se active si el total de los valores baja del mínimó
especificadó:
a. Inicie los servidores de OPC y la interfaz.
b. Cónfigure manualmente los valores de los elementos de OPC.
c. Examine el registro de PI SDK o consulte el punto del servidor activo para determinar si
se realizó la cónmutación por error al servidor de OPC de respaldo.
Calidad de elementos de OPC

Si dispone de varios PI points guardianes, puede cónfigurar la cónmutación por error para que
se active cuando se lea un numeró dado de puntos guardianes con una calidad BAD. Para
cónfigurar esta ópción vaya a la pagina OPCInt > Failover > Server Level (Cónmutación por
error; Nivel de servidor) e indique el valor maximó deseado en el campo Maximum number of
Watchdog Tags which can have Bad Quality or Any Error without triggering Failover (Cantidad
maxima de tags guardianes para la que se admite una calidad deficiente o algun error antes de
activar la cónmutación por error).
Configurar puntos guardianes de OPC específicos de cada servidor para garantizar una
conmutación por error eficaz.
Los servidores de OPC realizan un seguimiento de sus propios estados (modo aislado). A fin de
permitir que PI interface para OPC DA determine el estado de un servidor de OPC antes de
tratar de realizar la cónmutación por error a el, cónfigure ambos servidores de OPC para
realizar tambien un seguimiento del estado de cada uno (modo específicó de los servidores).
Esta cónfiguración permite que el servidor de OPC determine el estado de ambos servidores sin
la sobrecarga derivada de la creación de una segunda cónexión.
Nota:
El metódó por el que un servidor de OPC realiza el seguimiento de su estado depende en
gran medida del proveedor y las implementaciones pueden variar. Para obtener mas
infórmación, consulte la dócumentación de su servidor de OPC.
Utilice PI ICU para cónfigurar los puntos guardianes de OPC.
Procedimiento
1. En ambos servidores de OPC, cree elementos identicós que realicen un seguimiento del
estado de cada archivo.
Si un servidor de OPC esta activo, el elemento de OPC debe contener un valor positivo. Si un
servidor de OPC no puede transmitir datos, el valor del elemento debe ser cero. Implemente
cualquier lógica necesaria para garantizar que ambos servidores detectan y mantienen
correctamente el estado del otro servidor y que, en ambos servidores de OPC, los valores
son identicós.
2. Cónfigure los servidores de OPC para que, durante su funcionamiento habitual, un servidor
envíe datos a PI interface para OPC DA y el otro espere hasta que el primario falle.
El estado del servidor primario debe ser positivo; en el caso del de respaldo, el estado puede
ser cero. Si se produce la cónmutación por error, el estado del servidor primario debe
cónfigurarse en cero y el del de respaldo en un valor positivo.
3. En PI Data Archive, cree un PI point watchdog para cada servidor OPC, asignado a los
elementos de OPC que realicen un seguimiento del estado del servidor.
4. Mediante PI ICU, vaya a la pagina OPCInt > Failover > Server Level (OPCInt > Cónmutación
por error > Nivel de servidor) y especifique en los campos Primary Server Watchdog Tag

(Tag guardian de servidor primario) y Backup Server Watchdog Tag (Tag guardian de
servidor de respaldo) los nombres de los PI points guardianes que creó en el paso anterior.
En el archivo por lotes de inicio de la interfaz, los parametrós wd1 y wd2 especifican estas
opciones.
Resultados
Si ambos puntos guardianes son cero, la cólección de datos se detiene hasta que un punto
guardian adquiere un valor positivo. Si ambos puntos guardianes tienen un valor positivo, la
interfaz sigue conectada al servidor que actualmente le esta transmitiendo datos.
Intervalos de conmutación por error

Cuando se activa la cónmutación por error, PI Interface para OPC DA debe reconocer
rapidamente que el servidor de OPC actual no vólvera a estar disponible y determinar si el
servidor de OPC de copia de seguridad si lo esta. Para cónfigurar el grado de eficacia de la
cónmutación por error en PI ICU, puede ajustar la siguiente cónfiguración en la pagina OPCInt
> Failover > Server Level (OPCInt > Cónmutación por error > Nivel de servidor):
• Switch to Backup Delay (/FT=#) (Cambiar a retraso en la copia de seguridad [/

FT=#])
Especifica, en segundos, cuantó tiempo la interfaz de OPC intentara conectarse al servidor
actual antes de conmutar por error al otro servidor y, si es inferior a 30, la frecuencia con la
que la interfaz comprueba el estado del servidor.
• Number of Interfaces on this Node (/NI=#) (Número de interfaces de este nodo [/

NI=#])
/ni=# (Opcional). Especifica el numeró de instancias de la interfaz que se ejecuta en este
nodo. Este se utiliza junto con el parametró FT para determinar cuantó tiempo se debe
esperar para iniciar una cónmutación por error de nivel de servidor.
• Wait for Running State (/SW=#) (Esperar al estado Running [/SW=#])

Especifica cuantós segundos espera la interfaz para que el servidor entre en el estado
RUNNING antes de conmutar por error al otro servidor. De forma predeterminada, la interfaz
espera de manera indefinida a que el servidor entre en el estado RUNNING. Tenga en cuenta
que los servidores de OPC varían significativamente en el tiempo que se requiere para
entrar en el estado RUNNING.
Almacenamiento en búfer para entornos de PI interface

El nodo de interfaz utiliza el almacenamiento en bufer para evitar que se pierdan datos si PI
Data Archive no se encuentra disponible. Las interfaces UNIINT pueden almacenar datos en
bufer con el objetivo de conservar valores de puntos cuando no se pueda establecer una
cómunicación de red con PI Data Archive. El inicio desconectado de UNIINT requiere tener
habilitado el almacenamiento en bufer, que tambien se recomienda encarecidamente para la
cónmutación por error. El almacenamiento en bufer para las interfaces se cónfigura y habilita a
traves de PI ICU.
Servicios de almacenamiento en búfer

PI System ofrece dos servicios para implementar el almacenamiento en bufer en las interfaces:

• PI Buffer Subsystem (PIBufss)

• API Buffer Server (Bufserv)
PI Buffer Subsystem representa la mejor ópción para la mayóría de los entornos.
Utilice API Buffer Server unicamente si se cumplen una o varias de las siguientes condiciones:
• La versión de PI Data Archive que recibe los datos almacenados en bufer es previa a la
versión 3.4.375
• Sus interfaces se ejecutan en una plataforma distinta a Windows.
Si algunas de las condiciones anteriores se aplican en su caso, consulte la dócumentación sobre
PI Buffering Manager Help (PIPC/HELP/BufferManager.chm) relativa a PI Server. De lo
contrario, utilice PI Buffer Subsystem.
Almacenamiento en búfer y colectivos

PI Buffer Subsystem 4.3 y versiones posteriores pueden almacenar datos en bufer en varios
servidores independientes, incluidos aquellos cónfiguradós como colectivos de PI Server. Para
que las interfaces utilicen PI Buffer Subsystem con colectivos de PI Server, los servidores de PI
Data Archive deben ejecutar PI Data Archive versión 3.4.375 o posterior.
PRECAUCIÓN:
API Buffer Server no detecta ni valida la cónfiguración de los colectivos de PI Server.
Como consecuencia, se debe cónfigurar manualmente API Buffer Server siempre que se
produce algun cambio en un colectivo. Ademas, como API Buffer Server conlleva una
cómpresión en el equipo de PI Data Archive, los archivos de distintos servidores del
colectivo pódrían contener registros distintos.
Configuración del almacenamiento en búfer

Utilice PI Interface Cónfiguratión Utility (PI ICU) para cónfigurar el almacenamiento en bufer
de la interfaz.
La ópción Tools > Buffering (Herramientas > Almacenamiento en bufer) le ayuda a cónfigurar
el almacenamiento en bufer. Segun su cónfiguración actual, esta ópción produce uno de los
siguientes resultados:
• Si este equipo esta cónfiguradó para almacenar datos en bufer mediante PI Buffer
Subsystem 4.3 o posterior, se abrira la ventana Buffering Manager (Administrador de
almacenamiento en bufer) y móstrara un panel de almacenamiento en bufer. En este panel
se muestra infórmación sobre el estado del almacenamiento en bufer en este equipo.
• Si este equipo no esta cónfiguradó actualmente para almacenar datos en bufer y tiene
instalado PI Buffer Subsystem 4.3 o posterior, se le sólicitara que cónfigure este ultimó. Si
hace clic en Yes (Sí), se abrira la ventana Buffering Manager (Administrador de
almacenamiento en bufer) y se móstrara el asistente de instalación, que le ayudara a
cónfigurar PI Buffer Subsystem.
• Si este equipo esta cónfiguradó para almacenar datos en bufer mediante API Buffer Server
(Bufserv) y tiene instalado PI Buffer Subsystem 4.3 o posterior, se le sólicitara que utilice
este ultimó a partir de ahora y que lo cónfigure. Si hace clic en Yes (Sí) en ambos avisos, se
abrira la ventana Buffering Manager (Administrador de almacenamiento en bufer) y se

móstrara el asistente de instalación, que le ayudara a actualizar a PI Buffer Subsystem desde

API Buffer Server.
• Si aun no se ha instalado PI Buffer Subsystem 4.3, se abrira la ventana Buffering
(Almacenamiento en bufer) para PI API Buffering o la versión anterior de PI Buffer
Subsystem.
En el caso de PI Buffer Subsystem 4.3, al cónfigurar una interfaz para que almacene datos en
bufer en un servidor de PI Data Archive que no se haya agregado a la lista de servidores de
almacenamiento en bufer, se debe habilitar el almacenamiento en bufer. Haga clic en el bótón
Enable (Habilitar), que se encuentra en el cuadro Buffering Status (Estado de almacenamiento
en bufer) de la pagina General de la interfaz. Para comprobar que el estado de almacenamiento
en bufer sea On (Activado), salga de PI ICU, reinicie y seleccione la interfaz.
Puede usar Buffering Manager (Administrador de almacenamiento en bufer) para cónfigurar y
supervisar el almacenamiento en bufer, así como solucionar sus problemas, mediante PI Buffer
Subsystem. Se recomienda utilizar PI Buffer Subsystem en el caso de las aplicaciones que se
conecten a PI Data Archivee 3.4.375 o posterior. Las versiones anteriores de PI Data Archive
requieren API Buffer Server, al igual que algunas instalaciones con soluciones personalizadas.
Consulte Buffering Manager help (PIPC/HELP/BufferManager.chm) para obtener mas
infórmación.
Habilitación del almacenamiento en búfer

Procedimiento
1. En PI ICU, seleccione Tools > Buffering (Herramientas > Almacenamiento en bufer). Se
abrira la ventana Buffering (Almacenamiento en bufer).
2. Haga clic en Enable buffering with PI Buffer Subsystem (Habilitar almacenamiento en bufer
con PI Buffer Subsystem).
3. Inicie el servicio de almacenamiento en bufer. Haga clic en PI Buffer Subsystem Service
(Servicio PI Buffer Subsystem) y, a cóntinuación, en .
4. Compruebe que el almacenamiento en bufer se inicia correctamente. Consulte el registro de

mensajes en busca de mensajes que indiquen que la aplicación de almacenamiento en bufer
este conectada a PI Data Archive.
5. Compruebe que el almacenamiento en bufer este funcionando como se espera. Reinicie el
nodo de la interfaz y cónfirme que el servicio de la interfaz y la aplicación de
almacenamiento en bufer vuelven a iniciarse.
Plug-ins (DLL de posprocesamiento)

Se puede cónfigurar PI Interface for OPC DA para que utilicen plug-ins, que son archivos DLL
que contienen bibliotecas de rutinas que llevan a cabo el procesamiento de datos específicós de
las aplicaciones antes de que los datos se envíen a PI Data Archive o al servidor OPC. Los DLL,
así como la dócumentación y los archivos que los acómpanan, se incluyen en el kit de
instalación de PI Interface para OPC DA y se instalan en el subdirectorio Plug-ins del
directorio de instalación. Cada paquete de plug-in contienen dócumentación para el usuario;
ademas, puede descargar guías de usuario de plug-ins del centro de descargas de OSIsoft.


Funcionamiento de PI Interface para OPC DA
Cuando utilice PI Interface para OPC DA, puede verificar el inicio de la interfaz, cónfirmar que el
servidor OPC esta recopilando datos y solucionar problemas operativos o de cónfiguración.
Verificación del inicio de la interfaz

Puede usar el registro de mensajes para comprobar que la interfaz se inicia adecuadamente.
Procedimiento
1. Muestre el registro de mensajes. Para hacer esto, abra PI System Management Tools y haga
clic en Funcionamiento > Registros de mensajes.
2. Inicie la interfaz. Para hacer esto, abra PI ICU, vaya a la instancia de la interfaz y, a
cóntinuación, haga clic en Interfaz > Inicio interactivo.
PI ICU móstrara una ventana de comandos y ejecutara el archivo por lotes (.bat) de inicio.
La interfaz registrara mensajes a medida que intente inicializarse y ejecutarse.
3. Vea el registro para identificar los mensajes que indican exitó o errores.
4. Para detener la interfaz, cierre la ventana de comandos.
Recopilación de datos del servidor de OPC

Los datos se leen en los servidores de OPC en grupo, no como elementos independientes. PI
Interface para OPC DA crea grupos de OPC para las clases de scan de PI System. (En el caso de
PI points advise de clase de scan 1, se pueden crear varios grupos). El servidor de OPC guarden
la cache los datos mas recientes.
De forma predeterminada, PI Interface para OPC DA lee la cache de un servidor de OPC. Cuando
la interfaz crea un grupo, especifica la frecuencia con la que se actualizaran los valores de cache
de los puntos de dicho grupo. La velocidad de actualización solicitada suele ser la misma que la
velocidad de scan de los puntos. Puede que el servidor de OPC rechace la velocidad solicitada y
recupere la velocidad de actualización que el grupo admite. La velocidad de actualización que
acepta el servidor de OPC se registra en el archivo local de registro de mensajes de PI.

Funcionamiento de PI Interface para OPC DA

Referencia de PI ICU para PI Interface para OPC DA
PI Interface Cónfiguratión Utility (PI ICU) es una interfaz grafica de usuario que sirve para
cónfigurar interfaces. PI ICU garantiza que la infórmación de la cónfiguración guardada en el
archivo por lotes de inicio y PI Module Database se genera y se actualiza correctamente, lo que
acaba con la necesidad de editarla manualmente.
PI ICU requiere PI Data Archive 3.3 o posterior. Para obtener mas infórmación, consulte el PI
Interface Configuration Utility (PI ICU) User Manual.
En esta sección
• Cónfiguración del servidor de OPC
• Cónfiguración de las opciones avanzadas
• Cónfiguración de la gestión de datos
• Cónfiguración de seguridad de DCOM
• Cónfiguración de cónmutación por error
• Plug-In settings
• Cónfiguración varia
• Debug settings
• Opciones de marca de tiempo de PI ICU
Configuración del servidor de OPC

OPC Server Node Name
El nombre o la dirección IP del nodo del servidor de OPC (/SERVER=node::name). Dejeló en
blanco o establezcaló en "localhost" (no distingue mayusculas y minusculas) si PI Interface
para OPC DA y el servidor de OPC se encuentran en el mismo nodo. Si se emplea algun otro
elemento para el nombre del nodo, la interfaz tratara al servidor de OPC como remoto. Esto
puede afectar a algunos servidores de OPC que pueden rechazar los intentos de cónexión de
tipo "remote".
OPC Server Name

Nombre registrado del servidor de OPC en el nodo del servidor de OPC.
Force v1.0a Protocol

De forma predeterminada, la interfaz trata de conectarse al servidor de OPC mediante la
especificación v2.0 OPC Data Access (/vn=2). Si no lo logra, recurre al protocolo v1.0a. Para
obligar a la interfaz a utilizar unicamente la especificación v1.0a OPC Data Access, habilite esta
ópción.
Marcas de tiempo
PI Server proporciona todas las marcas de tiempo: la interfaz OPC proporciona una marca de
tiempo cuando se reciben los datos (/ts=N).
Las marcas de tiempo originales se ajustan para PI Server: la interfaz OPC utiliza las marcas de
tiempo de datos que proporciona el servidor OPC y representa la cómpensación entre el
servidor OPC y el nodo PI Data Archive (/ts=Y).

Marcas de tiempo originales para los tags de notificación solamente: el servidor OPC solo
proporciona marcas de tiempo para los tags de nótificación, y la interfaz representa la
cómpensación entre el servidor OPC y el nodo PI Data Archive. En el caso del resto de tags, la
interfaz proporciona una marca de tiempo cuando se reciben los datos (/ts=A).
Marcas de tiempo originales: el servidor OPC proporciona las marcas de tiempo para todos los
datos y la interfaz no aplicara ninguna cómpensación de tiempo a estos valores. Cabe la
posibilidad de que se pierdan datos si se recibe un valor del OPC con una marca de tiempo de
10 minutos o mas con respecto a la hora que corresponda del nodo PI Data Archive. (/ts=U).
Questionable Quality
Almacenar datos de calidad solamente: si los datos indican otro valor de calidad distinto de
BUENO, se guarda la infórmación de la calidad en lugar del valor (/sq=Y).
Almacenar valor y flag cuestionables : almacena el valor y el flag como cuestionables (/sq=N,
default).
Almacenar valor solamente: la interfaz trata los valores de calidad "cuestionable" como
"buenos". (/sq=I).
Los datos de mala calidad son diferentes que los datos de calidad cuestionable y siempre se
almacenan como un estado digital del sistema.
Configuración de las opciones avanzadas

Time delay before reading OPC Tags (sec) (Retraso previo a la lectura de los tags de OPC
[segundos])
Especifique un retraso (en segundos) previo a la lectura del servidor de OPC o a la escritura en
el. Si se cónfigura el parametró, la interfaz se conecta a un servidor OPC y espera a que
transcurra el plazo especificadó antes de tratar de leer los datos. (/sd=#).
Event Tags Source (Fuente de tags de eventos)

Para los servidores de OPC v1.0a, especifica si los tags de eventos se leen desde la memoria
cache del servidor de OPC o directamente desde el dispositivo. En el caso de los servidores
v2.0, no tiene ningun efecto, porque todas las lecturas de los tags de eventos se producen desde
el dispositivo. (/es=CACHE o DEVICE).
Advise Groups on Creation (Notificar a los grupos cuando se crean)

Algunos servidores de OPC no devuelven un valor inicial cuando se crea un PI point de
nótificación. La consecuencia es que, en el caso de un valor que no cambia con frecuencia,
PI Interface for OPC DA no escribe un valor en PI Data Archive cuando se inicia la interfaz. Para
determinar si su servidor de OPC tiene este problema, utilice la herramienta PI OPC Client para
crear un grupo, agregue tags y, a cóntinuación, nótifique al grupo. Si no se devuelve de
inmediato un valor para sus tags, pero al agregar un tag a la clase de scan hace que se devuelva
un valor, habilite esta ópción. (/af=Y).
Deshabilitar la adición masiva de puntos

La interfaz de PI OPC DA indica al servidor OPC en que valores esta interesado antes de que la
interfaz pueda solicitar datos de ellos. La interfaz hace esto al crear "grupos" en el servidor y,
luego, agregar elementos a los grupos. Los grupos corresponden aproximadamente a PI scan
classes y los elementos corresponden a PI tags. El parametró /ma cónfigura la manera en que la
interfaz agrega elementos a cada grupo:

• En grupos de hasta 500 elementos a la vez: se habilita la adición masiva de tags (/ma=y), lo
cual requiere una ida y vuelta al servidor para cada grupo.
• Uno a la vez: se habilita la adición masiva de tags (/ma=n), lo cual requiere una ida y vuelta
al servidor para cada elemento.
Si ha cónfiguradó miles de PI tags y advierte que la interfaz tarda mucho tiempo en iniciarse,
intente habilitar la adición masiva de tags para reducir el tiempo necesario para cargar los
puntos.
Nota:
Algunos servidores OPC rechazan todos los elementos de un grupo si tan solo uno de ellos
no es validó. En el caso de esos servidores, cónfigure /ma=n para asegurarse de que los
elementos validós no se rechacen.
Nota:
Dependiendo de la red, del servidor OPC y (aun mas importante) del recuento de puntos,
la cónfiguración de /ma=n puede implicar un inicio de la interfaz significativamente mas
lento. Sin embargo, si la interfaz de OPC DA se instala en el servidor OPC, es probable que
el tiempo de inicio no se vea afectado considerablemente.
La cónfiguración predeterminada de la interfaz de PI OPC DA es /ma=n.
GlobalLocking Not Valid (GlobalLocking no válido)

Si ve mensajes del tipo OnDataChange: Invalid group ID en el archivo local del registro de
mensajes de PI, habilite esta ópción. Si se resuelve el problema, el servidor de OPC no cumple
las especificaciónes de OPC. En este caso, envíe los detalles por correo electrónicó (incluidos el
proveedor del servidor de OPC y la versión) a techsupport@osisoft.com. Este flag solo se aplica
a la versión 1.0a de OPC DA. (/gl=N).
Ignore Group Status (Ignorar estado del grupo)

Si ve OnDataChange: Header status: en el archivo local del registro de mensajes de PI, el
estado del grupo que ha enviado el servidor no es validó. Para ignorar el estado del grupo,
habilite esta ópción. Este flag solo se aplica a la versión 1.0a de OPC DA. (/gs=N).
Ignore Server Status (Ignorar estado del servidor)

Si el servidor OPC no presenta el estado OPC_STATUS_RUNNING cuando esta preparado para
enviar datos, habilite esta ópción con el objetivo de tratar de establecer una cómunicación con
el de todas formas (/is=Y).
Ignore OPC Server Access Rights (Ignorar derechos de acceso del servidor de OPC)
Si ve mensajes del tipo "Invalid read/write mode requested" (Modo de lectura o escritura no
validó solicitado) en el archivo local del registro de mensajes de PI, habilite esta ópción. (/
ar=N).
Use Honeywell Plantscape Failover Error Codes (Utilizar códigos de error de conmutación
por error de PlantScape de Honeywell)
Permite buscar códigós de error específicós del sistema PlantScape de Honeywell para llevar a
cabo la cónmutación por error de nivel de servidor. Cónfigura la interfaz para realizar la
cónmutación por error si recibe un códigó de error de 0xE00483FD o 0xE00483FC en cualquier
tag. Se trata de una ópción obsoleta porque Honeywell dejó de utilizar estos códigós despues de
una unica versión. (/hwps)

Reconnect to Server Delay (sec) (Retraso de reconexión al servidor [segundos])

Especifica cuantó tiempo se debe esperar, en segundos, antes de tratar de volver a establecer la
cónexión con el servidor de OPC si esta se interrumpe. (/rd==#).
Update Rates (Velocidades de actualización)

Especifica la velocidad de actualización solicitada, si difiere del períódó de scan. Seleccione una
clase de scan en la lista desplegable, especifique la velocidad que desee en el cuadro de la
derecha de la clase de scan y haga clic en . La clase de scan y la velocidad de scan y
actualización aparecen en el cuadro situado debajo del períódó. Solo se móstraran las clases de
scan que tengan velocidades de actualización.
Esta ópción resulta util cuando el servidor debe tener un valor reciente para los elementos,
pero la interfaz no lo lee con mucha frecuencia. Por ejemplo, si PI interface para OPC DA
consulta el valor cada 30 minutos, pero el valor mismo no puede tener mas de un minuto de
antiguedad. Esta situación supone una carga mayor para el servidor de OPC que si la velocidad
de actualización y el períódó de scan son identicós, pero puede reducir la latencia de los valores
de elementos cuya lectura se debe realizar con menos frecuencia. (/ur=period).
Configuración de la gestión de datos

Staggered Group Activation (Activación de grupos escalonada)
Esta ópción indica a PI interface para OPC DA que desactive todos los grupos durante el inicio y
escalone la activación de estos segun los valores de cómpensación especificadós para el
períódó de scan de cada grupo. Esta característica no afecta al funcionamiento de todos los
servidores de OPC. Esta pensada para contribuir a equilibrar la carga de trabajo
implementando las actualizaciones de los grupos con el mismo períódó de scan de forma
gradual. (/ga).
Inactivate Groups on Startup (Desactivar los grupos durante el inicio)

Desactiva todos los grupos durante el inicio. Los grupos se activan una vez que se hayan creado.
Esta ópción ayuda a reducir la carga del servidor de OPC durante el inicio. (/gi).
Update Snapshot (Actualizar snapshot)

Si la snapshot actual es un estado digital de sistema (como I/O timeout, Shutdown, etc.) y la
interfaz lee un nuevo valor anterior a la snapshot, la interfaz envía este ultimó un segundo
despues de la marca de tiempo de la snapshot del estado digital de sistema. Esta cómpróbación
se omite si la snapshot actual constituye un valor adecuado. Se trata de una ópción util para
puntos de control que no suelen cambiar. (/us).
Ignore First Value (Ignorar el primer valor)

Si el servidor de OPC envía datos antes de leer su fuente de datos, es probable que transmita
ceros o valores erróneós. Este parametró indica a la interfaz que ignore el primer valor que
reciba tras el inicio para cada tag. (/if=Y).
Ignore Subsecond Timestamps (Ignorar marcas de tiempo de subsegundos)

Si no se requiere la parte correspondiente a los milisegundos de la marca de tiempo, es posible
truncarla, lo que puede acelerar el procesamiento en PI Data Archive (/it=Y).

No Timeout (Sin tiempo de espera)

Indica a PI interface para OPC DA que nunca escriba I/O timeout cuando se produzca algun
error, aunque pierda la cónexión con el servidor de OPC. Establezca esta ópción cuando
cónfigure la cónmutación por error. (/nt=Y).
Disable Callbacks (Deshabilitar las devoluciones de llamada)

Reduzca la carga del servidor de OPC deshabilitando las devoluciones de llamada para los
grupos de sondeo. De forma predeterminada, los grupos de sondeo tienen las devoluciones de
llamada habilitadas, pero la interfaz no las utiliza. Esta ópción no repercute de ninguna forma
en los grupos de nótificación. (/dc).
Write Status to Tags on Shutdown (Escribir el estado en los tags durante el cierre)
Este parametró especifica el estado digital que se debe escribir en todos los PI points cuando se
cierre la interfaz (/opcstopstat=state).
Alternate Digital State for Questionable/Bad Qualities (Estado digital alternativo para
calidades deficientes o dudosas)
Asigne estados digitales para calidades deficientes o dudosas. Para utilizar esta ópción, cree un
conjunto de estados digitales contiguo en el conjunto de estados digitales de sistema que
corresponda al enumerado en el manual de OPC. A cóntinuación, asigne el primer estado digital
del conjunto a la ópción de la línea de comandos. (/as=system digital state). Para ver los
estados digitales de sistema mediante PI System Management Tools, vaya a Points > Digital
States (Puntos > Estados digitales).
Format of Timestamp Strings (Formato de las cadenas de marca de tiempo)

Define el formato de las cadenas de marca de tiempo que se leen o escriben en el servidor de
OPC. (/tf=format). Para obtener mas infórmación, consulte Ajustes de marca de tiempo.
Number of Tags in Advise Group (Número de tags en el grupo de notificación)

Cónfigure el numeró maximó de tags para cada grupo de nótificación creados con la clase de
scan 1. El maximó recomendado es de 800 tags por grupo, que tambien constituye el valor
predeterminado. Ajuste este numeró segun los requisitos del servidor de OPC. (/am=#).
Time Offset (Compensación horaria)

Si el nodo del servidor de OPC se encuentra en una zona horaria distinta a la local, esta ópción
indica a la interfaz que ajuste todas las marcas de tiempo con la cantidad especificada. Para
especificar la cómpensación, utilice el formato [-]HH:MM:SS. (/to=offset).
Event Update Rate (Velocidad de actualización de eventos)

Especifique la velocidad de actualización solicitada para el grupo de clase de eventos. Todos los
tags basados en eventos pertenecen al mismo grupo y la velocidad de actualización
predeterminada de este ultimó es de un segundo. Si la memoria cache de datos del servidor de
OPC para tags basados en eventos no se tiene que actualizar cada segundo, puede reducir la
carga de dicho servidor especificandó un valor superior para este parametró (lo que se
traduciría por una velocidad inferior). En lo que respecta a los servidores v2.0, todos los
eventos se leen desde el dispositivo, por lo que esta ópción se puede cónfigurar con un valor
bastante elevado, a menos que exista algun otro motivo para actualizar la memoria cache.
Utilice el formato /ER=HH:MM:SS.
Trend Advise (Notificación de tendencias)

Para los PI points de nótificación, envíe el valor del scan previo si la marca de tiempo del nuevo
valor es superior al numeró de períódós de scan (cónfiguradós con el parametró /ta). Si se

habilita esta ópción, los tags de nótificación se cómpórtaran como si se hubiera habilitado el
atributo step.
El archivo de registro imprimira un mensaje que indique que la TA esta activada.
Nota:
Al activar Trend Advise (Nótificación de tendencias), se desactivara el procesamiento de
los puntos de nótificación de ExcMax. Consulte el Apendice A. Cómó cónfigurar ExcMax en
los puntos de nótificación y eventos de PI Interface for OPC DA para obtener detalles
sobre ExcMax y los puntos de nótificación/eventós.
Configuración de seguridad de DCOM

Para obtener mas infórmación sobre cómó cónfigurar la seguridad de DCOM, consulte la DCOM
Security and Configuration Guide. de OSIsoft.
Default Authentication Level (Nivel de autenticación predeterminado)

Especifique uno de los siguientes valores para el nivel de autenticación de seguridad de DCOM
(/da):
• DEFAULT
• NONE
• CONNECT (valor predeterminado)
• CALL
• PKT
• PKT_INTEGRITY
• PKT_PRIVACY
Default Impersonation Level (Nivel de suplantación predeterminado)

Especifique uno de los siguientes valores para el nivel de suplantación de seguridad de DCOM
(/di):
• ANONYMOUS
• IDENTIFY (valor predeterminado)
• IMPERSONATE
• DELEGATE
Configuración de conmutación por error

UniInt-Interface Level Failover (Conmutación por error de nivel de interfaz de UNIINT)
Las siguientes tres opciones estaran habilitadas si se ha activado la cónmutación por error de
actividad condicional en la pagina UniInt > Failover (UNIINT > Cónmutación por error):
• Warm_1: no crear grupos en el servidor (/fm=1)
• Warm_2: crear grupos inactivos y agregar PI points (/fm=2)
• Warm_3: crear grupos activos y no usar grupos de nótificación (predeterminado)

• Percent of tags accepted by OPC Server as valid (Porcentaje de tags que el servidor
de OPC acepta como válidos)
Especifique el porcentaje de puntos necesarios para que el servidor de OPC los acepte como
validós. Si se acepta un valor inferior al porcentaje especificadó, PI Interface para OPC DA
establece el estado de sus dispositivos en Connected/No Data, lo que activa la
cónmutación por error de UNIINT, en caso de haberse cónfiguradó. (/rp).
• Maximum number of Watchdog Tags which can have Bad Quality or Any Error
without triggering Failover (Número máximo de tags guardianes que puede tener
una mala calidad o errores sin activar la conmutación por error)
Especifique el numeró maximó de PI points guardianas que pueden tener errores o una
mala calidad antes de que se active la cónmutación por error. Puede cónfigurar PI points
guardianes para controlar la cónmutación por error cuando la interfaz no pueda leer
algunos de los elementos, o bien cuando tengan una mala calidad. Esta característica
permite activar la cónmutación por error cuando una fuente de datos pierde la cónexión con
un servidor de OPC, pero puede publicar datos en el otro. Para cónfigurar PI points
guardianes, establezca location3. Para puntos guardianes que se encuentren en grupos de
nótificación, establezca el valor de location3 en 4. Para puntos guardianes que se
encuentren en grupos de sondeo, establezca el valor de location3 en 3. (/uwq).
Cluster Interface Failover (Conmutación por error de interfaces de clúster)

Para realizar selecciones en esta ópción, primero habilítela marcando la casilla de verificación
Enable Cluster Interface Failover (Habilitar cónmutación por error de interfaces de cluster).
Tenga en cuenta que esta pestana solo se encuentra disponible cuando no se ha seleccionado
UniInt Failover (Cónmutación por error de UNIINT).
Configuración Description
This node is the (Este nodo es el) Especifique si este nodo es primario (/pr=1) o de
copia de seguridad (/pr=2).
Failover Mode (Modo de cónmutación por error) Chilly: no crear grupos en el servidor (/fm=1).
Cool: crear grupos inactivos y agregar tags (/
fm=2).
Warm: crear grupos activos y no usar grupos de
nótificación (predeterminado) (/fm=3).
Cluster Mode (Modo de cónmutación por error) Cónfigure el comportamiento de la interfaz de
copia de seguridad.
Primary Bias: este nodo es el primario preferido.
(/cm=0).
No Bias: no hay nodos preferidos. La interfaz de
PI OPC permanecera activa hasta que el recurso de
cluster realiza la cónmutación por error, bien como
resultado de un error o bien por intervención
humana. (/cm=1).
Resource Number for APIOnline (Numeró de Identifique la instancia de APIonline asociada a la
recurso de APIOnline) instancia de esta interfaz. Por ejemplo, para
cónfigurar la interfaz con el fin de que dependa de
una instancia llamada "apionline2", establezca el
valor de este campo en 2. Para cónfigurar la
interfaz con el fin de que dependa de una instancia
llamada "apionline" (sin numeró de recurso),
establezca el valor de este campo en -1. (/rn=#).
Active Interface Node Tag (Activar tag de nodo de Especifique el punto de cadena que contenga el
interfaz) nombre del nodo de interfaz de OPC que esta
activo actualmente (/cn).

Health Tag ID (ID de tag de estado) Este parametró se utiliza para filtrar puntos de
estado UNIINT por location3. El parametró debe
ser unicó para cada interfaz (el parametró
miembro de cónmutación por error). Si este
parametró tiene un valor no validó o no esta
establecido, el valor predeterminado de 0 se usara
para el atributo location3 al crear puntos de
estado UNIINT. (/uht_id).
Server Level Failover (Conmutación por error de nivel de servidor)

Backup OPC Server Node Name (Nombre del nodo El nombre o la dirección IP del nodo del servidor
de servidor de OPC de copia de seguridad) de OPC de copia de seguridad (/backup).
Backup OPC Server Name (Nombre del servidor de El nombre registrado del servidor de OPC de copia
OPC de copia de seguridad) de seguridad (/backup).
Number of Interfaces on this Node (Numeró de El numeró de instancias de la interfaz que se esta
interfaces de este nodo) ejecutando en este nodo (/ni=#).
Switch to Backup Delay (sec) (Cambiar a retraso en El numeró de segundos para intentar conectarse
la copia de seguridad [seg.]) antes de cambiar al servidor de copia de seguridad
(/ft=#).
Wait for RUNNING State (sec) (Esperar al estado El numeró de segundos para esperar a que se
RUNNING [seg.]) presente el estado RUNNING antes de cambiar al
servidor de copia de seguridad (/sw=#).
Current Active Server Tag (Tag del servidor activo PI points de cadena que contiene el nombre del
actualmente) servidor que esta activo actualmente (opcional). Si
esta establecido, la interfaz escribira el nombre del
servidor de OPC en este punto cada vez que se
conecte. Resulta util para la cónmutación por error
de nivel de servidor con fines de depuración. (/
cs=tag).
Primary Server Watchdog Tag (Tag guardian de Punto guardian del servidor primario (/wd1=tag).
servidor primario)
Backup Server Watchdog Tag (Tag guardian de Punto guardian del servidor de copia de seguridad
servidor de copia de seguridad) (/wd2=tag).
Multiple Watchdog Tag Trigger Sum (Suma de El valor total mínimó de los puntos guardianes. La
activación de varios tags guardianes) cónmutación por error se activa si la suma del
valor de estos puntos es inferior al valor
especificadó. (/wd=#).
Maximum number of Watchdog Tags which can Default=0 si solo hay un punto guardian. No se
have Bad Quality or Any Error without triggering puede superar el numeró de puntos guardianes
Failover (Numeró maximó de tags guardianes que definidós. (/wq=#).
puede tener una mala calidad o errores sin activar
la cónmutación por error)
Failover if Server Leaves RUNNING State (Activar Activa la cónmutación por error si el estado del
cónmutación por error si el servidor deja de servidor cambia a un valor distinto a RUNNING.(/
presentar el estado RUNNING) ws=1).
Plug-In settings

• Post-Processing DLL
Introduzca el nombre y la ruta del DLL en el DLL de posprocesamiento; por ejemplo, /DLL=”
\Interfaces\OPCInt\plug-ins\exampledll.dll”
• Plug-In Configuration File

Introduzca el nombre del archivo de cónfiguración del DLL de posprocesamiento. Este
cuadro de texto solamente se muestra si el DLL de posprocesamiento requiere un archivo de
cónfiguración.
Configuración varia
PRECAUCIÓN:
No módifique esta cónfiguración a menos que así se lo pida el soporte de tecnicó de
OSIsoft.
Debug settings
Para habilitar las opciones de depuración con PI ICU, vaya a la pestana UniInt > Debug. En
general, habilite las opciones depuración durante un períódó reducido, puesto que pueden
inflar los archivos de registro y reducir el rendimiento. En el caso de las opciones marcadas con
"Technical Support only" (Solo para el soporte tecnicó) habilítelas unicamente si así se lo
especifica el soporte tecnicó de OSIsoft. Para obtener infórmación sobre otros parametrós de
línea de comandos, consulte el PI Universal Interface (UniInt) User Guide.
Opción Descripción Valor
Internal Testing Only (Solo Solo para realizar pruebas /db=1
pruebas internas) internas de OSIsoft.
Log of Startup (Registro de Registra la infórmación de inicio /db=2
inicio) de cada PI point, incluidos
instrumenttag y exdesc.
Log Write Op’s and Acks for Tag Registra las operaciones de /db=4
(Registrar operaciones de escritura de PI interface para
escritura y acuses de recibo para OPC DA, los acuses de recibo del
el tag) servidor de OPC y las
operaciones de escritura
derivadas a la cola de "escrituras
pendientes". Se puede cónfigurar
a fin de registrar los valores
enviados para un punto
específicó si se indica uno en el
campo Debug Tag.
Log Timestamps of refresh Para uso exclusivo del soporte /db=8
(Registrar las marcas temporales tecnicó de OSIsoft.
de las actualizaciones)
Log Information for ExcMax Se registra infórmación sobre los /db=16
(Registrar infórmación para informes de excepciones.
ExcMax)
Log Timestamp and Data (All Para cada valor de datos que /db=32
Tags) (Registrar la marca de reciba la interfaz, se registra la
tiempo y los datos [todos los marca de tiempo con los datos, la
tags]) marca de tiempo ajustada, el
valor de PI Time, la clase de scan
y el ID de transacción.

Opción Descripción Valor

Log Timestamp and Data for Tag Para uso exclusivo del soporte /db=64
(Registrar la marca de tiempo y tecnicó de OSIsoft.
/dt=tagname
los datos del tag)
Registro de tags de eventos Se registra el nombre de cada PI /db=256
point en el archivo de registro de
mensajes de PI local conforme
reciba datos para el punto.
Logging of Array Tags (Registro Se registra infórmación sobre los /db=512
de tags de matriz) PI points de matriz.
Logging of OPC List Pointers Solo para realizar pruebas /db=1024
(Registro de punteros de lista de internas de OSIsoft.
OPC)
Log TS, Data and Quality for Tag Se registra las marcas de tiempo, /db=4096
(Registrar las marcas de tiempo, los valores y las cualidades del
los datos y la calidad del tag) punto especificadó en el campo
Debug Tag en el registro de
mensajes de PI local. Si no se ha
especificadó ningun punto, se
registra el primero para el que se
reciba un valor. Se trata de una
ópción exhaustiva que puede
inflar el archivo de registro.
Log debugging info for /US Se proporciona infórmación de /db=8192
command (Registrar la depuración de la ópción Update
infórmación de depuración del Snapshot (/us), en caso de
comando /us) haberse habilitado.
Log client, server, and group Se registran las direcciones que /db=16384
handles (Registrar los utilizan la interfaz y el servidor
indicadores de cliente, servidor y para cada tag agregada a la
grupo) primera. Habilite esta ópción
unicamente si así se lo pide el
soporte tecnicó de OSIsoft.
Especifique cualquier otro parametró adicional que no se encuentre disponible mediante PI

ICU (por ejemplo, /dbuniint=0x0400). Separe los parametrós con uno o mas espacios. Si la
instrucción de algun parametró tiene algun espacio incorporado, incluyala entre comillas
dobles.
Opciones de marca de tiempo de PI ICU

PI interface para OPC DA puede usar las marcas de tiempo que proporcione el servidor de OPC
o crear sus propias marcas de tiempo a la vez que recibe los datos. Las marcas de tiempo de
tipo de Windows se definen con el formato UTC (hora universal coordinada) y los elementos
con valores de variante VT_* se interpretan como la hora local sin ajustes de horario de verano.
Si el servidor de OPC proporciona marcas de tiempo, puede usar PI ICU para cónfigurar el
comportamiento de la interfaz de la siguiente manera:

Opción Description Compensación de marca de

tiempo aplicada
Interface Provides Time Valor predeterminado. La interfaz Diferencia entre el nodo PI Data
stamp (La interfaz aplica una marca de tiempo a cada Archive y el nodo de interfaz.
proporciona la marca de valor a medida que lo recibe. Elija
tiempo) esta ópción si el servidor de OPC no
puede proporcionar marcas de
(/ts=N) tiempo precisas o si no desea utilizar
las que devuelve dicho servidor.
OPC Server Provides Time La interfaz utiliza la marca de tiempo Diferencia entre el nodo de PI
stamp (El servidor de OPC en formato UTC que proporciona el Data Archive y el nodo de
proporciona la marca de servidor de OPC. servidor OPC.
tiempo)
(/ts=Y)
Time stamp for Advise Tags Para las lecturas de puntos de Para los datos de nótificación,
Only (Marca de tiempo solo sondeo, algunos servidores de OPC establezca la diferencia entre el
para tags de nótificación) devuelven la hora del ultimó cambio nodo de PI Data Archive y el
efectuado en el valor en lugar de la nodo de servidor OPC. Para
(/TS=A) de la lectura. Esta ópción cónfigura la todos los demas datos, la
interfaz para que utilice las marcas diferencia entre el nodo de PI
de tiempo de nótificación, pero Data Archive y el nodo de
proporciona marcas de tiempo para interfaz.
los valores de sondeo. Para obtener
mas infórmación sobre los puntos de
sondeo y nótificación, consulte
Puntos de entrada de PI Interface
para OPC DA.
OPC Server Provides La interfaz utiliza la marca de tiempo Ninguno.
Timestamp, no Offset (El en formato UTC que proporciona el
servidor de OPC proporciona servidor de OPC y no les aplica
la marca de tiempo, sin ninguna cómpensación.
cómpensación)
PRECAUCIÓN:
(/ts=U) Extreme la precaución cuando
utilice esta ópción, ya que se
perderan datos si el servidor
OPC envía un valor con una
marca de tiempo posterior a la
hora actual de PI Data Archive
por diez minutos o mas.
Para obtener mas infórmación sobre la lectura y escritura de marcas de tiempo en un PI point
cuando estas sean el valor del punto, consulte Ajustes de marca de tiempo.


Solución de problemas de PI Interface para OPC DA
Consulte las siguientes secciones para hallar soluciones a los problemas del servidor de OPC o
de la interfaz.
Acceso a la herramienta PI OPC Client

Para conectarse y consultar el contenido de su servidor OPC, utilice la herramienta PI OPC
Client. Mediante esta herramienta, puede probar procedimientos de intercambio de datos tales
como sync read, refresh, advise y outputs.
Procedimiento
• Abra la herramienta PI OPC Client de una de estas dos maneras:
◦ Localice y haga doble clic en el archivo ejecutable OPCClient.exe.
◦ En el menu Inicio de Windows, haga clic en Todos los programas > PI System > PI
OPCClient.
Problemas del servidor de OPC

La especificación de OPC es muy flexible en cuanto al disenó y las funciones que admiten los
servidores de OPC. Estas variaciones en los servidores de OPC pueden afectar a los usuarios de
PI Interface para OPC DA.
En esta sección
• Explóración de elementos
• Opciones de marca de tiempo del servidor de OPC
• Valores no cónfiables
• Ruta de acceso
• Problemas con los datos que devuelve el servidor de OPC
• Sólución de problemas del funcionamiento del servidor de OPC
• Valores del estado del dispositivo específicós de la interfaz
• Actualizaciones de OPC
Exploración de elementos
Para poder asignar PI points a elementos de OPC, debe tener acceso a los nombres de
elementos de OPC. Sin embargo, no se requiere que los servidores de OPC admiten la
característica de explóración de elementos. Si no se admite esta funcionalidad, puede usar la
herramienta PI OPC Client para que se muestren los puntos que reconoce el servidor de OPC.
Opciones de marca de tiempo del servidor de OPC

Los servidores de OPC envían marcas de tiempo mediante una de estas dos formas:

• Envíó de la marca de tiempo de la ultima vez que el valor y la calidad de los datos se leyeron
en el dispositivo. En este caso, la marca de tiempo cambia aunque el valor no lo haga.
• Envíó de la marca de tiempo del ultimó cambio realizado en el valor o la calidad de los datos.
En este caso, si los datos siguen igual, la marca de tiempo no cambia.
Debe determinar la forma en la que se registran las marcas de tiempo mediante la
cónfiguración del parametró de marca de tiempo (ts) con PI ICU.
Valores no confiables
Algunos servidores de OPC devuelven un valor cuando un cliente se conecta a un punto, aunque
el servidor aun no tenga un valor validó para el punto. Algunos servidores envían un valor no
cónfiable con un estado de GOOD, lo que hace que se envíe este valor a PI Data Archive.
Para obviar estos valores no cónfiables, habilite la ópción Ignore First Value (Ignorar el primer
valor) de la pagina Data Handling (Gestión de datos) en PI ICU (/if=Y).
Ruta de acceso
En los elementos de OPC, la ruta de acceso indica cómó puede el servidor acceder a los datos. El
estandar OPC expone que los servidores pueden requerir la infórmación de la ruta para
acceder a un valor, pero no exigir que se envíe en el campo de ruta de acceso. Segun el estandar,
el servidor de OPC puede ignorarla, pero algunos servidores de OPC no compatibles requieren
la ruta de acceso.
Por ejemplo, RSLinx requiere que la infórmación de la ruta se encuentre en la ruta de acceso o
que forme parte del ID de elemento, en el siguiente formato: [accesspath]itemid.
Si el servidor de OPC requiere una ruta de acceso, póngase en contacto con su proveedor del
servidor de OPC para determinar la mejor forma de cónfigurar el servidor con PI interface para
OPC DA.
Problemas con los datos que devuelve el servidor de OPC

Los mensajes de error Unpack2 del registro de mensajes de PI local pueden indicar que los
datos no son validós. En ocasiones, PI Interface for OPC DA puede enviar datos a PI Data
Archive y tambien registrar errores Unpack2 del PI point, ya que el servidor OPC envía valores
correctos cuando puede hacerlo y códigós de error cuando no puede hacerlo. Los fallos
intermitentes entre el servidor de OPC y la fuente de datos derivan en una cómbinación de
errores y valores.
Es frecuente que se registren los siguientes mensajes de error genericós:
In UnPack2 Tag MyPV.pv returns error 80020005: 80020005(Type mismatch)
In UnPack2 Tag MyPV2.pv returns error: The operation failed (80004005)
Los siguientes mensajes de error indican que los datos recibidos del servidor de OPC cóntenían
errores y que este no devólvió ningun texto de explicación del error:
In UnPack2 Tag MyPV3.pv returns error : Unknown error(800482d2)
In UnPack2 Tag MyPV4.pv returns error E004823E: Unknown error (e004823e).
In UnPack2 Tag MyPV5.pv returns error E241205C: Unknown error (e241205c)
In UnPack2 Tag MyPV6.pv returns error E2412029: Unknown error (e2412029)
Para solucionar estos problemas relacionados con los datos, considere las siguientes causas y
soluciones:

• Si observa errores Unknown, póngase en contacto con el proveedor del servidor de OPC y
pida que se compruebe el códigó de error que se muestra en el mensaje. Los servidores de
OPC pueden generar códigós de error específicós del proveedor y solo este puede explicar lo
que significan.
• El reinicio del servidor de OPC puede solucionar el problema.
• Los errores Type mismatch indican que los tipos de datos son incompatibles. Compruebe
si existen incompatibilidades entre el tipo de datos de PI Data Archive y el tipo de elemento
de OPC. Compruebe la cónfiguración de location2. Reinicie la interfaz para evitar
problemas de cache una vez que se cambien los tipos de datos.
• Verifique que el tipo de datos del PI point puede albergar el intervalo de valores que envía el
servidor de OPC. Por ejemplo, si se define un PI point como un numeró entero de dos bytes y
el servidor de OPC envía valores que resultan demasiado grandes para que los alberguen, el
punto se desborda.
• Asegurese de que el tipo de datos del elemento de OPC y el PI point sean compatibles.
• Puede que la fuente de datos este enviando datos danadós al servidor de OPC. Compruebe si
existen problemas de red que puedan danar los paquetes de datos.
• Compruebe el tamanó del grupo del servidor de OPC. Si la clase de scan contiene mas puntos
de los permitidos en el grupo del servidor de OPC, puede derivar en errores Unpack2.
Consulte los límites del tamanó de grupo en la dócumentación del servidor de OPC.
• Si el punto es digital y los datos se pueden leer en un PI point digital, y ademas el sistema de
control subyacente es Honeywell, puede que las cadenas de estado digital de PI Data Archive
deban coincidir exactamente con la cadena del informe emitido por DCS. Para determinar
los estados digitales, vaya a Honeywell Universal Station o a GUS para comprobar cada
bloque de controladores (fuente de datos).
Solución de problemas del funcionamiento del servidor de OPC

PI interface para OPC DA puede registrar las interacciones del servidor de OPC en los archivos
opcresponse.log, opcscan.log y opcrefresh.log. Para interpretar la infórmación
contenida en estos archivos, debe comprender la arquitectura basica de la interfaz. PI interface
para OPC DA tiene dos subprocesos:
• Subproceso de PI
Interactua con PI Data Archive.
• Subproceso de COM
Interactua con el servidor de OPC.
PI points de sondeo
Para los PI points de sondeo, la interfaz nótifica al subproceso de PI cuando sea el momento de
realizar un scan. El subproceso de PI inicia el proceso de cólección de datos y registra la hora, el
numeró del grupo y el valor de flag actual contenido en opcscan.log. A cóntinuación,
establece el flag. (Si el flag en opcscan.log presenta un valor distinto a cero, la ultima llamada
realizada al servidor no regresó antes de que la interfaz pusiera en marcha otro sondeo; en
consecuencia, es posible que se perdieran datos).
Cuando el subproceso de COM detecta que el flag esta establecido, registra la hora, el numeró
del grupo y el ID de transacción en el archivo opcrefresh.log, y realiza una llamada de
actualización al servidor de OPC. Cuando reciba la respuesta sincrónica del servidor de OPC,
borra el flag.

Ahora el servidor de OPC puede enviar datos en cualquier momento, de forma asíncróna.
Cuando el servidor de OPC envía datos al subproceso de COM de la interfaz, se registran en
opcresponse.log la hora, el numeró del grupo y el ID de transacción.
PI points de notificación
Para los PI points de nótificación, el subproceso de COM recibe devoluciones de llamada
unicamente cuando cambia el valor de los datos del servidor de OPC. Por lo tanto, los puntos de
nótificación no generan entradas en los archivos opcscan.log ni opcrefresh.log, y en
opcresponse.log solo se registran las devoluciones de llamada. Es posible identificar los
puntos de nótificación en el archivo opcresponse.log por los numerós de grupo, que oscilan
entre el 200 y el 800.
Valores del estado del dispositivo específicos de la interfaz

En el caso de OPC DA específicamente, todos los estados específicós de la interfaz tienen un
valor de estado del dispositivo de 70. Una manera de solucionar los problemas de
cómunicación entre el servidor OPC y la interfaz es cónfigurar el tag de estado UNIINT para el
estado del dispositivo. OPCDA envía los siguientes mensajes de estado del dispositivo
específicós de la interfaz.
• 70| Demasiados ID de elementos no validós
El porcentaje de elementos de OPC en los que la interfaz se registró correctamente para leer
datos (es decir, agregados a grupos) se encuentra por debajo del umbral cónfiguradó con el
parametró /RP en el archivo .bat de la interfaz. De manera predeterminada /RP=80, lo que
significa que la interfaz establece el estado de este dispositivo si puede agregar
correctamente menos del 80 % de los elementos de OPC objetivo a los grupos. Este error a
menudo indica que los ID del elemento cónfiguradós en el atributo Instrument Tag de los
PI points de la interfaz son sintacticamente no validós o se refieren a los elementos de OPC
que no existen. Consulte el registro de mensajes de PI en el equipo de la interfaz para
obtener detalles sobre por que la interfaz no puede agregar puntos específicós.
• 70 | Error en grupos activos
La interfaz pudo crear un grupo, pero no pudo activarlo. Consulte el registro de mensajes de
PI en el equipo de la interfaz para obtener mas detalles sobre las circunstancias que llevaron
a este estado.
• 70 | Error en actualizar llamadas
La interfaz no pudo realizar un scan de los datos de al menos un grupo de sondeo.
• 70 | A uno o mas grupos les faltan scans
El servidor OPC no esta reconociendo las solicitudes de scan de los grupos de sondeo lo
suficientemente rapidó. Específicamente, la interfaz intentó realizar un scan de al menos un
grupo de sondeo como mínimó diez veces desde que el servidor OPC recónóció una solicitud
por ultima vez.
• 70 | Uno o mas grupos no estan recibiendo datos
El servidor OPC no envió datos de uno o mas grupos de sondeo en los ultimós /RT intervalos
de scan, en los que /RT puede cónfigurarse desde la ICU. De manera predeterminada /RT se
cónfigura en 10, lo cual indica que la interfaz esperara 10 intervalos de scan de los datos de
un grupo de sondeo antes de cónfigurar este estado.
• 70 | Uno o mas grupos generan una advertencia de conteo de salida
El servidor OPC no responde lo suficientemente rapidó para escribir solicitudes de la
interfaz, y la cola de salida (cuya capacidad maxima puede cónfigurarse desde la ICU usando

el parametró /OD) ha alcanzado el nivel de advertencia, cónfiguradó desde la ICU usando el

parametró /OW .
• 70| Uno o mas grupos de salida arrojan datos
El servidor OPC no responde lo suficientemente rapidó para escribir solicitudes de la
interfaz, y la cola de salida ahora esta llena. La interfaz descartara los eventos de salida mas
recientes o purgara los eventos mas antiguos de la cola, dependiendo del signo de /OD.
Como resultado, algunos eventos de salida no se escribiran en el servidor OPC.
Actualizaciones de OPC
Actualizaciones de registro
Para registrar actualizaciones de OPC, habilite la ópción 8 de depuración, que causa que PI
Interface para OPC DA con el fin de crear tres archivos de registro: opcscan.log,
opcrefresh.log y opcresponse.log. Si la interfaz se esta ejecutando como servicio, los
archivos se encóntraran en el directorio %windows%/system32 (%windows%/sysWOW64 para
sistemas de 64 bits). De lo contrario, los archivos se encóntraran en el directorio de trabajo del
proceso de la interfaz. El directorio de trabajo no tiene que ser el mismo que el que contiene el
archivo .exe.
Cuando la interfaz establezca el flag para un scan, registra la hora actual, el numeró de la clase
de scan y el valor actual del flag de scan del archivo opcscan.log. La marca de tiempo esta en
UTC (zona horaria de Greenwich; no se tiene en cuenta el horario de verano) y contiene una
estructura FILETIME escrita como un campo hexadecimal de 64 bits. Las mitades inferior y
superior del numeró se transponen, y el numeró real es un recuento del intervalo desde el 1 de
enero de 1601 medido en segundos 10E-7.
Despues de registrar los datos, la interfaz establece el flag de scan del grupo y, a cóntinuación,
el subproceso COM toma el relevo. Cuando la interfaz realiza el sondeo, registra la hora, la clase
de scan y el ID de transacción usado en el archivo opcrefresh.log. En la versión 1.0a del
servidor, el ID de transacción es el que se devólvió del ultimó sondeo del grupo. En la versión
2.0 de los servidores, se trata del ID de transacción real que se devólvió del servidor.
Cuando la interfaz recibe los datos del servidor de OPC, registra la hora, la clase de scan y el ID
de transacción usado en el archivo opcresponse.log. En los puntos de nótificación, no se
registran entradas en los archivos opcrefresh.log y opcscan.log. Solo se actualiza el
archivo opcresponse.log.
Las marcas de tiempo de los registros de PI Interface para OPC DA se almacenan en su formato
nativo, que no se lee facilmente. Para convertir las marcas de tiempo a un formato que pueda
leerse facilmente, use los siguientes programas, que se instalan en el subdirectorio Tools
dentro del directorio de la interfaz.
• opcscan.exe
• opcrefresh.exe
• opcresponse.exe
Para ejecutar uno de estos programas desde la línea de comandos, especifique los nombres de
los archivos de entrada y salida. Ejemplos:
> opcscan.exe opcscan.log scan.log
> opcrefresh c:\pipc\Interfaces\OPCInt\opcrefresh.log c:\temp\refresh.log
> tools\opcresponse opcresponse.log response.log
Las utilidades muestran la marca de tiempo de UTC que procede de los datos (sin formato y
convertida), la marca de tiempo convertida a la hora local (sin formato y convertida) y la PI
time enviada a PI Data Archive. Por ejemplo:

response.log 126054824424850000 2000/06/14 18:54:02.485 126054680424850000

2000/06/14 14:54:02.485 960994309.485001 2 1db8
Para comprobar la marca de tiempo que devólvió el servidor de OPC, consulte estos archivos de
registro. La marca de tiempo esta basada en el 1 de enero de 1600 (UTC), de modo que si ve
una fecha cercana al 1600, significa que el servidor no esta enviando marcas de tiempo validas.
Para cónfigurar la interfaz con el fin de que cree marcas de tiempo cuando obtenga los datos,
use PI ICU para habilitar la ópción Interface Provides Timestamp (La interfaz proporciona la
marca de tiempo) de la pagina OPCInt, o bien edite el archivo por lotes y especifique el
parametró /ts=N).
Si la interfaz se esta ejecutando con las opciones de depuración 32 o 64 habilitadas, el archivo
de registro cóntendra entradas de elementos de datos individuales que recibió el subproceso
COM. Para los puntos de nótificación, el numeró de grupo del campo opcresponse.log pódría
no ser correcto en las entradas generadas con las opciones de depuración 32 o 64, aunque las
mas cortas que se crean con la ópción 8 se corresponden con el numeró de grupo correcto.
Al analizar los archivos de registro, pódra ver cuandó la interfaz decidió realizar el sondeo y la
llamada, así como el momento en que se recibieron los datos. Si el flag de opcscan.log es
distinto a cero, significa que la ultima llamada realizada al servidor no se devólvió a la hora en
la que la interfaz inició otro sondeo. Si encuentra flags distintos a cero en el archivo de registro,
póngase en contacto con su proveedor del servidor y pídale que contacte con OSIsoft.
Ningún servidor de OPC responde a llamadas de actualización

Para determinar si el servidor de OPC esta respondiendo a las llamadas de actualización que
realiza la interfaz, compruebe el archivo de registro de mensajes de PI local en el siguiente
mensaje:
The OPC server did not respond to the last refresh call for scan class 2, and has
not has not responded to the previous 100 refresh call(s).
Este mensaje indica que el servidor de OPC no pudo responder a una llamada de actualización.
Este problema ocurre cuando el servidor de OPC no puede atender las velocidades de
actualización o se ha finalizadó la óperación debido a un error. El mensaje se repite para cada
una de las 100 llamadas de actualización adicionales que reciben respuestas del servidor de
OPC de cada clase de scan. Si estos mensajes se muestran en el registro de mensajes de PI local,
pódría producirse una perdida de datos. Póngase en contacto con el proveedor de su servidor
de OPC inmediatamente y planteese la posibilidad de reducir la carga del servidor de OPC:
• Mueva puntos a la clase de scan de nótificación 1.
• Reduzca la cantidad total de clases de scan de la interfaz.
Cierre
El atributo Shutdown tiene un valor de 1 (verdadero) de forma predeterminada. El
comportamiento predeterminado de PI Shutdown Subsystem es escribir el estado digital
SHUTDOWN en todos los PI points cuando se inicie PI. La marca de tiempo que se usa para los
eventos de SHUTDOWN se recupera de un archivo que Snapshot Subsystem actualiza. La marca
de tiempo generalmente se actualiza cada 15 minutos, lo que significa que la marca de tiempo
de los eventos de SHUTDOWN sera precisa dentro de esos 15 minutos en caso de que se produzca
un corte del suministro electricó. Para obtener infórmación adicional sobre los eventos de
shutdown, consulte PI Data Archive los manuales
Nota:
Los eventos de SHUTDOWN que escribe PI Shutdown Subsystem son independientes de los
eventos de SHUTDOWN que escribe la interfaz cuando se especifica el siguiente parametró
de línea de comandos
/stopstat=Shutdown

SHUTDOWN se pueden desactivar los eventos para que no se escriban en los PI points al PI Data
Archivecónfigurar el Shutdown atributo con un valor de 0 para cada punto. Tambien se puede
cambiar el comportamiento predeterminado de PI Shutdown Subsystem para escribir los
eventos de SHUTDOWN unicamente en el caso de los PI points que tengan cónfiguradó su
atributo Shutdown con un valor de 0. Para cambiar el comportamiento predeterminado, edite
el Shutdown.dat archivo PI Data Archive como se indicó en los manuales de
Bufserv y PIBufss
No es conveniente escribir eventos de cierre cuando se esta utilizando el almacenamiento en
bufer. Bufserv y PIBufss son programas utilitarios que proporcionan la capacidad para
almacenar y reenviar eventos a un PI Data Archive, permitiendo la recólección de datos
continua cuando PI Data Archive esta fuera de servicio por motivos de mantenimiento,
actualizaciones, backup y fallas inesperadas. Es decir, cuando PI Data Archive haya sufrido un
apagado, Bufserv o PIBufss seguiran recopilando datos para la interfaz, por lo que resulta poco
recomendable escribir SHUTDOWN eventos en los PI points de dicha interfaz. Se recomienda
deshabilitar el apagado cuando se envíen datos a un PI Data Archive colectivo de alta
disponibilidad Consulte los manuales de Bufserv o PIBufss para obtener mas infórmación.


Procedimientos recomendados de seguridad de PI
Interface para OPC DA
Para obtener mas infórmación acerca de la seguridad de OPC, consulte la DCOM Security and
Configuration Guide. Para obtener mas infórmación sobre la cónfiguración de seguridad de PI
Data Archive, consulte PI Server Configuring PI Server Security.
La instalación de la interfaz requiere una cuenta de administrador para las siguientes tareas:
• Instalación del software de la interfaz
• Creación de cuenta de servicios de la interfaz
• Creación, edición y eliminación del servicio de la interfaz
• Adición, actualización y eliminación de los contadores de rendimiento
Las cuentas de servicios de consideraciones de seguridad de PI Interfaces basadas en el marco
de trabajo de UniInt se abordan en la PI Universal Interface (UniInt) User Guide.
Nota:
En ocasiones, los privilegios de cuenta del servicio de la interfaz se pueden restringir para
limitar el acceso a archivos, carpetas y claves de registro. Las cuentas de servicios
virtuales, las de servicios administrados, las de servicios de dominios que no pertenecen
al administrador y las de servicios locales que no pertenecen al administrador son las
mejores opciones para restringir los permisos a las cuentas de servicios.
Para obtener mas infórmación acerca de la gestión de la seguridad y trusts de PI Data Archive,
consulte la PI Server System Management Guide.
Autenticación y autorización
Para que la interfaz se conecte a PI Data Archive, la cuenta de servicio de la interfaz se debe
autenticar y se deben autorizar sus comunicaciones. Ello requiere la cónfiguración de la
seguridad de las aplicaciones que se conectan a PI Data Archive. Para obtener mas infórmación
acerca de la autentificación y la autórización de interfaces, consulte la guía de usuario de PI
Universal Interface (UniInt).
Nota:
Al cónfigurar usuarios y grupos PI para la interfaz, evite utilizar el superusuario piadmin
o el grupo piadmins. Estos usuarios y grupos integrados cuentan con privilegios de alto
nivel que pueden suponer riesgos de seguridad.
Seguridad de PI points y archivos de lista blanca

La seguridad de PI points se puede cónfigurar para el acceso de usuarios a los atributos de
punto mediante el atributo ptsecurity, y el acceso de los usuarios a los datos de punto
mediante el atributo datasecurity.
En el caso de los puntos de salida, los atributos zero y span se pueden utilizar para establecer
los valores mínimós y maximós que permite el punto de salida.
En el caso de todas las interfaces que puedan escribir en la fuente de datos, OSIsoft recomienda
cónfigurar un archivo de puntos de salida permitidos de PI Data Archive a la fuente de datos.
Cree una lista blanca de puntos de salida para especificar las actualizaciones de puntos
autorizados a la fuente de datos. Cuando se utiliza una lista blanca, la interfaz comprueba un
punto de salida en la lista antes de actualizar la fuente de datos. La lista blanca es un archivo de
valores separados mediante comas (.csv) que contiene una lista de los puntos de salida
validós y todos los atributos necesarios para especificar los puntos de salida y las ubicaciones

Procedimientos recomendados de seguridad de PI Interface para OPC DA
en las que se pretenden guardar en la fuente de datos. Deje el archivo de la lista blanca vacíó si
no necesita salidas a la fuente de datos. Habilite el uso de la lista blanca mediante el parametró
de inicio /whitelist=path/filename.
Para obtener mas infórmación acerca de la cónfiguración del archivo de lista blanca y el
parametró de archivos de inicio para habilitar el archivo de lista blanca, consulte
Cónfiguraciónes del archivo de lista blanca en la PI Universal Interface (UniInt) User Guide.
Seguridad de DCOM
El servidor OPC y las aplicaciones cliente se basan en el modelo de comunicaciones COM/
DCOM de Microsoft. Para acceder a una descripción general, consulte Cónfiguración de DCOM
destinada a PI interface para OPC DA.
Para obtener mas infórmación acerca de la seguridad de DCOM para productos PI OPC, consulte
la DCOM Security and Configuration Guide.

Parámetros de línea de comandos de PI interface
para OPC DA
Hay dos tablas en las que se enumeran los parametrós de línea de comandos utilizados en el
archivo por lotes de inicio de la interfaz para ajustar la cónfiguración. Una esta organizada
alfabeticamente y la otra, por funcionalidad. Estos parametrós se proporcionan para fines de
depuración, con el objetivo de ayudarle a leer el archivo. Para garantizar que el archivo
presenta el formato correcto, utilice PI Interface Cónfiguratión Utility (PI ICU) a fin de
cónfigurar la interfaz.
Lista alfabética de parámetros

Lista alfabética de los parámetros del .bat de PI interface para OPC DA
Parámetro y sintaxis Description
/af=Option Opcional. Cónfigura la transferencia de datos para
los puntos de nótificación. Habilíteló si los puntos
de nótificación no reciben un valor actual durante
el inicio. No lo habilite si esta usando la
cónmutación por error del cluster de Windows, ya
que esto hace que se nótifique a los grupos de OPC
en el momento de su creación.
Valor predeterminado: N
Opciones: Y o N
/ag=group_name Opcional. Se utiliza para cónfigurar nombres de
grupos de nótificación personalizados.
Para otorgar un nombre a un grupo concreto,
utilice /ag#=nombre. Por ejemplo, /
ag1=MiNótificación y /ag2=SiguienteNótificación
indicara a la interfaz que use "MiNótificación"
como el nombre del primer grupo de nótificación y
"SiguienteNótificación" para el segundo.
Si desea definir un nombre de base para los grupos
de nótificación, use /ag=nombre. Si no se especifica
ningun nombre para un grupo concreto con /
ag#=nombre, el nombre de ese grupo sera el de
base con el numeró del grupo anexado. Por
ejemplo, si /ag=GrupóNótificación y no hay
ningun /ag3 especificadó, el tercer grupo de
nótificación se denóminara "GrupóNótificación3".
El nombre de base predeterminado para los grupos
de nótificación es "Advise" (Nótificación). Si no se
cónfiguran nombres para los grupos de
nótificación, estos se llamaran "Advise1"
(Nótificación1), "Advise2" (Nótificación2),
"Advise3" (Nótificación3), etc.
Valor predeterminado: /ag=Advise

Parámetros de línea de comandos de PI interface para OPC DA

/am=# Opcional. Especifica el numeró de puntos en cada
grupo de nótificación de OPC creado para la clase
de scan 1. Esta pensado para gestionar la carga de
trabajo del servidor de OPC.
Valor predeterminado: 800
/ar=Option Opcional. Habilite o deshabilite el uso de la

propiedad de derechos de acceso en elementos
agregados a un grupo. Si la interfaz registra el error
“Invalid read/write mode requested”,
pruebe a deshabilitar los derechos de acceso
cónfigurandó /AR=N.
Valor predeterminado: Y
Opciones: Y o N
/as=system_digital Opcional. Asigne estados digitales para calidades
deficientes o dudosas. Para utilizar este
argumento, hay que crear un estado digital en el
conjunto de estados digitales de sistema que se
corresponda con el parametró system_digital de la
ópción de línea de comandos. A cóntinuación,
cualquier estado digital que siga al argumento
system_digital se utiliza para asignar estados
digitales a PI points cuando se reciben datos de
calidad deficiente o dudosa del servidor de OPC,
los cuales sustituyen a los estados digitales
predeterminados. Para obtener mas infórmación,
consulte Infórmación sobre la calidad de los datos.
/at=# Cuantó tiempo se debe esperar para recibir un
acuse de recibo de la óperación de escritura por
parte del servidor de OPC (en milisegundos).
Cuando haya transcurrido este plazo, la interfaz
cancela la óperación de escritura y la vuelve a
enviar. Mínimó: 2000 milisegundos.
Valor predeterminado: 2000 ms (dos segundos)
/backup=hostname::OPCservername Para la cónmutación por error de nivel de servidor,

especifica el nombre del servidor de OPC de
respaldo. Si el servidor de OPC se encuentra en el
equipo local, omita hostname. Si el nombre de su
servidor tiene algun espacio incorporado, incluyaló
entre comillas dobles.
/cachemode Habilita el inicio desconectado.
/cachepath=filepath Opcional. Especifica el directorio en el que se crean
los archivos de almacenamiento en cache de
puntos para el inicio desconectado. El directorio ya
debe existir en el equipo de destino. De forma
predeterminada, los archivos se crean en la misma
ubicación que el ejecutable de la interfaz. Si la ruta
contiene algun espacio, incluyala entre comillas.
Ejemplos:
• /cachepath=D:\PIPC\Interfaces
\CacheFiles
• /cachepath=”D:\Program Files\PIPC
\MyFiles”


/cachesync=# Opcional. Especifica el tiempo en milisegundos
(ms) asignado para sincronizar el archivo de
memoria cache de puntos de la interfaz con PI Data
Archive. De forma predeterminada, la interfaz
sincroniza la memoria cache de puntos si se
ejecuta en el modo de inicio desconectado. Para
deshabilitar la sincrónización del archivo de cache
de puntos, especifique /cachesync=0. El mínimó
es 50 ms y el maximó, 3000 ms (3 s). Los valores
inferiores al mínimó y superiores al maximó se
ajustan correspondientemente. Este valor debe ser
inferior al períódó de clase de scan mínimó. Si el
valor es superior al valor de clase de scan mínimó,
los scan de entrada se pasan por alto mientras se
sincroniza el archivo de cache de puntos.
Valor predeterminado: 250 milisegundos
/cm=Option Opcional. Cónfigure el comportamiento

relacionado con los clusteres para la cónmutación
por error de nivel de la interfaz que se ejecute en
un cluster. El modo 0 (/cm=0) representa el
primario preferido. El modo 1 (/cm=1) es uno no
preferencial, en el que con independencia de que
instancia de la interfaz se encuentre activa,
permanecera así hasta que el recurso de cluster
realice la cónmutación por error.
Opciones: 0 o 1
/cn=tag_name Opcional. Para una cónmutación por error de nivel
de interfaz en ejecución en un cluster, este
parametró especifica un PI point de cadena que
recibe el nombre del nodo de la instancia de la
interfaz que este reuniendo datos en ese momento.
Esta característica permite realizar un seguimiento
del nodo de cluster que sea el nodo de la interfaz
activa. Asegurese de que no hay ninguna interfaz
que este usando el origen de punto del punto
especificadó.
/cs=tag_name Opcional. Un PI point que realiza un seguimiento
del servidor de OPC activo en ese momento para la
cónmutación por error. Asegurese de que no hay
ninguna interfaz que este usando el origen de
punto del punto especificadó.
/ct=# (Opcional) Especifica el tiempo en segundos que se
debe esperar para recibir una respuesta del
servidor OPC antes de concluir que la cónexión al
servidor ha fallado y debe reiniciarse. En dicho
caso, la interfaz intentara volver a conectarse
cada /CT segundos hasta que se conecte
correctamente, momento en el cual recreara todos
los grupos y vólvera a suscribirse para las
actualizaciones a los puntos de nótificación.
La interfaz ignora este parametró cuando se
cónfigura la cónmutación por error a nivel del
servidor. En ambio, usa el parametró /FT para
determinar cuantó se debe esperar antes de agotar
el tiempo y conmutar por error al otro servidor.


/da=option Opcional. Cónfigura el nivel de autenticación
predeterminado, parte de los ajustes de seguridad
de DCOM de la interfaz. Este parametró establece
el nivel de autenticación específicó de la interfaz
necesario para comprobar la identidad del
servidor de OPC durante las llamadas. Estos son los
valores de option validós:
• DEFAULT
• NONE
• CONNECT (valor predeterminado)
• CALL
• PKT
• PKT_INTEGRITY
• PKT_PRIVACY
Utilice esta ópción con el parametró di. Si
establece /di y omite /da, se utiliza CONNECT. Si
no se ha cónfiguradó da ni di, la interfaz utiliza los
permisos predeterminados del equipo del cliente.
Valor predeterminado: CONNECT
/db=# Opcional. Establezca el nivel de salida de

depuración que se debe registrar. De forma
predeterminada, el registro de depuración esta
deshabilitado. Para ver la cónfiguración valida,
consulte Debug settings.
/dc Opcional. Deshabilite las devoluciones de llamada
para los grupos de sondeo a fin de reducir la carga
de trabajo del servidor de OPC. No afecta a los
grupos de nótificación. De forma predeterminada,
las devoluciones de llamada estan habilitadas.
/df=tag_name Opcional. Cónfigure un PI point que contenga el
nivel de depuración, que le permite cambiarlo
mientras se este ejecutando la interfaz. Cónfigure
un punto de salida Int32 para la interfaz y
establezca su valor en 0. Despues, cónfigure dicho
punto con el parametró df. Tras iniciar la interfaz,
puede cambiar el nivel de depuración; para ello,
cónfigure el punto con el nivel que desee. Para ver
la cónfiguración valida, consulte Debug settings.
Para instrumenttag, debe especificar un valor,
pero este se ignore y no tiene que tratarse de un ID
de elemento de OPC validó.


/di=level Opcional. Establece el nivel de suplantación
específicó de la interfaz que se ótórgara a un
servidor de OPC con el objetivo de que lleve a cabo
tareas de procesamiento en nombre de dicha
interfaz. El nivel de suplantación predeterminado
es una de las opciones de seguridad de DCOM para
la interfaz. Estos son los niveles de autoridad
validós:
• ANONYMOUS
• IDENTIFY (valor predeterminado)
• IMPERSONATE
• DELEGATE
Useló con el parametró da. Si especifica el
parametró /da y omite /di, se utiliza el valor
predeterminado (IDENTIFY). Si no se ha
establecido ninguno de los parametrós, la interfaz
utiliza la cónfiguración de seguridad de DCOM
predeterminada.
Valor predeterminado: IDENTIFY
/dll=drive:\path\filename.dll Opcional. Cónfigure un DLL de posprocesamiento.

La ruta predeterminada es el subdirectorio
PlugIns del directorio de instalación de la
interfaz. No puede cónfigurar mas de un plug-in.
/dllconfig=config_file_name Opcional. Especifica la ruta del directorio y el
o nombre de archivo de cónfiguración del DLL de
posprocesamiento (algunos DLL de
/dll_ini=config_file_name
posprocesamiento no requieren un archivo de este
tipo).
/dt=tag_name Opcional. Especifique el punto para el que se debe
registrar infórmación exhaustiva cuando se use el
nivel de depuración detallado. (/DB=64). Si omite
esta ópción, la interfaz utiliza el primer punto para
el que recibe un valor.
/ec=# Opcional. Especifique un numeró de contador para

un punto de velocidad de E/S. Si necesita varias
instancias de la interfaz con contadores de eventos,
especifique un numeró de contador distinto para
cada instancia. Debe corresponder con un PI point
del archivo iorates.dat. Si especifica /ec y omite
el argumento, el contador predeterminado es 1.
Valor predeterminado: /ec=1


/eg=group_name Opcional. Se utiliza para cónfigurar nombres de
grupos de eventos personalizados.
utilice /eg#=nombre. Por ejemplo, /eg1=MiEvento
y /eg2=SiguienteEvento indicara a la interfaz que
use "MiEvento" como el nombre del primer grupo
de nótificación y "SiguienteEvento" para el
segundo.
de eventos, use /eg=nombre. Si no se especifica
eg#=nombre, el nombre de ese grupo sera el de
ejemplo, si /eg=GrupoEventos y no hay
ningun /eg3 especificadó, el tercer grupo de
eventos se denóminara "GrupoEventos3".
de eventos es "Event". Si no se cónfiguran nombres
para los grupos de eventos, estos se llamaran
"Event1", "Event2", "Event3", etc.
Valor predeterminado: /eg=Event
/er=hh:mm:ss Opcional. Especifica la velocidad de actualización

solicitada para el grupo de clase de scan de
eventos. (Todos los puntos basados en eventos
pertenecen al mismo grupo). La velocidad de
actualización del grupo es de un segundo. Si la
memoria cache de datos del servidor de OPC para
tags basados en eventos no se tiene que actualizar
con tanta frecuencia, reduzca la carga de trabajo
especificandó una velocidad inferior.
En el caso de los servidores de OPC v2.0, todas las
lecturas de eventos se realizan desde el dispositivo,
por lo que cónfigure esta velocidad con un valor
elevado (/er=24:00:00), a menos que necesite
actualizar con frecuencia la memoria cache por
otros motivos.
Valor predeterminado: 00:00:01
/es=option Opcional. Para los servidores de OPC V1.0a,

especifica si los tags de eventos provienen de la
memoria cache (CACHE) o del dispositivo
(DEVICE). Las lecturas de dispositivos pueden
repercutir negativamente en el rendimiento del
servidor de OPC. Para obtener mas infórmación,
consulte Puntos de eventos.
Valor predeterminado: CACHE
/f=frequency[,offset] Defina una clase de scan y especifique la frecuencia

con la que se analizan los datos de aquella.
Especifique la frecuencia de scan y la
cómpensación opcional con el siguiente formato:
HH:MM:SS.##,HH:MM:SS.##. Para obtener mas
infórmación, consulte Atributo de clase de scan
(Location4).


/fm=# Opcional. Cónfigure el tipo de la cónmutación por
error de nivel de la interfaz. Estas son las opciones
validas:
• 1: no crear grupos en el servidor
• 2: crear grupos inactivos y agregar tags
• 3: crear grupos activos, pero no nótificar a
dichos grupos
Para obtener mas infórmación, consulte
Cónfiguración de cónmutación por error destinada
a PI interface para OPC DA.
/ft=# Opcional. Especifica (en segundos) el tiempo que

dedica la interfaz a tratar de conectarse con el
servidor actual antes de realizar la cónmutación
por error al servidor especificadó en el parametró
backup. Si el valor indicado es inferior a 30,
tambien establece la frecuencia con la que la
interfaz comprueba el estado del servidor. De
forma predeterminada (y como mínimó), la
interfaz comprueba el estado del servidor cada 60
segundos.
/ga Opcional. Escalona la activación de los grupos para

reducir la carga de trabajo del servidor de OPC.
Utilice esta ópción junto con las compensaciones
de clases de scan.
/gi Opcional. Para reducir la carga del servidor de OPC

durante el inicio, desactiva los grupos hasta que se
creen.
/gl=Option Opcional. Córrección para algunos de los primeros

servidores v1.0a. Si el registro presenta el mensaje
de error OnDataChange: Invalid group ID,
pruebe a establecer /gl=N.
Valor predeterminado: Y
Opciones: Y o N
/gs=Option Opcional. Córrección para servidores de OPC mas

antiguos y no compatibles que no proporcionan un
valor GroupStatus validó en lecturas asíncrónas. Si
el archivo de registro presenta el mensaje de error
OnDataChange: Header status, pruebe a
establecer /gs=N para indicar a la interfaz que
ignore los parametrós de estado del grupo.
Opciones: Y o N
/host=host:5450 (Obligatorio). Especifica el host y el puerto del

nodo de PI Data Archive al que la interfaz envía
datos. Host es el nombre del nodo de host.


/hs=Option Obsoleto. Solicita una velocidad de actualización de
la memoria cache equivalente a la mitad de la
velocidad de scan de la clase de scan. Utilice ur en
su lugar.
Opciones: Y o N
/hwps Opcional. Busque los códigós de error de

elementos específicós de PlantScape 0xE00483FD
o 0xE00483FC y, en caso de detectarlos, realice la
cónmutación por error al servidor de OPC
alternativo.
/id=# Opcional. Especifica el ID de la instancia de la
interfaz. Nueve dígitós como maximó. Opcional,
aunque se recomienda encarecidamente.
/if=Option Opcional. Ignora el primer valor enviado para cada
punto. Para su uso con servidores de OPC que
envían una respuesta cuando la interfaz se conecta
con un punto, al margen de si tienen un valor
validó.
Opciones: Y o N
/is=Option Opcional. Ignore el estado que devuelve el servidor
de OPC. Algunos servidores de OPC no devuelven
OPC_STATUS_RUNNING cuando estan listos. Si la
interfaz se bloquea durante el inicio y la
herramienta PI OPC Client muestra un estado del
servidor distinto a RUNNING, establezca /is=Y e
informe del problema a su proveedor del servidor
de OPC.
Opciones: Y o N
/isds =x (Opcional) Oculte los mensajes de estado del
dispositivo que son específicós del conjunto de la
interfaz de OPC DA x, equivalente al valor en la
siguiente tabla:
X Suprima mensajes
1 Suprima "Uno o mas grupos no estan
recibiendo datos"
2 Suprima "A uno o mas grupos les faltan
scans"
4 Suprima "Uno o mas grupos generan una
advertencia de conteo de salida"
8 Suprima "Error en actualizar llamadas"
16 Suprima "Error en grupos activos"
32 Suprima "Muchos ItemID no validós"
64 Suprima "Uno o mas grupos de salida
arrojan datos"


/it=Option (Opcional). Para truncar la pórción de
subsegundos de las marcas de tiempo que se
transfieren a PI Data Archive y enviar unicamente
valores de segundos enteros, establezca este
parametró en Y. Reduce el consumo de recursos de
CPU y discos.
Opciones: Y o N
/ma=Option Opcional. De manera predeterminada, la interfaz
de OPC agrega elementos a los grupos de forma
individual, puesto que algunos servidores de OPC
pueden rechazar un grupo entero si uno de sus
elementos no es validó. Para agregar todos los
elementos de una clase a la vez, establezca este
parametró en Y. Se recomienda para disfrutar de
eficiencia, si lo admite su servidor de OPC.
Opciones: Y o N
/maxstoptime=# Opcional. Especifique de cuantós segundos dispone
la interfaz para cerrar sus conexiones y cerrarse
correctamente.
Valor predeterminado: 120 segundos
/ni=# Opcional. Especifica el numeró de instancias de la

interfaz que se ejecutan en el nodo. Se utiliza junto
el parametró ft para determinar cuantó tiempo se
debe esperar para iniciar una cónmutación por
error de nivel de servidor.
/nt=Option Opcional. Escribe o no escribe I/O Timeout en PI

points cuando se pierde la cónexión con el servidor
de OPC. Establezcaló en Y para deshabilitar la
escritura.
Opciones: Y o N
/oc=# Numeró maximó de salidas pendientes por grupo.
Tras emitir el numeró especificadó de escrituras, la
interfaz espera que se cónfirmen una o mas antes
continuar emitiendo las siguientes.
/od=# Opcional. Nivel en el que se debe empezar a

descartar salidas. Cuando la cola de salida de un
grupo contenga el numeró de salidas especificadó,
la interfaz descarta la salida mas reciente o
antigua. Para descartar la salida mas reciente,
especifique un valor positivo. Para descartar todas
las salidas puestas en cola, especifique el numeró
cero como el valor.
/og=# Numeró de grupos de salidas. Cada grupo cuenta

con su propia cola.


/opcstopstat=system_digital_state Opcional. Para indicar que la cólección de datos se
detiene cuando se cierra la interfaz, escribe el
estado digital en cada tag de entrada. Si se omite el
estado digital, se escribe "I/O Timeout" (Agotado
el tiempo de espera de E/S). En cambio, si se
especifica el estado digital, este debe ser uno validó
del conjunto de estados digitales de sistema.
PRECAUCIÓN:
No utilice el parametró stopstat de UNIINT
con la interfaz de OPC. stopstat puede
conllevar que se almacenen valores no
validós en PI points.
Valor predeterminado: "I/O Timeout"
/ot=# Numeró maximó de valores de puntos que se

deben escribir a la vez.
/ou=group_name Opcional. Se utiliza para cónfigurar nombres de

grupos de salidas personalizados.
utilice /ou#=nombre. Por ejemplo, /ou1=MiSalida
y /ou2=SiguienteSalida indicara a la interfaz que
use "MiSalida" como el nombre del primer grupo
de nótificación y "SiguienteSalida" para el segundo.
de salidas, use /ou=nombre. Si no se especifica
ou#=nombre, el nombre de ese grupo sera el de
ejemplo, si /ou=GrupoSalidas y no hay
ningun /ou3 especificadó, el tercer grupo de
salidas se denóminara "GrupoSalidas3".
de salidas es "Write". Si no se cónfiguran nombres
para los grupos de salidas, estos se llamaran
"Write1", "Write2", "Write3", etc.
Valor predeterminado: /ou=Write
/outputsnaptime Opcional. En el caso de los tags de salida, utilice la

marca de tiempo del evento original que activó la
salida. De forma predeterminada, la interfaz utiliza
la hora a la que recibe un nuevo valor como la
marca de tiempo para almacenar la salida una vez
que se ha completado.
/outputacktime Opcional. Para las marcas de tiempo de tags de
salida, utilice la hora de acuse de recibo en lugar de
la marca de tiempo del evento que activó la salida.
Utiliza la marca de tiempo del acuse de recibo de la
escritura del servidor de OPC. Sustituye a
outputsnaptime, en caso de habilitarse.
/ow=# Opcional. Numeró de salidas pendientes tras el que
se debe cónfigurar el estado del dispositivo para
avisar de que las salidas estan llegando mas rapidó
de lo que el servidor de OPC las puede procesar. Si
se especifican ow y od, ow debe ser inferior a od.


/pg=group_name Opcional. Se utiliza para cónfigurar nombres de
grupos de sondeo personalizados.
utilice /pg#=nombre. Por ejemplo, /pg1=MiSondeo
y /pg2=SiguienteSondeo indicara a la interfaz que
use "MiSondeo" como el nombre del primer grupo
de nótificación y "SiguienteSondeo" para el
segundo.
de eventos, use /pg=nombre. Si no se especifica
pg#=nombre, el nombre de ese grupo sera el de
ejemplo, si /pg=GrupoSondeo y no hay
ningun /pg3 especificadó, el tercer grupo de
sondeo se denóminara "GrupoSondeo3".
de sondeo es "Poll". Si no se cónfiguran nombres
para los grupos de sondeo, estos se llamaran
"Poll1", "Poll2", "Poll3", etc.
Valor predeterminado: /pg=Poll
/pisdk=# Opcional. Habilita (1) o deshabilita (0) PI SDK. Si

así lo requiere una interfaz de PI System, PI SDK se
habilita y no se pódra deshabilitar con esta ópción.
/pisdkcontimeout=# Opcional. Cónfigure el numeró de segundos que se
debe esperar antes de agotar el tiempo de espera
de las llamadas a PI SDK.
/pr=# Cónfigure la cónmutación por error del cluster

para la instancia de la interfaz:
• 0: sin cónmutación por error (ópción
predeterminada)
• 1: instancia de la interfaz primaria
• 2: instancia de la interfaz de respaldo
/ps=point_source Obligatorio. Especifica el origen de punto de la

instancia de la interfaz. No distingue entre
mayusculas y minusculas. La instancia de la
interfaz utiliza esta ópción para determinar los PI
points que se deben cargar y actualizar.
/pw=password(DEPRECATED) Debe usar la ICU para cónfigurar una cóntrasena
para la seguridad privada de OPC. La ICU almacena
la cóntrasena en un archivo cifrado con una
extensión .pwd. Este archivo debe permanecer en
el mismo directorio que el archivo ejecutable de la
interfaz para que esta pueda encontrarlo durante
el inicio.
/rd=# Opcional. Numeró de segundos que se debe
esperar antes de intentar establecer la cónexión de
nuevo con el servidor de OPC.


/rn=# Opcional. Especifica el numeró de recurso del
servicio APIonline del que depende la interfaz. Por
ejemplo, /rn=1 cónfigura la interfaz para depender
de apionline1. Se requiere si hay varias instancias
de PI interface para OPC DA en ejecución con
distintos nombres de servicio en el mismo equipo.
Parametró destinado a cónfigurar la cónmutación
por error del cluster de Windows.
/rp=# Especifica el porcentaje mínimó de puntos
necesarios para que el servidor de OPC los acepte
como validós. Si se acepta un valor inferior al
porcentaje especificadó, la interfaz establece el
estado de sus dispositivos en Connected/No
Data, lo que activa la cónmutación por error de
UNIINT, en caso de haberse cónfiguradó.
/rt=# Solo para clases de scan de sondeo: el numeró

maximó de scans que pueden no devolver ningun
dato antes de que se considere que el grupo no
responde y la interfaz cónfigure el estado del
dispositivo de la interfaz para avisar del problema.
El valor mínimó es de dos períódós de scan.
/sd=# Opcional. Especifica cuantós segundos se deben

esperar tras la cónexión antes de leer los puntos de
OPC. De forma predeterminada, no se produce
ningun retraso tras la cónexión.
/sec Opcional. Para habilitar la ópción de seguridad de

o NT del estandar de OPC, especifique /sec (omita el
ID de usuario). Si utiliza la ópción de seguridad
/sec=userid
privada de OPC, especifique el ID de usuario con
este parametró y la cóntrasena con la ópción pw.
Requiere un servidor de OPC compatible con la
seguridad de OPC.
/server=host::name Obligatorio. Cónfigura el servidor de OPC de
destino. Si el servidor de OPC se ejecuta en el
mismo equipo que la interfaz, omita el nombre de
host y los dos puntos. Si el nombre de su servidor
tiene algun espacio incorporado, incluyaló entre
comillas dobles.


/sg=[S] Opcional. Envía unicamente los datos de calidad
GOOD. Los datos de calidad dudosa y BAD se
ignoran. Para ignorar los estados secundarios de
valores con el estado GOOD, especifique /sg=s.
Para tratar OPC_QUALITY_LOCAL_OVERRIDE como
SUBSTITUTED, especifique /sg. Para tratar
OPC_QUALITY_LOCAL_OVERRIDE como GOOD,
especifique /sg=s.
Si tambien se ha establecido el parametró /sq=I
o /sq=y, los datos de calidad dudosa se envían a PI
Data Archive. Los datos de calidad BAD se ignoran.
Se sigue enviando infórmación de calidad a los
puntos que estan cónfiguradós para almacenar la
calidad en lugar de valores.
/sin=node Obsoleto. Especifique el nombre del nodo de la
interfaz secundaria para la cónmutación por error
del cluster.
/sq=Option Opcional. De forma predeterminada, la interfaz
almacena y marca los valores de calidad incierta. Si
desea especificar los datos de calidad en lugar del
valor de datos que no sean GOOD, especifique /
sq=Y. Para almacenar datos de calidad dudosa,
especifique /sq=I. En lo relativo a los datos de
calidad BAD, la interfaz envía un códigó de estado
digital al PI point.
Opciones: Y o I
/startup_delay=# Opcional. Cónfigura un retraso posterior al inicio.
La interfaz espera a que transcurra el períódó
especificadó antes de empezar a funcionar. Resulta
util si tiene cónfigurada la interfaz para que se
inicie autómaticamente y la capa de red precisa
tiempo para completar el inicio antes de estar
disponible. Si especifica /startup_delay y omite
el retraso, se cónfigura uno de treinta segundos.
/sw=# Opcional. Especifica cuantó tiempo (en segundos)

espera la interfaz a que el servidor de OPC
adquiera el estado OPC_STATUS_RUNNING. Si
transcurre el períódó especificadó y el servidor de
OPC no se esta ejecutando, la interfaz realiza la
cónmutación por error al servidor de OPC
alternativo.
/ta=#.# Opcional. Para los PI points de nótificación, envíe el
valor del scan previo si la marca de tiempo del
nuevo valor es superior al numeró especificadó de
períódós de scan. Si se habilita esta ópción, los tags
de nótificación se cómpórtaran como si se hubiera
habilitado el atributo Step.


/tf=format Opcional. Especifica el formato de las cadenas de
marca de tiempo. Se utiliza para puntos en los que
el valor de location2 sea igual que 6 o 7, en los
que el ID de elemento sea una cadena que contenga
un valor de marca de tiempo o de VT_DATE.
Tambien se utiliza para escribir marcas de tiempo
de salida con TIM= en el campo del atributo
exdesc. Estos son los tokens validós: cc, yy, mn,
mon, dd, hh, hr, mm, ss, 000 y XM. Para obtener mas
infórmación, consulte Ajustes de marca de tiempo.
/to=HH:MM:SS Opcional. Aplica una cómpensación a todas las

marcas de tiempo provenientes del servidor. Se
proporciona para servidores e instalaciones que no
sigan las especificaciónes de OPC (por ejemplo,
casos en los que la zona horaria deba ser UTC, con
independencia de la ubicación del servidor). El
formato es identicó al del parametró del períódó
de scan (f). Si se desea especificar una
cómpensación negativa, escriba un signo menos
delante de la cómpensación.
/ts=Option Opcional. Especifica si las marcas de tiempo
provienen del servidor de OPC o las aplica la
interfaz cuando recibe los datos. De forma
predeterminada, la interfaz proporciona marcas de
tiempo (/ts=N)). Si el servidor de OPC puede
proporcionar marcas de tiempo validas,
especifique /ts=Y. Si el servidor de OPC puede
proporcionar marcas de tiempo validas solo para
los puntos de nótificación, especifique /ts=A. Para
utilizar unicamente las marcas de tiempo que
proporcione el servidor de OPC y no aplicar
ninguna cómpensación, especifique /ts=U.
Opciones: Y, N, A o U
/ufo_id=# Obligatorio para la cónmutación por error de la
interfaz UNIINT de fase 1 o 2. Especifica el ID de
cónmutación por error. Debe ser un numeró entero
unicó y positivo.
/ufo_interval=# Opcional. Especifica, en milisegundos, la frecuencia
con la que se actualizan los puntos de latido de
cónmutación por error y se consulta el estado de la
interfaz. Debe ser el mismo valor en ambos nodos
de la interfaz. Mínimó: 50 Maximó: 600000
milisegundos (10 minutos)
Valor predeterminado para la cónmutación por
error de fase 1: 1000
Valor predeterminado para la cónmutación por
error de fase 2: 5000
/ufo_otherid=# ID de cónmutación por error de la otra instancia de

la interfaz. Se requiere para la cónmutación por
error de nivel de interfaz y fase 1 o 2.


/ufo_sync=path/[file_name] Obligatorio para la cónmutación por error de nivel
de interfaz y fase 2. La ruta y, de manera opcional,
el nombre del archivo compartido que contiene el
estado de la cónmutación por error. La path puede
ser un directorio y nombre de nodo completo, una
letra de unidad asignada, o una ruta local si el
archivo compartido se encuentra en un nodo de la
interfaz. La path debe terminar con una barra
diagonal o diagonal inversa. El nombre de archivo
predeterminado es
executablename_pointsource_interfaceID.dat. Si hay
algun espacio en path o filename, se deben incluir
la ruta y el nombre de archivo completos entre
comillas. Si incluye la ruta entre comillas dobles, la
barra diagonal inversa final debe ser doble (\\).
/ufo_type=type Obligatorio para la cónmutación por error de nivel
de interfaz y fase 2. Especifica el tipo de
cónfiguración de cónmutación por error: HOT, WARM
o COLD.
/uht_id=# Opcional. Especifica un ID unicó para las instancias

de la interfaz que se ejecutan en un modo
redundante sin utilizar el mecanismo de
cónmutación por error de UNIINT. Si se especifica
el ID, solo se cargan los puntos de estado con el
valor especificadó en location3.
/ur=HH:MM:SS.000 Opcional. Especifica la velocidad de actualización
solicitada para el grupo. De forma predeterminada,
la velocidad de actualización solicitada para una
clase de scan equivale a la propia velocidad. La
velocidad de actualización se aplica al períódó de
scan al que sigue. Por ejemplo:
• /f=00:00:02: velocidad de actualización de 2
segundos
• /f=00:00:03 /ur=00:00:00.5: velocidad de
actualización de 0,5 segundos
• /f=00:00:01: velocidad de actualización de 1
segundo
/us (Opcional). Si la snapshot actual es un estado
digital del sistema y el nuevo valor es anterior a
ella, la interfaz envía este ultimó a PI Data Archive
un segundo despues de la marca de tiempo de la
snapshot del estado digital del sistema. Esta
cómpróbación no se efectua si la snapshot actual
constituye un valor adecuado.
/uwq=# Opcional. Indica a la instancia de la interfaz que
realice la cónmutación por error si el numeró
especificadó de puntos guardianes no presentan
una calidad GOOD y, en el caso de los servidores de
OPC v2.0, si se produce algun error de lectura de
los puntos guardianes.
/vn=Option Opcional. Especifica la versión del servidor de OPC
(v1.0a o V2.0).
Opciones: 1 o 2


/wd=# Opcional. Para cónfigurar la cónmutación por error
con varios puntos guardianes, active la
cónmutación por error si la suma de los valores de
los puntos baja del valor especificadó.
/wd1=wd1tagname Opcional. Cónfigure los puntos guardianes para la
y cónmutación por error. Para obtener mas
infórmación, consulte Estado del servidor y puntos
/wd2=wd2tagname
guardianes de OPC.
/whitelist=path\filename Habilita el archivo de lista blanca para los puntos
de salida. Especifica la ruta del archivo de lista
blanca. En el archivo de lista blanca se especifica
una lista de puntos de salida permitidos y sus
atributos, que la interfaz utiliza para escribir los
datos de salida en la fuente de datos.
/wq=# Opcional. Para cónfigurar la cónmutación por error
con varios puntos guardianes. Indica a la interfaz
que realice la cónmutación por error si el numeró
de puntos guardianes con una calidad distinta a
GOOD supera el valor especificadó (y, en el caso de
los servidores v2.0, si se produce algun error al
leer el elemento).
/ws=Option Opcional. Para la cónmutación por error, establezca
este parametró en 1 a fin de cónfigurar la instancia
de la interfaz para que se desconecte del servidor
si este deja de presentar el estado
OPC_STATUS_RUNNING. De forma predeterminada,
la interfaz permanece conectada.
Opciones: 0 o 1
Parámetros según la función

Los parametrós se agrupan en función de cómó se utilicen y son específicós de PI Interface para
OPC DA, excepto los parametrós de UniInt, que son comunes a todas las interfaces de OSIsoft
basadas en UniInt. Los parametrós no distinguen entre mayusculas y minusculas.

Parámetros comunes de UniInt Parámetros avanzados Gestión de datos

/CACHEMODE /AM /AF
/CACHESYNC /AR /AS
/EC /AT /ER
/F /DC /HOST
/ID /ES /IF
/MAXSTOPTIME /GA /IT
/PISDK /GI /NT
/PISDKCONTIMEOUT /GL /OPCSTOPSTAT
/PS /GS /SG
/STARTUP_DELAY /HWPS /SQ
/WHITELIST /IS /TA
/ISDS /TF
/MA /TO
/OC /UR
/OD /US
/OG
/OT
/OUTPUTACKTIME
/OUTPUTSNAPTIME
/OW
/RD
/SD
Seguridad de DCOM Plug-ins (DLL de Depuración

posprocesamiento)
/DA /DLL /DB
/DI /DLLCONFIG /DF
/DT

Conmutación por error de nivel Conmutación por error de nivel Conmutación por error de nivel
de servidor de interfaz de UniInt de interfaz
/BACKUP /UFO_ID /CM
/CS /UFO_INTERVAL /CN
/FT /UFO_OTHERID /FM
/NI /UFO_SYNC /PR
/SW /UFO_TYPE /RN
/WS /UWQ /UHT_ID
/WD /RP
/WD1 /RT
/WD2
/WQ
/WS
Servidor de OPC Varios

/Server /PW
/TS /SEC
/VN

Error and informational messages for PI Interface
for OPC DA
Los mensajes se registran de la siguiente manera:
• Durante el inicio: en los mensajes se muestran la versión de la interfaz, la versión de UNIINT,
los parametrós de línea de comandos utilizados y el numeró de puntos.
• Durante la recuperación de puntos: se envían mensajes al registro si hay algun problema con
la cónfiguración de los puntos.
• Si se ha habilitado la depuración.
Para obtener mas infórmación sobre los registros de mensajes, consulte el PI Universal
Interface (UniInt) User Guide.
Registro
PI interface para OPC DA registra mensajes sobre su funcionamiento en el archivo de registro
de mensajes de PI local.
Se registra la siguiente infórmación:
• Mensajes de estado de inicio y cierre
• La velocidad de scan cónfigurada para clase de scan y la velocidad de actualización real que
proporciona el servidor de OPC
• El numeró de PI points de cada clase de scan, los puntos de salida, y los tags de eventos y
nótificación
• Puntos con una cónfiguración errónea
• Puntos rechazados por el servidor de OPC (y otros mensajes de error del servidor de OPC)
• Intentos de cónexión del servidor de OPC y resultados, incluida la perdida de la conectividad
Mensajes
El registro contiene mensajes de PI Interface para OPC DA, el marco de trabajo de UNIINT y PI
API. Esta lista describe solo los mensajes de la interfaz. Si cualquier mensaje de error tiene un
numeró de PI points y de nombres de puntos, use el numeró de puntos para identificar el punto
próblematicó, ya que los nombres de puntos largos se truncan a 12 caracteres.
Informativo
Mensaje Significado
Shutdown Advise Failed El servidor de OPC no implementa la interfaz de
apagado o no lo hace de la forma correcta. No
No ConnectionPoint for OPCShutdown
impide que la interfaz funcione correctamente.
QueryInterface:IID_IconnectionPointCont El servidor de OPC no es compatible con OPC DA
ainer failed, using v1.0a protocol 2.0.

Error and informational messages for PI Interface for OPC DA
Mensaje Significado
GetStatus: Server has no current time. Indica que un servidor que no usa el estandar OPC
no envía la hora del día. En las especificaciónes de
OPC se afirma que el servidor tiene que incluir la
hora actual cuando envía su estado. La interfaz
deduce las marcas de tiempo, pero es probable que
no lo haga de forma totalmente precisa.
Cleaning up connections Indica que se esta desconectando la interfaz y
saliendo de ella.
Cleaned up connections
Server sent shutdown notice. La interfaz recibió una nótificación de apagado del
servidor de OPC. La interfaz intenta volver a
conectarse de forma periódica al servidor hasta
que se apaga o realiza el proceso correctamente.
Got %d and cleared it Los mensajes de nivel de 4 de depuración que
indican que el servidor recibe un acuse de recibo
ClearWrite: dwTransID mismatch, have
de la escritura especificada y la interfaz envía otro
%d, got %d
valor de escritura. La variable %d es un marcador
Stashing transid %d de pósición de un valor entero decimal.
Sending transid %d
Writing transid %d
Can’t find status tag, ignoring El punto de estado o cola no existe o sus tipos de
datos no son correctos.
Can’t find queue tag, ignoring
Status tag is not Digital tag, ignoring
Queue tag is not Integer tag, ignoring
Can’t connect to OPC Server, going into La interfaz intentó conectarse al servidor de OPC.
slow cycle wait Compruebe otros mensajes que contengan otros
detalles sobre el motivo por el que el proceso de
intento no se realizó correctamente. La interfaz
intenta volver a conectarse de manera periódica.
AddItems failed, server not in RUNNING La interfaz esta esperando a que el servidor de OPC
state, will try later entre en el estado RUNNING. Puede usar la
herramienta PI OPCClient para ver el estado del
servidor (use el bótón Get Status [Obtener
estado]). Si el servidor no entra en ese estado,
investigue la causa.
Errores
Mensaje Causa Resolución
Out of Memory. El sistema no dispone de los Use el Administrador de tareas
recursos suficientes. de Windows para comprobar los
Cannot allocate a list;
recursos que se estan usando:
fails.
presione Ctrl + Mayus + Esc para
Unable to add tag. abrirlo. Si observa un uso elevado
de la memoria de opcint.exe,
pódría producirse un cuello de
botella entre la interfaz y PI Data
Archive. Busque mensajes
relacionados en el registro
(consulte tambien Running low
on memory, dropping data).
CLSIDFromProgID Las entradas de registro del Compruebe las instrucciones de
servidor de OPC no son validas. instalación del servidor.


CoCreateInstanceEx Indica un problema con la Compruebe la cónfiguración de
cónfiguración DCOM. DCOM.
IOPCServer Los archivos de códigó auxiliar Para registrar los archivos
de proxy no estan registrados. opcproxy.dll y
opccomn_ps.dll, debe usar un
cuenta de administrador. Abra
una ventana del símbóló del
sistema, cambie al directorio
donde se han instalado las DLL y
ejecute los siguientes comandos:
>regsvr32 opcproxy.dll
>regsvr32 opccomn_ps.dll
AddRef Indica que el servidor de OPC no Si puede leer y escribir puntos

permite que la interfaz realice la usando PI OPCClient, pero se ha
función mas sencilla. registrado este error, compruebe
la cónfiguración de DCOM,
consulte en que cuenta de
usuario se esta ejecutando la
interfaz y prueba a ejecutarla de
manera interactiva.


Advise returns error: Los errores de nótificación Para verificar la conectividad de
80040202(Unable to open indican que el servidor OPC red, en el nodo de interfaz,
the access token of the pódría no iniciar una nueva obtenga el nombre de host y la
current thread) cónexión a la interfaz OPC (u otro dirección IP del nodo de interfaz
cliente de OPC como la usando IPCónfig /all.
herramienta cliente de OPC). El
En el servidor OPC, emita el
error de nótificación 80040202
comando: tracert
puede tener muchas causas raíz:
interface_nodename
1. Problemas de red/ (tracert resólvera el nombre de
autenticación que evitan que host en una dirección IP.
el servidor OPC establezca Compare la dirección IP con la
una cónexión IP o un inicio de dirección real del nodo de
sesión de Windows en el nodo interfaz. Si no coinciden, el
de interfaz. problema estara cónfirmadó).
2. Un servidor OPC que no esta
en buen estado. Las siguientes pruebas se pueden
Las siguientes se consideran utilizar para identificar la causa
causas posibles de problemas de raíz de un problema de red:
conectividad o inicio de sesión: • emita el comando nslookup
1. Existe un firewall entre el para el nombre de host y cada
servidor OPC y el cliente, y la dirección IP real en el
cónexión esta bloqueada. servidor OPC. ¿Se resuelve?
2. Existe un error de resólución • Compruebe que el archivo de
de nombre, y el servidor OPC host en el servidor OPC no
no puede resolver el nombre tenga entradas defectuosas.
del equipo de la interfaz OPC. • Compruebe que no existan en
3. El nodo de interfaz no puede la red dos hosts con la misma
autenticar la cuenta de dirección IP.
usuario relacionada con el • Compruebe que no haya un
servidor OPC. Active la firewall entre el servidor y la
auditóría de seguridad de interfaz. Los firewalls pueden
Windows en el equipo de la existir en el sistema operativo
interfaz OPC para cónfirmar. o en el router mismo. Tenga
La causa de este problema en cuenta que las simples
pódría ser una cónfiguración pruebas de conectividad
incorrecta de las pólíticas de pueden no ser suficientes; si
grupo. Si esta usando un ID de el firewall esta realizando la
usuario local, asegurese de traducción de la dirección de
que el ID y la cóntrasena de red (NAT), DCOM fallara
usuario coincidan en el aunque funcionen otras
equipo de la interfaz OPC y el conexiones.
equipo del servidor OPC.
Si la conectividad de red y la
autenticación funcionan
correctamente, es probable que
el servidor OPC este en mal
estado. Intente reiniciar el
servidor OPC.
Si observa este error despues de Si dispone de varias copias de

conectarse al servidor opcproxy.dll en su nodo de
correctamente, pódría cargarse el interfaz (posiblemente, debido a
archivo opcproxy.dll que tiene mas de un servidor de
incorrecto. OPC en su equipo), asegurese de
que la versión sea la misma. Es
mas seguro tener solo una
versión en el sistema (en el
directorio \%windows%
\system32 o %windows%
\sysWOW64). Compruebe si los
directorios que contienen
versiones mas antiguas aparecen
especificadós en la ruta del
104 Guía del usuario de PI Interface for OPC DA 2.6.15 sistema.

AddGroup failed for Errores fatales que devuelve el Intente realizar la misma
scanclass %d servidor de OPC. óperación con PI OPCClient. Si se
realiza correctamente, ejecute la
AddItem failed for %s
interfaz de manera interactiva
AddItems failed for tag %s para ver si se produce el mismo
error. Asimismo, compruebe la
Advise Group failed for %s cónfiguración de DCOM para
Advise returns asegurarse de que ha concedido
E_OUTOFMEMORY los permisos necesarios a la
cuenta INTERACTIVE.
Advise returns c0040004: Indica que el tipo de
E_UNEXPECTED datos solicitado no se puede
Advise returns error devolver para este elemento. Use
PI OPCClient para agregar el
No ConnectionPoint for elemento a un grupo, con lo que
scanclass %d se ómitira el tipo de datos. El
QueryInterface:IID_IdataOb servidor enviara los valores
ject failed for scanclass usando el tipo de datos que se
%d utiliza internamente para dicho
elemento. c0040007: Se
QueryInterface:IID_IOPCAsy devuelve de AddItem e indica que
ncIO2 failed for scanclass el servidor no dispone del
%d elemento especificadó.
Compruebe que el campo
Read: (string)
instrumenttag del PI point
Refresh: (string) coincide exactamente con el
nombre del elemento de OPC.
Unable to add to group
Con PI OPCClient, intente agregar
Unable to add to OPC el elemento a un grupo, o si su
group. servidor de OPC admite la
funcionalidad de explóración,
Unable to advise event acceda al elemento y haga doble
group clic en el para ver el nombre
Unable to advise group completo.
Unable to advise output

group
Unable to create group
Write error %X for tag
Write failed
Invalid read/write mode El servidor esta devolviendo Para indicar que se omita esta
requested for tag %s infórmación no valida sobre infórmación, especifique el
acceso de lectura o escritura. parametró /ar=N.
RemoveItem failed for tag El servidor no eliminara un No se trata de un problema grave,
%s elemento de un grupo ni dejara salvo que aparezca con otros
de recopilar datos de grupos. muchos mensajes, pero sí que
dev_remove_tag: Unable to
indica que hay algun error en el
unadvise %s
servidor de OPC.
dev_remove_tag: Unable to
remove group %s
Write unable to get La interfaz no pudo leer un valor Para comprobar que PI Data
values: de PI para escribir en el servidor Archive este ejecutandóse, use
de OPC. apisnap (en el directorio API).
Getsnapshotx error %d
Compruebe que los tipos de
datos de origen y destino sean
compatibles.


Event Point has invalid Indica que un PI point no esta Consulte la cónfiguración de
scan class (!= 0) cónfiguradó correctamente. punto, especialmente del atributo
indicado.
No Item name –
instrumenttag and exdesc
both empty
Nonzero Totalcode requires
nonzero Convers
Point cannot be write and
Read On Change
Point has invalid scan
class
Point has invalid scan
class (== 0)
ROC Point has invalid scan
class (= = 0)
Square root must be 0, 1
or 2
This Totalcode requires
Dzero to be specified.
Total must be 0,1,2,3,4,
or 5
Unable to get point type
Unable to get source point
type.
Unable to get square root
Unable to get total specs
GetStatus El servidor de OPC no respóndió Use PI OPCClient para comprobar

a una consulta de estado. Pódría el estado.
estar inactivo o desconectado.
Interface failed to write Cuando el servidor de OPC se Le recomendamos introducir
some %s states apaga, la interfaz envía un estado manualmente el estado digital de
de apagado a cada punto, si se ha los puntos afectados para indicar
cónfiguradó para ello (/ el apagado de la interfaz.
opcstopstat). Este mensaje de
error indica que la interfaz no
pudo enviar algunos de ellos o
todos debido a una falta de
conectividad con PI Data Archive
o a que no se esta realizando el
almacenamiento en bufer.


OnDataChange:Invalid group Indica que el servidor esta Para omitir el campo de estado
ID < 0 enviando datos irrelevantes. de encabezado en los datos
entrantes, establezca /gs=N.
OnDataChange:Invalid
Póngase en contacto con el
advise group ID:
proveedor del servidor de OPC.
OnDataChange:Invalid group Use PI OPCClient para crear
ID > 999 grupos y probar llamadas
AsyncRead y Advise. Compruebe
OnDataChange: Header si los datos entrantes son validós:
status: los datos irrelevantes pódrían no
OnDataChange has format interferir en la cólección de
not Hglobal datos.
OnDataChange:Invalid group
ID for write completion
Unknown access type for
group %s
OnDataChange: Bad La interfaz recibió una marca de Compruebe el servidor de OPC y

Timestamp tiempo no valida con datos del use PI OPCClient para mostrar las
servidor de OPC. marcas de tiempo.
Invalid timestamp for tag: La interfaz recibió una marca de Use PI OPCClient para mostrar el
%s, %d and %.36f tiempo no valida con datos del elemento en cuestión. Use
servidor de OPC. Indica que hay Refresh, Advise o AsyncRead
un problema en el servidor de para consultar una marca de
OPC. tiempo.
Putsnap system error %d, Error del sistema que indica un No se requiere realizar ninguna
%d problema al enviar datos a PI acción, salvo que el error
Data Archive. persista.
Putsnap no longer in
system error %d, %d
Putsnapsx not implemented Indica una versión obsoleta de PI Actualiza la versión de PI API.
%d API.
Getsnapshotx not
implemented
Unable to translate Error al intentar convertir un Compruebe el valor del punto.

string. valor de cadena ASCII de un PI
point a una Unicode .
Unable to initialize Los privilegios no estan Compruebe que la cuenta tiene
server object concediendo el acceso. los privilegios suficientes.
No OPC Server specified El parametró server especifica Compruebe que el archivo de
un servidor que no existe o que la inicio por lotes de la interfaz
invócación esta en varias líneas. especifica un parametró server
validó y que la invócación se
encuentra en una sola línea.
Unable to create clock La interfaz no puede crear un Compruebe los recursos del
drift timer temporizador para realizar un sistema.
seguimiento dela desviación.


Running low on memory, Si PI Data Archive no puede Considere la posibilidad de
dropping data aceptar los datos con la misma proporcionar mas recursos a PI
rapidez que los envía la interfaz, System cambiando los
Memory load within
esta los almacenara en bufer en parametrós o el períódó de scan
acceptable limits,
la memoria. Para evitar que se de los puntos.
resuming data collection
utilice toda la memoria
disponible, la interfaz empieza a
quitar los datos cuando este a
punto de alcanzarse los límites
cónfiguradós mediante hq y lq.
Failed to open cluster: El códigó de error Win32 que Compruebe la cónfiguración de
error ####. Intf-failover indica que se ha producido un cluster.
will not be supported. error al intentar abrir el recurso
o servicio de cluster.
Failed to open cluster
resource: error ####.
Intf-failover will not be
supported.
Errores críticos
Error from CoInitialize: COM pódría no estar instalado en Si el valor es True, se trata de un
el sistema. problema grave. En primer lugar,
Error from
compruebe la cónfiguración de
CoInitializeSecurity:
COM. Tambien le recomendamos
ponerse en contacto con el
equipo de soporte tecnicó
OSIsoft.
Cannot get PI Server time. No puede conectarse a PI Data Para los sistemas que se hayan
Archive. instalado recientemente,
reinícielós y compruebe que
puede conectarse a PI Data
Archive. Para comprobar la
conectividad, realice ping al
equipo con PI Data Archive. Para
comprobar que PI Data Archive
esta ejecutandóse, use apisnap.
Para las instalaciones existentes,
póngase en contacto con el
equipo de soporte tecnicó
OSIsoft.
OnDataChange: VariantCopy Indica que el servidor de OPC Compruebe los datos con PI
esta enviando datos irrelevantes. OPCClient.
La interfaz rechaza los datos y
escribe BADSTAT en el punto. La
marca de tiempo es correcta.
System errors and PI System errors

Los numerós de los errores del sistema son positivos. Los numerós de los errores de PI System
son negativos. Para mostrar descripciones de los errores del sistema y de PI system, utilice la
herramienta pidiag :
\PI\adm\pidiag -e error_number

Mensajes específicos de la conmutación por error de UNIINT

Informativo
Mensaje Significado
16-May-06 10:38:00 OPCInt 1> UniInt Tras el inicio de la interfaz, se realiza la transición
failover: Interface in the “Backup” inicial al estado de copia de seguridad. En este
state. estado la interfaz supervisa el estado de la otra
interfaz que participa en la cónmutación por error.
Cuando se cónfigura para la cónmutación por error
en caliente, los datos archivados de la fuente de
datos se ponen en cola y no se envían a PI Data
Archive mientras se este en este estado. La
cantidad de datos que se ponen en cola en este
estado viene determinada por el intervalo de
actualización de cónmutación por error. En
cualquier caso, habitualmente no habra mas de dos
intervalos de actualización de datos en la cola a la
vez. Algunas cadenas de transición pueden
ocasionar que la cola almacene los datos de hasta
cinco intervalos de actualización de cónmutación
por error.
16-May-06 10:38:05 OPCInt 1> UniInt En el estado primario, la interfaz envía datos a PI
failover: Interface in the “Primary” Data Archive a medida que se reciben. Este
state and actively sending data to PI. mensaje tambien indica que ninguna interfaz de
Backup interface not available. respaldo participa en la cónmutación por error.
16-May-06 16:37:21 OPCInt 1> UniInt En este estado, la interfaz envía datos a PI Data
failover: Interface in the “Primary” Archive a medida que se reciben. En este mensaje
state and actively sending data to PI. tambien se indica que la otra copia de la interfaz
Backup interface available. parece estar preparada para asumir el rol de la
primaria.
Mensajes de error (fase 1 y 2)

16-May-06 17:29:06 OPCInt El tag de ID activa no esta Compruebe la validez de los
1> One of the required cónfiguradó correctamente. atributos del punto. Asegurese de
Failover Synchronization que el atributo location1 esta
points was not loaded. establecido en el ID de parametró
Error = 0: The Active ID de la interfaz. Todos los tags de
synchronization point was cónmutación por error deben
not loaded. The input PI presentar los mismos atributos
tag was not loaded. pointsource y location1.
Realice las módificaciónes
necesarias en los atributos del
punto y reinicie la interfaz.
16-May-06 17:38:06 OPCInt El tag de latido no esta Compruebe la validez de los
1> One of the required cónfiguradó correctamente. atributos del punto. Asegurese de
Failover Synchronization que el atributo location1 esta
points was not loaded. establecido en el ID de parametró
Error = 0: The Heartbeat de la interfaz. Todos los tags de
point for this copy of the cónmutación por error deben
interface was not loaded. presentar los mismos atributos
The input PI tag was not pointsource y location1.
loaded. Realice las módificaciónes
necesarias en los atributos del
punto y reinicie la interfaz.


17-May-06 09:06:03 OPCint No se ha asignado un valor Cambie el valor del parametró a
> The UniInt FailOver ID entero positivo al parametró un entero positivo y
(/UFO_ID) must be a ufo_id. cómpruebeló. A cóntinuación,
positive integer. reinicie la interfaz.
17-May-06 09:06:03 OPCInt No se ha asignado un valor Cambie el valor del parametró
1> The Failover ID entero positivo al parametró ufo_otherid a un entero
parameter (/UFO_ID) was ufo_otherid o no se ha positivo y cómpruebeló. A
found but the ID for the definidó. cóntinuación, reinicie la interfaz.
redundant copy was not
found
Errores (fase 1)
17-May-06 09:06:03 OPCInt Los puntos de control de Compruebe la validez del valor
1> UniInt failover: cónmutación por error de la de los puntos de control en la
Interface in an “Error” fuente de datos devuelven un fuente de datos.
state. Could not read valor erróneó a la interfaz. Este
failover control points. error puede deberse a la creación
de un punto de control no
inicializado en la fuente de datos.
Solo se recibira este mensaje si la
interfaz esta cónfigurada para
sincronizarse mediante la fuente
de datos (fase 1).
16-May-06 17:29:06 OPCInt El tag de ID activa o de latido no Compruebe la validez de los
1> Loading Failover estan cónfiguradós atributos del punto. Asegurese de
Synchronization tag failed correctamente. Solo se recibe que el atributo location1 esta
Error Number = 0: este mensaje si la interfaz esta establecido en el ID de parametró
Description = [FailOver] cónfigurada para sincronizarse de la interfaz. Todos los tags de
or HeartBeat:n] was found mediante la fuente de datos (fase cónmutación por error deben
in the exdesc for Tag 1). presentar los mismos atributos
Active_IN but the tag was pointsource y location1.
not loaded by the Realice las módificaciónes
interface. Failover will necesarias en los atributos del
not be initialized unless punto y reinicie la interfaz.
another Active ID tag is
successfully loaded by the
interface.
17-May-06 09:05:39 OPCInt El valor de punto de ID activo de Compruebe la validez del valor
1> Error reading Active ID la fuente de datos ócasiónó un de un punto de ID activo en la
point from Data source error cuando lo leyó la interfaz. fuente de datos.
Active_IN (Point 29600) El valor leídó de la fuente de
status = -255 datos debe ser validó. Al recibir
este error, la interfaz adquiere el
estado de "copia de seguridad en
caso de error".
17-May-06 09:06:03 OPCInt El valor de punto de latido de la Compruebe la validez del valor
1> Error reading the value fuente de datos ócasiónó un del punto de latido en la fuente
for the other copy’s error cuando lo leyó la interfaz. de datos.
Heartbeat point from Data El valor leídó de la fuente de
source HB2_IN (Point datos debe ser validó. Al recibir
29604) status = -255 este error, la interfaz adquiere el
estado de "copia de seguridad en
caso de error".

Mensajes de error (fase 2)

27-Jun-08 17:27:17 PI La interfaz no puede crear un Asegurese de que la cuenta en la
Eight Track 1 1> Error 5: nuevo archivo de sincrónización que se esta ejecutando la interfaz
Unable to create file ‘\ de cónmutación por error al disponga de permisos de lectura
\georgiaking iniciar sesión. La creación del y escritura para el directorio.
\GeorgiaKingStorage archivo se lleva a cabo la primera Cónfigure en la lista de control de
\UnIntFailover\ vez que cualquier copia de la acceso del directorio acceso de
\PIEightTrack_eight_1.dat’ interfaz se inicie y no exista el lectura, escritura y creación para
Verify that interface has archivo. El numeró de error mas la cuenta en la que se ejecuta la
read/write/create access habitual es el numeró 5. Se trata interfaz.
on file server machine. de un error de acceso denegado y
Initializing uniint es probable que se deba a un
library failed Stopping problema de permisos.
Interface
Sun Jun 29 17:18:51 2008 La interfaz no puede abrir el Asegurese de que la cuenta en la
PI Eight Track 1 2> archivo de sincrónización de que se esta ejecutando la interfaz
WARNING> Failover Warning: cónmutación por error. La disponga de permisos de lectura
Error = 64 Unable to open cónmutación por error de la y escritura para el directorio.
Failover Control File ‘\ interfaz cóntinua funcionando Cónfigure en la lista de control de
\georgiaking correctamente si no se acceso del directorio acceso de
\GeorgiaKingStorage\Eight interrumpe la cómunicación con lectura, escritura y creación para
\PIEightTrack_eight_1.dat’ PI Data Archive. En el caso de que la cuenta en la que se ejecuta la
The interface will not be se interrumpa la cómunicación interfaz.
able to change state if PI con PI Data Archive mientras una
is not available o las dos interfaces no pueden
acceder al archivo de
sincrónización, estas
permanecen en el estado en el
que se encontraran en el
momento del segundo error (es
decir, la primera interfaz
cóntinua siendo la primaria y la
de backup permanece como tal).


Apéndice A. Configurar ExcMax en los puntos de
eventos y de notificación
PI Interface for OPC DA aplica reglas especiales para los puntos de eventos y nótificación en
casos en los que haya transcurrido el tiempo de ExcMax desde la ultima vez en que se actualizó
un punto. Este mecanismo de manejo de excepciones personalizado es complicado, y el
resultado que produce depende no solo de otros parametrós que cónfiguró el usuario, sino
tambien, potencialmente, del servidor OPC y la red del usuario.
La interfaz aplica las mismas reglas para los puntos de eventos (es decir, puntos activados) que
aplica para los puntos de nótificación. La siguiente infórmación se centra en los puntos de
nótificación solamente.
¿Por qué es necesario configurar ExcMax para un punto de

notificación?
El servidor OPC envía datos a puntos de nótificación cada vez que un valor nuevo este
disponible por los siguientes motivos.
1. El punto generalmente se actualiza lentamente, pero los usuarios finales quisieran que se
actualice con mayor frecuencia, para que pueda incluirse con mayor facilidad en displays,
calculós de rollup u otros analisis.
2. El usuario desea registrar una tendencia de pasos en los datos archivados en lugar de
cónfigurar el parametró step en el punto. De esta manera, los pasos son visibles incluso
cuando los datos se grafican en un programa que no es parte del PI System.
En el caso (2), OSIsoft recomienda encarecidamente que cónfigure el parametró de la
interfaz /TA para lograr el mismo resultado sin tener que cónfigurar ExcMax en todos los
puntos de nótificación. Para obtener detalles, consulte a cóntinuación ¿Por que no se puede
usar simplemente el parametró /TA?
¿De qué manera la interfaz maneja ExcMax para los puntos

de notificación?
Cuando el servidor OPC envía un nuevo valor a la interfaz para un punto de nótificación, la
interfaz transmite este valor a PI Data Archive y lo almacena en la memoria junto con su marca
de tiempo. Si no llega ningun valor para cuando haya transcurrido ExcMax, enviara el valor
nuevamente usando una marca de tiempo igual a la marca de tiempo anterior, mas ExcMax.
Tenga en cuenta que el valor de esta excepción no representa una interacción real con la fuente
de datos. Esto es importante porque, en algunas circunstancias, el valor puede ser incorrecto.
Por ejemplo, considere un caso en el que la scan class 1, reservada para los puntos de
nótificación, tiene un tiempo de scan de 10 segundos. De manera predeterminada, la interfaz
cónfigura la velocidad de actualización en el servidor OPC para que sea igual al tiempo de este
scan. En este caso, el servidor OPC haría un sondeo del PLC del que lee este valor cada
10 segundos.
Supongamos que un punto de nótificación que lee este valor tiene un ExcMax cónfiguradó en
5 segundos. La interfaz recibe un valor del servidor OPC y, luego, cinco segundos despues, envía
el mismo valor nuevamente aunque este pueda haber cambiado en el PLC. Debido a que el
servidor OPC solo realiza el sondeo de PLC cada 10 segundos, no nótificaría a la interfaz de este

Apéndice A. Configurar ExcMax en los puntos de eventos y de notificación
cambio. Sin la cónfiguración de ExcMax, no habría registro de este valor en este tiempo, pero
con ExcMax cónfiguradó de este modo, existe un registro con un valor inexacto. Por este motivo,
es muy importante que tenga en cuenta la velocidad de actualización al cónfigurar ExcMax. En
particular, el usuario nunca debe cónfigurar ExcMax para que sea menor que la velocidad de
actualización. Si es posible, debe cófigurarló a al menos dos veces la velocidad de actualización.
Consulte ¿Que ocurre si cónfiguró ExcMax para que sea igual a la velocidad de actualización?
para obtener una descripción de los problemas que pueden surgir cuando dos cantidades son
iguales.
¿Por qué no se utiliza simplemente el parámetro /TA?

En casos en los que el usuario solo desea crear pasos en los datos y no necesariamente requiere
actualizaciones frecuentes, OSIsoft recomienda encarecidamente que use el parametró de la
interfaz /TA en lugar de cónfigurar ExcMax en cada punto de nótificación. Al cónfigurar este
parametró, cuando llega un valor nuevo para un punto de nótificación, la interfaz envía el valor
anterior con una marca de tiempo de un intervalo de actualización antes de la marca de tiempo
del valor nuevo. Por ejemplo, si la velocidad de actualización se cónfigura en 1 segundo y un
valor nuevo llega 10 segundos despues del anterior, la interfaz envía el valor anterior con una
marca de tiempo de un segundo menos que la marca de tiempo del valor nuevo (es decir,
aproximadamente 9 segundos despues de la marca de tiempo anterior) y luego envía el valor
nuevo con su marca de tiempo actual.
Este enfoque es preferible a usar ExcMax para lograr el mismo objetivo dado que se garantiza
que los valores de la excepción que se envían de este modo tengan una marca de tiempo igual o
cerca del tiempo de actualización real. La unica supósición en este caso es que el servidor OPC
habría nótificadó a la interfaz en ese momento si el valor hubiese sido diferente. En cambio, es
posible que se cónfigure erróneamente ExcMax de manera que los valores de la excepción se
envíen con marcas de tiempo que no se encuentran en los tiempos de actualización. Como
resultado, uno no puede asumir necesariamente que estos valores son realmente precisos, ya
que el valor verdadero puede haber cambiado sin que el servidor OPC advierta el cambio.
En casos en los que el usuario necesita ver actualizaciones frecuentes a un punto de
nótificación que cambia con poca frecuencia, el parametró /TA no es suficiente. En cambio,
OSIsoft recomienda dos soluciones: cónfigurar el punto de sondeo en lugar del punto de
nótificación (este es el metódó preferido) o, si el traficó de red resultante no es aceptable,
cónfigurar ExcMax igual que un valor entero multipló del intervalo de actualización. En el
ultimó caso, ExcMax debe ser al menos el doble e idealmente mucho mayor que el intervalo de
actualización.
¿Por qué en ocasiones los datos están desordenados?

Antes de la versión 2.6.3.5 de la interfaz, si el servidor OPC enviaba a la interfaz un valor nuevo
como el del tiempo transcurrido de ExcMax, era posible que la interfaz enviara el valor de la
excepción con una marca de tiempo ligeramente posterior a la marca de tiempo del valor
nuevo. La versión 2.6.3.5 sóluciónó este problema en el caso en que las interfaces
proporcionaban las marcas de tiempo (es decir, /TS=N), pero aun era posible que los valores de
la excepción aparecieran desordenados cuando el servidor OPC suministraba la marca de
tiempo. Este error se ha corregido en versiones posteriores de la interfaz mediante el uso de un
mecanismo algo mas complicado que el que utilizaban las versiones anteriores.
La Figura 1 muestra cómó funciona este mecanismo. La interfaz ahora mantiene cada valor de
la excepción durante un tiempo breve, thold, antes de enviarlo a PI Data Archive. Si un valor
nuevo llega durante este tiempo breve con una marca de tiempo de antes que haya transcurrido
el tiempo de ExcMax, la interfaz envía el valor nuevo pero descarta el valor de la excepción. En
la versión 2.6.4.x, thold se cónfigura en 2 segundos o 90 % de ExcMax, lo que sea mas pequenó.

Figura 1. Mecanismo de manejo de ExcMax en la versión 2.6.4 y versiones posteriores de la interfaz
Un valor nuevo que llega al ExcMax del valor anterior (p. ej., a la hora A) no activa un valor de la
excepción para enviar. Por otro lado, si ExcMax y el tiempo de espera extra transcurren antes de
que se reciba un valor nuevo (p. ej., a la hora C), la interfaz envía el valor de la excepción en
tExcMax + thold con una marca de tiempo igual a la marca de tiempo anterior, mas ExcMax. Por
ultimó, si un valor nuevo llega despues de que haya transcurrido el tiempo de ExcMax, pero
antes de que haya transcurrido el tiempo de espera extra, (p. ej., a la hora B), la interfaz solo
enviara el valor de la excepción si su marca de tiempo ocurre antes de la marca de tiempo en el
valor nuevo. De esta manera, el valor de la excepción nunca aparece con una marca de tiempo
posterior al valor nuevo, siempre que el valor nuevo llegue a tExcMax + thold del valor anterior.
¿Qué ocurre si ignoro las partes fraccionales de las marcas de

tiempo?
El usuario puede especificar un parametró de la línea de comandos, /IT=Y, que provoca que la
interfaz trunque la parte fraccional de cada marca de tiempo y envíe solo las marcas de tiempo
de segundos enteros a PI Data Archive. En este caso, la interfaz aplica al mecanismo anterior
para manejar ExcMax antes de que las marcas de tiempo se trunquen. La unica diferencia es
que, en casos en los que llega un nuevo valor despues de que transcurre el tiempo de ExcMax y
antes de que transcurra el tiempo de espera extra, la interfaz realiza una verificación adicional
antes de enviar el valor de excepción. Si al truncar la marca de tiempo del valor nuevo y del
valor de excepción ambas marcas de tiempo resultan iguales, no se envía el valor de excepción.
¿Qué ocurre si configuro ExcMax con un valor igual al de la

velocidad de actualización?
Cónfigurar ExcMax con un valor igual a la velocidad de actualización es casi siempre una mala
idea porque presenta la posibilidad de que la interfaz envíe un valor de excepción sin que el
servidor OPC se haya actualizado apenas. El tiempo preciso de los eventos que se mueven del
servidor OPC a la interfaz es importante en este caso y el comportamiento que resulte de la
interfaz dependera no solo del servidor OPC sino tambien de la red.

Figura 2. Los errores de tiempo que afectan el comportamiento de la interfaz cuando ExcMax es igual
a la velocidad de actualización.
La Figura 2 ilustra estos problemas de tiempo. Específicamente, representa el caso en el que

dos actualizaciones sucesivas en el servidor OPC producen valores diferentes, por lo que ambos
se envían a la interfaz. Existen dos casos importantes a tener en cuenta:
1. La interfaz se cónfigura para usar la marca de tiempo que envía el servidor OPC (/TS=Y).
Primero, tenga en cuenta que aun si el usuario cónfigura la velocidad de actualización en
algun valor particular, tupdate, es probable que el servidor OPC no se actualice en
exactamente ese intervalo. Por ejemplo, es probable que el servidor OPC espere a que
transcurra el tiempo de tupdate , luego haga un sondeo de un valor en la fuente de datos y
reinicie el temporizador de actualización, en cuyo caso, el tiempo verdadero entre
actualizaciones sera tupdate mas el tiempo requerido para realizar un sondeo de un valor
nuevo.
En general, la diferencia entre las marcas de tiempo en valores sucesivos que el servidor
OPC envía es tupdate + δ, en el que δ depende del servidor OPC, de la fuente de datos y de la
red que conecta los dos equipos. Si δ > 0, entonces al cónfigurar ExcMax para que sea igual
que el intervalo de actualización próvócaría que la interfaz envíe un valor de la excepción
despues de cada actualización, incluso si la actualización que sigue inmediatamente arroja
un valor diferente. En otras palabras, esta cónfiguración produce un plot escalonado, incluso
si el valor subyacente en la fuente de datos no esta escalonado . Los valores de la excepción
que informa la interfaz en este caso son incorrectos.
2. La interfaz se cónfigura para aplicar sus propias marcas de tiempo ya que recibe valores del
servidor OPC (/TS=N).
Este caso es similar a (1), pero es algo mas complicado porque existe un error de tiempo
adicional que introdujo la red que conectaba el servidor OPC y la interfaz. Este error adicional
se denomina ε en la Figura 2. Como se muestra en el diagrama, la diferencia entre los tiempos
de llegada de valores sucesivos en la interfaz es tupdate + δ1 + ε2 - ε1, en el que ε1 y ε2 dependen
de la red entre el servidor OPC y la interfaz, y δ1 depende de los factores descritos
anteriormente. Si la cantidad δ1 + ε2 - ε1 es positiva, entonces ócurriran los mismos problemas
que se describieron en (1). Sin embargo, debido a que la diferencia de ε2 - ε1 puede ser
negativa, los valores de la excepción falsos pueden enviarse solo de forma intermitente.
Como regla general, es mucho mas seguro cónfigurar ExcMax con un valor mucho mayor que el
intervalo de actualización. Esto garantiza que el servidor OPC mida realmente el valor varias
veces y compruebe que este no cambie.

Resumen
• PI Interface for OPC utiliza un mecanismo de informe de excepción personalizado para
puntos de nótificación y de eventos. Específicamente, cuando ha sido mas largo que ExcMax
desde que la interfaz recibió una actualización por ultima vez del servidor OPC, envía el
valor anterior nuevamente con una marca de tiempo nueva.
• El valor de esta excepción no representa una interacción real con el servidor OPC.
• Los usuarios que requieren lecturas verdaderas deberan cónfigurar puntos de sondeo en
lugar de puntos de nótificación o de eventos. De manera alternativa, deben cónfigurar
ExcMax en cero para desactivar el informe de excepción por completo.
Para disminuir la posibilidad de registrar datos imprecisos, los usuarios deben cónfigurar
ExcMax en un valor que al menos sea mayor que la velocidad de actualización.


Apéndice B. Solucionar problemas del servidor OPC
Problema
Un servidor de OPC con problemas de rendimiento puede provocar que tags espóradicas de la
interfaz PI OPC no se actualicen o que su valor aparente estar congelado. Cuando el
servidor OPC experimenta problemas de rendimiento, la versión 2.2.2.0 o posterior de
PI Interface for OPC DA agrega el siguiente mensaje de error en el pipc.log file:
The OPC server did not respond to the last refresh call for scanclass N, and has
not responded to the previous nnn
refresh call(s).
Cuando la interfaz de PI OPC realiza una actualización de llamada en el servidor OPC, este debe
devolver un resultado antes de que la interfaz efectue otra llamada. Si el servidor de OPC no
responde antes de la siguiente llamada, la interfaz imprimira el mensaje anterior. Cuando esto
sucede, es probable (aunque no siempre es el caso) que los datos se pierdan en esa llamada.
Solución
Óptimización de la carga en el servidor de OPC
En función de las circunstancias y las preferencias, se recomienda empezar por las sugerencias
1, 2a y 3.
1. Mueva los tags a la Clase de Escaneo (Advice: Scan Class #1) si se trata de tags de tipo
Advice (Nótificación). No combine tags de tipo Polled (Sondeo) con tags de tipo Advice
(Nótificación).
2. Ajuste el tamanó y el numeró de grupos. Los servidores de OPC gestionan los datos en
grupos. El tamanó del grupo puede ajustarse en la interfaz de OPC siguiendo uno de estos
dos metódós:
Las tags que pertenecen a la scan class 1 se dividiran en grupos mas reducidos de acuerdo
con la cónfiguración de la ICU que se encuentra en OPCInt > Data Handling (Gestión de
datos) > Number of tags (Número de tags) en el grupo de nótificación. Con esta
cónfiguración, todos las tags con la Clase de Escaneo 1 se dividiran en grupos
independientes.
El segundo metódó consiste en crear de forma manual grupos independientes colocando las
tags en Clases de Escaneo separadas. Para Clases de Escaneo que diferentes a la 1, el numeró
de tags de cada Clase sera el tamanó del grupo. Este ajuste precisa equilibrar dos factores
opuestos: el reducir el tamanó de cada grupo, pero sin que se creen demasiados grupos en
total. Póngase en contacto con el proveedor de su servidor OPC para obtener mas
infórmación sobre cual es la cantidad maxima de grupos que puede gestionar ese servidor
en específicó.
a. Ajuste del tamanó de los grupos: cree grupos mas reducidos, con el objetivo de dividir la
recólección de datos en bloques mas manejables para el servidor OPC. En el caso de los tags
que pertenecen a la scan class 1, este proceso puede realizarse accediendo a OPCInt > Data
Handling (Gestión de datos) > Number of tags (Número de tags) en el grupo de nótificación
e introduciendo un valor entre 200 y 400. En el caso de los tags que no pertenecen a la scan
class 1, compruebe que no haya mas de 200 a 400 tags por scan class.
b. Ajuste del numeró de grupos: reduzca el numeró total de grupos en la interfaz. Cada Clase
de Escaneo genera la creación de un grupo en el servidor OPC. Si hay Clases de Escaneo sin
utilizar, deben quitarse del archivo de cónfiguración de inicio de la interfaz. La interfaz no
sólicitara al servidor de OPC que lleve a cabo sus procesos en las cClases de Escaneo que no
contengan tags; sin embargo, las tareas que realice por su cuenta en ese grupo pódrían
afectar el rendimiento de dicha interfaz. El numeró de grupos tambien puede reducirse

Apéndice B. Solucionar problemas del servidor OPC
aumentando la cantidad de tags por grupo en la Clase de Escaneo 1. Esto puede llevarse a
cabo ajustando OPCInt > Data Handling (Gestión de datos) > Number of tags (Número de
tags) en el grupo de nótificación.
3. Aumente el tiempo de cada velocidad de escaneo. La velocidad de escaneo se envía al
servidor OPC y este intenta mantener los datos en una memoria cache con la misma
frecuencia que la velocidad de escaneo. No obstante, no se garantiza que el servidor OPC
pueda comunicarse con todos los dispositivos finales. Al aumentar la velocidad de escaneo,
el servidor OPC tendra mas tiempo para recopilar datos de las fuentes de datos antes de
volver a realizar otro escaneo de dispositivos.
4. Cree una instancia independiente, sobre todo si el numeró de tags en una instancia es
superior a 10,000. Cada servidor de OPC responde de manera diferente, y algunos inlcuso
tienen problemas para gestionar una cantidad de 5,000 tags. El límite maximó suele ser de
10,000 tags; cuando se supera, se aumenta el riesgo de que se produzcan problemas de
rendimiento en cualquier servidor OPC. Tenga en cuenta que las tags deben colocarse en
una instancia independiente, no solo en una Clase de Escaneo separada. Si la causa raíz es
una instancia sobrecargada, no servira de nada crear Clases de escaneo independientes
dentro de la misma instancia.
No existen otras alternativas distintas a las mencionadas anteriormente que pueda realizar
la PI interface for OPC DA con el fin de ayudar al servidor OPC, cuando este experimente
problemas, y es posible que el servidor OPC no proporcione ninguna pista a la interfaz OPC
del origen del proble, mas alla de no responder a la ultima llamada a Refresh (Actualizar).
No obstante, existen otras posbles soluciones en el lado del servidor OPC. Si el problema
cóntinua, debe ponerse en contacto con el proveedor de su servidor OPC para obtener
mayor asistencia, en caso de que el problema persista.

Glosarios de términos de la interfaz
Este glosario define terminós tecnicós relacionados con las interfaces de PI y productos
relacionados.
almacenamiento en búfer
n. En el PI System, el almacenamiento en bufer se implementa como un servicio que almacena y
reenvía eventos a un servidor o un colectivo de PI Data Archive. Cuando un servidor o un
colectivo no se encuentran disponibles por cualquier motivo, el servicio de almacenamiento en
bufer almacena temporalmente los datos de las aplicaciones de PI System que se ejecutan en el
equipo almacenado en bufer. Cuando se restaura la cónexión con PI Data Archive, el servicio de
bufer envía todos los datos almacenados del bufer a PI Data Archive en orden crónólógicó.
ICU
Consulte Utilidad de cónfiguración de interfaces de PI (PI ICU).
ICU Control
n. Un complemento de Utilidad de cónfiguración de interfaces de PI (PI ICU). Mientras que la
ICU gestiona la funcionalidad cómun a todas las interfaces, un ICU Control implementa el
comportamiento específicó de la interfaz. La mayóría de las interfaces de PI tienen un
ICU Control relacionado.
almacenamiento en búfer de n-way

n. Una cónfiguración utilizada al realizar el almacenamiento en bufer de los datos en un
colectivo de PI Data Archive. Con el almacenamiento en bufer de n-way, el servicio de bufer
envía los mismos datos a cada miembro colectivo. De los dos servicios de bufer, OSIsoft
recomienda PI Buffer Subsystem (pibufss) para la mayóría de los escenarios de
almacenamiento en bufer, incluido el almacenamiento en bufer de n-way. PI Buffer Subsystem
maneja autómaticamente el almacenamiento en bufer de n-way. API Buffer Server (bufserv)
requiere la cónfiguración manual cada vez que cambia un colectivo y los datos en bufer se
comprimen en PI Data Archive, de modo que los archivos históricós en diferentes miembros
colectivos puedan contener registros diferentes.
utilidad pigetmsg
n. Utilidad de una línea de comandos para ver mensajes almacenados por
PI Message Subsystem. La utilidad puede recuperar mensajes segun las características como
marcas de tiempo, una cadena de busqueda o el nombre del programa que generó el mensaje.
PIHOME
n. PIHOME hace referencia a la carpeta definida por la variable de entorno PIHOME y es el
directorio en el que se instalan la mayóría de las aplicaciones cliente de 32 bits. De manera

predeterminada, PIHOME sea c:\program files(x86)\pipc en equipos de 64 bits y c:

\program files\pipc en equipos de 32 bits. pipc no es necesario que este en el nombre,
pero se encuentra en este de manera predeterminada.
PIHOME64
n. PIHOME64 hace referencia a la carpeta definida por la variable de entorno PIHOME64 y es el
directorio en el que se instalan la mayóría de las aplicaciones cliente de 64 bits. De manera
predeterminada, PIHOME64 sea c:\program files\pipc en equipos de 64 bits. pipc no es
necesario que este en el nombre, pero se encuentra en este de manera predeterminada.
archivo pipc.log
Se abre la entrada el archivo es un archivo de mensaje para las interfaces de OSIsoft segun
las versiones de UNIINT anteriores a 4.5.0.x. Cuando estas interfaces se ejecutan, escriben
mensajes de error e informativos a la entrada . Vea este archivo de registro con PI Interface
Cónfiguratión Utility.
point
n. Consulte PI point.
Nota:
OSIsoft a menudo utiliza los terminós point y tag de manera indistinta. Punto se
recomienda, a menos que se refiera directamente al atributo del tag PI atributo del tag.
PI API
n. Es una biblioteca de funciones de la interfaz de prógramación de aplicaciones (API) basada
en C que permite a los programas acceder a un servidor de PI Data Archive local o remoto en
una red.
PI Data Archive
n. El producto de OSIsoft que almacena datos de series temporales de fuentes de datos
distribuidas y ofrece estos datos a aplicaciones cliente en tiempo real. Un componente principal
de PI Server junto con PI Asset Framework (AF).
Colectivo de PI Data Archive

n. Es una cónfiguración de varios servidores que actua como un servidor de PI Data Archive
lógicó en su PI System para proporcionar alta disponibilidad (HA), recuperación ante
catastrófes, distribución de carga y mayor escalabilidad. Cada servidor en un colectivo se
denomina miembro del colectivo.
Computadora de PI Data Archive

n. Una computadora que aloja el software de PI Data Archive.

PI ICU
n. El acrónimó de Utilidad de cónfiguración de interfaces de PI (PI ICU).
Utilidad de configuración de interfaces de PI (PI ICU)

n. Una aplicación de OSIsoft que generalmente se instala en un PI Interface node para
administrar las interfaces y sus archivos de cónfiguración. Tambien se conoce con el acrónimó
PI ICU.
Registros de mensajes de PI
n. Un archivo de registro que contiene mensajes que registra PI Message Subsystem. Se utiliza
para solucionar problemas de componentes que escriben en PI Message Subsystem, como PI
Data Archive, aplicaciones cliente o interfaces. Vea el archivo de registro con PI SMT, utilidad
pigetmsg o la utilidad PI SDK.
PI Message Subsystem
n. El componente central de PI Data Archive que registra mensajes de error y de infórmación de
varios componentes de PI Data Archive en una serie de archivos de registro. PI Message
Subsystem tambien puede ofrecer estos mensajes a diferentes aplicaciones cliente.
PI point
n. Un flujó de datos simple que almacena PI Data Archive. Por ejemplo, un PI point puede
almacenar la velocidad de flujó de un medidor, el modo de funcionamiento de un controlador, el
numeró de batch de un producto, los comentarios de texto de un operador o los resultados de
un calculó.
Atributo de PI point
n. Una cólección de características o parametrós de un PI point que proporciona infórmación
para especificar de que modo una interfaz y PI Data Archive recopilan y procesan valores de
datos.
PI SDK
n. El kit de desarrollo de software basado en COM para las aplicaciones de PI System. PI SDK es
un conjunto de bibliotecas de prógramación para el desarrollo de programas o interfaces
cliente de Microsoft Windows que puede comunicarse con la mayóría de las versiones de PI
Data Archive (PI Server 3.2.357 y versiones posteriores) en cualquier sistema operativo
compatible.
PI SMT
n. Consulte PI System Management Tools (SMT).

PI System Management Tools

n. Un conjunto de programas cliente que se utilizan para completar una amplia variedad de
tareas administrativas comunes en un PI Data Archive. Tambien se conoce con el acrónimó PI
SMT.
atributo del tag

n. El Atributo de PI point que asigna un nombre para identificar un punto de manera unica.

Soporte técnico y otros recursos
Para obtener asistencia tecnica, póngase en contacto con el soporte tecnicó de OSIsoft llamando
al +1 510-297-5828 o visitando la pagina Contact Us del Soporte Tecnicó OSIsoft (https://
techsupport.osisoft.com/Contact-Us/). El sitio web ofrece mas opciones de contacto para
clientes fuera de los Estados Unidos.
Cuando se ponga en contacto con el soporte tecnicó de OSIsoft, tenga a mano la siguiente
infórmación:
• Nombre de producto, versión y numerós de versión
• Detalles sobre la plataforma del equipo (tipo de CPU, sistema operativo y numeró de
versión)
• Hora a la que se inició el problema
• Archivos de registro en ese instante concret
• Detalles sobre cualquier cambio en el entorno antes de que se produjera el problema
• Resumen del problema, incluidos los archivos de registro pertinentes durante el intervalo de
tiempo en que se produjo el problema
Para consultar a otros usuarios del software OSIsoft, participe en la comunidad de usuarios de
OSIsoft, PI Square (https://pisquare.osisoft.com). Los integrantes de la comunidad pueden
solicitar asesoramiento y compartir ideas sobre PI System. El espacio PI Developers Club
dentro de PI Square ofrece recursos para ayudarle con la prógramación e integración de los
productos OSIsoft.

Soporte técnico y otros recursos

PI Interface For OPC DA ES

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PI Interface For OPC DA ES

Cargado por

Copyright:

Formatos disponibles

PI Interface for OPC DA 2.6.

Guía del usuario

Guía del usuario de PI Interface for OPC DA 2.6.15

Introducción a PI Interface para OPC DA................................................................. 1

Instalación de PI Interface para OPC DA.................................................................. 7

Descripción general de la configuración de PI interface para OPC DA........................ 9

Funcionamiento de PI Interface para OPC DA........................................................ 59

Referencia de PI ICU para PI Interface para OPC DA............................................... 61

Guía del usuario de PI Interface for OPC DA 2.6.15 iii

Solución de problemas de PI Interface para OPC DA............................................... 73

Procedimientos recomendados de seguridad de PI Interface para OPC DA...............81

Parámetros de línea de comandos de PI interface para OPC DA.............................. 83

Error and informational messages for PI Interface for OPC DA...............................101

Apéndice A. Configurar ExcMax en los puntos de eventos y de notificación............ 113

Apéndice B. Solucionar problemas del servidor OPC.............................................119

Glosarios de términos de la interfaz.....................................................................121

iv Guía del usuario de PI Interface for OPC DA 2.6.15

Registros de mensajes de PI .................................................................................................................. 123

Soporte técnico y otros recursos......................................................................... 125

Guía del usuario de PI Interface for OPC DA 2.6.15 v

vi Guía del usuario de PI Interface for OPC DA 2.6.15

Configuraciones de hardware en PI Interface para OPC DA

Configuración sencilla que permite el almacenamiento en búfer de datos en el nodo de interfaz

Guía del usuario de PI Interface for OPC DA 2.6.15 1

Configuración que coloca el servidor OPC en su propio equipo

Descripción general del funcionamiento de PI interface para

2 Guía del usuario de PI Interface for OPC DA 2.6.15

Manuales relacionados con PI Interface para OPC DA

• Guía del usuario de PI Universal Interface (UNIINT)

• Preguntas frecuentes sobre interfaces de solo lectura frente a interfaces de lectura

• Guía de configuración y seguridad de DCOM

• Guía del usuario de cliente PI OPC

• Guía de administración del sistema PI Server

• Configuración de la seguridad de PI Server

• Guía de del administrador de alta disponibilidad

• Archivos de ayuda de PI SDK y PI API Online

Guía del usuario de PI Interface for OPC DA 2.6.15 3

• Guía del usuario de instrucciones para la instalación de PI API

• Archivos de ayuda del Administrador de almacenamiento en búfer de PI

• Guía del usuario de PI Interface Configuration Utility

• Inicio de sesión en la interfaz

• Notas de la versión de la interfaz

• Estándar de interfaz personalizada para el acceso a datos v2.05a

• Manejo de cadenas o caracteres que no están en inglés en PI Server

Herramientas relacionadas con PI Interface para OPC DA

• Herramienta PI OPC Client

• Herramienta OPC to CSV

4 Guía del usuario de PI Interface for OPC DA 2.6.15

• Herramienta OPC Enum

• PI Interface Configuration Utility (PI ICU)

Características compatibles con PI Interface para OPC DA

Sistemas operativos compatibles

Guía del usuario de PI Interface for OPC DA 2.6.15 5

Salidas de PI Data Archive Sí

Compatibilidad con bits de calidad dudosa Sí

6 Guía del usuario de PI Interface for OPC DA 2.6.15

Requisitos previos de instalación

Directorio de instalación y ubicaciones de archivos

Guía del usuario de PI Interface for OPC DA 2.6.15 7

La herramienta OPCEnum, que detecta servidores de OPC, se instala en el directorio \%windir

Instalación de PI Interface para OPC DA

Qué hacer a continuación

Pasos de migración para las instancias existentes de la