Programa de CLP de envase de garrafas: falha de especialista

A garrafa que foi contada duas vezes: o que o seu código deve fazer

O rascunho vai mal em uma execução ininterrupta de três garrafas e sua recuperação de travamento é pouco confiável. Três defeitos interagem. Observe uma garrafa ficar no sensor, parar no limite de enchimento, e depois sair enquanto está em espera. O volume é um percentual de uma garrafa de 1 L: 80% = 800 mL.

Estados e comandos

0 = parado, 10 = alimentação, 20 = enchimento, 30 = em espera, 40 = liberação, 50 = concluído. ConveyorOn fica ON só em 10/40. FillValve fica ON só em 20 com BottlePresent. Done é TRUE só em 50. Mudanças de fase comuns podem usar o conjunto de comandos completo, anterior ou novo, na varredura de entrada, e depois devem se acomodar. Stop, perda de permissão, Jam e Hold removem os dois comandos na hora. Nunca encha sem BottlePresent.

Uma transição

Uma nova borda de Start entra em 10 só com Permit, sem Stop, sem Jam e sem Hold. Em 10, BottlePresent entra em 20. Em 20, Volume >= 80 entra em 40. Processe só uma transição de fase por varredura. Uma garrafa deve continuar presente para concluir.

Prioridade e espera

Stop ou perda de Permit entra em 0 na hora. Jam/Hold tem prioridade sobre a perda de garrafa e a conclusão nas fases ativas, entra em 30 e lembra SavedPhase. Limpar a causa não faz nada até Resume com Jam/Hold limpos. Resume entra na fase salva por uma varredura antes de processar essa fase de novo.

Aceitas e rejeitadas

Em 40, BottlePresent FALSE aumenta Accepted exatamente uma vez e volta para 10; a terceira saída aceita entra em 50. Uma garrafa perdida no enchimento ou no enchimento em espera aumenta Rejected uma vez. O enchimento em espera então lembra a alimentação e espera por Resume. Uma garrafa concluída removida durante a liberação em espera é contada na próxima vez que a fase de liberação retomada executar.

Reset / religamento

Start deve ser solto e pressionado de novo depois de Stop/perda de Permit. Reset só funciona em 0/50 com Start solto, sem Stop e com Permit TRUE: limpe Accepted e Rejected e continue parado. Ignore Reset nas fases ativas. A conclusão não pode ser reiniciada só com Start.

Use Executar e Start. Tente Jam em 80% e limpe sem Resume: os dois comandos continuam OFF. Depois use Entradas para segurar BottlePresent FALSE enquanto está em espera durante um enchimento incompleto. Rejected sobe uma vez, nunca Accepted. Reproduza cada teste que falhou para comparar a fase salva e os totais de garrafas.

A garrafa que foi contada duas vezes: entradas e saídas

Seu programa lê 9 entradas e define 5 saídas. Os nomes são os mesmos no editor de qualquer fabricante.

No SCL da Siemens, escreva as tags do próprio bloco com # na frente, como faz o TIA Portal: #Start. Rockwell e TwinCAT use só o nome: Start.

O que as verificações testam

1. T1Só garrafas concluídas que saem da estação aumentam Accepted.
2. T2Jam/Hold vence a conclusão e exige Resume depois de limpar.
3. T3Uma garrafa incompleta perdida aumenta Rejected exatamente uma vez; um Reset ativo não pode apagar os totais.

As verificações executam 7 testes na máquina, varredura por varredura: Resume não vence um travamento ativo; Stop pode encerrar Held; Contar saídas, não varreduras de enchimento; concluir três garrafas; O travamento vence a conclusão e limpá-lo não pode retomar; Uma garrafa perdida durante a espera é rejeitada exatamente uma vez; Uma garrafa concluída que sai durante Hold é contada na recuperação; Stop vence; um novo Start é exigido depois que a permissão volta; Um Reset durante o enchimento não pode descartar a garrafa nem os totais.

Onde você encontraria isto

Ao desobstruir um travamento em uma linha de envase, um operador retira uma garrafa cheia pela metade. O controlador precisa lembrar o que foi interrompido.

Contar uma garrafa cheia pela metade como boa manda garrafas incompletas pela linha. Um religamento enquanto alguém desobstrui o travamento pode mover a linha sem aviso.

Resolveu ou travou? Converse sobre isso no Vestiário.