Por que os pulsos ONS do Studio 5000 desaparecem em um OTE
As instruções ONS e OTE do Studio 5000 podem criar um pulso válido de um único ciclo, invisível durante o monitoramento online e não confiável como comando m...
Uma instrução ONS pode funcionar exatamente como projetada enquanto a saída ao lado dela parece nunca ser energizada. A aparente contradição ocorre por causa do tempo de varredura: a ONS deixa passar uma transição de falso para verdadeiro durante uma única varredura do programa, enquanto uma OTE grava seu destino com base na condição do renglão toda vez que o renglão é avaliado. Colocadas em série, o destino fica verdadeiro por uma varredura e depois volta a ser falso.
Esse pulso pode ser perfeitamente válido para incrementar um contador, registrar um evento ou solicitar uma transição de estado. Normalmente, porém, ele é o comando errado para um motor de partida físico, uma solenoide de válvula ou uma indicação para o operador que precisa permanecer ativa até que outra condição a encerre.

O destaque verde online pode passar despercebido quando o estado verdadeiro dura apenas uma execução da tarefa.
O que ONS e OTE realmente garantem
A Rockwell Automation define a ONS como uma instrução que torna o restante de um renglão ladder verdadeiro por uma varredura quando a condição de entrada do renglão muda de falso para verdadeiro. Seu bit de armazenamento registra se a lógica anterior já estava verdadeira. Esse bit de armazenamento pertence ao detector de borda e não deve ser compartilhado casualmente com outro one-shot.
A OTE tem um contrato diferente. Ela define seu bit de destino quando a condição do renglão é verdadeira e limpa o bit quando a condição do renglão é falsa. A referência de instruções de bits do Studio 5000 da Rockwell distingue a habilitação de uma varredura com ONS dos comportamentos mantidos e retentivos de OTE, OTL e OTU.
Na varredura que detecta a borda de subida, a ONS permite a continuidade do renglão e o destino da OTE torna-se verdadeiro. Na varredura seguinte, a entrada ainda pode estar verdadeira, mas a ONS bloqueia a continuidade porque a borda já foi consumida. A OTE então limpa seu destino. O resultado é um pulso legítimo de uma varredura, não uma bobina com falha.
Por que o pulso desaparece da visualização
A execução das tarefas Logix e a atualização online da estação de engenharia são processos separados. Uma tarefa periódica pode ser executada muitas vezes entre duas atualizações da tela. Portanto, a saída pode ligar e desligar entre duas atualizações visíveis, mesmo que o processador tenha executado os dois estados corretamente.
Uma saída física introduz outro limite. O controlador atualiza seus dados de saída, o módulo de comunicação transfere os dados conforme sua programação, e o dispositivo conectado tem um tempo de resposta elétrico e mecânico. Um pulso que existe na imagem do controlador por uma varredura pode ser curto demais para chegar ao dispositivo de campo ou acioná-lo de modo confiável. O comportamento exato depende do período da tarefa, da atualização do módulo, da configuração da rede, do hardware de saída e da carga — não de um limite universal em milissegundos.
Para diagnosticar, conte as bordas em uma tag interna, trave um bit de diagnóstico temporário que exija um reset deliberado ou registre a tendência do evento a uma taxa adequada à tarefa. Não prolongue um comando de produção apenas para torná-lo visível sem considerar primeiro o que esse comando prolongado poderia operar.
Escolha o padrão com base no comportamento de estado necessário
Use um pulso de uma varredura para um evento
A ONS é adequada quando a instrução seguinte deve ser executada uma vez: incrementar uma contagem, copiar uma receita, capturar um registro de data e hora, iniciar uma mensagem ou solicitar que uma máquina de estados avance para o próximo estado. Nesse projeto, a tag de uma varredura é um evento, não um comando de equipamento.
Dê a ela um nome apropriado — Start_Request_Pulse é mais claro que Pump_Start. A rotina de estado ou equipamento deve aceitar a solicitação, verificar as permissivas, estabelecer a propriedade e criar o comando de funcionamento mantido.
Use uma equação de retenção para um comando mantido não retentivo
Se um evento de partida precisar manter um bit de funcionamento até que a lógica de parada, falha ou intertravamento se torne verdadeira, uma equação de estado com retenção pode acionar uma única OTE. O comando permanece verdadeiro porque o bit de estado participa da própria condição que o mantém, não porque a ONS permanece verdadeira.
Posicione as condições de parada, falha, modo e permissivas de modo que sua prioridade seja inequívoca. Evite desenhar uma ramificação que contorne justamente o intertravamento destinado a parar o equipamento. Um único proprietário da saída é mais fácil de revisar do que vários renglões gravando no mesmo BOOL.

O one-shot deve solicitar uma mudança de estado; a lógica mantida deve ser responsável pelo comando do equipamento.
Use OTL e OTU somente com uma propriedade de reset explícita
Uma OTL define um bit e uma OTU o limpa. Esse pode ser um padrão limpo de evento para estado, mas todo caminho de definição precisa de um caminho de reset revisado. Defina o que acontece na primeira varredura, na mudança de modo, no download, na reinicialização do processador, na perda de feedback e na transição para um estado de falha. Nunca suponha que um botão de parada do operador seja a única condição que precisa desengatar o comando.
Para equipamentos complexos, uma máquina de estados normalmente é mais clara do que instruções de retenção e desretenção espalhadas. Ela oferece um único local para definir os comportamentos Inativo, Partindo, Em funcionamento, Parando e Em falha, além das transições permitidas entre eles.
Uma sequência de diagnóstico priorizando falhas
Primeiro, confirme se a lógica anterior à ONS realmente faz a transição de falso para verdadeiro. Se ela já estiver verdadeira quando a rotina começar a executar, talvez não exista uma nova borda para deixar passar. Verifique se a rotina é varrida continuamente, chamada condicionalmente ou colocada em uma tarefa inibida.
Segundo, verifique se o bit de armazenamento da ONS é exclusivo. Reutilizar uma única tag de armazenamento em dois locais conecta o histórico de borda de renglões não relacionados e pode suprimir pulsos esperados.
Terceiro, faça a referência cruzada do destino da OTE. Outra OTE, OTL, OTU, tag produzida, alias ou gravação externa pode alterar o mesmo bit mais tarde na varredura ou em outra tarefa. A documentação da OTE da Rockwell alerta especificamente sobre operandos que podem ser sobrescritos. Estabeleça um único proprietário para o comando final e permita que outras rotinas solicitem alterações por meio de tags separadas.
Quarto, separe o estado do controlador do estado físico. Observe a tag de comando, o status da conexão do módulo, os dados de saída, a tensão de campo, o relé de interposição, a entrada do motor de partida e o feedback do dispositivo como pontos diferentes na cadeia de sinal. Uma tag correta não comprova a presença de energia no campo, e um LED de saída energizado não comprova que o atuador se moveu.
Por fim, remova as forças e as retenções de diagnóstico temporárias após os testes. Documente o método de teste para que a equipe de manutenção não herde um bit destinado apenas à manutenção que altere silenciosamente o comportamento da produção.
Exemplo de aplicação: seleção da bomba líder
Uma rotina de líder/seguidora pode gerar um one-shot quando a Bomba 1 se torna a unidade líder selecionada. Essa borda não deve ser ligada diretamente à saída física. Ela deve solicitar uma partida ao módulo do equipamento da bomba. O módulo então verifica o modo automático, as permissivas, o estado de disparo, o tempo mínimo desligada, a demanda do processo e a disponibilidade antes de afirmar um comando de funcionamento mantido.
O feedback deve levar o estado de Partindo para Em funcionamento, enquanto um tempo limite de partida cria uma resposta de falha. A demanda de parada e as falhas devem levar o estado a uma parada controlada ou a um disparo imediato, de acordo com o projeto do processo. Essa separação impede que um evento momentâneo de seleção se torne a única coisa que mantém um comando de motor.
Para outro exemplo de como transformar uma intenção booleana em uma estrutura ladder sustentável, consulte o guia corrigido sobre XOR de três interruptores e lógica de paridade ímpar. As opções de controladores e E/S também podem ser consultadas em sistemas PLC e PAC.
O teste de projeto é a propriedade
Opinião editorial: o erro recorrente não é não entender um one-shot; é permitir que um bit de evento se passe por um estado de equipamento. Os detectores de borda respondem a “essa transição ocorreu?”. A lógica de estado responde a “o que a máquina deve estar fazendo agora?”. Manter essas perguntas separadas produz um código mais fácil de comissionar, mais seguro para reiniciar e muito menos vulnerável a edições com bobinas duplicadas.
Perguntas frequentes
Uma ONS energiza a OTE seguinte?
Sim, na varredura em que a condição de entrada do renglão muda de falso para verdadeiro. Na varredura seguinte, a ONS bloqueia o renglão até que sua condição de entrada primeiro retorne a falso e depois volte a subir.
Por que não consigo ver a OTE ligada online?
O pulso de uma varredura pode começar e terminar entre as atualizações da estação de engenharia. Use um contador de eventos interno, uma retenção de diagnóstico controlada ou uma tendência configurada adequadamente para comprovar que a borda ocorreu.
Devo substituir a OTE por uma OTL?
Somente se o estado retido for realmente necessário e todas as condições de desretenção estiverem explicitamente projetadas. Para muitos comandos de equipamento, uma máquina de estados ou uma equação de retenção com um único proprietário OTE é mais fácil de auditar.
Duas instruções ONS podem compartilhar o mesmo bit de armazenamento?
Não devem. O bit de armazenamento registra o histórico da borda. Compartilhá-lo conecta as duas instruções e pode fazer com que um renglão suprima o pulso esperado do outro.
Uma OTE de uma varredura pode acionar uma saída física?
O controlador pode gravar esse estado, mas o pulso pode não ser transferido ou mantido por tempo suficiente para que o módulo e o dispositivo de campo respondam. Os comandos físicos devem basear-se em um requisito definido de estado mantido.