TIA Portal Openness: automatizar también el trabajo de ingeniería
Cuando hablamos de automatización industrial, normalmente pensamos en máquinas, sensores y PLC. Sin embargo, el trabajo de quien programa esos sistemas también contiene tareas repetitivas: preparar variantes de un proyecto, copiar información o hacer cambios similares en muchos elementos.
Ahí aparece una pregunta interesante: ¿podemos automatizar parte del trabajo que hacemos dentro de TIA Portal?
Siemens ofrece una herramienta para ello: TIA Portal Openness.
Qué es TIA Portal Openness
Openness es una interfaz de programación, o API, que permite que una aplicación propia controle TIA Portal y acceda a sus datos de ingeniería. Una API es, en este contexto, un conjunto de funciones que otro programa puede utilizar para realizar operaciones de forma estructurada.
En lugar de ejecutar cada paso manualmente en el editor, podemos escribir una aplicación que lea, cree o modifique datos de un proyecto mediante las operaciones disponibles. Siemens describe ese acceso externo en su introducción oficial a Openness.
El centro de esta herramienta es el proyecto de ingeniería. Si lo que buscamos es adquirir datos de producción continuamente, necesitamos evaluar las interfaces de comunicación del sistema de control; conocer Openness por sí solo no resuelve esa integración.
Para qué puede servir
Siemens presenta Openness como una API integrada para STEP 7 y WinCC, con aplicaciones como la generación de bloques de software de PLC y contenido HMI. Las funciones concretas dependen de la versión, el producto y los objetos que exponga la API. Véase su explicación de ingeniería automatizada.
Sobre esa base, podemos plantear herramientas propias para:
- Preparar variantes de proyectos, utilizando una estructura común y parámetros específicos de cada máquina.
- Intercambiar datos de ingeniería, mediante las funciones de importación y exportación disponibles.
- Revisar información del proyecto, aplicando reglas propias a los datos que podamos consultar.
Son posibles objetivos de desarrollo. Openness proporciona el acceso; la lógica que determina qué generar, qué revisar y cómo gestionar un error debe construirse.
Un ejemplo: máquinas con una estructura común
Imaginemos una familia de máquinas que comparte buena parte del programa, pero cambia en número de módulos y opciones instaladas.
Una herramienta propia podría recibir esos parámetros y utilizar Openness para preparar la variante correspondiente a partir de un proyecto base. El flujo sería:
Parámetros de la máquina → aplicación propia → TIA Portal → proyecto para revisar.
Siemens documenta este tipo de generación para máquinas modulares en su manual de Openness.
El ejemplo es hipotético: no demuestra un ahorro de tiempo concreto. Su utilidad dependería de cuánto se repita el trabajo, de la calidad del proyecto base y del esfuerzo necesario para desarrollar y mantener la herramienta.
Qué hace falta para empezar
Hace falta conocer TIA Portal y aprender a desarrollar aplicaciones que utilicen su API. C# es una vía habitual: la documentación de Siemens utiliza ejemplos en ese lenguaje.
También hay que comprobar la instalación y los requisitos de la versión que se vaya a utilizar. Por ejemplo, la documentación de requisitos de V20 indica que se necesita un producto basado en TIA Portal y el componente Openness instalado. Esos requisitos deben consultarse para la versión concreta, sin asumir que todos los entornos son equivalentes.
El acceso requiere permisos. Siemens describe el grupo local de Windows Siemens TIA Openness y la autorización de conexión de las aplicaciones en su documentación del control de acceso de Openness.
Para explorar código, existe además un repositorio oficial de ejemplos de Siemens para V20. Sus fragmentos están orientados al aprendizaje y la experimentación; no equivalen a una aplicación terminada ni a pruebas completas de su funcionamiento.
Por dónde comenzar
Un primer ejercicio útil sería consultar una copia de un proyecto y producir un pequeño inventario de información accesible. Así podemos conocer la estructura de la API antes de introducir cambios automáticos.
Después conviene elegir una tarea acotada: definir su entrada, el resultado esperado y cómo comprobarlo. La automatización puede repetir con rapidez tanto una regla correcta como una equivocada. Un proyecto generado sigue necesitando revisión y pruebas antes de utilizarse en una máquina.
El interés de Openness está en aplicar nuestras herramientas de software al propio proceso de ingeniería. Cuando una tarea se repite y sus reglas están claras, vale la pena estudiar si podemos convertirla en un procedimiento reproducible.
Automatizamos máquinas. También podemos empezar a automatizar algunas de las tareas necesarias para construirlas.