Este año voy a empezar un proceso personal de aprendizaje y desarrollo continuo en torno a la ingeniería de software aplicada a PLC.
No se trata de un curso, ni de un temario cerrado, ni de un método universal. Es un recorrido real, a largo plazo, enfocado en pensar, diseñar y construir software PLC con criterio, entendiendo la programación industrial como una disciplina de ingeniería de software.
Por qué “Ingeniería de Software PLC”
Con el tiempo, una idea se ha ido haciendo cada vez más clara:
Programar PLC no es solo escribir lógica para que una máquina funcione.
Es diseñar sistemas que deben ser claros, robustos, mantenibles y escalables en el tiempo.
La diferencia entre un programa que “funciona” y uno bien diseñado no está en el hardware, sino en:
- la arquitectura
- las decisiones de diseño
- la claridad del código
- la forma de gestionar la complejidad
Este plan de desarrollo personal nace de la necesidad de ir más allá de ejemplos aislados y soluciones rápidas, y profundizar en el por qué de las cosas y aprender a desarrollar software de PLC con buenas prácticas.
En algunos sectores o empresas de automatización, le dan mucha importancia al desarrollo de software PLC, creando así sus propios estándares y programando con buenas prácticas. Pero en mi experiencia, esto pasa muy pocas veces. La industria implica prisas y hacer que funcione. Pero la mayoría de veces en este sector, se nos olvida que hay que programar bien, con un buen diseño en la arquitectura de control, aplicar conceptos de code clean y acordarse siempre, de que un programador de PLC, no solo programa para él y para que la máquina funcione. Programa también para tu yo del futuro y otras personas que vengan detrás y no conozcan tu forma de programar. Así, que es importante tener buenas prácticas de programación, aunque a día de hoy muchos programas, programadores y máquinas, tienen muy arraigados los conceptos de: programar con Marcas, sin comentarios en su código, utilizar lenguajes que por norma no escrita deben estar prohibidos para depende que parte del código, etc.
Enfoque general
El enfoque es deliberadamente práctico, pero con una base conceptual sólida.
Aquí se trabaja con la idea de que:
- la lógica se entrena
- el diseño se aprende
- el criterio se construye con el tiempo
El objetivo no es avanzar rápido, sino avanzar bien.
🧩 Áreas principales de trabajo
La Ingeniería de Software PLC que se desarrolla aquí se apoya en varios ejes que se refuerzan entre sí.
🔹 Pensamiento algorítmico y lógica
Antes del lenguaje, del entorno o del PLC, está la lógica.
Se trabajan aspectos como:
- análisis de problemas
- descomposición en pasos
- estructuras de decisión
- razonamiento secuencial y condicional
Este eje se desarrolla especialmente a través de retos de programación, que actúan como entrenamiento continuo.
🔹 Arquitectura de control
Uno de los pilares fundamentales.
Aquí se profundiza en:
- estructuración de proyectos PLC
- separación de responsabilidades
- diseño por capas
- organización del software en sistemas complejos
El foco no está en encontrar una “arquitectura perfecta”, sino en entender las consecuencias de cada decisión.
🔹 Programación PLC con criterio
El objetivo no es solo que el programa funcione, sino que sea:
- legible
- mantenible
- escalable
- preparado para producción y mantenimiento
Se presta especial atención a:
- uso correcto de bloques y estructuras
- gestión de estados y secuencias
- tratamiento de errores y diagnósticos
🔹 Programación orientada a objetos (OOP)
La OOP se aborda como una herramienta de diseño, no como un fin en sí mismo.
Incluye:
- encapsulación aplicada a PLC
- uso de interfaces y composición
- diseño de librerías
- aplicación práctica en entornos como TwinCAT 3
Siempre desde una perspectiva pragmática: cuándo aporta valor y cuándo no.
🔹 Patrones de diseño y principios SOLID
Se estudian y aplican principios clásicos de ingeniería de software adaptados al mundo industrial:
- principios SOLID
- patrones de diseño útiles en automatización
- identificación de antipatrones habituales
El objetivo no es “usar patrones”, sino pensar mejor el software.
🔹 Simulación, HMI y Motion Control
La simulación se utiliza como herramienta clave para:
- validar lógica sin hardware
- probar arquitecturas
- trabajar proyectos complejos de forma controlada
Se incluyen:
- simulación en TIA Portal y TwinCAT 3
- HMIs integradas como parte del sistema
- Motion Control y ejes simulados
🔹 Retos, proyectos y refactorización
El aprendizaje se materializa mediante:
- retos algorítmicos
- retos orientados a PLC
- ejercicios de refactorización
- proyectos progresivos
- juegos programados en PLC
No siempre hay una única solución correcta; muchas veces el valor está en el razonamiento y el diseño.
🔹 Calidad, diagnóstico y mantenimiento
Un buen software PLC se reconoce en producción.
Por eso se trabaja también en:
- diagnóstico estructurado
- trazabilidad
- gestión de fallos
- preparación del software para mantenimiento a largo plazo
🔹 Ecosistema profesional
El proceso se apoya en:
- documentación técnica
- lectura de libros de ingeniería de software
- cursos seleccionados con criterio
- control de versiones y proyectos en GitHub
Todo entendido como parte de una disciplina profesional, no como acumulación de recursos.
Objetivo a largo plazo
El objetivo de esta sección no es cerrar un temario, sino construir una base sólida de criterio técnico.
A largo plazo, la meta es:
- diseñar software PLC de alto nivel
- afrontar sistemas complejos con confianza
- crear librerías reutilizables
- disfrutar del proceso de aprender y construir durante años
📌 Un proceso vivo
Todo lo que se comparte aquí forma parte de un proceso real y honesto, con avances, dudas, mejoras y correcciones. No es un escaparate de soluciones perfectas ni mucho menos, sino un recorrido documentado de mi aprendizaje.
Dicho esto, este proceso será un proceso vivo sin fecha de finalización.
Espero que vosotros lo disfrutéis tanto como espero hacerlo yo.