Un’istruzione ONS può funzionare esattamente come progettato mentre l’uscita accanto ad essa sembra non attivarsi mai. L’apparente contraddizione dipende dalla temporizzazione della scansione: ONS lascia passare una transizione da falso a vero per una scansione del programma, mentre OTE scrive ogni volta la propria destinazione in base alla condizione del rung. Se vengono messe in serie, la destinazione è vera per una scansione, poi torna a essere falsa.

Quell’impulso può essere perfettamente valido per incrementare un contatore, registrare un evento o richiedere una transizione di stato. Di solito è il comando sbagliato per un avviatore fisico, un solenoide di valvola o un’indicazione per l’operatore che deve rimanere attiva finché un’altra condizione non la disattiva.

L’evidenziazione verde online può sfuggire quando lo stato vero dura solo per un’esecuzione del task.

Che cosa garantiscono realmente ONS e OTE

Rockwell Automation definisce ONS come un’istruzione che rende vero il resto di un rung ladder per una scansione quando la condizione del rung in ingresso cambia da falsa a vera. Il bit di memoria ricorda se la logica precedente era già vera. Questo bit di memoria appartiene al rilevatore di fronte e non dovrebbe essere condiviso alla leggera con un altro one-shot.

OTE ha un contratto diverso. Imposta a uno il bit di destinazione quando la condizione del rung è vera e lo azzera quando la condizione del rung è falsa. Il riferimento alle istruzioni sui bit di Studio 5000 di Rockwell distingue l’abilitazione per una sola scansione di ONS dai comportamenti mantenuti e ritentivi di OTE, OTL e OTU.

Nella scansione in cui viene rilevato il fronte di salita, ONS consente la continuità del rung e la destinazione OTE diventa vera. Nella scansione successiva, l’ingresso può essere ancora vero, ma ONS blocca la continuità perché il fronte è già stato rilevato. OTE azzera quindi la propria destinazione. Il risultato è un impulso legittimo di una scansione, non una bobina guasta.

Perché l’impulso scompare alla vista

L’esecuzione dei task Logix e l’aggiornamento online della workstation di engineering sono processi separati. Un task periodico può essere eseguito molte volte tra due aggiornamenti dello schermo. Di conseguenza, l’uscita può attivarsi e disattivarsi tra due aggiornamenti visibili, anche se il processore ha eseguito correttamente entrambi gli stati.

Un’uscita fisica introduce un ulteriore confine. Il controller aggiorna i propri dati di uscita, il modulo di comunicazione trasferisce i dati secondo la propria temporizzazione e il dispositivo collegato ha un proprio tempo di risposta elettrico e meccanico. Un impulso presente nell’immagine del controller per una sola scansione potrebbe essere troppo breve per raggiungere o azionare in modo affidabile il dispositivo di campo. Il comportamento esatto dipende dal periodo del task, dall’aggiornamento del modulo, dalla configurazione della rete, dall’hardware di uscita e dal carico, non da una soglia universale espressa in millisecondi.

Per la diagnosi, conta i fronti in un tag interno, imposta un bit diagnostico temporaneo che richieda un reset deliberato oppure traccia l’evento a una frequenza adeguata al task. Non prolungare un comando di produzione soltanto per renderlo visibile senza prima considerare che cosa potrebbe azionare quel comando prolungato.

Scegli lo schema in base al comportamento di stato richiesto

Usa un impulso di una scansione per un evento

ONS è appropriato quando l’istruzione a valle deve essere eseguita una sola volta: incrementare un conteggio, copiare una ricetta, acquisire un timestamp, avviare un messaggio o chiedere a una macchina a stati di passare allo stato successivo. In questo progetto, il tag di una scansione è un evento, non un comando per un’apparecchiatura.

Assegnagli un nome coerente: Start_Request_Pulse è più chiaro di Pump_Start. La routine di stato o dell’apparecchiatura dovrebbe accettare la richiesta, verificare i permessi, stabilire la titolarità e creare il comando di marcia mantenuto.

Usa un’equazione di autoritenuta per un comando mantenuto non ritentivo

Se un evento di avvio deve mantenere attivo un bit di marcia finché non diventa vera la logica di arresto, guasto o interblocco, un’equazione con autoritenuta può pilotare una sola OTE. Il comando rimane vero perché il bit di stato partecipa alla propria condizione di mantenimento, non perché ONS rimane vero.

Disponi le condizioni di arresto, guasto, modalità e permesso in modo che la loro priorità sia inequivocabile. Evita di disegnare un ramo che bypassi proprio l’interblocco destinato ad arrestare l’apparecchiatura. Un unico proprietario dell’uscita è più facile da esaminare rispetto a più rung che scrivono lo stesso BOOL.

Il one-shot dovrebbe richiedere una modifica di stato; la logica mantenuta dovrebbe gestire il comando dell’apparecchiatura.

Usa OTL e OTU solo con una titolarità del reset esplicita

OTL imposta un bit e OTU lo azzera. Questo può essere uno schema pulito da evento a stato, ma ogni percorso di set deve avere un percorso di reset verificato. Definisci che cosa accade al primo ciclo, al cambio di modalità, al download, al riavvio del processore, alla perdita del feedback e al passaggio a uno stato di guasto. Non presumere mai che un pulsante di arresto dell’operatore sia l’unica condizione che deve sganciare il comando.

Per apparecchiature complesse, una macchina a stati è normalmente più chiara di istruzioni di latch e unlatch sparse. Offre un unico punto in cui definire il comportamento di Idle, Starting, Running, Stopping e Faulted, insieme alle transizioni consentite tra questi stati.

Una sequenza di troubleshooting orientata prima ai guasti

Per prima cosa, verifica che la logica a monte di ONS passi effettivamente da falsa a vera. Se è già vera quando la routine inizia l’esecuzione, potrebbe non esserci alcun nuovo fronte da trasmettere. Controlla se la routine viene eseguita continuamente, richiamata in modo condizionale oppure inserita in un task inibito.

In secondo luogo, verifica che il bit di memoria ONS sia univoco. Riutilizzare lo stesso tag di memoria in due posizioni collega la cronologia dei fronti di rung non correlati e può sopprimere gli impulsi attesi.

In terzo luogo, esegui il cross-reference della destinazione OTE. Un’altra OTE, OTL, OTU, un tag prodotto, un alias o una scrittura esterna possono modificare lo stesso bit più avanti nella scansione o in un altro task. La documentazione OTE di Rockwell avverte specificamente del rischio di sovrascrittura degli operandi. Stabilisci un unico proprietario per il comando finale e lascia che le altre routine richiedano le modifiche tramite tag separati.

In quarto luogo, separa lo stato del controller dallo stato fisico. Osserva il tag di comando, lo stato della connessione del modulo, i dati di uscita, la tensione di campo, il relè d’interposizione, l’ingresso dell’avviatore e il feedback del dispositivo come punti distinti della catena del segnale. Un tag corretto non dimostra la presenza di alimentazione sul campo e un LED di uscita acceso non dimostra che l’attuatore si sia mosso.

Infine, rimuovi i force e i latch diagnostici temporanei dopo il test. Documenta il metodo di prova affinché il personale di manutenzione non erediti un bit utilizzabile solo in assistenza che modifichi silenziosamente il comportamento della produzione.

Esempio applicativo: selezione della pompa principale

Una routine lead/lag può generare un one-shot quando la Pompa 1 diventa l’unità principale selezionata. Quel fronte non dovrebbe essere collegato direttamente all’uscita fisica. Dovrebbe richiedere un avvio al modulo dell’apparecchiatura pompa. Il modulo verifica quindi la modalità automatica, i permessi, lo stato di intervento, il tempo minimo di spegnimento, la richiesta di processo e la disponibilità prima di attivare un comando di marcia mantenuto.

Il feedback dovrebbe far passare lo stato da Starting a Running, mentre un timeout di avvio genera una risposta di guasto. La richiesta di arresto e i guasti dovrebbero portare lo stato verso un arresto controllato o uno sgancio immediato, secondo il progetto del processo. Questa separazione impedisce che un fugace evento di selezione diventi l’unico elemento che mantiene il comando del motore.

Per un altro esempio di trasformazione dell’intento booleano in una struttura ladder manutenibile, consulta la guida corretta a XOR a tre interruttori e logica di parità dispari. Le opzioni di controller e I/O possono essere consultate anche tramite sistemi PLC e PAC.

La verifica progettuale riguarda la titolarità

Considerazione editoriale: l’errore ricorrente non consiste nel fraintendere un one-shot, ma nel permettere che un bit di evento si mascheri da stato dell’apparecchiatura. I rilevatori di fronte rispondono alla domanda «questa transizione si è verificata?». La logica di stato risponde alla domanda «che cosa dovrebbe fare ora la macchina?». Mantenere separate queste domande produce codice più facile da mettere in servizio, più sicuro al riavvio e molto meno vulnerabile a modifiche con bobine duplicate.

Domande frequenti

Un ONS attiva l’OTE successiva?

Sì, nella scansione in cui la condizione del rung in ingresso cambia da falsa a vera. Nella scansione successiva, ONS blocca il rung finché la condizione d’ingresso non torna prima falsa e poi risale nuovamente.

Perché non riesco a vedere online l’attivazione dell’OTE?

L’impulso di una scansione può iniziare e terminare tra due aggiornamenti della workstation di engineering. Usa un contatore interno degli eventi, un latch diagnostico controllato o un trend configurato adeguatamente per dimostrare che il fronte si è verificato.

Devo sostituire OTE con OTL?

Solo se lo stato ritentivo è il requisito effettivo e ogni condizione di unlatch è progettata esplicitamente. Per molti comandi di apparecchiature, una macchina a stati o un’equazione con autoritenuta e un unico proprietario OTE è più facile da verificare.

Due istruzioni ONS possono condividere lo stesso bit di memoria?

Non dovrebbero. Il bit di memoria registra la cronologia del fronte. Condividerlo collega le due istruzioni e può far sì che un rung sopprima l’impulso atteso dall’altro.

Un’OTE di una scansione può pilotare un’uscita fisica?

Il controller può scrivere quello stato, ma l’impulso potrebbe non essere trasferito o mantenuto abbastanza a lungo perché il modulo e il dispositivo di campo rispondano. I comandi fisici dovrebbero basarsi su un requisito definito di stato mantenuto.