Conectar OPC UA a KEPServerEX / Kepware

Antes de empezar

• Una licencia que cubra cada driver que necesite y el número de clientes y de conexiones que pretenda ejecutar. El licenciamiento de drivers es la parte que sorprende a los proyectos; confírmelo con PTC antes de comprometer un diseño.
• Un host Windows con recursos para escanear todos los tags que importe, más una decisión sobre si es una máquina virtual y sobre si esa máquina entra en el alcance del parcheado de OT.
• Rutas de red desde el host hasta cada controlador por el protocolo industrial, y desde sus clientes hasta su endpoint OPC UA.
• Listas de tags revisadas y exportadas desde los proyectos de los controladores, para que el conjunto de tags importado sea deliberado y no lo que devolviera la exploración.

Cómo configurarlo

1. Construya la jerarquía de canal, dispositivo y tag de forma deliberadaUn canal lleva un driver y sus ajustes de comunicación, un dispositivo es un controlador de ese canal y los tags cuelgan de los dispositivos. Esta estructura de tres niveles se convierte en su ruta de exploración OPC UA y en sus identificadores NodeId, así que nómbrela según la planta, no según el orden de puesta en marcha.
2. Importe los tags en lugar de teclearlos y luego depureUse la generación automática de tags del driver o la importación desde una exportación del controlador, y después borre lo que no necesite. Cada tag conservado es carga de escaneo y un candidato a elemento monitorizado, y un servidor con demasiados tags importados es la razón habitual de que el host del gateway vaya sobrecargado.
3. Fije velocidades de escaneo por dispositivo y por grupo de tagsLa velocidad de escaneo del dispositivo es la resolución real de todo lo que hay aguas abajo. Dé un grupo rápido a los contadores y a las palabras de estado, y uno lento a las analógicas. Ningún intervalo de muestreo OPC UA puede ser más fino que el escaneo que lo alimenta.
4. Configure el endpoint OPC UA en el gestor de configuraciónEl endpoint OPC UA, sus políticas de seguridad y su lista de confianza de clientes se configuran en el gestor de configuración aparte, no en el árbol principal del proyecto. Tenga en cuenta que los cambios de endpoint y de certificados suelen exigir reinicializar o reiniciar el servicio de runtime antes de que surtan efecto.
5. Confíe explícitamente en el certificado del clienteConecte una vez desde su cliente, deje que falle y luego apruebe el certificado del cliente en la lista de confianza de clientes del gestor de configuración, y confíe en el certificado del servidor del lado del cliente. Este paso en ambos sentidos es donde se atasca la mayoría de las integraciones el primer día.
6. Compruebe qué ocurre cuando el controlador desapareceDesconecte el controlador y observe el lado OPC UA. Lo que quiere es que los ítems afectados devuelvan un estado Bad y no que mantengan un valor obsoleto presentado como Good, porque todo cálculo de paradas aguas abajo depende de poder distinguir ambos casos.
7. Registre el URI del espacio de nombres y el formato de identificadorLea el NamespaceArray y anote el URI del espacio de nombres de tags. Los identificadores siguen la ruta de canal, dispositivo y tag, así que guarde en configuración el URI del espacio de nombres más la cadena de identificador y resuelva el índice al conectar.

Qué aspecto tiene el espacio de direcciones

El espacio de direcciones refleja el árbol del proyecto: un espacio de nombres que contiene nodos cuyos identificadores de cadena son la ruta punteada de canal, dispositivo y tag, de modo que un tag llega como algo parecido a ns=2;s=Channel1.Device1.MachineState. Es una lista de tags con carpetas, no un modelo de información. No hay identidad de máquina, ni máquina de estados estándar, ni contador estándar, ni contenido de especificación complementaria, y no puede haberlo, porque el driver solo ve lo que expone el protocolo industrial. La disciplina de nomenclatura que se aplique a canales, dispositivos y tags es, por tanto, la única semántica que reciben los consumidores, y por eso merece la pena tratar el árbol del proyecto como una interfaz publicada con un proceso de cambios y no como configuración interna.

Las trampas

• Las licencias de drivers y de conexiones son el riesgo de planificación. Un proyecto que descubre a mitad de la puesta en marcha que una segunda familia de controladores necesita otra licencia de driver pierde días en compras, no en ingeniería. Establezca el alcance de la licencia con PTC desde el principio.
• Las marcas de tiempo se originan en el escaneo del gateway, no en el controlador. SourceTimestamp es en la práctica el momento del sondeo, así que la temporización de eventos queda cuantizada al ritmo de escaneo. Si necesita tiempos de transición precisos, ponga la marca de tiempo en el PLC y publíquela como un valor.
• Renombrar un canal, un dispositivo o un tag cambia el identificador del NodeId y rompe todos los clientes que lo guardaron, con BadNodeIdUnknown en nodos que parecen seguir ahí. Renombrar durante una limpieza es una causa real de parada.
• La confianza en los certificados es el mayor obstáculo práctico del despliegue, y vive en un gestor de configuración aparte cuya existencia desconocen los ingenieros nuevos en el producto.
• Los cambios de endpoint y de seguridad suelen necesitar un reinicio del runtime, que desconecta a la vez a todos los clientes conectados. Prográmelos.
• Un tag configurado con un tipo de datos inadecuado se leerá bien pero se escribirá mal, devolviendo BadTypeMismatch o truncando en silencio. Compruebe el tipo configurado del tag contra el tipo real del controlador en lugar de fiarse de la generación automática.
• El gateway es ahora una dependencia de producción que necesita copias de seguridad, control de versiones de su fichero de proyecto, parcheo y monitorización como cualquier otro servidor.

Cómo sacarle datos de OEE

Un gateway da recuentos, una señal de estado y códigos de motivo, y ahí se queda. La disponibilidad derivada de un bit de marcha escaneado perderá las paradas más cortas que el intervalo de escaneo y situará el resto con imprecisión, así que el patrón preciso es mantener el estado, los contadores y un código de motivo en el controlador y dejar que el gateway los transporte como valores. El tratamiento del desbordamiento y del reinicio corresponde a los sistemas aguas abajo y debe ser explícito. Nada del espacio de direcciones de un gateway está normalizado, de modo que el mapa de nombres de tag a significado de OEE es específico del programa de cada controlador, debe documentarse como dato de proyecto y hay que rehacerlo para la siguiente máquina. El tiempo de producción planificado, los calendarios de turnos, el contexto de orden y los tiempos de ciclo estándar no están disponibles aquí con ningún esfuerzo de configuración.

Última verificación el 7 de septiembre de 2026 frente a OPC UA 1.05.07. OPC UA Connect es un recurso educativo y no está afiliado a la OPC Foundation.