Lógica de retenção ou OTL/OTU? Escolhendo a memória do CLP com segurança
Circuitos de retenção e instruções OTL/OTU podem manter o mesmo comando, mas falham de maneiras diferentes. Este guia compara o comportamento de varredura, o risco na reinicialização, a solução de ...
Um comando de motor que permanece ativo depois que o operador solta o botão Iniciar pode ser construído com um ramo de retenção ou com instruções retentivas de set/reset. O resultado em regime permanente pode parecer idêntico em uma IHM. O comportamento em caso de falha, porém, não é idêntico — e essa diferença é importante durante uma reinicialização, uma falha ou uma edição on-line.
A pergunta útil de engenharia, portanto, não é “qual instrução é melhor?”. É “onde o estado deve ficar, quem tem permissão para alterá-lo e quais condições devem permanecer dominantes?”.
Duas formas de memorizar, dois contratos diferentes
Um degrau convencional de retenção usa uma instrução de saída comum e um contato paralelo do bit comandado. Na terminologia Logix, uma instrução Output Energize acompanha a condição do degrau a cada varredura: um degrau verdadeiro grava o bit como verdadeiro, e um degrau falso grava o bit como falso. O ramo mantém o degrau verdadeiro depois que o comando momentâneo de Iniciar desaparece, mas um Parar, uma falha ou uma permissão colocados em série podem interromper o caminho imediatamente.
Uma instrução Output Latch grava um bit como verdadeiro quando seu degrau se torna verdadeiro. O bit permanece verdadeiro até que uma instrução Output Unlatch — ou outro gravador — o limpe. A referência de instruções de bits da Rockwell Automation diferencia OTE como uma saída que acompanha a varredura e OTL e OTU como operações retentivas de definir e limpar.
Um par de set/reset separa as condições que estabelecem e limpam um comando. O diagrama foi mantido da ilustração de mídia original; fonte: Control.com.
O ciclo de varredura determina qual projeto é mais fácil de confiar
A lógica de retenção expõe o caminho dominante de parada
Para uma solicitação simples de funcionamento, o padrão de retenção mantém visíveis no mesmo degrau as condições de Iniciar, Parar, sobrecarga, modo e permissões. Quando qualquer condição em série se torna falsa, a OTE é regravada como falsa durante essa varredura. Os técnicos de manutenção normalmente conseguem acompanhar toda a decisão sem procurar em várias rotinas.
O padrão se torna difícil quando vários subsistemas podem iniciar ou parar o mesmo estado. Adicionar ramos paralelos indefinidamente oculta a prioridade e dificulta a solução de problemas on-line. Nesse ponto, uma máquina de estados dedicada costuma ser mais clara do que um degrau de retenção gigantesco ou instruções de latch espalhadas.
OTL e OTU separam eventos de estado
As instruções retentivas são úteis quando eventos independentes precisam estabelecer e limpar um estado: uma etapa de sequência, um handshake concluído, uma confirmação de alarme ou uma solicitação que deve sobreviver ao pulso que a disparou. O risco é a propriedade. Se a mesma tag for gravada por várias rotinas, a ordem das tarefas e das varreduras poderá decidir o valor final.
Uma referência cruzada mostrando um latch e um unlatch não comprova, por si só, um comportamento seguro. O programa também precisa de uma regra de prioridade explícita. Se as condições de set e reset puderem ser verdadeiras na mesma varredura, o engenheiro deverá documentar qual resultado vence e verificar se o agendamento das rotinas não poderá alterá-lo inesperadamente.
Mantenha o estado memorizado afastado da saída física
Um padrão sólido é memorizar um comando interno ou o estado de uma sequência e, em seguida, acionar a saída física com uma única OTE condicionada pelas permissões atuais. A solicitação memorizada pode continuar verdadeira, mas o comando do atuador ainda será desativado quando uma sobrecarga, uma condição de proteção, um intertravamento do processo ou o modo de operação remover a permissão.
Essa separação também melhora o diagnóstico. Os operadores podem ver que existe uma solicitação de funcionamento enquanto uma permissão específica bloqueia o movimento. O mesmo princípio ajuda durante o comissionamento do controlador; o fluxo de trabalho de comissionamento do Micro800 explica por que as saídas devem ser validadas em condições controladas, em vez de serem inferidas apenas a partir de um bit interno.
As funções de segurança exigem hardware certificado para segurança, lógica validada e um projeto documentado de redução de riscos. Nem um ramo de retenção nem um par normal de OTL/OTU transforma uma saída comum de PLC em uma função de segurança.
O comportamento na reinicialização é um requisito de projeto, não uma surpresa
Antes de escolher uma lógica retentiva, defina o que deve acontecer após uma perda de energia, uma mudança de modo do controlador, um download do programa ou uma interrupção de comunicação. Um contator físico será desenergizado quando a energia desaparecer, mas um comando retido ainda poderá estar verdadeiro quando o controle for retomado. A reinicialização automática pode ser aceitável para alguns processos contínuos e inaceitável para máquinas acessíveis a pessoas.
Use um estado de inicialização que reconcilie deliberadamente as solicitações retidas com as condições atuais de campo. Confirme os dispositivos de realimentação, limpe handshakes obsoletos, restabeleça a qualidade das comunicações e exija uma nova ação do operador quando a avaliação de riscos assim determinar.
Testes de comissionamento que revelam defeitos ocultos
Teste mais do que Iniciar e Parar. Mantenha ambas as solicitações verdadeiras, remova uma permissão por vez, force uma falha durante a transição entre estados, alterne os modos do controlador, interrompa a realimentação pela rede e verifique o que acontece após o restabelecimento da energia. Observe juntos o bit de comando, o degrau final da saída e a realimentação de campo.
O comportamento de um pulso único também pode mudar um projeto com latch. Se um evento for esperado apenas uma vez, verifique seu bit de armazenamento e o tempo de varredura. O guia relacionado sobre pulsos de disparo único e comportamento da OTE no Studio 5000 mostra por que um pulso que existe internamente pode nunca produzir o resultado de campo esperado pelo engenheiro.
Visão editorial: propriedade única é melhor do que preferência por instruções
Para comandos mantidos simples, a PLC ProTech prefere um padrão de retenção porque o caminho de parada fica visível e é avaliado continuamente. Para estados de sequência e memória de eventos, a lógica de set/reset é apropriada quando uma rotina é a proprietária do estado, a prioridade de reset é explícita e a saída física permanece sob uma OTE separada, orientada por permissões.
A escolha da instrução é secundária. O sinal decisivo de qualidade é saber se outro engenheiro consegue identificar todos os gravadores, prever o estado após uma interrupção e comprovar que as condições de proteção permanecem dominantes.
Perguntas frequentes
Uma instrução OTL mantém uma saída real energizada durante uma falha de energia?
Não. A perda de energia de controle remove a energia do circuito de saída física. A preocupação é que o bit de comando retido ainda possa estar verdadeiro quando o controlador e o sistema de saída retornarem, dependendo do controlador, da configuração de memória e da lógica de inicialização.
Um degrau de retenção é não retentivo?
A OTE acompanha seu degrau sempre que o degrau é varrido. Um ramo de retenção pode manter o degrau durante a operação normal, mas o comportamento na inicialização e na pré-varredura depende do controlador. Os engenheiros devem verificar a plataforma-alvo, em vez de presumir um comportamento idêntico entre diferentes famílias de PLC.
A mesma tag pode ser usada por instruções OTL, OTU e OTE?
Muitos PLCs permitem vários gravadores, mas o resultado pode depender da ordem de execução e ser difícil de solucionar. Um projeto mais seguro atribui a cada estado um único proprietário e aciona cada saída física a partir de um único local final de comando.
Quando a lógica de set/reset é a melhor escolha?
Ela é útil para memória de eventos, etapas de sequência, confirmação de alarmes e handshakes que precisam persistir além de um gatilho de uma única varredura. A condição de reset, a política de inicialização e a resposta a falhas devem ser definidas ao mesmo tempo.