Productos PlcGit, su funcionamiento y objetivos

PlcGit tiene múltiples funcionalidades

• Programa PLC copia de seguridad y restauración
• Verificar y combinar diferencias entre versiones del software PLC
• Gestionar el código del programa PLC en un equipo de desarrollo distribuido

La siguiente descripción es un ejemplo para la serie de PLC Siemens S7-1500 utilizando el software de programación PLC Siemens TIA Portal.

Respaldo y restauración del programa PLC

En la primera ejecución, se debe definir un repositorio. Generalmente, esto es simplemente el nombre del repositorio. Luego, para la configuración inicial, se necesita un proyecto TIA. Este proyecto define el programa PLC de uno o varios PLC. Un repositorio puede manejar múltiples proyectos TIA.
Cada PLC se define con su nombre y dirección TCP/IP. La configuración inicial lee el proyecto TIA y ofrece una lista de los PLC con sus direcciones IP. Uno o varios de ellos pueden seleccionarse para las funciones de respaldo y restauración. Después se puede definir la hora y la frecuencia de los respaldos. Generalmente, se realiza una vez al día por la noche.
Internamente, el proyecto TIA se lee, se decodifica y todas las partes del programa se envían al repositorio en un formato legible por humanos. Además, el proyecto TIA se registra por motivos de seguridad.

Cada noche, se verifica el PLC real para detectar cambios. Si se detectan cambios, los elementos afectados se leen del PLC y se envían al repositorio. Esto se llama etiqueta (tag), identificada por la marca de tiempo y el trabajador que realizó el cambio.

Si algunos cambios, principalmente realizados durante el fin de semana, podrían afectar la producción el lunes o después, el personal de mantenimiento revisa la lista de respaldos disponibles de los últimos días. Esto se hace a través de un navegador. Normalmente, la gestión del turno conoce la fecha de la última producción estable. Por lo tanto, se elige, por ejemplo, la versión del martes anterior. Luego se inicia la función de restauración. Esto toma el proyecto TIA existente, lee todos los cambios realizados en el PLC, copia el proyecto TIA y lo actualiza con los cambios realizados hasta el martes. Cuando finaliza, se descarga en una máquina con TIA Portal instalado — generalmente es una máquina del personal de mantenimiento. Luego se inicia TIA, se carga el proyecto descargado, y después se actualiza y reinicia el PLC afectado. La máquina funcionará como lo hacía el martes.

Algunos detalles sobre respaldo y restauración. Si durante la noche no se puede realizar el respaldo, generalmente porque el PLC no está disponible, se genera una alarma. La alarma se escribe en un registro de logs. En este caso, también se puede configurar el envío de notificaciones por correo electrónico. Entonces no se puede realizar un respaldo esa noche.
En la restauración se realizan verificaciones de consistencia entre el proyecto TIA y el PLC. Si la configuración de hardware del PLC es diferente, generalmente la restauración no funcionará correctamente. Esto también se verifica en los respaldos nocturnos y, si la configuración de hardware del PLC difiere, se envía una advertencia. Normalmente, al cambiar la configuración de hardware del PLC, se debe registrar un nuevo proyecto TIA.

Comprobar las diferencias entre las versiones del programa PLC y fusionarlas

Después de una restauración de emergencia o por otros motivos, el personal de mantenimiento puede comprobar los cambios detectados entre diferentes versiones o compararlos con el contenido original del proyecto TIA. Esto también se hace en un navegador.
Así, se elige el repositorio de la lista y, a continuación, un PLC. La vista es similar a la del portal TIA, con una lista de los bloques del PLC. Los bloques modificados están marcados. A continuación, se selecciona un bloque (modificado). El contenido del bloque se muestra en el navegador de forma similar al portal TIA como KOP/FUP/SCL/Graph. El bloque se muestra dos veces, uno y otro bloque. Los cambios detectados se marcan de forma visible. El código del programa PLC se programa en peldaños, solo se muestra un peldaño. Los peldaños modificados se marcan en la lista de peldaños.

La fusión significa que el usuario ahora puede tomar bloques completos de una versión a otra, o peldaños completos. O en un peldaño, se pueden utilizar elementos individuales o grupos de elementos para la fusión.
La prueba se realiza como en las restauraciones: generar el proyecto TIA, descargar el proyecto, abrir TIA, cargar el proyecto en TIA y, posteriormente, en el PLC.

Gestión del código del programa PLC en equipos de desarrollo de software distribuidos

Para el desarrollo de software, normalmente no existe ningún PLC. Varias personas del equipo trabajan en diferentes partes del software del PLC. Solo se necesitan las funciones de selección de bloques PLC y de fusión.
En este caso, pueden existir varios proyectos TIA. Se pueden registrar en un repositorio. Para combinar el código, se pueden seleccionar los bloques y fusionarlos en un único proyecto TIA resultante. Esto puede generar varios conflictos de fusión. Dichos elementos se marcan. A continuación, se pueden resolver los problemas de forma manual, por ejemplo, renombrando algunas variables o bloques, o renumerando bloques. Normalmente, las estructuras utilizadas en el equipo de desarrollo distribuido son diferentes. Una posible solución es la creación de una nueva estructura en la fusión que contenga todas las variables de los miembros del equipo. Pero también hay otras soluciones posibles.
Las diferentes versiones de TIA en el equipo no suelen suponer ningún problema. La fusión de versiones de TIA inferiores a superiores siempre funcionará. La reducción es posible si los bloques PLC afectados no utilizan funciones especiales que la versión anterior de TIA no pueda manejar.
Lo único que no se puede fusionar son las configuraciones de hardware. Estas siempre son incompatibles.