Come implementare il rilevamento guasti statistico 3 Sigma per pompe in Ladder Logic

Il rilevamento guasti 3 Sigma per pompe utilizza statistiche mobili all'interno del PLC per identificare comportamenti analogici anomali prima che venga superata una soglia di allarme fissa. Calcolando una media mobile e una deviazione standard dai campioni di pressione recenti, la ladder logic può intervenire su anomalie basate sulla varianza, come cavitazione, perdite o condizioni di flusso instabili.

Gli allarmi statici di bassa pressione sono una difesa tardiva, non un sistema di allerta precoce. Quando la pressione di mandata scende finalmente sotto un punto di intervento fisso, la pompa potrebbe già essere soggetta a cavitazione, stress delle tenute o instabilità di flusso, fenomeni visibili nel segnale già da diversi secondi.

Durante la convalida di uno scenario di pompa centrifuga in OLLA Lab, una soglia di varianza 3 Sigma su un segnale di pressione di mandata simulato 4–20 mA ha rilevato anomalie di perdita di flusso 4,2 secondi più velocemente rispetto a un convenzionale allarme statico di bassa pressione, attivando un arresto di sicurezza prima che si verificassero danni simulati alle tenute [Metodologia: n=24 cicli di guasto simulati in uno scenario di pompa centrifuga; comparatore di base = solo intervento per bassa pressione fissa; finestra temporale = dall'insorgenza dell'anomalia all'attivazione dell'allarme su un regime di campionamento di 100 ms]. Questo è un benchmark interno di Ampergon Vallis, non una dichiarazione di prestazioni valida per l'intero settore.

Il punto ingegneristico è semplice: l'analisi in cloud è utile per la revisione dei trend, ma l'interblocco deterministico appartiene al controllo di campo (edge). Se la logica deve agire immediatamente, il PLC non dovrebbe attendere uno storico (historian), una dashboard o una rete che potrebbe non essere disponibile.

Il Controllo Statistico di Processo (SPC) a livello PLC è prezioso perché combina il rilevamento delle anomalie con un'azione deterministica. La distinzione è fondamentale: l'analisi può spiegare un guasto a posteriori, ma gli interblocchi devono prevenire i danni in tempo reale.

Tre vantaggi pratici giustificano l'esecuzione di una logica SPC delimitata nel PLC:

1. Interblocco deterministico Il PLC può attivare un allarme, arrestare un motore o inibire il riavvio entro il normale ciclo di scansione e output. Questo è sostanzialmente diverso dall'attendere la valutazione lato cloud e il ritorno del messaggio.
2. Resilienza della rete La logica di protezione rimane attiva anche se il collegamento IT/OT cade, il broker si blocca o l'historian comprime il segnale rendendolo meno utile per un rilevamento rapido dei guasti.
3. Visibilità del segnale ad alta frequenza Il PLC vede l'ingresso analogico alla cadenza del task di controllo. Spesso un historian non lo fa. Flutter rapidi, instabilità intermittenti ed escursioni di breve durata sono esattamente i comportamenti che le soglie fisse mancano per prime.

Ciò non significa che ogni funzione di manutenzione predittiva debba risiedere nella ladder logic. Diagnostica a lungo termine, analisi di flotta e pianificazione della manutenzione basata su modelli sono solitamente gestite meglio a monte. Il PLC è il posto giusto per una logica statistica delimitata e deterministica che deve influenzare immediatamente lo stato della macchina.

Dal punto di vista normativo, questa separazione è coerente con la disciplina di allocazione funzionale nei sistemi di controllo industriale: l'azione protettiva deve rimanere deterministica e verificabile, mentre l'analisi consultiva può risiedere altrove (IEC, 2010; IEC, 2016). Livelli diversi hanno obblighi diversi.

La logica 3 Sigma è una deviazione standard mobile applicata a un tag di processo attivo. La formula è nota; i dettagli di implementazione sono dove i progetti PLC diventano costosi.

Per una finestra di campionamento di N letture di pressione:

μ = (1/N) × Σxᵢ

• Media

σ² = (1/N) × Σ(xᵢ - μ)²

• Varianza

σ = √σ²

• Deviazione standard

UCL = μ + 3σ LCL = μ - 3σ

• Limiti di controllo 3 Sigma

Se il valore di pressione corrente cade al di fuori di tale banda, la logica attiva un bit di anomalia statistica.

Blocchi matematici richiesti nella ladder logic

Un'implementazione pratica richiede solitamente questi tipi di istruzioni:

• Logica FIFO / FFL / array-shift per mantenere una finestra di campionamento mobile
• Logica AVE o ADD/DIV esplicita per calcolare la media mobile
• SUB per calcolare la deviazione dalla media
• MUL per elevare al quadrato la deviazione
• ADD per accumulare le deviazioni al quadrato
• DIV per calcolare la varianza
• SQRT per calcolare la deviazione standard
• MUL di nuovo per generare la banda 3 Sigma
• CMP / LIM / GRT / LES per attivare la condizione di anomalia

L'ipotesi di base è che il rumore del segnale di riferimento sia approssimativamente stabile e sufficientemente regolare affinché una banda di deviazione standard sia significativa. I segnali reali delle pompe non sono distribuzioni normali da manuale, e nessun ingegnere competente dovrebbe fingere il contrario. Tuttavia, per il rilevamento di anomalie delimitate su un regime operativo stabile, la logica 3 Sigma è spesso utile perché è semplice, trasparente e verificabile.

Una media mobile inizia con un campionamento disciplinato e tipi di dati corretti. Se il segnale di pressione analogico viene memorizzato come intero e poi diviso come se la precisione fosse opzionale, la matematica sarà fuorviante.

### Passaggio 1: Campionare l'ingresso analogico a un intervallo fisso

Utilizzare un timer o un task periodico per campionare l'ingresso di pressione a una frequenza costante. Un punto di partenza comune è:

- Intervallo di campionamento: 100 ms - Dimensione della finestra: 50 campioni - Finestra di osservazione: 5 secondi

Ciò fornisce una cronologia recente sufficiente per rilevare l'instabilità senza rendere la banda di controllo troppo lenta.

### Passaggio 2: Memorizzare i campioni in un array REAL

Utilizzare tipi di dati REAL per:

• pressione corrente
• elementi dell'array
• media mobile
• varianza
• deviazione standard
• limiti di controllo superiore e inferiore

Ciò evita il troncamento durante la divisione e preserva la risoluzione analogica. La logica statistica basata su matematica intera è spesso una fonte silenziosa di decisioni errate.

### Passaggio 3: Mantenere la finestra mobile

Implementare una routine FIFO o di array-shift equivalente in modo che ogni nuovo campione entri nella finestra e il più vecchio venga scartato. I controlli chiave sono:

• conteggio campioni validi
• limiti dell'array
• stato di inizializzazione
• comportamento prima che l'array sia completamente popolato

Non calcolare la varianza su un buffer vuoto o parzialmente indefinito a meno che la logica non gestisca esplicitamente tale condizione. Gli errori di divisione per zero non sono prova di analisi avanzate.

### Passaggio 4: Calcolare la media mobile

Una volta popolato l'array:

• sommare tutti i valori dei campioni
• dividere per il numero di campioni validi
• memorizzare il risultato come `Rolling_Mean`

Se la piattaforma supporta un'istruzione di media, utilizzarla. In caso contrario, la sommatoria esplicita va bene, a condizione che il costo di esecuzione sia accettabile per il periodo del task.

Note pratiche di implementazione

Un set di rung robusto include solitamente:

• un bit Data_Ready una volta che la finestra di campionamento è piena
• un permesso Stats_Enable legato allo stato di marcia della pompa
• un inibitore Bad_Input_Quality se il segnale analogico non è valido, fuori scala o non aggiornato
• un Startup_Mask_Timer per prevenire allarmi molesti durante i transitori

È qui che il giudizio durante la messa in servizio è importante. Una pompa che si avvia, si arresta o cambia modalità operativa non è statisticamente anomala di per sé; sta semplicemente cambiando stato. La logica dovrebbe conoscere la differenza.

Dove OLLA Lab diventa operativamente utile

OLLA Lab fornisce un ambiente delimitato per testare questa logica di array prima che raggiunga un controllore reale. Nell'editor ladder basato su browser, gli ingegneri possono costruire la struttura FIFO, eseguire la logica in modalità simulazione e utilizzare il Pannello Variabili per osservare il popolamento dell'array in tempo reale.

Ciò è importante perché "pronto per la simulazione" dovrebbe significare qualcosa di osservabile. Operativamente, significa che un ingegnere può dimostrare, osservare, diagnosticare e consolidare la logica di controllo contro un comportamento di processo realistico prima che raggiunga un processo reale. La sintassi è solo una parte. La manutenibilità è la parte più difficile.

La sequenza di rung per la deviazione standard dovrebbe essere esplicita, delimitata e facile da testare. Se la logica è troppo complessa per essere revisionata, è troppo complessa per essere affidabile.

Sequenza ladder passo dopo passo

Dopo aver calcolato la media mobile:

1. Iterare attraverso ogni campione nell'array.
2. Sottrarre la media dal campione.
3. Elevare al quadrato la deviazione.
4. Accumulare le deviazioni al quadrato.
5. Dividere per N per ottenere la varianza.
6. Applicare SQRT per ottenere la deviazione standard.
7. Moltiplicare la deviazione standard per 3.0.
8. Aggiungere e sottrarre tale valore dalla media per creare i limiti di controllo superiore e inferiore.
9. Confrontare la pressione corrente con tali limiti.
10. Latchare un allarme di anomalia statistica se il segnale è fuori banda.

Esempio di logica in stile ladder

// Calcolo banda 3 Sigma MUL Standard_Deviation 3.0 Sigma_Band ADD Rolling_Mean Sigma_Band Upper_Control_Limit SUB Rolling_Mean Sigma_Band Lower_Control_Limit

// Attivazione allarme anomalia GRT Current_Pressure Upper_Control_Limit OTL Pump_Stat_Anomaly LES Current_Pressure Lower_Control_Limit OTL Pump_Stat_Anomaly

Considerazioni sulla progettazione dell'interblocco

Un interblocco utilizzabile richiede solitamente più di una singola istruzione di confronto. Considerare l'aggiunta di:

• temporizzazione di persistenza affinché un singolo campione rumoroso non faccia scattare la pompa
• separazione tra allarme e intervento (trip)
• inibizione del reset automatico fino alla revisione dell'operatore
• permessi basati sulla modalità affinché la manutenzione o la modalità manuale non attivino falsi interventi
• registrazione eventi per media, sigma, valore corrente e stato operativo al momento dell'intervento

Un pattern pulito è:

• prima violazione → impostare Stat_Alarm
• violazione prolungata per tempo definito → impostare Trip_Request
• arresto confermato → latch Pump_Faulted

Questa sequenza è più facile da risolvere rispetto a un singolo rung che fa tutto male.

Una correzione che vale la pena fare

La logica 3 Sigma non sostituisce i limiti di processo. Li integra. Sono ancora necessari logiche rigide di bassa pressione, marcia a secco, sovraccarico e permessi. Il rilevamento statistico coglie comportamenti anomali precocemente; i limiti di protezione fissi proteggono ancora il confine del funzionamento sicuro.

La logica della varianza rileva l'instabilità prima del crollo del valore assoluto. Questo è il vantaggio principale.

Una piccola perdita dalla tenuta, un problema di aspirazione o un evento di cavitazione precoce possono produrre:

• flutter della pressione
• crescita dell'ampiezza di oscillazione
• cali e recuperi intermittenti
• comportamento di flusso instabile attorno a un valore medio altrimenti accettabile

Un allarme fisso come “Intervento se pressione < 50 PSI” ignora tutto ciò finché il segnale non attraversa finalmente la linea. A quel punto, la condizione meccanica potrebbe già essere in degrado.

Una banda 3 Sigma reagisce al comportamento del segnale rispetto al suo baseline recente. Se la pompa funziona normalmente a 72 PSI con bassa dispersione e improvvisamente inizia a oscillare tra 66 e 78 PSI, la deviazione standard aumenta anche se la media rimane sopra la soglia di intervento statica. Spesso questo è il primo avvertimento utile.

Questa non è magia e non è universale. Se il processo stesso è naturalmente instabile, un allarme di varianza potrebbe semplicemente dirti che il processo è variabile. Il metodo funziona meglio quando applicato a un regime operativo stabile con un comportamento normale noto, gating di modalità adeguato e una finestra di campionamento convalidata.

La ricerca nel monitoraggio delle condizioni e nel rilevamento delle anomalie supporta il valore delle caratteristiche sensibili alla varianza per le apparecchiature rotanti e i sistemi di processo, in particolare se combinato con soglie specifiche del dominio e contesto operativo (Jardine et al., 2006; Lei et al., 2020; Yin et al., 2014). L'implementazione in un PLC è più semplice di molti approcci basati su modelli, ma il requisito di disciplina ingegneristica non scompare.

La finestra di campionamento dovrebbe corrispondere alle dinamiche di processo, non alla pazienza dell'ingegnere. Una finestra di 50 campioni a 100 ms può essere ragionevole per una pompa e inefficace per un'altra.

Fattori di selezione della finestra

Scegliere la finestra mobile in base a:

• tempo di risposta del sensore
• dinamiche della pompa e delle tubazioni
• frequenza di disturbo prevista
• tempo di scansione e carico del controllore
• tolleranza agli allarmi molesti
• velocità di risposta richiesta

Una finestra corta reagisce più velocemente ma è più rumorosa. Una finestra lunga è più fluida ma più lenta. La risposta corretta si trova solitamente testando i casi di guasto, non discutendo su numeri tondi.

Considerazioni su scansione ed esecuzione

La logica statistica consuma risorse del controllore. In una scansione PLC sequenziale, la matematica ripetuta degli array e le operazioni in virgola mobile possono diventare costose, specialmente su CPU più piccole o task affollati.

Attenzione a:

• crescita del tempo di scansione
• superamento dei task periodici
• errori di indice dell'array
• condizioni di divisione per zero
• valori REAL non inizializzati
• frequenza di ricalcolo eccessiva

Un pattern sensato è:

• campionare a un intervallo fisso
• calcolare le statistiche solo quando arriva un nuovo campione
• separare gli interblocchi ad alta priorità dalle analisi a priorità inferiore
• benchmark dell'impatto della scansione durante la convalida

Questo è uno dei motivi per cui la simulazione è importante. È più economico scoprire che una routine matematica è onerosa in un ambiente virtuale che durante l'avviamento con le operazioni in attesa.

Persistenza dell'allarme

Utilizzare un timer di persistenza o una conferma basata sul conteggio prima di intervenire. I pattern comuni includono:

• anomalia presente per 500 ms
• 3 campioni su 5 consecutivi fuori banda
• violazioni ripetute entro un intervallo temporale mobile

Ciò riduce gli interventi molesti preservando il rilevamento precoce. Il valore esatto dovrebbe essere giustificato rispetto al rischio di processo e alla vulnerabilità della pompa, non copiato senza convalida.

La logica della varianza deve essere testata contro disturbi dinamici, non forzature statiche. Un valore costante forzato dimostra ben poco oltre al fatto che il simulatore può mantenere un numero.

In OLLA Lab, gli ingegneri possono convalidare questa logica in un ambiente di prova basato su web che combina esecuzione ladder, ispezione delle variabili in tempo reale e comportamento simulato dell'apparecchiatura. Il flusso di lavoro pertinente è delimitato e pratico:

• costruire la logica ladder nell'editor basato su browser
• eseguire il programma in modalità simulazione
• monitorare il tag di pressione, media, sigma e bit di allarme nel Pannello Variabili
• iniettare disturbi analogici nel segnale di pressione
• osservare lo stato della pompa simulata e la risposta al guasto

Pattern di disturbo utili da iniettare

Per il test delle anomalie delle pompe, i casi più informativi sono:

• deriva analogica per simulare un degrado graduale
• disturbo a onda quadra per simulare un comportamento di processo instabile
• aumento dell'ampiezza del rumore per simulare l'insorgenza di cavitazione o flutter di pressione
• cambio di gradino più oscillazione per testare la logica di recupero e la temporizzazione di persistenza

Il punto non è creare guasti teatrali. Il punto è creare firme di guasto ripetibili e delimitate e verificare che la logica risponda come progettato.

Cosa significa qui la convalida del gemello digitale (digital twin)

La "convalida del gemello digitale" dovrebbe essere usata con cautela. In questo contesto, significa convalidare la logica di controllo contro un modello di apparecchiatura simulato realistico e un comportamento di processo osservabile prima della distribuzione. Non significa che la simulazione sia un sostituto certificato per il collaudo in sito (SAT), la verifica SIL o la messa in servizio dell'impianto.

Quel confine è importante. Un simulatore può esporre difetti logici, errori di sequenziamento e una cattiva gestione dei guasti in anticipo. Non può certificare il cablaggio di campo, la qualità dell'installazione dello strumento, la realtà idraulica o la risposta dell'operatore in condizioni di impianto reali. Chiunque confonda queste categorie sta vendendo conforto piuttosto che prove ingegneristiche.

Un registro di progetto credibile è un corpo compatto di prove ingegneristiche, non una galleria di screenshot. Se vuoi che il lavoro sia revisionabile da un ingegnere capo, un istruttore o un responsabile delle assunzioni, documenta la logica nel modo in cui un sistema di controllo merita di essere documentato.

Usa questa struttura:

Dichiara cosa conta come comportamento di successo. Esempio: “Il PLC deve attivare un allarme di anomalia statistica entro 1,0 secondo dall'instabilità di pressione sostenuta e arrestare la pompa se l'anomalia persiste per 2,0 secondi mentre è in stato Auto e Run.”

Specifica il disturbo applicato: deriva, oscillazione, aumento di ampiezza, dropout o guasto misto.

Documenta cosa è cambiato dopo il test: dimensione della finestra, timer di persistenza, maschera di avvio, soglia di confronto o permesso di modalità.

1. Descrizione del sistema Definisci il sistema di pompaggio, il tag analogico monitorato, le modalità operative e l'azione protettiva prevista.
2. Definizione operativa di “corretto”
3. Logica ladder e stato dell'apparecchiatura simulata Registra i rung pertinenti, la lista dei tag, l'intervallo di campionamento, la lunghezza dell'array e la condizione operativa della pompa simulata durante il test.
4. Il caso di guasto iniettato
5. La revisione apportata
6. Lezioni apprese Dichiara cosa ha esposto il test. Buoni esempi includono falsi positivi durante l'avviamento, costo di scansione eccessivo o comportamento scadente durante il riempimento parziale del buffer.

Questo è il tipo di prova che supporta la revisione ingegneristica. Mostra causa, effetto, revisione e giudizio. Uno screenshot da solo mostra solitamente solo che qualcuno ha catturato una schermata.

La logica di anomalia statistica dovrebbe essere trattata come un miglioramento diagnostico o protettivo a meno che non sia formalmente progettata diversamente. Non è automaticamente una funzione di sicurezza solo perché arresta l'apparecchiatura.

Tre confini meritano di essere dichiarati chiaramente:

Se la funzione fa parte di un sistema strumentato di sicurezza, deve essere progettata, convalidata e mantenuta secondo i requisiti del ciclo di vita di sicurezza pertinenti. La novità statistica non esenta nessuno dalla disciplina IEC 61508 o IEC 61511 (IEC, 2010; IEC, 2016).

• Un allarme di varianza non è una dichiarazione SIL.

La simulazione può convalidare il comportamento logico ed esporre i difetti in anticipo, ma non sostituisce FAT, SAT, controlli di loop o messa in servizio sul processo reale.

• La simulazione non è una prova di campo.

Un transitorio di avviamento, una corsa della valvola o un trasferimento di servizio possono assomigliare a un guasto se la logica non è controllata dallo stato del processo.

• Il rilevamento di anomalie richiede il contesto di modalità.

Per una pratica di affidabilità più ampia, la letteratura sul monitoraggio delle condizioni sottolinea costantemente che la qualità del rilevamento dei guasti dipende dalla qualità del segnale, dal contesto operativo e dalla convalida rispetto a firme di guasto note, non dalla mera presenza di un algoritmo (Jardine et al., 2006; Lei et al., 2020). In altre parole, una formula non è ancora un metodo.

- IEC 61131-3: Programmable controllers — Part 3 - IEC 61508 functional safety standards family - exida functional safety and validation resources - NAMUR NE 107 status signaling recommendation - Digital twin in industry: state-of-the-art (DOI)