PLC and controls engineers: are you using AI coding tools in your work yet?
I’m curious how people working with PLCs and industrial control systems are actually using tools like Claude, ChatGPT, Copilot, Cursor or similar coding agents today.
Do you use them at all?
If you do, what are they genuinely useful for? Structured Text, ladder logic, HMI or SCADA work, documentation, debugging, generating function blocks, interpreting manuals, test code, or something else?
If you do not use them, why not? Is it because the code is not good enough, they lack enough context about the machine, the existing tools are faster, security policies prevent it, or you simply would not trust generated code on real equipment?
I’m especially interested in where they start to fall short once you move beyond writing code and get onto the actual machine.
For example, are they useful for generating an initial program but much less useful when you get into live I/O, interlocks, commissioning, diagnosing hardware, understanding why a sequence is not behaving properly, or making changes on site?
Would you ever be comfortable giving an AI agent access to a PLC so it could read the live machine state, write or modify control logic, test the behaviour and see whether it actually worked?
If not, what would stop you?
And if something like that ever was useful, what would you need around the AI before you trusted it? Simulation, strict limits on what it could change, approval before downloads, automatic testing, physical feedback from the machine, something else?
I’m mainly trying to understand which parts of PLC programming and commissioning AI can already help with, and which parts still depend heavily on an experienced controls engineer being there with the machine.