Warum Software-Fehler beim Go-live so teuer sind
Wenn eine neue Produktionszelle oder ein Automatisierungssystem installiert wird, beginnt die Inbetriebnahme: Ingenieure verbinden die Steuerungssoftware und fahren die Maschine zum ersten Mal. In den meisten Projekten weicht hier die Realität vom Entwurf ab — und die Fehler treten auf.
Softwarefehler in dieser Phase sind teuer, wie es Simulationsfehler nicht sind. Spezialisierte Ingenieure sind zu Tagessätzen vor Ort. Die Maschinenzeit liegt auf dem kritischen Pfad. Jede Stunde Fehlersuche ist eine Stunde verzögerter Produktionsstart. In komplexen Systemen sind in Wochen gemessene Überschreitungen der Inbetriebnahme Routine — und vollständig vermeidbar.
Die Kernidee: SPS-Code und Roboterprogramme lassen sich mit einem Simulationsmodell verbinden und gegen eine virtuelle Maschine laufen, bevor die physische existiert. Jeder in der Simulation gefundene Fehler ist in Minuten behoben. Derselbe Fehler in der Fertigung kostet Tage.
Was virtuelle Inbetriebnahme tatsächlich umfasst
Virtuelle Inbetriebnahme ist keine Simulation der Steuerungslogik — es ist die echte Steuerungslogik, die gegen eine simulierte Maschine läuft. SPS-Programm, HMI-Logik und Roboterprogramme sind exakt derselbe Code, der auf dem realen System laufen wird. Der einzige Unterschied: Die E/A-Signale werden mit einem Visual-Components-3D-Modell statt mit physischer Hardware ausgetauscht.
Das bedeutet: Jede Timing-Abhängigkeit, jeder Sensorauslöser, jeder Not-Halt, jede Verriegelungsbedingung lässt sich testen — ohne dass das physische System vorhanden ist. Das Simulationsmodell bildet das mechanische Verhalten der Maschine detailgetreu genug ab, um alle Logikfehler in der Software aufzudecken.
3D-Modellaufbau
Wir bauen ein Visual-Components-Modell der Maschine oder Zelle — Kinematik, Sensoren, Aktoren, Förderer und alle physischen Komponenten, mit denen die SPS kommunizieren muss. CAD-Daten des Maschinenlieferanten sind der Ausgangspunkt.
Anbindung des Steuerungssystems
Wir verbinden das Modell über das passende Protokoll mit der echten Steuerungssoftware: OPC UA für herstellerneutrale Integration, TwinCAT ADS für Beckhoff-Systeme, Siemens PLC Sim Advanced oder direktes Hardware-in-the-Loop für echte SPS-Hardware.
Systematische Testdurchführung
Jede Sequenz, jeder Modus, jede Sicherheitsbedingung und jeder Grenzfall wird systematisch getestet. Fehler werden protokolliert, vom Softwareteam behoben und erneut getestet — im selben Ablauf wie jeder Software-QA-Zyklus, aber ohne Zeit vor Ort.
Validierter Code für die Baustelle
Die SPS- und Roboterprogramme, die vor Ort gehen, wurden bereits Hunderte virtuelle Stunden ausgeführt. Die physische Inbetriebnahme wird zu Ausrichtung, Feinabstimmung und Abnahmetest — nicht zur Fehlersuche.
Was Sie am Ende erhalten
Lieferumfang: das validierte Visual-Components-Modell, ein Testprotokoll mit jedem getesteten Szenario und dessen Ergebnis, die verifizierten SPS-/Roboterprogrammdateien und optionale Offline-Programmierausgaben (aus der Simulation erzeugte Roboter-Teachpunkte).
Klassisch vs. virtuelle Inbetriebnahme
| Phase | Mit virtueller Inbetriebnahme | Klassisches Vorgehen |
|---|---|---|
| Fehlererkennung | In der Simulation — Tage vor dem Einsatz | Vor Ort — Ingenieure zum Tagessatz |
| Behebungs- und Retest-Zyklus | Minuten in der Simulation | Stunden oder Tage vor Ort |
| Grenzfall- & Fehlertests | Systematisch in der Simulation | Oft übersprungen — zu riskant/teuer |
| Dauer der physischen Inbetriebnahme | 50–70 % kürzer | Volle Dauer — Software + Mechanik |
| Risiko für Maschine / Produkt | Null — alles in der Simulation | Reales Schadensrisiko durch Softwarefehler |
| Ergebnis nach dem Projekt | Wiederverwendbares 3D-Modell + Offline-Programme | Kein wiederverwendbares Ergebnis |
Tools & technology
Unsere virtuelle Inbetriebnahme nutzt Visual Components — den Industriestandard für 3D-Simulation in der Fertigung, für den SimulateFirst zertifizierter Partner ist. Visual Components bietet native Anbindung für OPC UA, TwinCAT ADS, Siemens PLC Sim Advanced und unterstützt Hardware-in-the-Loop über echte SPS-Hardware, die mit der Simulation verbunden ist.
Für die Roboter-Offline-Programmierung erzeugt die Simulation verifizierte Roboterprogramme (RAPID, KRL, LS, URScript), die sich direkt auf die Robotersteuerung laden lassen — ohne manuelles Teachen der Roboterpositionen vor Ort.
So sieht es in der Praxis aus
Schweißzelle Automobilindustrie — SPS-Validierung vor dem Go-live
Visual Components · Automotive
Montagezelle — OPC-UA-Anbindung an Beckhoff TwinCAT
Visual Components · Manufacturing
