Ladder, ST, FBD ou SFC: qual linguagem usar em cada caso

Existe uma disputa antiga no chão de fábrica entre quem defende Ladder para tudo e quem acha Ladder ultrapassado. As duas posições ignoram a mesma coisa: a linguagem certa depende de quem vai manter aquele código às 3h da manhã.

Ladder (LD)

Nasceu como representação gráfica de lógica de relés. É a linguagem que o eletricista de manutenção lê sem treinamento formal — e essa é a maior vantagem dela, não uma nostalgia.

Boa para: intertravamento, comando de motor, lógica de partida e parada, sequência simples, tudo que a manutenção vai depurar online olhando o contato energizado.

Ruim para: cálculo matemático, manipulação de string, laços de repetição, estrutura de dados. Um cálculo de média móvel em Ladder ocupa duas telas e ninguém entende depois.

Texto Estruturado (ST)

Linguagem textual parecida com Pascal. Compacta, poderosa e a única confortável para matemática, laços e manipulação de dados.

Boa para: cálculo, controle PID customizado, tratamento de receitas, comunicação, laços sobre arrays, blocos de função reutilizáveis.

Ruim para: depuração online por quem não programa. Um técnico consegue ver a variável, mas não "enxerga" o fluxo como enxerga no Ladder.

Diagrama de Blocos (FBD)

Blocos ligados por linhas de sinal. Herda a lógica de sistemas de controle de processo.

Boa para: malhas de controle contínuo, encadeamento de PID, filtros, processamento analógico. Quem vem de instrumentação lê FBD com naturalidade.

Ruim para: lógica sequencial com muitas condições — vira um emaranhado de linhas cruzadas.

SFC (Sequential Function Chart)

Representa o processo como etapas e transições. É a linguagem que descreve sequência de forma explícita.

Boa para: processo em batelada, máquina com etapas bem definidas, partida e parada sequenciada de planta, receita com passos.

Ruim para: lógica contínua e intertravamento — que devem ficar fora do SFC, sempre ativos, independentemente da etapa.

A arquitetura que funciona na prática

• Segurança e intertravamento em Ladder, sempre ativos, fora de qualquer sequência. É o que a manutenção precisa ler primeiro em uma emergência.
• Sequência da máquina em SFC, se o processo é por etapas.
• Cálculo, receita e comunicação em ST, encapsulados em blocos de função com nome claro.
• Malha de controle em FBD, quando houver controle contínuo.

O critério que ninguém escreve no contrato

Antes de escolher, pergunte: quem vai manter isso? Se a equipe interna é de eletricistas de manutenção sem formação em programação, um código todo em ST é elegante e inútil — na primeira falha, a planta vai ligar para o integrador e esperar.

Código bom não é o mais compacto. É o que a equipe do cliente consegue depurar sozinha.

O que vale para qualquer linguagem

• Nome de variável que descreve a função, não o endereço
• Comentário que explica por que, não o que a instrução faz
• Estrutura em blocos com responsabilidade única
• Backup versionado, com data e descrição da alteração

A Platix desenvolve e documenta lógica de CLP em Piracicaba e região — e entrega o programa comentado, com backup, na mão do cliente.