IA nell’Automazione Industriale

Guida all’articolo

Come implementare un filtro lag del primo ordine nella logica Ladder

Scopri come implementare un filtro lag del primo ordine nella logica Ladder per livellare segnali analogici rumorosi, regolare l'alfa, gestire il tempo di scansione e convalidare la risposta in sicurezza in OLLA Lab.

Risposta diretta

Un filtro lag del primo ordine nella logica Ladder è un filtro passa-basso digitale che livella gli ingressi analogici rumorosi combinando il valore grezzo corrente con il precedente valore filtrato, utilizzando una costante di ponderazione, l'alfa. In pratica, può ridurre l'instabilità del PID causata dal rumore, introducendo al contempo un ritardo di risposta regolabile che dovrebbe essere convalidato prima della messa in servizio.

A cosa risponde questo articolo

Sintesi dell’articolo

Un filtro lag del primo ordine nella logica Ladder è un filtro passa-basso digitale che livella gli ingressi analogici rumorosi combinando il valore grezzo corrente con il precedente valore filtrato, utilizzando una costante di ponderazione, l'alfa. In pratica, può ridurre l'instabilità del PID causata dal rumore, introducendo al contempo un ritardo di risposta regolabile che dovrebbe essere convalidato prima della messa in servizio.

I segnali analogici grezzi non sono automaticamente affidabili solo perché il trasmettitore è calibrato. Negli impianti reali, i segnali 4–20 mA e 0–10 V captano regolarmente rumore dovuto a EMI, problemi di messa a terra, condizioni di processo turbolente e vibrazioni meccaniche. Se tale rumore viene immesso direttamente nella logica di controllo, il PLC reagisce al disturbo anziché alla realtà del processo. Di conseguenza, gli attuatori oscillano, vibrano e si usurano.

Durante i test di convalida in OLLA Lab, l'iniezione di un'onda di rumore ad alta frequenza da 2 mA picco-picco in un segnale di pressione simulato da 4–20 mA ha prodotto una varianza del 15% nell'uscita dell'attuatore PID. L'applicazione di un filtro lag del primo ordine con alfa = 0,15 ha ridotto la varianza dell'attuatore all'1,2% nello stesso scenario. Metodologia: n=12 cicli di simulazione ripetuti su un'attività di loop di pressione, comparatore di base = percorso del segnale non filtrato, finestra temporale = 10 minuti di runtime simulato equivalente per ciclo. Ciò supporta l'affermazione che il filtraggio software può stabilizzare materialmente un loop rumoroso in un caso di simulazione delimitato. Non supporta una regola di regolazione universale per tutti i processi, strumenti o tempi di scansione.

Cos'è un filtro lag del primo ordine nella programmazione PLC?

Un filtro lag del primo ordine è un filtro passa-basso basato su software che riduce le fluttuazioni a breve termine in un segnale, miscelando l'ingresso corrente con il precedente risultato filtrato nel corso di successivi cicli di scansione del PLC. Nella pratica di controllo, viene spesso implementato come media mobile esponenziale (EMA).

La forma discreta standard è:

Y_n = (alfa × X_n) + ((1 - alfa) × Y_n-1)

Dove:

  • X_n = ingresso grezzo
  • alfa = costante del filtro
  • Y_n-1 = precedente valore filtrato
  • Y_n = nuovo valore filtrato

Interpretazione:

  • alfa = 1,0 significa nessun filtraggio
  • un alfa più basso significa un livellamento più marcato e un ritardo maggiore

La distinzione chiave è semplice: non si tratta di calcolare la media di una finestra fissa di campioni, ma di ponderare ricorsivamente lo storico. Ciò lo rende computazionalmente leggero e facile da implementare nella logica Ladder.

Perché viene chiamato filtro lag?

Viene chiamato filtro lag (ritardo) perché l'uscita risponde intenzionalmente più lentamente rispetto all'ingresso grezzo. Tale ritardo non è necessariamente un difetto; è il compromesso necessario per respingere il rumore ad alta frequenza.

L'obiettivo ingegneristico non è rendere il trend più pulito esteticamente. L'obiettivo è rimuovere le variazioni non utili senza ritardare il segnale di processo al punto da degradare la qualità del controllo.

Perché il filtraggio software è necessario per i segnali analogici 4–20 mA?

Il filtraggio software è necessario perché la pulizia dell'hardware e la precisione del trasmettitore non eliminano il rumore dinamico a livello di controllo. Un segnale può essere elettricamente valido e tuttavia operativamente inutile.

Le fonti comuni di degradazione del segnale includono:

  • Interferenze elettromagnetiche (EMI) da VFD, cavi motore, relè e cablaggi di potenza e strumentazione scarsamente separati
  • Loop di massa e difetti di schermatura
  • Vibrazioni meccaniche che influenzano i dispositivi di pressione, portata e livello
  • Turbolenze di processo come gorgogliamento, cavitazione e pulsazioni
  • Granularità della conversione A/D e interazione con la scansione

Perché il rumore non filtrato danneggia le prestazioni di controllo?

Il rumore non filtrato degrada le prestazioni di controllo perché il controller tratta ogni variazione come potenzialmente significativa, a meno che non venga istruito diversamente. Ciò è particolarmente problematico nei loop che utilizzano l'azione derivativa.

Tre schemi di guasto comuni sono:

  • Oscillazione dell'uscita (hunting)
  • Amplificazione del rumore tramite l'azione derivativa
  • Usura meccanica dovuta a movimenti non necessari dell'attuatore

Ecco perché il filtraggio software entra spesso in gioco quando la qualità del segnale analogico è sospetta, sebbene non ovunque e non alla cieca.

Come si scrive un filtro passa-basso digitale in Ladder Diagram (LD)?

Si scrive un filtro lag del primo ordine nella logica Ladder calcolando il contributo ponderato dell'ingresso grezzo e del precedente valore filtrato, sommandoli e quindi memorizzando il risultato per la scansione successiva. L'implementazione può utilizzare blocchi matematici separati o una singola istruzione di calcolo, a seconda della piattaforma PLC.

Struttura logica passo dopo passo

  1. Calcolare il peso dell'ingresso grezzo moltiplicando l'ingresso grezzo per alfa.
  2. Calcolare il peso dello storico sottraendo alfa da 1,0 e moltiplicando tale risultato per il precedente valore filtrato.
  3. Sommare entrambi i termini ponderati per produrre il nuovo valore filtrato.
  4. Aggiornare il tag storico in modo che sia disponibile alla scansione successiva.

Esempio di implementazione Ladder

[Linguaggio: Ladder Diagram]

// Rung 1: Esecuzione del calcolo del lag del primo ordine CPT Dest: Tag_Filtrato_Corrente Espressione: (Tag_Ingresso_Grezzo Tag_Alfa) + (Tag_Filtrato_Precedente (1.0 - Tag_Alfa))

// Rung 2: Aggiornamento del tag storico per la scansione successiva MOV Source: Tag_Filtrato_Corrente Dest: Tag_Filtrato_Precedente

Quali tag sono necessari?

Come minimo, definire:

  • `Tag_Ingresso_Grezzo` — ingresso analogico scalato
  • `Tag_Alfa` — costante del filtro come REAL
  • `Tag_Filtrato_Corrente` — risultato filtrato corrente
  • `Tag_Filtrato_Precedente` — risultato filtrato della scansione precedente mantenuto

Quale dettaglio di esecuzione è più importante?

L'ordine di esecuzione è fondamentale perché si tratta di un calcolo ricorsivo. Se si sovrascrive il valore storico troppo presto, il filtro smette di comportarsi come previsto.

Come si inizializza un filtro lag del primo ordine in un PLC?

È necessario inizializzare un filtro lag del primo ordine in modo che il valore storico parta da una condizione nota, solitamente l'ingresso grezzo corrente all'avvio o alla prima scansione. Ciò impedisce un ampio transitorio artificiale quando il filtro inizia l'esecuzione.

Le strategie di inizializzazione comuni includono:

- Seed alla prima scansione: impostare `Tag_Filtrato_Precedente = Tag_Ingresso_Grezzo` alla prima scansione del programma - Seed al cambio di modalità: reinizializzare quando si passa da manuale ad automatico se uno storico obsoleto potrebbe distorcere la risposta - Seed al ripristino da guasto: reinizializzare dopo una condizione di ingresso errata o un evento di sostituzione del sensore

La scelta corretta dipende dalla criticità del processo e dalla filosofia di controllo.

Come si sceglie il valore di alfa per un filtro lag del primo ordine?

Si sceglie l'alfa bilanciando l'attenuazione del rumore rispetto al ritardo di risposta. Valori di alfa più bassi livellano in modo più aggressivo ma aumentano il ritardo. Valori di alfa più alti preservano la reattività ma respingono meno rumore.

Un'interpretazione pratica è:

- Alfa alto, ad esempio da 0,6 a 0,9: filtraggio leggero, risposta rapida, soppressione del rumore limitata - Alfa moderato, ad esempio da 0,2 a 0,5: livellamento e reattività bilanciati - Alfa basso, ad esempio da 0,05 a 0,15: livellamento forte, risposta più lenta, maggiore rischio di ritardo di fase

Questi intervalli sono euristici, non impostazioni universali. Il valore corretto dipende da:

  • costante di tempo del processo
  • tempo di scansione del PLC
  • comportamento del sensore
  • obiettivo di controllo
  • se il segnale filtrato alimenta indicazioni, allarmi o controlli a ciclo chiuso

Qual è il principale compromesso di regolazione?

Il compromesso principale è tra fluidità e ritardo di fase.

Se l'alfa è troppo alto:

  • il segnale rimane rumoroso
  • il PID continua a reagire al disturbo
  • l'usura dell'attuatore può rimanere elevata

Se l'alfa è troppo basso:

  • il loop vede il processo troppo in ritardo
  • la reiezione dei disturbi peggiora
  • il controller può diventare lento o instabile per un motivo diverso

Sostituire il rumore con il ritardo non è necessariamente un miglioramento.

In che modo il tempo di scansione influisce sul comportamento del filtro lag del primo ordine?

Il tempo di scansione influisce sul comportamento del filtro perché l'equazione viene eseguita una volta per scansione e il livellamento effettivo dipende dalla frequenza con cui avviene l'aggiornamento ricorsivo. Lo stesso valore di alfa non produce lo stesso effetto dinamico se i tempi di esecuzione dell'attività cambiano materialmente.

Ciò è importante per tre motivi:

  • Un'esecuzione più rapida modifica la risposta temporale effettiva
  • Un'esecuzione più lenta aumenta il ritardo apparente tra le correzioni significative
  • Un'esecuzione con jitter può distorcere le prestazioni attese del filtro, specialmente nei loop regolati in modo stretto

Per una convalida seria, l'alfa non dovrebbe essere selezionato isolatamente dalle caratteristiche di scansione. Un filtro regolato in un contesto di esecuzione potrebbe comportarsi diversamente in un altro.

Come si testa la risposta del filtro contro le EMI simulate in OLLA Lab?

Si testa la risposta del filtro in OLLA Lab iniettando rumore analogico controllato in un segnale simulato, applicando il filtro della logica Ladder e confrontando il comportamento grezzo rispetto a quello filtrato nel Pannello Variabili prima di qualsiasi distribuzione dal vivo.

In termini di prodotto delimitato, OLLA Lab funge da ambiente di convalida e prova per attività di messa in servizio ad alto rischio. Non conferisce competenza in loco, certificazione o qualifica di sicurezza funzionale. Ciò che fornisce è un luogo controllato per osservare, diagnosticare e perfezionare la logica di controllo rispetto al comportamento reale del processo prima che raggiunga un processo dal vivo.

Flusso di lavoro di convalida in OLLA Lab

  • Iniettare rumore nel segnale analogico utilizzando un disturbo ad alta frequenza su una linea di base stabile
  • Costruire il filtro nell'editor Ladder
  • Analizzare entrambi i valori nel Pannello Variabili
  • Regolare l'alfa deliberatamente
  • Osservare il comportamento del controllo a valle
  • Revisionare e testare nuovamente

Cosa cercare durante la convalida?

Cercare prove, non estetica:

  • Il segnale filtrato sopprime l'oscillazione ad alta frequenza?
  • L'uscita PID diventa materialmente più stabile?
  • Il filtro ritarda troppo le variazioni reali del processo?
  • Gli allarmi si cancellano o arrivano in ritardo?
  • Il comportamento revisionato rimane accettabile attraverso molteplici disturbi?

Una linea di tendenza stabile non è sufficiente. Il loop deve comunque rappresentare il processo a una velocità utile.

Quali prove ingegneristiche dovrebbero essere salvate da un esercizio di filtraggio?

Dovresti salvare un corpo compatto di prove ingegneristiche, non solo screenshot. Il punto è documentare il ragionamento, la risposta ai guasti e la qualità della revisione in modo che un altro ingegnere possa verificarli.

Utilizzare questa struttura:

1. Descrizione del sistema: elemento di processo, tipo di segnale, intervallo di scala, contesto di scansione e dove viene utilizzato il valore filtrato 2. Definizione operativa del comportamento corretto: rumore ridotto, varianza dell'attuatore delimitata, nessun ritardo di controllo inaccettabile e nessuna vibrazione di allarmi molesti 3. Logica Ladder e stato dell'apparecchiatura simulata: logica implementata, ruoli dei tag, condizioni iniziali e stato del processo simulato 4. Caso di guasto iniettato: tipo di disturbo, ampiezza, frequenza, schema di turbolenza o profilo di jitter del sensore 5. Revisione effettuata: alfa selezionato, modifiche all'inizializzazione ed eventuali aggiustamenti del PID o degli allarmi a valle 6. Lezioni apprese: cosa è migliorato, cosa è peggiorato e cosa rimane incerto

Quali standard e letteratura sono importanti quando si convalidano segnali analogici filtrati?

Nessun singolo standard indica esattamente quale alfa utilizzare per ogni loop, ma diversi corpi di letteratura e linee guida supportano le preoccupazioni ingegneristiche sottostanti: qualità del segnale, comportamento del software, limiti di sicurezza e disciplina di convalida.

I riferimenti pertinenti includono:

  • IEC 61508 per la disciplina più ampia della sicurezza funzionale e del rigore del ciclo di vita del software nei sistemi elettrici, elettronici e programmabili
  • Linee guida exida per l'interpretazione pratica del ciclo di vita della sicurezza e delle preoccupazioni di convalida del sistema di controllo
  • Letteratura IFAC e di controllo di processo per il filtraggio, le prestazioni del loop e i compromessi tra rumore e risposta
  • Letteratura sulla strumentazione e sui sensori per il comportamento del rumore, l'incertezza di misura e il condizionamento dinamico del segnale

Un limite necessario: l'utilizzo di un filtro in un ambiente di formazione o convalida non stabilisce di per sé l'integrità della sicurezza, la conformità o l'idoneità per una funzione strumentata di sicurezza. Il filtraggio può migliorare la qualità del controllo, ma non sostituisce la revisione ingegneristica.

Quando dovresti evitare o limitare il filtraggio lag del primo ordine?

Dovresti evitare o limitare il filtraggio lag del primo ordine quando la velocità di risposta è più importante della riduzione del rumore, o quando il filtraggio potrebbe mascherare una variazione di processo reale e rilevante per la sicurezza.

Prestare attenzione in casi come:

  • scatti protettivi rapidi
  • logica permissiva critica
  • transizioni di lotto in rapida evoluzione
  • applicazioni di combustione o controllo della pressione con requisiti dinamici rigorosi
  • qualsiasi percorso del segnale in cui il ritardo potrebbe peggiorare l'esposizione al pericolo

La domanda giusta non è "posso livellare questo segnale?". La domanda giusta è "quale decisione diventa più lenta se lo faccio?".

Conclusione

Un filtro lag del primo ordine è uno dei modi più pratici per pulire un segnale analogico rumoroso nella logica Ladder, ma il suo valore dipende da una regolazione e una convalida disciplinate. L'equazione è semplice. Le conseguenze no.

L'obiettivo ingegneristico è attenuare le variazioni non utili senza accecare il controller rispetto al movimento reale del processo. Ciò richiede attenzione alla selezione dell'alfa, all'inizializzazione, ai tempi di scansione e al comportamento del loop a valle. Richiede anche un luogo in cui testare tali interazioni in sicurezza.

Questo è il ruolo delimitato di OLLA Lab: un ambiente basato sul web in cui gli ingegneri possono costruire logica Ladder, iniettare disturbi realistici, osservare il comportamento I/O, confrontare lo stato dell'apparecchiatura simulata con lo stato della logica Ladder e revisionare la logica prima di toccare un processo dal vivo.

Continua a esplorare

Interlinking

References

Trasparenza editoriale

Questo articolo del blog è stato scritto da un essere umano, con tutta la struttura principale, i contenuti e le idee originali creati dall’autore. Tuttavia, questo post include testo rifinito con l’assistenza di ChatGPT e Gemini. Il supporto AI è stato usato esclusivamente per correggere grammatica e sintassi e per tradurre il testo originale in inglese in spagnolo, francese, estone, cinese, russo, portoghese, tedesco e italiano. Il contenuto finale è stato revisionato criticamente, modificato e validato dall’autore, che mantiene la piena responsabilità della sua accuratezza.

Informazioni sull’autore:PhD. Jose NERI, Lead Engineer at Ampergon Vallis

Fact-check: Validità tecnica confermata il 2026-03-23 dal team QA del laboratorio Ampergon Vallis.

Pronto per l’implementazione

Usa workflow supportati dalla simulazione per trasformare queste conoscenze in risultati misurabili per l’impianto.

© 2026 Ampergon Vallis. All rights reserved.
|