Virtual commissioning: hoe het werkt en wanneer het loont

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

Virtual commissioning test besturingssoftware op een virtueel model voordat de installatie in bedrijf gaat. Lees hoe het werkt, wat het bewijs zegt en wanneer het voor een fabriek loont.

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

Virtual commissioning betekent dat je de echte besturingssoftware van een machine of installatie test tegen een virtueel model, voordat de apparatuur is gebouwd of in bedrijf is. Het loont wanneer een dag vertraging bij de ingebruikname duur is of de besturingslogica complex is, en het loont niet voor elk project. Deze gids is bedoeld voor fabrieksmanagers die moeten beslissen of ze erom vragen. Je leest hoe het werkt, de drie testniveaus, wat het bewijs zegt over tijdwinst, een break-even-voorbeeld met cijfers en de fouten die je moet vermijden.

Belangrijkste punten

• Virtual commissioning koppelt de echte besturingssoftware, zoals een PLC-programma, aan een gesimuleerd model van de machine, zodat logica, signalen en volgordes worden getest voordat de apparatuur draait.
• Het model heeft zowel geometrie en kinematica als de elektrische interface naar de controller nodig, en de waarde hangt af van hoe nauwkeurig het het echte gedrag benadert.
• Gemelde tijdwinst is groot, maar komt uit kleine experimenten en leverancierspagina's. Reken daarom met een conservatief cijfer en behandel het niet als gegarandeerd.
• Het loont wanneer een dag vertraging bij de ingebruikname duur is, de besturingslogica complex is, of het model hergebruikt kan worden voor training en latere wijzigingen.
• Het beantwoordt een andere vraag dan een productiesimulatie: of de besturing werkt, niet hoeveel het systeem kan leveren.

Virtual commissioning: wat het is en hoe het werkt

Bij traditionele ingebruikname komt de besturingssoftware voor het eerst op locatie in aanraking met de machine. Fouten in logica, signalen en volgordes kosten dan tijd op de vloer, waar elk uur vertraging duur is. Virtual commissioning verplaatst dat eerste contact naar het bureau, naar een virtuele omgeving waarin het model sensoren, aandrijvingen en onderdelen kan simuleren. Voor een automatiseringsproject betekent dat dat je problemen oplost in een vroeg stadium, wanneer een oplossing goedkoop is. Een artikel van Matthias Schamp en collega's van de Universiteit Gent en Flanders Make, gepubliceerd in Procedia Manufacturing in 2019, beschrijft het als het nabootsen van het gedrag van hardware in een softwareomgeving, om de besturingslogica te valideren voordat de echte implementatie plaatsvindt. De virtuele componenten hebben een mechanisch model nodig, met geometrie en kinematica, en een elektrisch model dat de interactie met de PLC omvat.

In de praktijk zien de stappen er zo uit:

1. Bouw het model van de machine of installatie: de onderdelen die bewegen, de sensoren en de actuatoren.
2. Geef de signalen dezelfde namen in het model als in het besturingsprogramma, zodat de controller het model ziet zoals hij de echte apparatuur zou zien.
3. Koppel de besturingssoftware aan het model. Het echte PLC-programma draait en het model reageert.
4. Test volgordes en storingen. Draai normale cycli en activeer daarna storingen, zoals een ontbrekend onderdeel, een sensorfout of een storing in de doorvoer, die op echte apparatuur riskant of traag zijn om te testen.
5. Los de fouten aan het bureau op en breng het gecorrigeerde programma naar de locatie.

De kwaliteit van het resultaat hangt af van hoe nauwkeurig het model het echte gedrag benadert. Het Schamp-artikel stelt dat het digitale model zich moet gedragen als het echte productiesysteem, en noemt de modelleringsinspanning en de afhankelijkheid van expertise als open uitdagingen.

Drie testniveaus: model-, software- en hardware-in-the-loop

De test kan op verschillende niveaus worden uitgevoerd, afhankelijk van de fase van het project. De leverancierspagina van realvirtual, die software voor virtuele inbedrijfstelling verkoopt, beschrijft drie loops:

• Model-in-the-loop koppelt gedragsmodellen, bijvoorbeeld uit een simulatietool, aan het machinemodel. Het past bij aandrijvingen en processen voordat er PLC-code bestaat.
• Software-in-the-loop draait de besturing als software op een pc, zodat de hele test geen bekabeling of hardware nodig heeft. Het past bij vroege tests en schaalt eenvoudig.
• Hardware-in-the-loop koppelt een echte PLC via een netwerk aan het model. Het ligt dichter bij het eindsysteem en controleert het gedrag en de timing van de echte hardware.

Een blogpost van Siemens, een leverancier, beschrijft dezelfde twee varianten van software- en hardware-in-the-loop voor de simulatietool voor fabrieken. Het verschil tussen simulatie en emulatie, dat hier belangrijk is, verdient een eigen behandeling. Voor een fabrieksmanager is het praktische punt dit: begin met software en voeg echte hardware toe zodra het project de fase bereikt waarin timing en interfaces ertoe doen.

Wat het bewijs zegt over tijdsbesparing

De gerapporteerde besparingen zijn groot, maar de kwaliteit van het bewijs varieert, dus lees de cijfers met zorg.

• Het Schamp-artikel verwijst naar een eerder kleinschalig experiment dat een afname van 73 procent in de echte inbedrijfstellingstijd meldde, en een verbetering van 31 procent in het aantal eisen dat vóór de echte inbedrijfstelling was vervuld, met een digitaal-modelaanpak. De auteurs merken op dat het lastig is aanpakken te vergelijken, omdat een inbedrijfstelling maar één keer kan plaatsvinden.
• De realvirtual-pagina zegt dat de inbedrijfstellingstijd op locatie tot 75 procent korter kan zijn, en dat het aandeel besturingsfuncties dat bij de eerste poging werkte, steeg van 37 naar 84 procent. Daarbij verwijst de pagina naar een veldstudie van de Technische Universität München. Ook staat er dat die 75 procent niet voor elk project een gegarandeerd resultaat is. Dat is een leverancier die een derde partij citeert.
• De Siemens-blogpost claimt eveneens grote besparingen, maar geeft weinig cijfers die je kunt controleren.

De richting is dus consistent, maar de omvang is onzeker. Gebruik voor planning een conservatieve aanname, zoals een kwart van de tijd op locatie, en toets die aan je eerste project.

Een verwante term is de digital twin: een onderhouden digitale representatie van een fysieke resource, die op basis van observaties actueel wordt gehouden. In Industrie 4.0-projecten worden de twin en het inbedrijfstellingsmodel vaak samen besproken, maar het zijn niet dezelfde dingen. Een model dat voor virtuele inbedrijfstelling is gebouwd, is vaak een eenmalig testmodel, bijvoorbeeld voor één assemblagelijn. Als je het actueel houdt, kan het uitgroeien tot een twin, en dan kan het worden gebruikt voor training en voor het testen van latere wijzigingen. Dat hergebruik is een van de belangrijkste manieren waarop de investering zich terugverdient.

Voorbeeld: wanneer loont het?

Dit is een illustratieve berekening, geen gemeten casus. Een nieuwe lijn heeft 30 dagen inbedrijfstelling op locatie nodig. Het bouwen van het virtuele model kost 25 engineeringdagen à 800, dat is 20.000, plus 15.000 voor software en licenties, samen 35.000. Een dag vertraging bij de opstart kost 8.000, aan het team op locatie en de gemiste marge.

Stel dat het team conservatief plant en verwacht 25 procent van de tijd op locatie te besparen, dat is 7,5 dagen.

• Besparing: 7,5 × 8.000 = 60.000.
• Kosten: 35.000.
• Netto winst: ongeveer 25.000.

Het break-evenpunt ligt bij 35.000 ÷ 8.000 = 4,4 dagen, wat ongeveer 15 procent van de 30 dagen is. Als de bespaarde tijd daaronder blijft, verdient het model zichzelf op deze lijn alleen niet terug.

Bekijk nu één aanname opnieuw. Als een dag vertraging slechts 3.000 kost, zijn dezelfde 7,5 dagen 22.500 waard, en dat is minder dan de 35.000. Het project betaalt zich dan niet terug op de eerste regel, tenzij het model opnieuw wordt gebruikt. Als hetzelfde model ook dient voor operatortraining en voor twee latere wijzigingen die elk twee dagen testen zouden hebben gekost van 3.000, levert het hergebruik 12.000 op. Het totale voordeel komt dan op ongeveer 34.500, wat dicht bij het break-even ligt.

Het komt erop neer dat de beslissing van drie getallen afhangt: de kosten van een dag vertraging, het aandeel dagen dat je verwacht te besparen, en het hergebruik van het model. Vergelijk ze voordat het project begint.

Controletests en outputtests: twee soorten simulatie

Virtual commissioning wordt soms verward met productiesimulatie, omdat beide een model gebruiken. Ze beantwoorden echter verschillende vragen. Het gangbare onderscheid is het volgende: simulatie onderzoekt hoe een systeem zich gedraagt en wat het kan leveren, terwijl het hier gaat om het controleren of de besturing werkt.

Een simulatie van het productiesysteem beantwoordt de vraag of de installatie de output zal leveren. De Polaris Simulator van iFAKT is bijvoorbeeld een module van iFAKT Polaris die het productiesysteem virtueel test, bijvoorbeeld op capaciteit, bezetting en bufferscenario's, en knelpunten zichtbaar maakt voordat er wijzigingen worden doorgevoerd. Dat is een vraag over doorstroming en capaciteit. Het is geen test van PLC-code, en de twee vervangen elkaar niet. Een lijn kan een goed getest besturingsprogramma hebben en toch een slecht ontwerp zijn, of andersom. De twee tests beantwoorden verschillende vragen, dus horen ze op verschillende momenten in een project.

Een automatiseringsproject in vijf stappen starten

Deze volgorde is onze eigen planningshulp en geen standaard.

1. Kies een project met hoge kosten van vertraging of met complexe, nieuwe besturingslogica. Een eenvoudige machine die je al vaak hebt gebouwd, is een slechte eerste case.
2. Definieer de vragen. Welke sequenties, interlocks en storingsgevallen moeten worden getest? De scope bepaalt de inspanning voor het model.
3. Spreek het detailniveau af. Het model moet zo eenvoudig zijn als de vragen toelaten. Een te fijn model kost tijd. Een te grof model mist de fouten.
4. Kies het testniveau. Begin met software in the loop. Voeg hardware toe waar timing of interfaces een rol spelen.
5. Test, documenteer en bewaar het model. Leg de gevonden fouten vast, neem het gecorrigeerde programma mee naar de site en wijs daarna een eigenaar voor het model aan.

Veelgemaakte fouten

• Te laat beginnen. Als de besturingscode af is en is opgeleverd, valt er weinig meer te testen.
• Verkeerd detailniveau. Een te grof model mist de fouten, en een te fijn model vertraagt het project.
• Signalen die niet overeenkomen. Als de namen in het model afwijken van de echte, test je een ander programma.
• Een geslaagde test zien als bewijs. Het model is niet de machine. Plan tijd in voor de controle op locatie.
• Rekenen op het procentuele kopcijfer. Zelfs de leverancier zegt dat zijn cijfer niet voor elk project gegarandeerd is.
• Geen eigenaar na het project. Een model dat niemand onderhoudt, is na de eerste wijziging verouderd.

Hoe software kan helpen

Simulatiesoftware voor dit werk varieert van suites voor processimulatie tot plug-ins voor game-engines, en veel tools maken verbinding met gangbare PLC-platforms. Kijk naar de interfaces met je controller, de inspanning om de signalen te bouwen en benoemen, en of het model later hergebruikt kan worden. Een tool is alleen zo nuttig als het model dat je ermee bouwt, en dat bouwen is het grootste deel van de kosten.

Volgende stap

Zet je volgende drie investeringsprojecten op een rij, schat per project de kosten van een dag vertraging bij de opstart in en vergelijk die met de kosten van een model. Kies het project waarbij virtual commissioning de grootste kans heeft zich terug te verdienen als pilot.