Programación PLC con inteligencia artificial: Claude Code en planta

Si te preguntas si la inteligencia artificial de verdad puede ayudar con el trabajo en PLC, la respuesta corta es sí, hoy mismo, y más de lo que la mayoría imagina. La programación PLC con inteligencia artificial no es solo pedirle a un chatbot que escriba un renglón. Con un agente como Claude Code, un ingeniero puede revisar un programa entero antes de un cambio, escribir un bloque de función y las pruebas que demuestran que funciona, documentar una máquina que ya nadie entiende y analizar semanas de alarmas y tendencias para acotar una falla.

Esta guía muestra cómo usarla en una planta real el lunes por la mañana, con ejemplos reales, y hacia dónde va la industria. Mucha gente que dirige equipos de ingeniería no sabe cómo usan la IA sus ingenieros, ni siquiera si la usan. Algunos la usan en silencio. Otros no la quieren ni ver. Muy pocas empresas tienen un plan para ella.

Cada dato sobre PLC que aparece aquí viene de los manuales y comunicados de prensa de los propios fabricantes, o de los organismos de normalización y los reguladores. Todos están enlazados al final.

Qué es la IA agéntica y en qué se diferencia de un chatbot

Un chatbot responde en una ventana. Pegas un poco de código, te contesta y copias su respuesta de vuelta. Solo ve lo que pegas y no puede comprobar nada de lo que te dice.

Un agente trabaja sobre tus archivos con tus herramientas. Claude Code, creado por Anthropic, se ejecuta en tu propia computadora, en una terminal, en un editor o en la aplicación de escritorio de Claude. Le indicas una carpeta y le das un trabajo. Lee los archivos, hace un plan, edita, ejecuta comandos como un script o una prueba, lee lo que obtuvo y sigue hasta terminar o hasta que te necesita. Por defecto pide permiso antes de editar un archivo o de ejecutar la mayoría de los comandos.

Eso cambia lo que puedes delegar. "Explica este renglón" es trabajo de chatbot. "Revisa las 140 rutinas, haz una lista de cada lugar donde se escribe esta salida y señala las que se saltan el enclavamiento de la guarda" es trabajo de agente. Hace la lectura larga y cuidadosa que la gente se salta cuando está cansada, y muestra sus pruebas.

Programación PLC con inteligencia artificial en 2026: tres caminos

La mayoría de las plantas deberían empezar por el segundo camino. Nada toca la planta, trabajas sobre una copia y lo peor que puede pasar es una mala sugerencia que una persona lee y descarta.

Qué ofrecen Siemens, Rockwell y Beckhoff

Los nombres de los productos cambian a menudo, así que revisa qué está vigente antes de comprar nada.

Siemens anunció su Industrial Copilot para TIA Portal en abril de 2024, creado con Microsoft sobre modelos de Azure OpenAI. Genera SCL que TIA Portal acepta directamente, explica bloques SCL y busca en la documentación. En abril de 2026 Siemens puso a la venta su Eigen Engineering Agent. Según Siemens, planifica, ejecuta y comprueba tareas de ingeniería dentro de TIA Portal, desde el código del PLC hasta las pantallas HMI y la configuración de dispositivos, tras un piloto con más de 100 empresas. Necesita TIA Portal V19 o posterior y se vende como suscripción, con una prueba gratis.

Rockwell y Microsoft integraron Azure OpenAI en FactoryTalk Design Studio, la herramienta de ingeniería en la nube de Rockwell, en 2023, para que los ingenieros generen código a partir de lenguaje común. La prensa especializada en Automation Fair 2024 describió cómo su Copilot escribía código, explicaba proyectos y mostraba los cambios en ladder resaltados para que el ingeniero los aprobara. En octubre de 2026 Rockwell anunció FactoryTalk Conductor, que coordina agentes de IA en Studio 5000 Logix Designer, Logix Echo, Emulate3D y FactoryTalk Optix. Los clientes pueden usar la IA de Rockwell o sus propios modelos, y sale a la venta a principios de 2027.

Beckhoff añadió TwinCAT Chat en 2023: una ventana de chat dentro de la ingeniería de TwinCAT, vinculada al proyecto del PLC, que escribe, amplía y documenta código. En junio de 2026 lanzó TwinCAT 3 CoAgent for Engineering. Según Beckhoff, sugiere texto estructurado, configura la E/S y crea páginas de HMI, funciona con OpenAI, Anthropic, otros proveedores o un modelo local sin nada de internet, y está construido sobre MCP. El ingeniero aprueba cada resultado antes de aplicarlo.

Otros también están en ello. CODESYS tiene un servidor MCP para su sistema de desarrollo. Inductive Automation está incorporando agentes de IA y MCP en Ignition 2027, su plataforma SCADA, ahora en beta pública y con la versión completa prevista para febrero de 2027. Schneider Electric anunció un copiloto para EcoStruxure Automation Expert en 2025.

La dirección está clara. Todos los grandes fabricantes están creando agentes, y algunos los construyen sobre MCP, el mismo estándar abierto que usa Claude Code. La línea entre "la IA del fabricante" y "tu propio agente" ya se está borrando.

Por qué usar también Claude Code

Las herramientas de los fabricantes son buenas y mejoran, pero un agente general a su lado sigue aportando mucho. Claude Code, el agente de Anthropic, está hecho para trabajos largos que abarcan muchos archivos, que es justo lo que pide el trabajo en PLC. Qué IA va en cabeza cambia cada pocos meses, así que juzga cualquier herramienta con un trabajo real de tu propia planta. Esto es lo que aporta un agente general.

• No está atado a un fabricante. Muchas plantas tienen Siemens, Rockwell y algo más antiguo en la misma nave. Un solo agente puede leerlo todo.
• Trabaja sobre el trabajo completo. No solo un bloque, sino el proyecto, la hoja de cálculo con la lista de E/S, la exportación de alarmas, la descripción funcional y los resultados de las pruebas, todo junto.
• Puede ejecutar herramientas. Git para comparar versiones, Python para procesar una exportación del historiador, un ejecutor de pruebas para demostrar que un bloque funciona.
• Sigue tus estándares. Puedes escribir tus reglas de nombres, tu estructura de bloques y tu lista de "nunca hagas esto" en un archivo que lee cada vez.
• Se conecta a tus sistemas. Mediante MCP puedes darle exactamente las herramientas que elijas, y nada más.

También tiene desventajas reales. No conoce tu planta. No se creó para PLC, así que puede confundir cómo hacen lo mismo Siemens y Rockwell. No puede ver dentro de TIA Portal ni de Studio 5000 a menos que saques el proyecto como texto. Y por defecto tus archivos van a los servidores de Anthropic para procesarse, algo con lo que tu empresa y tus clientes tienen que estar de acuerdo primero.

Cómo sacar los proyectos de PLC como texto

Un agente lee texto. Los proyectos de PLC viven casi siempre dentro de los archivos de proyecto propios de cada fabricante, así que el primer trabajo es sacarlos. Los tres grandes fabricantes lo permiten.

Siemens. En TIA Portal, "Generar fuente a partir de bloques" guarda bloques SCL, bloques de datos y tipos de datos PLC como archivos de texto, por ejemplo .scl, que puedes editar en cualquier editor de texto e importar de nuevo para volver a generar los bloques. No sirve para ladder ni para FBD. Para esos está TIA Portal Openness, la interfaz de Siemens para automatizar TIA Portal, que exporta bloques en cualquier lenguaje, tablas de variables, tipos de datos y más como archivos XML de Simatic ML, y los vuelve a importar. Quien ejecute un programa de Openness tiene que estar en el grupo de Windows "Siemens TIA Openness". Desde V16, TIA Portal también tiene una Version Control Interface que conecta un proyecto con Git y herramientas parecidas. SIMATIC AX, la ingeniería más reciente de Siemens basada en texto, mantiene el texto estructurado como texto desde el principio, con Git y pruebas unitarias integrados.

Rockwell. Studio 5000 Logix Designer exporta un proyecto completo como L5K, un archivo de texto, o como L5X, que es XML. Partes de un proyecto también se exportan como L5X: programas, rutinas en cualquier lenguaje, renglones sueltos, tipos de datos definidos por el usuario y AOI. Dentro de un L5X, los renglones de ladder se guardan como texto plano, que los agentes leen bien. El Logix Designer SDK de Rockwell permite que scripts de Python o C# abran y exporten proyectos, y la Logix Designer Compare Tool muestra las diferencias entre dos versiones.

Beckhoff. TwinCAT 3 ya guarda cada unidad de programa, tipo de datos y lista de variables globales como su propio archivo XML (.TcPOU, .TcDUT y .TcGVL), así que los proyectos funcionan con control de versiones. Eso hace de TwinCAT el más fácil de los tres para un agente. La TwinCAT Automation Interface también permite que los scripts creen y editen proyectos.

CODESYS y otros exportan PLCopen XML, el formato neutral entre fabricantes definido en IEC 61131-10, aunque CODESYS dice que no puede garantizar que cada detalle sobreviva al viaje.

Lo que hay que planificar es cómo volver a meter los cambios. Lo que escriba el agente entra en una copia sin conexión del proyecto mediante la importación normal del fabricante, se compila ahí, se revisa con la herramienta de comparación del propio fabricante y se prueba en un simulador. Nunca pegues código de IA directamente en un proyecto que está en línea con una máquina en marcha.

Cómo configurar Claude Code de forma segura antes de empezar

Haz esto bien una vez y cada trabajo posterior será más fácil.

1. Pregunta primero. El programa pertenece a tu empresa o a tu cliente. Consulta con el departamento de TI y lee el contrato. Algunos clientes prohíben enviar su código a cualquier servicio en la nube.
2. Usa una laptop de oficina. No una PC de ingeniería en la red de planta, y nunca una máquina que pueda llegar a un PLC.
3. Trabaja sobre una copia. Exporta el proyecto a una carpeta y ponlo bajo Git, para que cada cambio que sugiera el agente se pueda ver y deshacer.
4. Escribe las reglas de la casa. Claude Code lee un archivo llamado CLAUDE.md al inicio de cada sesión. Pon ahí tus estándares y tus líneas rojas.
5. Limita lo que puede hacer. La configuración de Claude Code te deja permitir, preguntar o denegar cada tipo de acción, y una regla de denegación gana a todo lo demás. Tu empresa puede fijar reglas centrales que nadie puede saltarse.
6. Empieza con preguntas, no con cambios. "Explica", "haz una lista" y "busca" van antes que "escribe". El modo de planificación de Claude Code le permite leer y planificar sin cambiar nada, lo que va muy bien para una revisión.

Este es el tipo de CLAUDE.md con el que conviene empezar:

# Llenadora de la línea 3: exportación de TIA Portal V19, solo para revisión

- Esta carpeta es una copia. Nada de aquí se descarga nunca a un PLC desde esta laptop.
- S7-1500, SCL y LAD. Un FB por dispositivo. Las alarmas están en DB_Alarms.
- Nunca edites un bloque F ni nada de la carpeta Safety. Solo informa sobre ellos.
- Muestra cada cambio sugerido como un diff, con la prueba que lo demuestra.
- Si no sabes seguro cómo maneja Siemens algo, dilo. No adivines.

Guía 1: leer alarmas y tendencias para encontrar una falla

Esta es la que conviene mostrar primero a un ingeniero escéptico, porque no se cambia nada y el tiempo ahorrado salta a la vista.

Imagina que una llenadora se detiene varias veces por turno con la alarma "Presión de aire baja". Mantenimiento ya cambió el regulador y sigue pasando. Así puedes usar Claude Code en este caso.

1. Exporta el historial de alarmas. Dos semanas del registro de alarmas del SCADA o de la HMI, en CSV. Todas las alarmas, no solo esta.
2. Exporta las tendencias. Del historiador, con la mayor resolución que guarde: presión de aire, estado de la línea, velocidad, y cada válvula o soplador que use aire.
3. Exporta el código que hay detrás de la alarma. El bloque que la activa y todo lo que lee la presión.
4. Pide una línea de tiempo y luego patrones. ¿Qué pasa en el minuto anterior a cada paro? ¿Es peor en un turno, a una velocidad, con un producto?
5. Pregunta cómo se genera la alarma. ¿Qué umbral, qué retardo, se queda enclavada, qué detiene?
6. Pide una lista ordenada de sospechosos y las comprobaciones que confirmarían cada uno. Después una persona va y lo comprueba.

La instrucción puede ser así de sencilla:

Los archivos de /exports son 14 días de la línea 3: alarms.csv, trends.csv y los
bloques SCL. Haz una línea de tiempo de cada paro por "Presión de aire baja". Para
cada uno, haz una lista de lo que cambió en los 60 segundos anteriores. Después lee
FB_AirMonitor y dime el umbral, el retardo y el enclavamiento exactos. Ordena las
causas probables según la evidencia y, para cada una, dame una comprobación segura
que un técnico pueda hacer en la línea. No cambies ningún archivo.

Esto es el tipo de cosa que vuelve. Este ejemplo es inventado, pero el patrón es un clásico. Cada paro llegó a menos de dos segundos de que el soplador de rechazo y la cuchilla de aire actuaran a la vez. La presión bajó del umbral de 5.2 bar durante unos 300 milisegundos cada vez. Y la alarma no tenía retardo, así que una caída más corta que un parpadeo detenía toda la línea. El problema real puede ser el consumo de aire en ese punto del ciclo, más una alarma demasiado nerviosa. También podría estar equivocado, y por eso el siguiente paso es una persona con un manómetro.

Fíjate en lo que hace la IA. Lee miles de filas que una persona solo revisaría por muestras, y señala dónde mirar. No está diagnosticando la máquina. La guía sobre fallas en PLC explica el método que una persona sigue aplicando en planta.

Guía 2: revisar un programa antes de un cambio

Un segundo par de ojos detecta la mayoría de los cambios malos, y un agente es un segundo par de ojos muy paciente. No sustituye al revisor humano. Le da una lista para comprobar.

1. Exporta el programa antes del cambio y guárdalo con un commit en Git.
2. Haz el cambio sin conexión en TIA Portal o Studio 5000 como siempre, exporta de nuevo y haz commit también.
3. Pide a Claude Code que revise la diferencia. Qué cambió, cada lugar donde se lee y se escribe cada variable cambiada, y qué más depende de ella.
4. Dale una lista de comprobación. Salidas escritas en dos lugares, enclavamientos o permisos puenteados, temporizadores que nunca se restablecen, estados sin salida, alarmas que ya no saltan, comentarios que ya no coinciden.
5. Lee su informe y después haz tu propia revisión. Su trabajo es encontrar cosas para que tú las mires.

Los proyectos de Rockwell exportan los renglones como texto plano, lo que facilita mostrarlo. Este es un renglón de una cinta transportadora antes y después de un cambio:

Before:
[XIC(Start_PB) ,XIC(Conveyor_Run) ]XIC(Stop_OK)XIC(Guard_Closed)OTE(Conveyor_Run);

After:
[XIC(Start_PB) ,XIC(Conveyor_Run) ]XIC(Stop_OK)[XIC(Guard_Closed) ,XIC(Maint_Mode) ]OTE(Conveyor_Run);

Una buena revisión señala que Maint_Mode ahora deja funcionar la cinta con la guarda abierta. Después plantea las preguntas que debe responder una persona. ¿Quién puede activar Maint_Mode? ¿Es un interruptor de llave o un botón en la HMI? ¿La guarda también está cubierta por el sistema de seguridad, o este renglón es lo único que la protege? Una edición de una línea, y la línea más importante del cambio.

La IA escribe código creíble que aun así puede estar mal, y para eso sirve justamente la revisión. PLC Gym tiene tres misiones donde un asistente ha escrito el código y tu trabajo es encontrar el error antes de que vaya a planta, empezando por Revisa la IA: prioridad de Stop.

Guía 3: escribir un bloque de función en SCL con pruebas

Aquí es donde un agente brilla, siempre que escribas las pruebas antes de confiar en el código. Este es el flujo de trabajo para un bloque de válvula en SCL de Siemens.

1. Escribe el trabajo con palabras sencillas. Qué entra, qué sale y qué cuenta como falla.
2. Pide primero los casos de prueba, como una tabla, y revísalos tú. Si las pruebas están mal, el código también lo estará.
3. Pide el bloque, escrito según tus estándares.
4. Ejecuta las pruebas en un simulador, nunca en una máquina en marcha.
5. Revísalo como cualquier otro código, después impórtalo y sigue como siempre hasta la FAT.

Esta es una especificación sencilla para darle. La válvula se abre mientras OpenCmd está activo. Tiene un final de carrera de abierta y otro de cerrada. Si no llega a la posición pedida dentro de TravelTime, activa una falla y suelta el solenoide. Los dos finales de carrera activos a la vez son una falla de cableado. Reset borra la falla solo cuando la válvula ya está cerrada de forma segura.

Los casos de prueba vuelven como una tabla así:

Y el bloque:

FUNCTION_BLOCK "FB_Valve"
{ S7_Optimized_Access := 'TRUE' }
VERSION : 0.1
   VAR_INPUT
      OpenCmd : Bool;              // Petición de la secuencia
      FbOpen : Bool;               // Final de carrera: válvula abierta
      FbClosed : Bool;             // Final de carrera: válvula cerrada
      Reset : Bool;                // Reset del operador
      TravelTime : Time := T#5S;   // Recorrido normal más largo
   END_VAR
   VAR_OUTPUT
      Solenoid : Bool;
      IsOpen : Bool;
      IsClosed : Bool;
      Fault : Bool;
   END_VAR
   VAR
      OpenTimer : TON_TIME;
      CloseTimer : TON_TIME;
      FaultLatch : Bool;
   END_VAR

BEGIN
   // Solo mover la válvula mientras no haya falla
   #Solenoid := #OpenCmd AND NOT #FaultLatch;

   // Temporizar cada movimiento por separado, para que un cambio de sentido a medio recorrido empiece una cuenta nueva
   #OpenTimer(IN := #Solenoid AND NOT #FbOpen, PT := #TravelTime);
   #CloseTimer(IN := NOT #Solenoid AND NOT #FbClosed, PT := #TravelTime);

   IF #OpenTimer.Q OR #CloseTimer.Q OR (#FbOpen AND #FbClosed) THEN
      #FaultLatch := TRUE;
   END_IF;

   // Tras una falla la válvula se manda a cerrar, así que el reset solo funciona cuando ya lo está
   IF #Reset AND #FbClosed AND NOT #FbOpen THEN
      #FaultLatch := FALSE;
   END_IF;

   #IsOpen := #FbOpen AND NOT #FbClosed;
   #IsClosed := #FbClosed AND NOT #FbOpen;
   #Fault := #FaultLatch;
END_FUNCTION_BLOCK

Lo más útil de ese bloque es la idea que hay detrás: una orden no demuestra que algo se haya movido. La misión de PLC Gym Una orden no es realimentación se basa justamente en eso.

Cómo ejecutes las pruebas depende de lo que tengas. La TIA Portal Test Suite de Siemens tiene una Application Test para escribir casos de prueba contra bloques de S7-1500 y ejecutarlos en S7-PLCSIM Advanced, el PLC virtual de Siemens. SIMATIC AX tiene su propio marco de pruebas unitarias, AxUnit. Quienes usan TwinCAT tienen TcUnit, que es gratis y de código abierto, y Beckhoff ha anunciado su propio TF1140 Test Framework. CODESYS tiene su Test Manager. Si no tienes ninguno, pide al agente un bloque de prueba que recorra cada caso en PLCSIM y active un indicador de aprobado o fallido para cada uno. Uses lo que uses, el agente puede escribir las pruebas. Tu trabajo es comprobar que prueban lo correcto.

Guía 4: documentar una máquina antigua que nadie entiende

Toda planta tiene una. Se construyó hace quince años, el integrador ya no existe, los comentarios están en otro idioma o no hay, y la única persona que la entendía se jubiló. Un agente es muy bueno haciendo una primera pasada para convertir eso en algo que un ingeniero nuevo pueda seguir.

1. Exporta todo lo que puedas: programa, variables, textos de alarma y pantallas de la HMI, y los planos que tengas en PDF.
2. Pide primero la estructura. Qué rutinas llaman a cuáles, qué se ejecuta en cada escaneo, qué se ejecuta con un evento, dónde están las secuencias.
3. Pide una descripción sencilla de cada rutina, con lo que lee, lo que escribe y por qué existe probablemente.
4. Pide una lista de E/S construida a partir de las direcciones, los nombres de las variables y los comentarios, como hoja de cálculo.
5. Pide cada secuencia como pasos numerados, con la condición que la hace avanzar.
6. Pide borradores de textos de alarma donde los actuales sean vagos, con el estilo de tu empresa.
7. Pide una lista de preguntas que no pudo responder a partir del código. Esa lista vale oro.
8. Recorre la máquina con los borradores y corrígelos. Después guárdalos con el proyecto.

La lista de E/S vuelve así, lista para comprobarla contra el tablero:

La columna de confianza es la parte que debes exigir. Te dice dónde invertir tu tiempo al recorrer la máquina y evita que una suposición quede escrita como un hecho.

Conectar la IA a datos de planta en vivo, solo en lectura

El siguiente paso es dejar que el agente lea valores en vivo, alarmas e historial, para que puedas preguntarle por la máquina tal como está ahora. Aquí es donde la gente se pone nerviosa, y con razón. Mal hecho, es una nueva puerta de entrada a la red de una planta. Bien hecho, no es más arriesgado que un cliente SCADA que solo puede mirar.

Hay una regla que nunca se dobla: la IA nunca habla directamente con un PLC, y nada a lo que pueda llegar puede escribir.

Hay tres lugares de donde leer, del mejor al peor:

1. Un historiador o un sistema SCADA. Ya recoge los datos, suele estar en una parte más segura de la red y leer de él no carga a los controladores.
2. Un servidor OPC UA. OPC UA es la forma estándar de compartir datos entre programas industriales, con cifrado e inicios de sesión integrados.
3. El protocolo propio del controlador. Es posible con librerías gratis, pero es el más difícil de dejar en solo lectura.

Siemens

El S7-1500 tiene un servidor OPC UA integrado, pero viene apagado hasta que lo activas, y Siemens dice que necesita una licencia de runtime, pequeña, mediana o grande según la CPU. Cada variable en TIA Portal tiene dos casillas, "Accesible desde HMI/OPC UA" y "Escribible desde HMI/OPC UA", y las dos vienen marcadas por defecto. Desmarca la de escritura y la variable queda en solo lectura para todo cliente OPC UA y toda HMI. Siemens recomienda la política de seguridad Basic256Sha256 con firma y cifrado, y usuarios con inicio de sesión en lugar de acceso anónimo.

La librería gratis python-snap7 habla directamente con los controladores S7, pero en un S7-1200 o S7-1500 necesita activada la opción "Permitir acceso vía comunicación PUT/GET del interlocutor remoto", y bloques de datos no optimizados. La propia guía de seguridad de Siemens incluye desactivar PUT/GET como medida de protección, porque mientras está activo, otros equipos pueden leer y escribir los datos de la CPU. Para una IA, usa OPC UA.

Rockwell

Los controladores ControlLogix 5580 y CompactLogix 5380 tienen un servidor OPC UA integrado desde la versión de firmware 36, apagado por defecto. Cada variable se puede configurar como lectura y escritura, solo lectura o sin acceso OPC UA, y las variables de seguridad solo pueden ser de solo lectura o sin acceso. Para controladores más antiguos, FactoryTalk Linx Gateway es un servidor OPC UA en una PC que sirve datos de Logix, y tú eliges qué variables ofrece. Las librerías gratis pylogix y pycomm3 hablan EtherNet/IP directamente con el controlador y pueden escribir además de leer, así que ninguna de las dos debe estar en manos de una IA.

Beckhoff e Ignition

El servidor OPC UA de TwinCAT es TF6100. Si pones un atributo en el código del PLC, OPC.UA.DA.Access a 1, la variable queda en solo lectura y el servidor rechaza las escrituras, y su grupo Guests por defecto solo puede explorar y leer. La librería gratis pyads usa el protocolo ADS propio de Beckhoff, y Beckhoff documenta el acceso de solo lectura para OPC UA, no para las conexiones ADS en general, así que de nuevo OPC UA es el camino más seguro.

Ignition, la plataforma SCADA de Inductive Automation, tiene un cliente OPC UA integrado, un servidor OPC UA opcional donde cada rol tiene sus propios permisos para explorar, leer y escribir, y un historiador de variables. Eso lo convierte en un lugar natural desde donde lea una IA.

Las librerías gratis de Python

Crear un servidor MCP de solo lectura para tu planta

MCP, el Model Context Protocol, es un estándar abierto para dar herramientas a los agentes de IA. Un servidor MCP es un programa pequeño que ofrece una lista de herramientas, como "lee estas variables" o "dame la última hora de esta tendencia". El agente solo puede llamar a esas herramientas, y solo de la forma que el servidor permite. Así que el servidor es donde pones las reglas de seguridad, en código, en lugar de esperar que la IA se porte bien.

Anthropic publicó MCP como código abierto en noviembre de 2024. En diciembre de 2025 lo cedió a la Agentic AI Foundation, que funciona bajo la Linux Foundation y que crearon Anthropic, Block y OpenAI. Hoy es la forma habitual de conectar herramientas a los agentes de IA, y ya hay servidores MCP de código abierto en GitHub para OPC UA, Modbus e Ignition. Lee su código antes de usar uno: varios pueden escribir además de leer, algunos en cuanto se activa la escritura, y al menos uno puede descargar a un PLC.

Para una planta, dale herramientas como estas y nada más:

• list_tags: las variables que puede leer, con descripciones y unidades.
• read_tags: los valores actuales de una lista corta de esas variables.
• read_alarm_history: las alarmas entre dos momentos, del SCADA o del historiador.
• read_trend: el historial de una variable entre dos momentos, reducido a un número razonable de puntos.
• find_in_program: buscar en una copia exportada del programa, para que pueda decir dónde se usa una variable.

Ninguna herramienta para escribir, ninguna para forzar, ninguna para descargar. Si una herramienta no existe, no se puede llamar. Este es un esbozo en Python, para mostrar lo poco que hace falta. Lee a través de un servidor OPC UA con la librería gratis asyncua y el SDK oficial de MCP para Python. No es código de producción, y necesitaría una revisión de seguridad seria antes de acercarse a una planta.

# plant_mcp.py: un servidor MCP de solo lectura para un endpoint OPC UA. Un esbozo, no código de producción.
import csv
from asyncua import Client
from mcp.server.fastmcp import FastMCP
from mcp.types import ToolAnnotations

# Un gateway o historiador en la DMZ de la planta, nunca un PLC en la red de control
ENDPOINT = "opc.tcp://ot-gateway.example.local:4840"
# Solo se pueden leer las variables que aparecen en este archivo
ALLOWED = {row["name"]: row["node_id"] for row in csv.DictReader(open("allowed_tags.csv"))}
READ_ONLY = ToolAnnotations(readOnlyHint=True, destructiveHint=False)

mcp = FastMCP("line3-read-only")

@mcp.tool(annotations=READ_ONLY)
def list_tags() -> list[str]:
    """The tags this server is allowed to read."""
    return sorted(ALLOWED)

@mcp.tool(annotations=READ_ONLY)
async def read_tags(names: list[str]) -> dict[str, str]:
    """Read the current value of up to 20 allowed tags."""
    if len(names) > 20 or any(n not in ALLOWED for n in names):
        raise ValueError("Only up to 20 tags from list_tags")
    client = Client(url=ENDPOINT)
    # En uso real: una conexión cifrada y un usuario OPC UA con derechos de solo lectura
    async with client:
        return {n: str(await client.get_node(ALLOWED[n]).read_value()) for n in names}

if __name__ == "__main__":
    mcp.run()

Después se lo indicas a Claude Code una vez y puede usar esas herramientas en cualquier sesión:

claude mcp add --transport stdio line3 -- python plant_mcp.py

Las etiquetas de las herramientas en ese código le dicen al agente que solo leen. Son una pista para el agente, no un candado. Los candados de verdad son que el servidor no tenga herramientas de escritura, que el usuario OPC UA no tenga derechos de escritura, que las variables estén en solo lectura en el PLC y que la red solo deje pasar al gateway.

Puesta en marcha con una IA a tu lado

La puesta en marcha consiste sobre todo en comprobar, registrar y perseguir pendientes. Eso le va bien a un agente, siempre que todo lo físico lo haga una persona.

• Antes de la FAT: convierte la descripción funcional en guiones de prueba, paso a paso, con el resultado esperado de cada uno. Compara el programa con la lista de E/S y señala lo que falte en cualquiera de los dos.
• Comprobación de E/S: genera las hojas de prueba de lazos a partir de la lista de E/S. Con una conexión de solo lectura, el agente puede registrar lo que hizo de verdad cada entrada mientras un técnico la acciona, así la hoja se llena con datos y no de memoria.
• Durante la SAT: lleva la lista de pendientes. Pega las notas del día y pide que las ordene por zona, responsable y gravedad.
• Entrega: redacta la descripción final tal como quedó construida, la lista de alarmas y las notas para operadores a partir del programa final, y después compara el programa final con la versión de la FAT para que cada cambio quede justificado.

Una persona sigue accionando las válvulas, no fuerza nada sin un permiso de trabajo y firma las hojas. El trabajo del agente es asegurarse de que no se escape nada y de que todo quede por escrito.

Los límites, con honestidad

Nunca dejes que escriba en una máquina en marcha

Una IA nunca debe descargar a un PLC, escribir una variable, forzar una entrada ni hacer una edición en línea en una máquina en marcha. Ni "con cuidado", ni "solo esta vez". Los cambios van por tu ruta normal: sin conexión, revisados, probados en un simulador, aprobados y descargados por una persona competente que sabe qué se va a mover.

Los sistemas de seguridad y las normas

Los paros de emergencia, los enclavamientos de guardas, las cortinas de luz y los PLC de seguridad son otro mundo, y la IA debe mantenerse bien lejos de escribirlos.

• IEC 61508 es la norma principal de seguridad funcional para sistemas eléctricos, electrónicos y programables, con niveles de SIL 1 a SIL 4. Su parte de software clasifica en clases las herramientas usadas para crear software de seguridad. Una herramienta cuyo resultado acaba en el código que se ejecuta, como un compilador o un generador de código, está en la clase más estricta, T3. Necesita evidencia de que hace lo que dice su especificación, y cada versión nueva hay que calificarla otra vez. Eso es una interpretación, no un fallo oficial, pero una IA que puede dar una respuesta distinta cada vez sería muy difícil de calificar así.
• ISO 13849-1, actualizada en 2023, cubre las partes relacionadas con la seguridad de los sistemas de control de máquinas, con niveles de prestaciones de la a a la e. Para el software de aplicación de seguridad espera un modelo en V, donde cada paso de diseño tiene su prueba correspondiente, además de revisión de código y pruebas funcionales.
• El Reglamento de Máquinas de la UE (UE) 2023/1230 sustituye a la Directiva de Máquinas y se aplica desde el 20 de enero de 2027. Los componentes de seguridad cuyo comportamiento evoluciona mediante aprendizaje automático necesitan un organismo notificado independiente, y sus sistemas de control deben mantenerse dentro de la tarea definida, registrar sus decisiones de seguridad y poder corregirse. El software y los datos de seguridad de toda máquina deben estar protegidos contra la corrupción accidental o intencionada, con registro de los cambios. No se aplica en Gran Bretaña, que mantiene su propio reglamento de máquinas de 2008, pero sí en Irlanda del Norte.
• La Ley de IA de la UE considera de alto riesgo la IA usada como componente de seguridad de una máquina. Una modificación de julio de 2026 trasladó esas reglas para máquinas al Reglamento de Máquinas y retrasó las fechas hasta agosto de 2028.

Las agencias están de acuerdo. En diciembre de 2025, CISA, el National Cyber Security Centre del Reino Unido y otras agencias nacionales publicaron principios conjuntos para la IA en tecnología operativa. Su postura sobre la seguridad es tajante: "casi con toda seguridad, los LLM no deberían usarse para tomar decisiones de seguridad". Un LLM, un modelo de lenguaje grande, es la tecnología que hay detrás de Claude y ChatGPT. Añaden que las personas siguen siendo responsables de la seguridad funcional, y que la IA no debería controlar nada sin una persona en el proceso.

Seguridad de la red OT

OT, la tecnología operativa, es el lado de planta de la informática: PLC, variadores, HMI y SCADA. Gran parte se diseñó para que se confiara en ella, no para defenderse, así que la red que la rodea es la que hace de defensa.

• ISA/IEC 62443 es la principal serie de normas para proteger los sistemas de automatización y control industrial. Divide una planta en zonas, grupos de equipos que comparten un nivel de riesgo, y conductos, los enlaces controlados entre ellas. Una conexión de IA es un conducto nuevo, así que trátala como tal: con evaluación de riesgos, por escrito y tan estrecha como puedas.
• Nunca expongas un PLC a internet. Desde noviembre de 2023, atacantes vinculados a la Guardia Revolucionaria de Irán tomaron el control de al menos 75 equipos Unitronics, 34 de ellos en el sector del agua de Estados Unidos. CISA dice que entraron en equipos expuestos a internet que tenían contraseñas por defecto o ninguna, y dejaron un mensaje en las pantallas. El primer consejo de CISA para OT ahora es simplemente quitar sus conexiones a internet público.
• Primero solo lectura, y durante mucho tiempo. Lee de un historiador o de un gateway en la DMZ, la red intermedia entre la oficina y la planta, no de los propios controladores, y usa una cuenta que no pueda escribir.
• Cuidado con la inyección de instrucciones. A un agente que lee contenido externo lo pueden engañar con instrucciones ocultas dentro de ese contenido, en un documento, una página web o incluso la descripción de una variable. La propia documentación de Anthropic avisa de esto con los servidores MCP. Es una razón más para que un agente en una planta no tenga ninguna forma de escribir.

Fallas que los sensores no ven

La IA solo sabe lo que hay en las variables. No puede oír un rodamiento, oler un motor caliente, notar un borne flojo ni ver una banda patinando en su polea. Muchas fallas nunca aparecen en los datos, o aparecen como otra cosa, como un "atasco" que en realidad es una guía desgastada. Los datos acotan la búsqueda. Una persona en planta la termina.

Equipos antiguos sin red

Muchas plantas siguen funcionando con controladores sin Ethernet, o con programas que solo existen en un disquete, una impresión o una laptop vieja que nadie se atreve a apagar. Un agente puede ayudar con lo que consigas como texto: una impresión fotografiada y leída, un archivo convertido, un manual. Pero no hay nada en vivo a lo que conectarse, y un programa antiguo que no se puede exportar ni probar hay que tratarlo con cuidado extra.

Quién responde

La IA no es una persona competente y no puede firmar nada. El ingeniero que acepta un cambio y la empresa que entrega la máquina llevan la responsabilidad, igual que si el código viniera de un principiante o de un foro. Según el Reglamento de Máquinas de la UE, el fabricante debe asegurarse de que la máquina cumpla los requisitos de seguridad, y quien modifica sustancialmente una máquina pasa a ser tratado como su fabricante. Eso alcanza a integradores y equipos de mantenimiento, no solo a los constructores de máquinas.

En el Reino Unido, la HSE dijo en junio de 2026 que la ley de salud y seguridad se aplica sea cual sea la tecnología usada, y que quien crea un riesgo tiene que gestionarlo. "Lo escribió la IA" no es una defensa. Deja por escrito qué se hizo con ayuda de IA y quién lo revisó.

Puede equivocarse con total seguridad

A veces inventará una instrucción que no existe, confundirá el comportamiento de los temporizadores de Siemens y de Rockwell, o te dirá que un renglón hace algo que no hace, con el mismo tono seguro que usa cuando acierta. Por eso cada guía de arriba termina con una prueba o con una persona que comprueba. Trátala como a un recién llegado rápido y con mucha lectura: brillante en el trabajo pesado, pero nunca de confianza a solas en nada que se mueva.

Hacia dónde va la industria

Esto son predicciones, no hechos. Pero los anuncios de los fabricantes y las encuestas apuntan en la misma dirección.

El informe State of Smart Manufacturing 2026 de Rockwell, con 1560 fabricantes de 17 países, encontró que el 34% de las operaciones ya están aumentadas con IA, y se espera que sean más de la mitad en 2030. La encuesta 2026 de Deloitte encontró que el 40% de los fabricantes usa IA generativa o agéntica, pero solo alrededor de uno de cada cinco usos se ha llevado a escala. Así que la mayoría de las empresas la están probando y pocas la tienen ya en su trabajo diario.

Los copilotos de los fabricantes ya se convirtieron en agentes. En 2024 escribían y explicaban código. En 2026 Siemens, Rockwell y Beckhoff venden o anuncian agentes que llevan a cabo tareas de ingeniería completas. Lo siguiente que cabe esperar es que tomen una especificación, generen el proyecto, lo prueben en un controlador virtual y entreguen un informe, con el ingeniero aprobando cada paso.

Los agentes obtienen acceso de solo lectura a plantas enteras. OPC UA ya describe una planta de una forma que el software puede explorar, y MCP da a los agentes una vía de entrada estándar. Unir las dos cosas, con la seguridad adecuada, es el siguiente paso obvio, y ya hay gente construyéndolo. Las primeras plantas que lo hagan bien encontrarán las fallas más rápido.

El trabajo en PLC empieza a parecerse más al trabajo de software. Las exportaciones en texto, Git, las pruebas automáticas y la revisión de código son normales en TI e irregulares en OT. Los agentes los necesitan para funcionar bien, así que se van a extender. Eso ya es una buena noticia por sí sola.

Los equipos se hacen más pequeños y el trabajo cambia. Es probable que desaparezca buena parte del tecleo. El día del ingeniero se desplaza hacia escribir una especificación clara, revisar lo que vuelve, probarlo a fondo y responsabilizarse de ello. Un equipo pequeño entregará lo que hoy entrega uno grande.

Los reguladores se ponen al día. El Reglamento de Máquinas de la UE ya está escrito pensando en el software y en los sistemas que aprenden. Cabe esperar más de eso, y que los clientes pregunten cómo usaste la IA en su proyecto.

Las habilidades que siguen siendo humanas

Las habilidades prácticas que la IA no puede hacer por ti son dejar la máquina segura, leer el plano, usar el multímetro, atender la avería y poner en marcha una máquina. Y una que es nueva: aprender a trabajar con una IA en lugar de contra ella.

• Dejarla segura. Aislar y bloquear, valorar el riesgo, decidir qué es suficientemente seguro y firmarlo.
• Leer el plano. Seguir un circuito desde la tarjeta del PLC hasta el dispositivo de campo, y detectar dónde no coinciden el plano y el tablero.
• Usar el multímetro. Demostrar lo que hay de verdad, no lo que la variable dice que hay.
• La avería. Volver a poner en marcha una línea parada en mitad de la noche, con el operador a tu lado y el reloj corriendo.
• Poner en marcha una máquina. Accionar cada válvula, comprobar cada lazo y responder por lo que entregas.
• Trabajar con una IA, no contra ella. Saber qué delegar, escribir un encargo claro, comprobar lo que vuelve y darte cuenta de cuándo se equivoca. No puedes comprobar lo que no entiendes, así que lo básico importa más, no menos.

Debajo de todo eso están conocer el proceso, hablar con la gente que lo opera y hacerte cargo del resultado. El nombre de alguien va en el cambio, y no será el de la IA.

Esa es la conclusión honesta. La IA se llevará gran parte del tecleo y de la lectura. No se llevará a la persona que deja la máquina segura, lo demuestra con un multímetro y vuelve a poner la línea en marcha. Si estás aprendiendo, no dejes que nadie te diga que las habilidades de PLC están a punto de no valer nada. A quienes mejor les irá es a quienes conocen el oficio lo bastante bien como para dirigir y comprobar a una IA, y eso requiere práctica de verdad.

Practica la parte que la IA no puede hacer por ti

Ahí es donde entra PLC Gym. Funciona en el navegador sobre el simulador propio de PLC Gym, con máquinas 3D que funcionan, y unas pruebas automáticas revisan tu código escaneo a escaneo. Las misiones Revisa la IA entrenan justo la habilidad de revisión de la que habla esta guía. Y si un agente te ha escrito SCL, texto estructurado o un L5X, puedes probar código PLC importándolo, conectando sus variables a una máquina 3D y pulsando Ejecutar, antes de que se acerque a una real. Eso está en Pro.

PLC Gym también tiene límites. No es un controlador real, no se conecta a E/S reales y no lo fabrica Siemens, Rockwell, Beckhoff ni Anthropic, ni está afiliado a ellos. Practica la parte del PLC en máquinas que funcionan, pero no te enseñará a usar un multímetro, leer un plano ni aislar una máquina. Eso sigue llegando con tiempo en planta junto a un ingeniero con experiencia. Para saber más sobre cómo simular bien código de Siemens, lee la guía de simulación en TIA Portal. Si el código en texto es nuevo para ti, empieza por programación en texto estructurado.

Preguntas frecuentes

¿Puede la IA escribir código de PLC?

Sí. La IA actual puede escribir texto estructurado, SCL y ladder en su forma de texto que funcionan, y un agente como Claude Code también puede escribir las pruebas que lo comprueban. No puede conocer tu máquina, así que trata su código como el de un recién llegado: revisado, probado en un simulador y aprobado por una persona competente antes de acercarse a una máquina real.

¿Puede la IA escribir diagramas de escalera?

Sí, pero la IA trabaja con texto y el ladder se dibuja. Rockwell exporta los renglones como texto plano dentro de archivos L5X, que un agente lee y escribe bien. Siemens exporta el ladder como XML, que es más trabajoso. La mayoría de los ingenieros ven a la IA más fuerte en texto estructurado y SCL, y dejan el ladder para donde lo pide el estándar de la planta.

¿Qué es Claude Code?

El agente de programación con IA de Anthropic. Se ejecuta en tu propia computadora, lee y edita los archivos de la carpeta que elijas y ejecuta comandos como scripts y pruebas, pidiéndote permiso sobre la marcha. No se creó para PLC, pero puede trabajar con cualquier proyecto de PLC exportado como texto.

¿Es Claude Code mejor que ChatGPT para programar PLC?

Cuál va en cabeza cambia cada pocos meses, así que júzgalos con un trabajo real de tu propia planta. La diferencia más grande es agente contra chatbot. Un agente trabaja sobre todo el proyecto exportado con herramientas reales, mientras que una ventana de chat solo ve lo que pegas en ella.

¿Puede la IA buscar fallas en un PLC?

Puede hacer gran parte del trabajo pesado. Con los registros de alarmas, las tendencias del historiador y el programa, un agente puede armar una línea de tiempo, detectar patrones en semanas de datos y encontrar el código que hay detrás de una alarma. No puede ver, oír ni tocar la máquina, así que una persona sigue dejándola segura, va a mirar y decide cuál es la falla de verdad.

¿Qué es un servidor MCP para un PLC?

Un programa pequeño que da a un agente de IA un conjunto fijo de herramientas, como "lee estas variables" o "dame esta tendencia", normalmente a través de OPC UA, SCADA o un historiador. MCP es el estándar abierto para esas herramientas. El agente solo puede hacer lo que permiten las herramientas, así que uno bien hecho solo lee.

¿Es seguro conectar la IA a un PLC?

No directamente. Conéctala a una fuente de solo lectura, como un gateway OPC UA, SCADA o un historiador, con una cuenta que no pueda escribir, con las variables en solo lectura y con la red bien cerrada. Nunca le des a una IA una forma de escribir, forzar o descargar, y consigue antes la aprobación de tu planta.

¿La IA reemplazará a los programadores de PLC?

Es poco probable, pero sí está cambiando el trabajo. Gran parte del tecleo desaparece, y el trabajo se desplaza hacia especificar, revisar, probar y responsabilizarse. Las personas que entienden los PLC lo bastante bien como para dirigir y comprobar a una IA deberían tener más demanda, no menos. La firma de la seguridad y el trabajo práctico se quedan en manos de personas.

¿Tiene Siemens IA para TIA Portal?

Sí. Siemens anunció su Industrial Copilot para TIA Portal en 2024, para generar y explicar SCL. Desde abril de 2026 vende el Eigen Engineering Agent, que según Siemens planifica y lleva a cabo tareas de ingeniería dentro de TIA Portal V19 y posteriores.

¿Tiene Rockwell IA para Studio 5000?

Por ahora vive sobre todo en FactoryTalk Design Studio, la herramienta de ingeniería en la nube de Rockwell, donde un Copilot escribe y explica código a partir de lenguaje común. FactoryTalk Conductor, anunciado en octubre de 2026, coordinará agentes de IA en Studio 5000 Logix Designer y otras herramientas desde principios de 2027.

¿Qué es TwinCAT Chat?

Es el asistente de IA de Beckhoff dentro de la ingeniería de TwinCAT, lanzado en 2023, que escribe, amplía y documenta código de PLC desde una ventana de chat vinculada al proyecto. En 2026 Beckhoff añadió TwinCAT 3 CoAgent for Engineering, que funciona con varios proveedores de IA o con un modelo local.

¿Puedo usar IA con el código de un PLC de seguridad?

Úsala para leer, explicar y documentar, si tu proceso lo permite. Escribir o cambiar código de seguridad es otra cosa. Las funciones de seguridad se desarrollan bajo normas como IEC 61508 e ISO 13849, con reglas estrictas sobre cómo se especifica, verifica y valida el software. Cualquier participación de la IA tiene que encajar en ese proceso, y una persona competente sigue siendo la responsable.

¿Se enviará el código de mi empresa a la nube?

Por defecto, sí. Claude Code envía lo que lee a Anthropic para procesarlo. Para los planes de empresa, Anthropic dice que no entrena con tu código salvo que lo aceptes, que guarda los datos 30 días de forma estándar, y que las cuentas Enterprise que cumplan los requisitos pueden tener retención de datos cero. También puede funcionar a través de Amazon Bedrock o Google Cloud. Consulta antes con TI y con los contratos de tus clientes.

¿Cuánto cuesta Claude Code?

Viene incluido en los planes de pago de Claude de Anthropic en lugar de venderse por separado, y hay planes de empresa para equipos. Los precios y los límites de uso cambian, así que consulta la página de precios de Anthropic, enlazada en las fuentes.

¿Necesito saber Python para usar IA en el trabajo con PLC?

No. Puedes pedirle a Claude Code con palabras sencillas que revise un programa, documente una máquina o prepare un borrador de lista de E/S. Python ayuda para procesar datos del historiador o crear una conexión de solo lectura, y el agente también puede escribir casi todo eso, pero aun así necesitas entender lo que hace.

¿Qué lenguajes de PLC maneja mejor la IA?

Los lenguajes de texto, con mucha diferencia: texto estructurado, SCL de Siemens y el texto de los renglones de Rockwell en archivos L5X. Los lenguajes gráficos, como el diagrama de bloques de funciones y el diagrama de funciones secuenciales, se exportan como XML, que un agente puede leer pero le cuesta más escribir de forma limpia. Si quieres ayuda de IA con código nuevo, el texto es el camino fácil.

¿Puede la IA ayudar con PLC antiguos como el S5 o el PLC-5?

Sí, para documentarlos y entenderlos, si puedes sacar el programa como texto o incluso como impresión. Normalmente no hay nada en vivo a lo que conectarse, así que la guía de documentación de arriba es donde la IA más ayuda. Ten mucho cuidado con cualquier cambio: el hardware antiguo es difícil de probar y más difícil de reemplazar.

¿El Reglamento de Máquinas de la UE impide usar IA?

No. Se aplica desde el 20 de enero de 2027 y no prohíbe la IA como herramienta de ingeniería. Añade reglas para los componentes de seguridad que usan aprendizaje automático para cambiar su comportamiento, que necesitan un organismo notificado independiente, y exige que el software de seguridad esté protegido contra la corrupción, con registro de los cambios. No se aplica en Gran Bretaña, pero sí en Irlanda del Norte.

¿Puede la IA escribir textos de alarma para la HMI?

Sí, y es una de las victorias más rápidas. Dale la lista de alarmas, los nombres de las variables y el estilo de tu empresa, y redacta textos claros que dicen qué pasó y qué hacer. Un operador y un ingeniero deberían leer cada uno, porque un texto de alarma equivocado manda a la gente al lugar equivocado a las tres de la mañana.

¿Cómo empiezo a usar IA en el trabajo con PLC la semana que viene?

Consigue permiso y elige un trabajo donde nada toque la planta. Exporta un programa que conozcas bien, ponlo en una carpeta en una laptop de oficina y pide a Claude Code que lo explique y prepare un borrador de su documentación. Compara lo que vuelve con lo que sabes. Aprenderás rápido en qué es bueno y dónde hay que vigilarlo.

¿Se puede aprender programación de PLC con IA desde cero?

Puedes usarla como tutor, pero es un mal atajo. Si la IA escribe todo tu código, nunca aprendes a detectar cuándo se equivoca, y detectar eso es el trabajo. Aprende lo básico haciéndolo tú en un simulador, y después usa la IA para que te explique cosas y revise tu trabajo, no para que lo haga por ti.

Fuentes

Claude Code y MCP

• Claude Code overview, permissions, MCP, data usage y cloud providers, Anthropic
• Claude plans and pricing, Anthropic
• Introducing the Model Context Protocol, Anthropic, 25 de noviembre de 2024
• Donating the Model Context Protocol and establishing the Agentic AI Foundation, Anthropic, 9 de diciembre de 2025
• MCP specification: tools y tool annotations, modelcontextprotocol.io

Leer datos de planta

• S7-1500 Communication function manual, Siemens, edición 11/2025: servidor OPC UA, licencias, acceso a variables y PUT/GET
• Security with SIMATIC controllers, Siemens, entrada 77431846, V2.0
• ControlLogix 5580 technical data, 1756-TD001, Rockwell Automation, abril de 2025, y OPC UA access in Studio 5000 Logix Designer V37
• FactoryTalk Linx Gateway UA server, Rockwell Automation, ayuda versión 6.60
• TF6100 TwinCAT OPC UA, Beckhoff, su atributo de solo lectura y conceptos básicos de ADS, mayo de 2026
• Ignition's OPC UA server y tag historian, Inductive Automation, documentación de Ignition 8.3
• python-snap7, pylogix, pycomm3, pyads y asyncua, GitHub
• OPC UA MCP server, Modbus MCP server y TiaCommander, GitHub

Sacar los proyectos como texto

• TIA Portal Openness, Siemens, manual V20, 01/2025, y el manual de sistema de Openness, V16, 11/2019
• Saving blocks as external source files, Siemens, STEP 7 V20
• TIA Portal Version Control Interface basics, Siemens, V20, y el anuncio de TIA Portal V16, 26 de noviembre de 2019
• SIMATIC AX, Siemens, y AxUnit test action, Siemens en GitHub
• TIA Portal Test Suite function manual, Siemens
• Logix 5000 Controllers Import/Export reference manual, 1756-RM014D, Rockwell Automation, septiembre de 2025
• Logix Designer SDK, Rockwell Automation, marzo de 2026, y el manual de Logix Designer Compare Tool, septiembre de 2024
• TwinCAT 3 source control, Automation Interface y TF1140 Test Framework, Beckhoff
• TcUnit, pruebas unitarias de código abierto para TwinCAT, GitHub
• CODESYS project export and import y CODESYS Test Manager, CODESYS
• IEC 61131-10:2019, PLCopen XML exchange format, IEC

La IA de los fabricantes

• Siemens Industrial Copilot for TIA Portal, comunicado de prensa de Siemens, 22 de abril de 2024
• Siemens AI agents for industry, comunicado de prensa de Siemens, 12 de mayo de 2025
• Eigen Engineering Agent, comunicado de prensa de Siemens, 20 de abril de 2026, su actualización de junio de 2026 y su página de producto
• Rockwell Automation and Microsoft bring generative AI to FactoryTalk Design Studio, Microsoft, 26 de octubre de 2023
• Let generative AI be your design copilot, Control, 21 de noviembre de 2024
• Anuncio de FactoryTalk Conductor, comunicado de Rockwell Automation, 21 de octubre de 2026
• TwinCAT Chat, Beckhoff, 17 de abril de 2023
• TwinCAT 3 CoAgent for Engineering, Beckhoff, 23 de junio de 2026
• Ignition MCP Module, Inductive Automation, 17 de septiembre de 2025, Ignition Catalyst's approach to AI, 13 de octubre de 2026, e Introducing Ignition 2027, 3 de noviembre de 2026
• AI colleague for CODESYS projects, All About Industries, 22 de junio de 2026
• Schneider Electric introduces industrial copilot, Robotics 24/7, mayo de 2025

Seguridad, ciberseguridad y regulación

• Overview of IEC 61508 and functional safety, IEC, 2022
• IEC 61508: why tool qualification, UL Solutions para la 61508 Association, noviembre de 2024
• ISO 13849-1:2023 preview, ISO, y safety related application software, IFA en PEROSH, septiembre de 2025
• Reglamento (UE) 2023/1230 relativo a las máquinas, Diario Oficial de la Unión Europea, y la página de máquinas de la Comisión
• AI Act Article 6, AI Act Service Desk de la Comisión Europea, y Reglamento (UE) 2026/1744, Diario Oficial de la Unión Europea, julio de 2026
• The Supply of Machinery (Safety) (Amendment) Regulations 2026, legislation.gov.uk, SI 2026/867
• ISA/IEC 62443 series of standards, ISA, y la guía de inicio rápido de ISAGCA
• Principles for the secure integration of artificial intelligence in operational technology, CISA, NCSC y socios, diciembre de 2025
• HSE's regulatory approach to artificial intelligence, HSE, 12 de junio de 2026
• Primary mitigations to reduce cyber threats to operational technology, CISA y socios, 6 de mayo de 2025
• Exploitation of Unitronics PLCs used in water and wastewater systems, CISA, 28 de noviembre de 2023, y el aviso AA23-335A, revisado en diciembre de 2024

Encuestas del sector

• State of Smart Manufacturing report, 11th edition, comunicado de Rockwell Automation, 19 de mayo de 2026
• AI in Manufacturing 2026, Deloitte, 30 de junio de 2026