O que é um ciclo de varredura de um CLP? Como os CLPs executam programas?
Todo CLP executa o mesmo ciclo fundamental desde o momento em que é ligado: ler entradas, executar lógica, escrever saídas e repetir. Esse ciclo, chamado de ciclo de varredura, determina a capacidade de resposta de um CLP a eventos do mundo real e define o limite de desempenho para qualquer processo controlado.
Compreender a mecânica do ciclo de varredura ajuda os programadores a otimizar o código, solucionar problemas de resposta e selecionar a CPU adequada para aplicações exigentes. Este guia explica exatamente como o ciclo de varredura funciona e quais fatores o afetam.
A CPU do CLP executa seu programa em um loop contínuo e sequencial. Cada iteração completa consiste em quatro fases distintas.
A CPU captura o estado atual de todos os módulos de entrada e armazena esses valores em uma seção dedicada da memória chamada tabela de imagens de entrada. Isso ocorre no início de cada ciclo de varredura.
Para entradas digitais, a CPU lê um valor simples de 1 (LIGADO) ou 0 (DESLIGADO). Para entradas analógicas, a CPU converte o sinal do mundo real (4-20mA, 0-10V ou dados de sensor de temperatura) em um valor digital e o armazena na memória.
Essa fase é rápida — normalmente de 1 a 10 milissegundos para toda a varredura de entrada, dependendo do número de módulos de entrada e de sua configuração.
Com os dados de entrada atualizados na memória, a CPU executa o programa do usuário uma instrução por vez. Cada instrução é avaliada em relação aos valores atuais da tabela de imagens de entrada, e os resultados são gravados na tabela de imagens de saída.
É aqui que a lógica ladder, os blocos de função ou as instruções de texto estruturado são de fato executadas. A CPU lê da tabela de imagens de entrada, realiza operações lógicas ou aritméticas e armazena os resultados na tabela de imagens de saída — mas, crucialmente, ainda não escreve nos módulos de saída físicos.
Escrever na memória é ordens de magnitude mais rápido do que comunicar com módulos de E/S físicos. Adiar as escritas nas saídas físicas até que a varredura seja concluída garante que todas as saídas mudem simultaneamente, evitando estados intermediários instáveis.
A fase de varredura do programa é normalmente a mais longa. O tempo de varredura aumenta proporcionalmente ao tamanho do programa, à sua complexidade e ao número de instruções.
Após a conclusão da varredura do programa, a CPU grava simultaneamente os valores da tabela de imagem de saída nos módulos de saída físicos. As saídas digitais são ligadas ou desligadas. As saídas analógicas aplicam seus valores calculados ao processo.
Essa escrita coordenada garante que as saídas reflitam um instantâneo consistente da avaliação lógica — sem alterações na saída durante a varredura do programa. A varredura da saída normalmente leva de 1 a 5 milissegundos, dependendo da quantidade de módulos de saída.
A fase final abrange tudo o que a CPU precisa fazer entre os ciclos:
· Comunicação com painéis HMI e outros dispositivos de rede
· Processamento de instruções baseadas em tempo (temporizadores, relógio de tempo real)
· Atualização de diagnósticos e registros de falhas
· Gerenciamento de solicitações de comunicação de outros PLCs ou sistemas SCADA.
O tempo gasto nessa tarefa varia de acordo com a carga de comunicação. Um CLP com múltiplas conexões IHM e extensa troca de mensagens em rede pode gastar um tempo significativo nessa etapa.
O tempo de varredura é a duração total das quatro fases de um ciclo completo. Medido em milissegundos, ele determina diretamente a rapidez com que um CLP (Controlador Lógico Programável) pode responder a mudanças de entrada.
Valores típicos:
· Programa pequeno (100-500 instruções): 1-5 ms
· Programa de complexidade média (1.000 a 5.000 instruções): 5 a 20 ms
· Programa grande (mais de 10.000 instruções): 20-100 ms
A relação entre o tempo de leitura e a velocidade da máquina é importante. Uma máquina de embalagem operando a 100 embalagens por minuto tem 600 milissegundos por ciclo. Se o tempo de leitura do CLP consumir 50 ms, a máquina ainda terá 550 ms de tempo de resposta disponível — mas se o tempo de leitura atingir 500 ms, a máquina deixará de responder.
Para aplicações de embalagem, engarrafamento ou controle de movimento de alta velocidade, tempos de leitura inferiores a 2 ms são frequentemente necessários.
Uma pergunta comum: por que a CPU escreve em uma tabela de memória em vez de escrever diretamente nas saídas?
A abordagem de tabela de imagens resolve três problemas. Primeiro, garante atualizações de saída atômicas — cada saída em uma determinada varredura reflete a mesma avaliação lógica. Segundo, permite que as instruções do programa leiam seus próprios estados de saída sem criar um loop de feedback. Terceiro, reduz drasticamente a sobrecarga de comunicação de E/S ao agrupar as gravações.
Sem tabelas de imagens, uma única varredura de lógica ladder pode desencadear dezenas de gravações de saída individuais em diferentes pontos durante a execução, criando um comportamento instável da máquina.
A execução do ciclo de varredura padrão avalia cada instrução a cada varredura, independentemente de as condições terem mudado. Para a maioria das aplicações, isso é aceitável, mas desperdiça tempo de CPU avaliando lógica inativa.
A maioria dos PLCs modernos suporta a execução de tarefas periódicas ou orientadas a interrupções para lidar com eventos críticos em termos de tempo, sem interromper a varredura principal.
Interrupções com redução de tempo (TDIs): Executam uma rotina específica em um intervalo preciso, independente da varredura principal. São usadas para contagem de alta velocidade, processamento de encoders ou controle PID em intervalos fixos.
Interrupções acionadas por eventos: são executadas quando uma condição específica ocorre — transição de borda de entrada, evento de comunicação ou condição de falha. Respostas críticas de segurança frequentemente usam interrupções para garantir o tempo de resposta independentemente da posição da varredura principal.
Para o Siemens S7-1500, a lógica crítica em termos de tempo pode ser executada em blocos de organização de interrupção cíclica (OBs) com prioridades configuráveis. O Allen Bradley ControlLogix utiliza tarefas periódicas e de eventos com taxas configuráveis.
Medição do tempo de varredura: A maioria dos ambientes de programação exibe o tempo de varredura em tempo real. No Studio 5000, a guia Propriedades do Controlador > Geral mostra as estatísticas de execução. No TIA Portal, o menu Online > Diagnóstico fornece dados de tempo de varredura.
Reduzir o tempo de digitalização:
· Mova as instruções de comunicação (funções MSG) da varredura principal do programa para tarefas periódicas.
· Simplifique expressões complexas — substitua operações aritméticas aninhadas por valores pré-calculados sempre que possível.
· Use referências diretas em vez de tags copiadas sempre que possível.
· Reduzir o número de mensagens em redes EtherNet/IP ou PROFINET
· Considere uma CPU mais rápida se o tempo de varredura exceder os requisitos do aplicativo, mesmo após a otimização.
A comunicação em rede é a causa mais comum de aumentos inesperados no tempo de varredura. Cada consulta à IHM, cada leitura do SCADA e cada mensagem entre PLCs consome tempo de CPU durante a fase de manutenção.
Quando um CLP (Controlador Lógico Programável) precisa se comunicar com muitos dispositivos, a carga de comunicação pode crescer mais rápido do que a CPU consegue processar, fazendo com que os tempos de varredura aumentem gradualmente até que um limite seja ultrapassado e o desempenho da máquina se degrade.
Boa prática: segregue o controle crítico em termos de tempo e a comunicação de rede em segmentos de rede ou CPUs separados. Use uma CPU para controle da máquina e outra para coleta e geração de relatórios de dados.
O ciclo de varredura do CLP é o coração de todo sistema de controle industrial. Compreender suas quatro fases — leitura de entradas, execução do programa, gravação de saídas e limpeza — fornece aos programadores a base para escrever código eficiente e solucionar problemas de resposta.
O tempo de varredura não é apenas um número de especificação. Ele define a capacidade de operação em tempo real da sua máquina. Para a maioria das aplicações, um tempo de varredura de 10 a 20 ms é imperceptível para os operadores. Para equipamentos de alta velocidade, 1 ms ou menos separa um desempenho aceitável de uma falha catastrófica.
Conheça os requisitos do seu processo. Meça o tempo real de varredura em operação — não apenas no comissionamento — e projete sua arquitetura de controle para manter esse desempenho durante todo o ciclo de vida da máquina.
P: Um processador mais rápido significa sempre um tempo de varredura mais rápido?
R: Nem sempre. O tempo de varredura depende da complexidade do programa, da carga de comunicação da rede e da configuração de E/S. Uma CPU mais rápida ajuda, mas eliminar instruções desnecessárias e otimizar a comunicação proporciona ganhos maiores na maioria das aplicações.
P: O que acontece se uma entrada mudar de estado durante a varredura do programa?
A: A CPU não detecta o evento até o início da próxima varredura. Se uma entrada mudar no meio da execução e depois reverter antes da próxima varredura de entrada, o CLP pode nunca detectar o evento. Para eventos mais rápidos que o tempo de varredura, use o processamento de entrada baseado em interrupção.
P: Como a edição online afeta o tempo de digitalização?
A: Quando você faz alterações no programa enquanto o CLP está em execução (edição online), a CPU pode pausar brevemente a varredura ou executar sobrecarga adicional para sincronizar o novo código. Alterações online significativas podem causar aumentos temporários no tempo de varredura de 2 a 5 vezes os valores normais.
P: Devo me preocupar com o tempo de digitalização em processos lentos como o tratamento de água?
A: Para processos que mudam em segundos ou minutos, tempos de varredura de 100 ms são irrelevantes. No entanto, entradas e alarmes relacionados à segurança devem sempre ser processados com o mínimo de atraso, independentemente da velocidade do processo. Use interrupções para qualquer entrada que exija uma resposta mais rápida do que a varredura normal.
P: O tempo de digitalização pode variar durante a operação?
R: Sim. O tempo de leitura é proporcional à complexidade do programa e à carga de comunicação. Uma máquina ociosa, sem atividade, pode ler mais rápido do que a mesma máquina funcionando em plena velocidade de produção, com interação ativa com a interface homem-máquina (IHM) e alterações de receita.
· [Siemens PLCs](https://www.tztechio.com/siemens) — S7-1500, S7-1200
· [Allen Bradley PLCs](https://www.tztechio.com/allen-bradley) — ControlLogix, CompactLogix
· [Mitsubishi PLCs](https://www.tztechio.com/mitsubishi) — MELSEC iQ-R
Continue lendo, mantenha-se informado, inscreva-se e convidamos você a nos dizer o que pensa.
Além disso, com a sua permissão, queremos colocar cookies para tornar a sua visita e a interação com o slOC mais pessoal. Para isso utilizamos cookies analíticos e publicitários. Com esses cookies, nós e terceiros podemos rastrear e coletar seu comportamento na Internet dentro e fora do super-instrument.com. Com isso nós e terceiros adaptamos super-instrument.com e anúncios ao seu interesse. Ao clicar em Aceitar você concorda com isso. Se você recusar, usaremos apenas os cookies necessários e, infelizmente, você não receberá nenhum conteúdo personalizado. Por favor, visite nossa Política de Cookies para obter mais informações ou para alterar seu consentimento no futuro.
Accept and continue Decline cookies
