Virtual commissioning: come funziona e quando conviene

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

Il virtual commissioning collauda il software di controllo su un modello virtuale prima dell'avviamento. Scopri come funziona, cosa dicono le evidenze e quando conviene per un impianto.

Automatically translated with AI from the original post. Read the English original

Il virtual commissioning consiste nel collaudare il software di controllo reale di una macchina o di un impianto su un modello virtuale, prima che l'attrezzatura sia costruita o in funzione. Conviene quando un giorno di ritardo in avviamento costa caro o quando la logica di controllo è complessa, e non conviene in ogni progetto. Questa guida è pensata per i responsabili di impianto che devono decidere se richiederlo. Vedrai come funziona, i tre livelli di test, cosa dicono le evidenze sui tempi risparmiati, un esempio di punto di pareggio con numeri e gli errori da evitare.

Punti chiave

• Il virtual commissioning collega il software di controllo reale, come un programma PLC, a un modello simulato della macchina, così logica, segnali e sequenze vengono testati prima che l'attrezzatura entri in funzione.
• Il modello richiede sia la geometria e la cinematica sia l'interfaccia elettrica con il controllore, e il suo valore dipende da quanto riproduce fedelmente il comportamento reale.
• I tempi risparmiati riportati sono rilevanti, ma provengono da sperimentazioni di piccola scala e da pagine dei fornitori, quindi pianifica con una stima prudenziale e non considerarli garantiti.
• Ripaga quando un giorno di ritardo in avviamento costa caro, la logica di controllo è complessa o il modello può essere riutilizzato per la formazione e per modifiche successive.
• Risponde a una domanda diversa rispetto alla simulazione di produzione: se il controllo funziona, non quanto può produrre il sistema.

Virtual commissioning: che cos'è e come funziona

Nel commissioning tradizionale, il software di controllo incontra la macchina per la prima volta in stabilimento. Errori di logica, segnali e sequenze costano allora tempo sul campo, dove ogni ora di ritardo pesa molto. Il virtual commissioning sposta questo primo incontro su una scrivania, in un ambiente virtuale in cui il modello può simulare sensori, azionamenti e componenti. Per un progetto di automazione significa individuare i problemi in una fase iniziale, quando la correzione costa poco. Un articolo di Matthias Schamp e colleghi della Ghent University e di Flanders Make, pubblicato su Procedia Manufacturing nel 2019, lo descrive come la riproduzione del comportamento dell'hardware in un ambiente software, per validare la logica di controllo prima della realizzazione effettiva. I componenti virtuali richiedono un modello meccanico, con geometria e cinematica, e un modello elettrico che copra l'interazione con il PLC.

In pratica, i passaggi sono questi:

1. Costruisci il modello della macchina o dell'impianto: le parti in movimento, i sensori e gli attuatori.
2. Assegna i nomi ai segnali nel modello come nel programma di controllo, così che il controllore veda il modello come vedrebbe l'attrezzatura reale.
3. Collega il software di controllo al modello. Il programma PLC reale viene eseguito e il modello reagisce.
4. Testa sequenze e guasti. Esegui cicli normali, poi simula guasti come un pezzo mancante, un guasto di un sensore o un inceppamento, che sono rischiosi o lenti da testare sull'attrezzatura reale.
5. Correggi gli errori alla scrivania e porta in stabilimento il programma corretto.

La qualità del risultato dipende da quanto il modello corrisponde al comportamento reale. L'articolo di Schamp sostiene che il modello digitale dovrebbe comportarsi come il sistema di produzione reale, e indica come problemi aperti lo sforzo di modellazione e la dipendenza da competenze specialistiche.

Tre livelli di test: model, software e hardware in the loop

Il test può essere eseguito a diversi livelli, a seconda della fase del progetto. La pagina del fornitore realvirtual, che vende software per la messa in servizio virtuale, descrive tre loop:

• Model-in-the-loop collega i modelli di comportamento, ad esempio quelli di uno strumento di simulazione, al modello della macchina. È adatto a azionamenti e processi prima che esista qualsiasi codice PLC.
• Software-in-the-loop esegue il controllore come software su un PC, quindi l'intero test non richiede cablaggi né hardware. È adatto ai test iniziali e si adatta facilmente alla scala.
• Hardware-in-the-loop collega un PLC reale al modello tramite rete. È più vicino al sistema finale e verifica il comportamento e la temporizzazione dell'hardware reale.

Un post del blog di Siemens, un fornitore, descrive le stesse due modalità di software e hardware in the loop per il suo strumento di simulazione di impianti. La differenza tra simulazione ed emulazione, che qui è rilevante, merita una trattazione a parte. Per un responsabile di stabilimento, il punto pratico è questo: si parte dal software e si aggiunge hardware reale quando il progetto arriva alla fase in cui contano tempistiche e interfacce.

Che cosa dicono le prove sui risparmi di tempo

I risparmi dichiarati sono rilevanti, ma la qualità delle prove varia, quindi i numeri vanno letti con attenzione.

• L'articolo di Schamp cita un precedente esperimento su piccola scala che riportava una riduzione del 73 per cento del tempo reale di messa in servizio e un miglioramento del 31 per cento nei requisiti soddisfatti prima della messa in servizio reale, con un approccio basato su modello digitale. Gli autori osservano che confrontare gli approcci è difficile, perché una messa in servizio può avvenire una sola volta.
• La pagina di realvirtual afferma che il tempo di messa in servizio in cantiere può essere ridotto fino al 75 per cento e che la quota di funzioni di controllo che al primo tentativo funzionavano è passata dal 37 all'84 per cento, citando uno studio sul campo della Technical University of Munich. Precisa anche che il 75 per cento non è un risultato garantito per ogni progetto. Si tratta di una fonte del fornitore che cita una terza parte.
• Anche il post del blog di Siemens dichiara risparmi consistenti, ma riporta pochi dati verificabili.

La direzione, quindi, è coerente, mentre l'entità è incerta. Per la pianificazione, usate un'ipotesi prudenziale, ad esempio un quarto del tempo in cantiere, e verificatela sul vostro primo progetto.

Un termine correlato è il digital twin: una rappresentazione digitale mantenuta di una risorsa fisica, aggiornata sulla base delle osservazioni. Nei progetti Industry 4.0, il gemello digitale e il modello di messa in servizio vengono spesso discussi insieme, ma non sono la stessa cosa. Un modello costruito per la messa in servizio virtuale è spesso un modello di test una tantum, ad esempio per una singola linea di assemblaggio. Se lo mantenete aggiornato, può evolvere in un gemello digitale e poi essere usato per la formazione e per testare modifiche successive. Questo riutilizzo è uno dei modi principali in cui l'investimento si ripaga.

Esempio: quando conviene?

Questo è un calcolo illustrativo, non un caso misurato. Una nuova linea richiede 30 giorni di messa in servizio in cantiere. Costruire il modello virtuale costa 25 giornate di ingegneria a 800, cioè 20.000, più 15.000 per software e licenze, per un totale di 35.000. Un giorno di ritardo all'avviamento costa 8.000, tra squadra in cantiere e margine perso.

Ipotizziamo che il team pianifichi in modo prudenziale e preveda di risparmiare il 25 per cento del tempo in cantiere, cioè 7,5 giorni.

• Risparmio: 7,5 × 8.000 = 60.000.
• Costo: 35.000.
• Guadagno netto: circa 25.000.

Il punto di pareggio è 35.000 ÷ 8.000 = 4,4 giorni, pari a circa il 15 per cento dei 30 giorni. Se il tempo risparmiato è inferiore a questa soglia, il modello non si ripaga da solo su questa sola linea.

Ora cambia un presupposto. Se un giorno di ritardo costa solo 3.000, gli stessi 7,5 giorni valgono 22.500, cioè meno dei 35.000. Il progetto non si ripaga alla prima linea, a meno che il modello non venga riutilizzato. Se lo stesso modello serve anche per la formazione degli operatori e per due modifiche successive che costerebbero ciascuna due giorni di test a 3.000, il riutilizzo aggiunge 12.000. Il beneficio totale è quindi di circa 34.500, vicino al punto di pareggio.

Il punto è che la decisione dipende da tre numeri: il costo di un giorno di ritardo, la quota di giorni che ti aspetti di risparmiare e il riutilizzo del modello. Confrontali prima che il progetto parta.

Test di controllo e test di output: due tipi di simulazione

Il commissioning virtuale viene a volte confuso con la simulazione di produzione, perché entrambi usano un modello. Rispondono però a domande diverse. La distinzione abituale è questa: la simulazione studia come si comporta un sistema e che cosa è in grado di produrre, mentre qui l'obiettivo è verificare che il controllo funzioni.

Una simulazione del sistema produttivo chiede se l'impianto produrrà l'output previsto. Polaris Simulator di iFAKT, per esempio, è un modulo di iFAKT Polaris che testa virtualmente il sistema produttivo, ad esempio con scenari di capacità, personale e buffer, e rivela i colli di bottiglia prima che vengano apportate modifiche. È una domanda sul flusso e sulla capacità. Non è un test del codice PLC, e i due non si sostituiscono a vicenda. Una linea può avere un programma di controllo ben testato e comunque essere progettata male, oppure il contrario. I due test rispondono a domande diverse, quindi appartengono a momenti diversi di un progetto.

Come avviare un progetto di automazione in cinque passi

Questa sequenza è un nostro strumento di pianificazione, non uno standard.

1. Scegli un progetto con un costo del ritardo elevato oppure con una logica di controllo complessa e nuova. Una macchina semplice che hai già costruito molte volte è un cattivo primo caso.
2. Definisci le domande. Quali sequenze, interblocchi e casi di guasto devono essere testati? L'ambito determina lo sforzo di modellazione.
3. Concorda il livello di dettaglio. Il modello dovrebbe essere semplice quanto le domande lo consentono. Un modello troppo dettagliato costa tempo. Uno troppo grossolano non individua gli errori.
4. Scegli il livello di test. Inizia con il software in the loop. Aggiungi l'hardware dove contano tempi o interfacce.
5. Testa, documenta e conserva il modello. Registra gli errori trovati, porta in cantiere il programma corretto e assegna un responsabile del modello per il periodo successivo.

Errori comuni

• Iniziare troppo tardi. Se il codice di controllo è già finito e consegnato, resta poco da testare.
• Livello di dettaglio sbagliato. Un modello troppo grossolano non individua gli errori, e uno troppo dettagliato ritarda il progetto.
• Segnali che non corrispondono. Se i nomi nel modello differiscono da quelli reali, stai testando un programma diverso.
• Considerare un test superato come una prova. Il modello non è la macchina. Prevedi tempo per la verifica in campo.
• Fare affidamento sulla percentuale dichiarata. Anche il fornitore ammette che la sua cifra non è garantita per ogni progetto.
• Nessun responsabile dopo il progetto. Un modello che nessuno mantiene è obsoleto già dopo la prima modifica.

Come può aiutare il software

Il software di simulazione per questo tipo di lavoro va dalle suite per la simulazione di impianti ai plugin per motori grafici, e molti si collegano alle piattaforme PLC più diffuse. Valuta le interfacce con il tuo controllore, lo sforzo necessario per costruire e denominare i segnali e se il modello potrà essere riutilizzato in seguito. Uno strumento è utile solo quanto il modello che ci costruisci sopra, e costruire quel modello è la parte più costosa.

Prossimo passo

Elenca i tuoi prossimi tre progetti di investimento, stima il costo di un giorno di ritardo all'avvio per ciascuno e confrontalo con il costo di un modello. Scegli come pilota il progetto con la maggiore probabilità che il commissioning virtuale si ripaghi.