Assistentes de IA chegam aos CLPs: leem projetos, escrevem ST e iniciam a compilação sozinhos

A programação de controladores industriais ficou por muito tempo à margem da onda de assistentes de IA que passou por Python, C++ e JavaScript. Agora isso está mudando. A análise publicada no Habr registra o surgimento de ferramentas especializadas que leem projetos de PLC, explicam a lógica ladder em LAD, geram código em Structured Text (ST) e, em alguns casos, iniciam a compilação por conta própria. A tarefa lembra o desenvolvimento comum: há uma linguagem, variáveis, condições, temporizadores e blocos funcionais. Na prática, porém, tudo esbarra nos detalhes.

Em que o CLP se diferencia do código comum

A norma IEC 61131-3 descreve cinco linguagens: LD (também chamada de LAD), FBD, ST, SFC e IL. Só o ST se parece com o código textual a que estamos acostumados, e é próximo do Pascal. As demais são, em grande parte, gráficas: um diagrama ladder ou um diagrama de blocos funcionais se traduz mal em uma sequência de tokens. Para um modelo de linguagem, isso é um problema de representação de dados.

Há uma segunda dificuldade. Os projetos para controladores costumam ser fechados e ficam em formatos e ambientes de cada fabricante (TIA Portal, Studio 5000, CODESYS e outros), e há bem menos exemplos públicos do que em desenvolvimento web. Por isso, um modelo que escreve muito bem um serviço REST pode entregar, com toda a confiança, um código ST com um bloco inexistente ou com a semântica errada de um temporizador.

E a terceira: o custo do erro. Um bug em um aplicativo se corrige com um novo release, mas uma lógica incorreta no controle de uma bomba ou de uma esteira pode parar a linha ou danificar o equipamento.

O que as ferramentas já sabem fazer

Um chat simples com o modelo («escreva um algoritmo de controle de bomba») funciona como ponto de partida. As soluções especializadas vão além, porque têm acesso ao próprio projeto. Segundo a descrição da análise, as capacidades são estas:

• leitura do projeto de PLC: análise da estrutura, dos blocos, das tags e das relações entre eles;
• explicação do LAD em linguagem humana, o que ajuda a entender código de terceiros ou legado;
• geração de código em ST a partir de uma descrição textual do algoritmo;
• execução da compilação em parte das ferramentas, ou seja, o ciclo «escrever, compilar, receber erros, corrigir» sem intervenção humana;
• limitações: a qualidade depende muito do ambiente, do formato do projeto e da linguagem, e as linguagens gráficas têm suporte pior que as textuais.

O ciclo fechado com o compilador parece ser o passo mais importante. O retorno do ferramental reduz a parcela de erros de sintaxe e de tipos. Uma ideia semelhante foi explorada no trabalho de pesquisa LLM4PLC, que combinou a geração de código com checagem e verificação. Grandes fabricantes de automação também estão incorporando assistentes generativos aos próprios ambientes de desenvolvimento. A Siemens, por exemplo, anunciou o Industrial Copilot em parceria com a Microsoft já em 2023.

Mesmo assim, uma compilação bem-sucedida não diz nada sobre a correção da lógica. O código pode compilar e se comportar de forma errada: trocar a condição de partida, omitir um intertravamento, não tratar um sinal de emergência.

Para onde isso caminha

A direção provável é esta: o assistente deixa de ser um gerador de trechos de código e passa a participar do processo de engenharia. Ele lê o projeto inteiro, sugere alterações, compila, roda em simulação e mostra o resultado a uma pessoa. O principal limite continua sendo não a capacidade de escrever código, mas a verificação da conformidade com o processo tecnológico.

As comparações detalhadas entre ferramentas específicas estão na matéria original no Habr. Aqui o que importa é o panorama geral: o CLP deixa de ser uma área em que a IA não entra.

Como abordar essas ferramentas na prática

O mais sensato é começar pelo ST: é onde os modelos são mais fortes, e o resultado é mais fácil de ler a olho nu. Funcionam bem tarefas de risco limitado: análise de código LAD de terceiros, documentação de blocos, rascunhos de funções típicas, como controle de bomba ou contadores.

Todo código gerado deve ser executado em simulador antes de ser conectado ao hardware e passar pela revisão habitual. Paradas de emergência, intertravamentos e funções de proteção é melhor escrever e verificar manualmente. Os projetos fechados levantam uma questão à parte: antes de enviá-los a um assistente na nuvem, é preciso descobrir para onde os dados vão e o que a política de segurança da empresa permite.