Saltar al contenido

IA para los programas de PLC

Vamos a ver demasiado SCL/ST y menos Ladder del que deberíamos

Mira.

Estoy empezando a ver plataformas y herramientas que empujan cada vez más la idea de generar código PLC con IA.

¿Mi sensación?

Mi sensación es que en los próximos años vamos a enmpezar a ver muchísimo código SCL/ST metido con calzador en partes del programa del PLC donde no hacía ninguna falta usarlo.

No porque SCL/ST sea malo.

Sino porque es el lenguaje que mejor entiende y trabaja la IA.

Así de simple.

La IA trabaja mejor con texto que con lógica dibujada.

Le resulta mucho más natural generar bloques en SCL/ST, parchearlos, rehacerlos y seguir escupiendo código en texto que plantear bien ciertas partes en diagrama de contactos.

Y claro.

¿Qué va a pasar?

Que mucha gente va a dejar de elegir el lenguaje según lo que más conviene al proyecto y va a empezar a elegirlo según lo que más cómodo le resulta a la IA.

Y eso, en automatización, es una muy (muy) mala señal.

Porque una cosa es usar SCL/ST donde tiene sentido.

Y otra muy distinta es empezar a meterlo por todas partes solo porque la IA te lo da mascado.

Mi pronóstico es que vamos a ver cada vez menos ladder (diagrama de contactos, KOP en Siemens) en partes del código donde sí debería seguir usándose.

Partes de secuencia.

Partes de maniobra.

Partes de enclavamiento.

Partes de diagnóstico rápido.

Partes que luego tiene que tocar, leer o entender alguien de mantenimiento o alguien que llega años después a meter mano en la instalación.

Y ahí es donde empieza el problema de verdad.

Porque el ladder, cuando está bien hecho, no es un lenguaje vintage ni cutre.

Es un lenguaje cojonudo para muchas partes de un proyecto precisamente por algo que algunos parecen olvidar.

Su mantenibilidad.

Su legibilidad.

Su facilidad para seguir la lógica.

Su utilidad cuando hay que diagnosticar algo rápido sin ponerse a descifrar un bloque de texto que ha generado una IA y luego ha sido parcheado por tres personas distintas.

Ese es el punto.

Y ojo, no me preocupa que la IA ayude a programar, yo también la utilizo.

Me preocupa que empiece a empujar a muchos programadores de PLC a escribir todo en SCL/ST, incluso lo que no debería, simplemente porque es lo que mejor entiende y sabe generar la IA.

Y entonces vendrá lo de siempre.

Programas que en puesta en marcha “más o menos” funcionan.

Bloques que parecen modernos.

Mucho texto.

Mucho código.

Mucho postureo de herramienta nueva.

Y luego, cuando toque mantener, diagnosticar o ampliar… a comer mierda.

Por eso creo que en los próximos años vamos a ver dos perfiles muy claros.

Los que usarán la IA como apoyo, pero seguirán eligiendo el lenguaje y la estructura según lo que conviene técnicamente al proyecto.

Y los que dejarán que la IA les empuje a llenar todo de SCL/ST simplemente porque es lo que mejor genera y más cómodo resulta.

Los primeros seguirán teniendo criterio.

Los segundos generarán software cada vez más incómodo de mantener.

Esa es mi visión.

Y ojalá me equivoque, por el bien de todos.

Gran día.

Ingeniero especializado en automatización industrial,

Abel Domínguez.

Este artículo que has leído fue uno de los emails que envié a los suscritos a mi newsletter exclusiva. Para recibir estos emails como ya lo hacen miles de personas junto con la posibilidad de adquirir alguna de mis formaciones exclusivas en PLC, HMI y SCADA en Siemens, te debes apuntar aquí:

Configuración