Implementazione del Controllo Feed-Forward nelle Piattaforme DCS

Quando il Controllo Feed-Forward è la Scelta Giusta
Il controllo feed-forward è efficace quando sono vere tre condizioni. Primo, la perturbazione è misurabile in tempo reale. Secondo, la perturbazione agisce prima o simultaneamente al suo effetto sulla variabile controllata. Terzo, il tempo morto del processo dalla perturbazione alla variabile controllata è più lungo della velocità di variazione della perturbazione. Il controllo dell’aria di combustione nelle caldaie soddisfa tutte e tre le condizioni — le variazioni della domanda di flusso di combustibile sono rapide, misurabili tramite il trasmettitore di flusso del combustibile, e la risposta del sensore di ossigeno ha un tempo morto di 8–15 secondi.
Il solo feedback a cascata produce oscillazioni di O2 di ±1,5% durante rampe di carico. Aggiungere il feed-forward riduce questo a ±0,3–0,5%. Tuttavia, il feed-forward non è appropriato quando la misura della perturbazione è rumorosa o inaffidabile. Applicare un filtro di primo ordine con una costante di tempo di 2–5 secondi alla misura della perturbazione prima di usarla come ingresso feed-forward.
Progettazione del Filtro Lead-Lag
Il cuore di un progetto feed-forward è il compensatore dinamico lead-lag. La funzione di trasferimento è:
G_FF(s) = K_FF × (T_lead × s + 1) / (T_lag × s + 1)
Calcolare K_FF dal rapporto di guadagno del processo: K_FF = (K_process_disturbance) / (K_process_manipulated). In un circuito aria di combustione, se un aumento dell’1% della domanda di flusso di combustibile richiede un aumento dello 0,95% del flusso d’aria, allora K_FF = 0,95.
Identificare T_lead e T_lag dai dati del test a gradino. Se la variazione del flusso di combustibile raggiunge il bruciatore in 2 secondi e influenza l’O2 in 12 secondi, mentre una variazione del registro aria influenza l’O2 in 8 secondi, il lead richiesto è approssimativamente 12 − 8 = 4 secondi. Impostare T_lead = 4 s. Impostare T_lag = la costante di tempo del processo del percorso aria-O2, tipicamente 5–8 secondi. Iniziare con T_lag = 6 s e regolare durante la messa in servizio.
Implementazione in Emerson Ovation
Emerson Ovation utilizza l’ambiente a blocchi funzionali (FBD) per la configurazione della strategia di controllo. La libreria del controller Ovation OCC100 include un blocco LEADLAG e un blocco FFWD_ADDER. Collegare la misura della perturbazione (PV del flusso di combustibile) all’ingresso del blocco LEADLAG. Impostare il parametro LEAD a T_lead (4 s) e il parametro LAG a T_lag (6 s). Collegare l’uscita LEADLAG e l’uscita PID a un blocco FFWD_ADDER. Impostare il parametro GAIN_FF a K_FF (0,95).
Configurare con attenzione la logica di abilitazione/disabilitazione del feed-forward. Aggiungere un blocco LOGIC che disabilita l’uscita LEADLAG quando la qualità del segnale della misura della perturbazione è BAD o UNCERTAIN. In Ovation, controllare il pin di uscita STATUS del blocco AI della misura della perturbazione. Quando STATUS non è GOOD, impostare l’uscita LEADLAG a zero tramite un blocco MUX. Questo impedisce al controller Ovation di applicare una correzione feed-forward corrotta.
Implementazione in GE Mark VIe
GE Mark VIe utilizza l’ambiente applicativo Toolbox ST. L’equazione lead-lag a tempo discreto è:
y[n] = (T_lead / (T_lead + T_scan)) × (x[n] − x[n-1]) + (T_lag / (T_lag + T_scan)) × y[n-1] + K_FF × x[n]
In un ciclo di 100 ms, per T_lead = 4 s e T_lag = 6 s, i coefficienti sono: coefficiente lead = 0,976, coefficiente lag = 0,983. Memorizzare x[n-1] e y[n-1] in variabili RETAIN per preservare lo stato del filtro durante i riavvii del controller sul controller Mark VIe UCSC.
Usare il blocco parametro FFWD_GAIN di Mark VIe per scalare l’uscita lead-lag prima di sommarla con l’uscita PID. Il blocco PID Mark VIe ha un pin di ingresso FFWD dedicato. Collegare l’uscita lead-lag scalata a questo pin. Mark VIe somma internamente l’ingresso FFWD con l’uscita del controller PID e applica automaticamente il trasferimento senza scosse durante i cambi di modalità.
Validazione della Messa in Servizio
- Passo 1: Eseguire un test a gradino della perturbazione con feed-forward disabilitato. Registrare la deviazione massima del PV e il tempo di recupero. Questa è la prestazione di base del controllo solo a feedback.
- Passo 2: Abilitare il feed-forward. Ripetere il test a gradino della perturbazione. Obiettivo: ridurre la deviazione massima di almeno il 50% e il tempo di recupero di almeno il 30%. Se il miglioramento è inferiore al 30%, regolare K_FF (+10% se la correzione è insufficiente) o T_lead (+2 s se il picco della correzione arriva troppo tardi).
- Passo 3: Testare la gestione dei guasti della qualità del segnale feed-forward. Forzare la qualità del blocco AI a BAD nella workstation di ingegneria. Confermare che l’uscita feed-forward passi a zero entro un ciclo di scansione del controller (massimo 100 ms).
- Passo 4: Documentare i valori finali di K_FF, T_lead e T_lag nel datasheet dello strumento e nel sistema di gestione della configurazione DCS. Registrare i risultati del test a gradino come baseline di messa in servizio per future verifiche delle prestazioni.
Conclusione e Consigli Operativi
Il controllo feed-forward è un complemento potente al feedback PID in processi con perturbazioni rapide e misurabili. Primo, calcolare K_FF, T_lead e T_lag dai dati del test a gradino del processo prima di inserire qualsiasi valore — parametri stimati producono risultati scadenti. Secondo, implementare il monitoraggio della qualità del segnale di perturbazione sia in Emerson Ovation sia in GE Mark VIe per evitare l’iniezione di rumore durante guasti del trasmettitore. Validare le prestazioni con dati di test a gradino quantificati — un’implementazione feed-forward che non riduce la deviazione massima di almeno il 50% dovrebbe essere ritarata anziché lasciata in servizio. Rivedere il guadagno feed-forward e i parametri lead-lag durante la calibrazione annuale degli strumenti — un valore di K_FF valido alla messa in servizio può variare del 15–20% dopo tre anni di usura dell’apparecchiatura.
Autore: Guo Peilin è un ingegnere di automazione industriale con oltre 10 anni di esperienza in PLC, DCS e sistemi di controllo.
