Conectar OPC UA a Siemens S7-1200

Antes de empezar

• Un nivel de firmware de CPU que incluya el servidor OPC UA. El S7-1200 ganó capacidad de servidor más tarde que el S7-1500 y su conjunto de capacidades es más estrecho; confirme qué admite su CPU en lugar de suponer paridad.
• La licencia u opción que activa el servidor, si alguna aplica a su CPU. Establézcalo en fase de oferta.
• TIA Portal en una versión acorde con el firmware.
• Un diseño de cliente realista. Es un controlador compacto y el servidor OPC UA compite con el programa cíclico por la misma CPU.
• Acceso de red al TCP 4840, o una vía de conexión inversa cuando la capa de red solo permite conexiones salientes.

Cómo configurarlo

1. Active el servidor y fije el nombre de aplicaciónEn las propiedades de la CPU, active el servidor OPC UA y fije el nombre de aplicación antes de generar ningún certificado. El nombre alimenta el ApplicationUri, y cambiarlo después invalida las relaciones de confianza que haya construido en torno al anterior.
2. Exponga un conjunto de tags pequeño y deliberadoUse los atributos de accesibilidad por tag para publicar solo lo que un cliente necesite de verdad, y marque de forma explícita la escritura. En una CPU compacta esto no es pulcritud, es gestión de capacidad: cada nodo publicado es un candidato a elemento monitorizado.
3. Defina una interfaz de servidor como contratoDonde la versión de TIA lo soporte, defina una interfaz de servidor con nombres estables en lugar de exponer los nombres simbólicos en bruto. Mantiene pequeño el árbol de exploración y desacopla el cliente de la estructura interna del programa.
4. Configure las políticas de seguridad y genere el certificado del servidorElija las políticas de seguridad y los modos de seguridad de mensaje ofrecidos, decida entre identidad anónima o de usuario y genere el certificado de la CPU con todos los nombres de host e IP a los que vaya a conectarse un cliente en el Subject Alternative Name, más el ApplicationUri como entrada de tipo URI.
5. Descargue y después demuestre el endpoint desde un cliente independienteConecte primero con seguridad None para confirmar el camino de red y el endpoint, y después a un endpoint firmado y cifrado. Espere BadCertificateUntrusted en el primer intento seguro y complete el intercambio de confianza en ambos sentidos.
6. Mida antes de escalarCree la suscripción que realmente pretende ejecutar y observe los intervalos de muestreo y publicación revisados que devuelve el servidor, no los que usted pidió. En una CPU compacta la revisión suele ser sustancial y es la cadencia real a la que llegarán sus datos.
7. Resuelva los índices de espacio de nombres desde el NamespaceArrayLea el NamespaceArray al conectar y mapee URI a índice. Guarde URI más identificador en la configuración para que una carga de programa no pueda romper sus referencias de nodo.

Qué aspecto tiene el espacio de direcciones

El mismo árbol de forma Siemens que el del S7-1500: un nodo con el nombre del PLC y, por debajo, carpetas de bloques de datos, entradas, salidas y marcas, con identificadores de cadena que reproducen los nombres simbólicos de TIA, como ns=3;s="MyDB"."Count". No hay contenido de especificaciones complementarias salvo que alguien haya construido y descargado una interfaz de servidor mapeada a un modelo, y el camino de herramientas para hacerlo en una CPU compacta está más limitado que en un S7-1500. Dé por supuesto que integra contra tags con nombre, y diseñe su cliente de forma que el mapeo de tags viva en la configuración y no en el código.

Las trampas

• No dé por supuesta la paridad de funciones con el S7-1500. La funcionalidad de cliente, PubSub, las herramientas de interfaz de servidor y el soporte de métodos son las áreas en las que una CPU compacta tiene más probabilidades de diferir, y un diseño que depende en silencio de una de ellas falla tarde.
• Los límites de sesiones y de elementos monitorizados son lo bastante bajos como para que un segundo cliente sea todo el problema. Un ingeniero que deja UaExpert conectado toda la noche mientras un historiador recoge datos es una causa real de BadTooManySessions en esta plataforma.
• El servidor ajusta a la baja sus intervalos de muestreo y de publicación según su capacidad, sin que la petición falle. Lea los valores revisados y trátelos como el contrato, o sus supuestos de temporización para el OEE se desviarán en un factor que nunca llegará a ver.
• Un desplazamiento del índice de espacio de nombres tras una carga de programa rompe las referencias a nodos codificadas a mano con BadNodeIdUnknown, igual que en cualquier otra plataforma.
• La confianza de certificados sigue siendo el mayor obstáculo aislado de despliegue, y hay que completarla tanto en la CPU como en el cliente.
• La calidad de las marcas de tiempo es limitada. Cuente con que ServerTimestamp sea la que tiene sentido y con que el reloj necesite disciplina NTP; un registro de parada con la marca de tiempo equivocada es peor que ningún registro.

Cómo sacarle datos de OEE

Trate un S7-1200 como una fuente de un puñado de señales bien elegidas y no como una plataforma de datos de máquina. Los recuentos deben venir de un contador mantenido en el PLC, no de que su cliente detecte flancos de un booleano a lo largo de un intervalo de muestreo que el servidor puede haber ampliado. El estado debe venir de una variable de estado entera con la que se comprometa el programador, y los motivos de parada de una palabra de fallo decodificada contra una tabla documentada. Como la capacidad de suscripción es ajustada, conviene un solo cliente, una sola sesión, un solo intervalo de publicación y un heartbeat, de modo que la ausencia de cambios se distinga de una conexión caída. El tiempo de producción planificado, los patrones de turnos y los tiempos de ciclo estándar no están aquí y nunca lo estará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.