Wie wählen Sie digitale Prototyping-Lösungen aus, die die Entwicklungszeit in Pneumatiksystemen um 73 % reduzieren?

Digitale Prototyping-Lösungen für Pneumatiksysteme sind Softwareumgebungen, in denen Ingenieure Steuerungslogik, pneumatisches Verhalten oder Maschinenbetrieb prüfen können, bevor sie auf die vollständige reale Maschine angewiesen sind. Sie können ein Pneumatikautomatisierungsprojekt verkürzen, doch 73 % sind keine universelle Garantie für eine kürzere Entwicklungszeit. Eine veröffentlichte Arbeit zur virtuellen Inbetriebnahme nannte eine mögliche Reduzierung der realen Inbetriebnahmezeit um 73 %. Dieses Ergebnis bezog sich auf eine konkrete Projektphase und einen bestimmten Modellierungsansatz und nicht auf alle Pneumatikmaschinen oder den gesamten Zeitraum von der Konstruktion bis zur Produktion (Artikel im Repositorium der Universität Gent, abgerufen am 27. Juli 2026).

Wählen Sie die Lösung nach der Entscheidung aus, die sie unterstützen soll. SPS-Sequenztests, die Vorhersage von pneumatischem Druck und Bewegung sowie ein operativer digitaler Zwilling sind drei verschiedene Aufgaben. Die passende Plattform bildet das benötigte Verhalten ab, verbindet sich mit den realen Steuerungen, macht ihre Annahmen transparent und besteht einen repräsentativen Pilottest im Vergleich mit Messungen der physischen Anlage.

Wichtige Erkenntnisse

• Der kommunizierte Nutzen von 73 % bezieht sich auf eine mögliche Verkürzung der realen Inbetriebnahmezeit und nicht auf eine garantierte Reduzierung der gesamten Entwicklungszeit.
• Unterscheiden Sie zwischen Anforderungen an virtuelle Inbetriebnahme, dynamische Pneumatiksimulation und operativen digitalen Zwilling.
• Validieren Sie Druck, Durchfluss, Bewegung, Zeiten, E/A, Fehler und Neustartverhalten durch physische Messungen.
• Verwenden Sie einen bezahlten Pilottest und schriftliche Abnahmekriterien, bevor Sie sich an Lizenzen, Modellbibliotheken oder Integrationsarbeiten binden.

Was bedeutet die Reduzierung um 73 % tatsächlich?

Die Zahl 73 % ist ein auf einen bestimmten Umfang begrenzter Bezug für virtuelle Inbetriebnahme. Der zitierte Artikel weist darauf hin, dass frühere Untersuchungen ergaben, dass ein digitales 3D-Modell die reale Inbetriebnahmezeit potenziell um 73 % reduzieren kann. Er behauptet nicht, dass Pneumatikproduktentwicklung, Komponentenbeschaffung, Fertigung, Installation, Validierung und die gesamte Projektlaufzeit alle im selben Verhältnis sinken.

Ein Siemens-Industriefall zeigt, warum die Baseline zählt. Wipro PARI berichtete eine Verkürzung der Inbetriebnahme vor Ort um 70 %, während derselbe Fall nur eine Reduzierung der Lieferzeit um 5–10 % und der Nacharbeit um 40–50 % nannte (Siemens-Fallstudie zu Wipro PARI, abgerufen am 27. Juli 2026). Die Nenner sind unterschiedlich.

Definieren Sie die Kennzahl, bevor Sie die Software bewerten:

Kennzahl	Anfangsereignis	Endereignis	Erforderliche Nachweise
SPS-Entwicklungszeit	Erste Aufgabe der Steuerungssoftware	Code bereit für formale Prüfung	Zeitprotokolle und akzeptierte Testfälle
Virtuelle Inbetriebnahmezeit	Ausführbares Modell verfügbar	Virtuelle Abnahme abgeschlossen	Modellerstellungsaufwand plus Testausführung
Inbetriebnahmezeit vor Ort	Installierte Anlage verfügbar	Abnahme im Werk abgeschlossen	Vergleichbares Projekt oder Baseline eines kontrollierten Pilottests
Gesamte Projektlaufzeit	Anforderungen freigegeben	Freigabe für die Produktion	Vollständiger Terminplan einschließlich vorgezogener Arbeiten
Nacharbeit	Erste Konstruktion freigegeben	Endgültige Maschine abgenommen	Änderungsprotokolle nach mechanischer, elektrischer, steuerungs- und pneumatischer Ursache klassifiziert

Virtuelle Inbetriebnahme verlagert Arbeit meist nach vorn, statt sie zu beseitigen. Modellaufbau, E/A-Mapping, Erstellung von Testfällen und Modellpflege beanspruchen Engineering-Zeit. Die Wirtschaftlichkeitsanalyse muss diese Stunden erfassen. Andernfalls kann ein kürzerer Anlagenaufenthalt einen gleich großen oder sogar höheren gesamten Engineering-Aufwand verbergen.

Das belastbarste Ziel lautet nicht „Entwicklungszeit um 73 % reduzieren“, sondern „eine definierte Gruppe von Fehlern aus der Vor-Ort-Phase herausnehmen und anschließend die Veränderung von Anlagenzeit, gesamter Engineering-Zeit, Nacharbeit und Abnahmequalität messen“. Diese Formulierung verhindert, dass eine lokale Verbesserung als Einsparung für das gesamte Projekt dargestellt wird.

Welche Aufgabe des digitalen Prototypings muss die Lösung erfüllen?

Digitales Prototyping für pneumatische Automatisierung umfasst typischerweise drei Aufgaben: virtuelle Inbetriebnahme, dynamische Systemsimulation oder operativer digitaler Zwilling. ISO 23247-2 liefert eine Referenzarchitektur für digitale Zwillinge in der Fertigung, während FMI 3.0 drei Modellschnittstellen definiert: Model Exchange, Co-Simulation und Scheduled Execution (ISO 23247-2; FMI 3.0.2, abgerufen am 27. Juli 2026).

Aufgabe	Hauptfrage	Mindestverhalten des Modells	Übliche Verbindung
Virtuelle Inbetriebnahme	Führt die Steuerungslogik die Sequenz korrekt aus?	Aktorzustände, Sensoren, Verriegelungen, Zeiten, Fehler, Materialfluss	Simulierte SPS, reale SPS, Robotersteuerung, HMI
Dynamische Pneumatiksimulation	Erfüllen Druck, Durchfluss, Kraft und Bewegung die Anforderungen?	Kompressible Volumina, Ventildurchfluss, Drosselungen, Reibung, Last, Dämpfung	Physikalischer Solver, Steuerungsmodell, Parameterdateien
Operativer digitaler Zwilling	Bleibt der virtuelle Zustand nach der Inbetriebnahme nützlich?	Anlagenidentität, Echtzeitdaten, Konfigurationshistorie, Kalibrierung, Unsicherheit	SPS/SCADA, Historian, OPC UA, Anlagenregister

Kaufen Sie nicht alle drei Fähigkeiten, nur weil ein Anbieter den Ausdruck „digitaler Zwilling“ verwendet. Ein Sequenzmodell kann einen Zylinder als ausgefahren oder eingefahren darstellen, ohne seine Hubzeit vorherzusagen. Ein detailliertes Gasmodell kann den Kammerdruck vorhersagen, aber für HIL in Echtzeit zu langsam sein. Ein verbundenes Dashboard kann Tags synchronisieren, ohne prädiktive Physik zu enthalten.

Welches pneumatische Verhalten muss das Modell abbilden?

ISO 6358-1 definiert stationäre Prüfverfahren für Pneumatikkomponenten mit kompressiblen Fluiden. Das ist relevant, weil ein Modell, das auf Anschlussgewinden und nominalem Versorgungsdruck basiert, keine Zylinderzeiten vorhersagen kann. Es benötigt nutzbare Durchflusskennwerte, Druckgrenzen, angeschlossene Volumina, Lastdaten und die Betriebsbedingungen des exakten Ventils und Aktors (ISO 6358-1, abgerufen am 27. Juli 2026).

Wählen Sie die Modelltreue anhand der Entscheidung aus:

Erforderliche Entscheidung	Abzubildendes pneumatisches Verhalten	Physische Prüfungen
SPS-Sequenz und Kollisionsvermeidungslogik	Angesteuerte Aktorzustände, Endlagensensoren, plausible Verzögerungen	E/A-Liste, Sequenzspezifikation, gemessene Verzögerungsbereiche
Hubzeitvorhersage	Kammervolumina, Ventil-Zu- und Abluftdurchfluss, Schlauchvolumen, Druckverlust, Last, Reibung, Dämpfer	Ventildurchflussdaten, Zylinderabmessungen, Druck- und Bewegungsverläufe
Vorläufige Bewertung der Haltekraft	Wirksame Kolbenfläche, minimaler dynamischer Druck, Lastrichtung, Reibungsreserve	Freigegebene Zeichnung, Druckmessung, Kraftprüfung
Synchronisationsprüfung	Ventilverzögerung, Druckausbreitung, Anlauf, Sensorschwelle, SPS-Zyklus und Netzwerkaktualisierung	Zeitlich korrelierte Protokolle von Befehl, Druck, Position und Sensor
Untersuchung von Energieverlust oder Neustart	Fehlerzustand des Ventils, eingeschlossener Druck, Leckagen, Schwerkraft- oder Federlast, Wiederbedruckungssequenz	Schaltplan, Risikobeurteilung, Druckabfall, Bewegung beim Neustart
Überwachung betrieblicher Abweichungen	Versionierte Parameter, Sensorqualität, Kalibrierstatus, Umgebung, Wartungsänderungen	Historian-Daten, Kalibrierprotokolle, Änderungsprotokoll

Der Leitfaden zur Konstanz der Ventilreaktionszeit erklärt, warum ein einzelner Katalogwert für die Reaktionszeit kein vollständiges Modell vom Befehl bis zur Bewegung darstellt. Der Leitfaden zur Auslegung von Ventilen für eine bestimmte Zylinderhubzeit behandelt den Durchflussbedarf und die installierten Einschränkungen, die ein dynamisches Modell abbilden muss.

Ein CAD-Modell liefert Geometrie, Masseeigenschaften, Schnittstellen und mögliche Kollisionsräume. Es liefert jedoch keine validierten Daten zu Leckagen, Reibung, Dämpfung, Durchfluss, Schaltverzögerung oder zum temperaturabhängigen Verhalten der Dichtungen. Verwenden Sie die Checkliste zur Prüfung von CAD-Modellen für Pneumatikzylinder, bevor Sie die Geometrie eines Lieferanten als simulationsbereit betrachten.

Verwenden Sie die geringste Modelltreue, die die Frage beantworten kann

Ein Zustandsmodell kann ausreichen, um zu prüfen, ob die SPS das Ausfahren anordnet, bevor eine Schutzbedingung erfüllt ist. Es reicht nicht aus, um eine Anforderung von 300 ms für die Hubzeit freizugeben. Umgekehrt kann ein detailliertes dreidimensionales Durchflussmodell die Rechenkosten erhöhen, ohne eine Entscheidung über die Maschinensequenz zu verbessern.

Definieren Sie zunächst die interessierenden Größen. Beispiele sind die Ankunftszeit des Zylinders, der maximale Kammerdruck, die minimale Haltekraft, die Abfallzeit des Abluftdrucks, der zeitliche Versatz oder der maximale Verfahrweg beim Neustart. Fügen Sie dem Modell nur dann Details hinzu, wenn sich dadurch eine dieser Entscheidungen wesentlich ändert.

Sollten Sie Software-in-the-Loop, Hardware-in-the-Loop oder beides einsetzen?

Verwenden Sie SIL, um die Steuerungssoftware früh zu prüfen, und HIL, um die Zeiten der realen Steuerung, das E/A-Verhalten und die Kommunikationsgrenzen sichtbar zu machen. Ein hybrides Programm durchläuft in der Regel beide Stufen. Die virtuelle Anlage muss für die gewählte Verbindung schnell genug laufen; die Echtzeit muss jedoch anhand der Steuerungsaufgabe und der erforderlichen Ereigniszeiten definiert werden, nicht anhand eines allgemeinen Millisekundenziels.

Arquitectura	Reale Steuerungshardware	Beste Verwendung	Wesentliche Einschränkung
Model-in-the-loop	No	Entwicklung von Modell und Algorithmus	Zeigt weder das Verhalten der kompilierten Steuerung noch der Hardware
Software-in-the-loop	No	SPS-Logik, Zustandssequenzen, Regressionstests	Zeiten und Kommunikation des Emulators können von der Hardware abweichen
Hardware-in-the-loop	Sí	Aufgaben der realen SPS, E/A, Netzwerk, HMI, Fehler- und Neustarttests	Erfordert deterministische Ausführung und eine sichere elektrische Integration
Korrelation am Prüfstand	Teilsystem	Parameteridentifikation und Modellvalidierung	Deckt nur die geprüfte Konfiguration und den geprüften Bereich ab
Validierung der vollständigen Maschine	Ja	Endabnahme und Sicherheitsvalidierung	Erfolgt später, und Änderungen sind dann teurer

SIL ist meist die wirtschaftlichste erste Prüfstufe. Damit lassen sich automatisierte und wiederholbare Tests durchführen, bevor der Schaltschrank verfügbar ist. HIL wird wichtig, wenn die Entscheidung vom tatsächlichen Zyklus der Steuerung, von Kommunikationsadaptern, der Aufgabenpriorität, den Schnittstellen der Sicherheitssteuerung, den physischen E/As oder der Firmware des Lieferanten abhängt.

Die Skalierung der virtuellen Zeit ist für lange Sequenzen und Regressionstests nützlich, beweist aber keine Echtzeitleistung. Protokollieren Sie während HIL die Ausführung in Wanduhrzeit, verpasste Fristen, die Größe des Kommunikationsschritts, den Jitter und Solver-Überläufe. Wenn das Modell verzögert läuft, legen Sie fest, ob die Plattform die Steuerung verlangsamt, Aktualisierungen verwirft, Werte extrapoliert oder den Test als fehlgeschlagen markiert.

Welche Schnittstellen und Datenstandards sind wichtig?

FMI 3.0.2 definiert Model Exchange, Co-Simulation und Scheduled Execution, während ergänzende OPC-UA-Spezifikationen wiederverwendbare Informationsmodelle für die domänenspezifische Interoperabilität definieren. Die Standards lösen unterschiedliche Probleme: FMI paketiert ausführbare Modelle und ihre Schnittstellen; OPC UA organisiert auffindbare Informationen und Dienste der Maschine (FMI; OPC Foundation, abgerufen am 27. Juli 2026).

Prüfen Sie sechs Schnittstellenebenen:

1. Geometrieaustausch: natives CAD, STEP, JT, kinematische Gelenke, Koordinatensysteme, Konfigurationsidentität und Revision.
2. Austausch des Verhaltensmodells: FMU-Version, unterstützter FMI-Schnittstellentyp, Zuständigkeit für den Solver, Variableneinheiten, Ereignisse und Parameterschutz.
3. Steuerungsanbindung: kompatible SPS, Emulatoren, reale Steuerungen, Einschränkungen von Sicherheits-SPS, Zykluszeitverhalten und Lizenzen.
4. Signalzuordnung: Namen, Datentypen, Skalierung, Einheiten, Standardwerte, Qualitätsstatus, fehlende Signale und automatisierter Vergleich.
5. Maschineninformationen: OPC-UA-Informationsmodell, Alarme, Zustände, historische Daten, Sicherheit und Kompatibilität mit ergänzenden Spezifikationen.
6. Testexport: Testdefinitionen, Protokolle, Zeitsynchronisation, Modellversion, Steuerungsversion, Ergebnisvergleich und Audit-Trail.

IEEE-Netzwerke mit deterministischem Zeitverhalten können innerhalb einer geeigneten Architektur ein begrenztes Netzwerkverhalten liefern, sind aber kein universelles Protokoll für die virtuelle Inbetriebnahme. Sie ersetzen weder die Modellschnittstelle noch die semantische Signaldefinition, den Steuerungsadapter oder das Testsystem.

Bitten Sie jeden Anbieter, einen Export und Reimport zu demonstrieren. Eine Folie mit dem Hinweis „FMI-kompatibel“ reicht nicht aus, wenn der pneumatische Solver nur statische Parameter exportieren kann oder das empfangende Werkzeug Einheiten, Ereignisse, Interpolation oder Solverannahmen unbemerkt ändert.

Interoperabilität muss als Hin- und Rückweg geprüft werden, nicht als einzelne Checkbox. Exportieren Sie das ausgewählte Zylinder- und Ventil-Subsystem, importieren Sie es in die Zielumgebung für die Co-Simulation, ändern Sie einen kontrollierten Parameter, führen Sie denselben Test aus und bestätigen Sie, dass Identität, Einheiten, Ereignisse und numerische Ergebnisse rückverfolgbar bleiben.

Wie sollte die Verifizierung und Validierung des Pneumatikmodells strukturiert werden?

NIST weist darauf hin, dass die Glaubwürdigkeit eines digitalen Zwillings während seines gesamten Lebenszyklus Verifizierung, Validierung und Unsicherheitsquantifizierung erfordert. ASME V&V 20 beschreibt Validierung ebenfalls als Vergleich einer festgelegten Simulationsgröße mit einem Experiment an einem bestimmten Validierungspunkt unter Berücksichtigung der Unsicherheit sowohl der Lösung als auch der Daten (NIST; ASME V&V 20, abgerufen am 27. Juli 2026).

Halten Sie vier Tätigkeiten getrennt:

• Codeverifizierung: Löst die Implementierung das mathematische Problem korrekt?
• Berechnungsverifizierung: Sind Netz, Zeitschritt, Solvertoleranz, Ereignisse und numerische Konvergenz für diese Ausführung geeignet?
• Validierung: Stimmt das Modell mit den physischen Messungen mit ausreichender Genauigkeit für die vorgesehene Entscheidung überein?
• Unsicherheitsquantifizierung: Wie beeinflussen Unsicherheiten der Parameter, Messungen, numerischen Berechnungen und Modellform die Schlussfolgerung?

Erstellen Sie eine Validierungsmatrix, statt einen einzigen allgemeinen „Genauigkeits“-Prozentsatz zu veröffentlichen:

Interessierende Größe	Prüfbedingung	Vergleich	Abnahmekriterium
Zylinderhubzeit	Minimale dynamische Versorgung, definierte Last und Durchflussregelungen	Simulierte und gemessene Ankunftszeit	Maximaler absoluter oder relativer Fehler
Kammerdruck	Befehlssprung in beiden Richtungen	Zeitlich korrelierte Druckverläufe	Fehlerband und zeitlicher Versatz
Anlaufverzögerung	Definierte Ruhezeit, Temperatur und Last	Verzögerung zwischen Befehl und erster Bewegung	Maximalwert und Wiederholbarkeit
Endlagendämpfung	Definierte Geschwindigkeit, Masse und Dämpfereinstellung	Druckspitze und Endgeschwindigkeit	Grenze für Spitze und Restbewegung
Sensorereignis	Reale Schalterposition und SPS-Eingang	Physische Position und Zeitstempel des Ereignisses	Positions- und Zeittoleranz
Verlust von Versorgung oder Pilotluft	Definierter Ausgangszustand und definierte Last	Druckabfall und Aktorbewegung	Maximaler Restdruck und maximaler Verfahrweg

Die Validierung ist auf eine Konfiguration und einen Betriebsbereich begrenzt. Eine Übereinstimmung bei einem Druck, einer Temperatur, einer Last oder einer Bewegungsrichtung belegt das Modell nicht unter allen Bedingungen. Dokumentieren Sie den validierten Bereich und kennzeichnen Sie jede Extrapolation außerhalb dieses Bereichs.

Der Leitfaden zu Positionserfassungstechnologien für Pneumatikzylinder hilft zu bestimmen, welche Ereignisse mit Endschaltern beobachtbar sind und welche eine kontinuierliche Positionsrückmeldung erfordern. Die Modellvalidierung kann nicht genauer sein als das physische Messsystem.

Welche Zeit- und Fehlertests muss ein Pilot für die virtuelle Inbetriebnahme bestehen?

Das Siemens-Projekt für Wipro PARI modellierte vier Roboter, 10 Bearbeitungszentren, mehr als 100 Förderer und zugehörige Vorrichtungen sowie 17 Produktvarianten. Dieser Umfang erforderte Zonierung, HIL, Roboterintegration und ausdrückliche Prüfungen von Sicherheitsverriegelungen, nicht nur einen animierten Durchlauf (Siemens-Fallstudie, abgerufen am 27. Juli 2026).

Prüfen Sie für eine pneumatische Pilotzelle mindestens:

• normales Aus- und Einfahren aus jedem gültigen Ausgangszustand;
• glaubwürdiger minimaler und maximaler Versorgungsdruck;
• langsames Ventil, verzögerter Sensor, blockierter Sensor und widersprüchliches Signal;
• Durchflussbegrenzung, blockierter Schalldämpfer, Druckverlust und Verlust des Pilotdrucks;
• Handbetrieb und Wartungsmodus;
• Ausfall der elektrischen Versorgung und Neustart der Steuerung;
• Absperrung der Hauptluft, Druckabfall und Wiederbedruckung;
• ausgeschleustes Werkstück, blockierter Mechanismus und unterbrochener Zyklus;
• Produktwechsel und falsches Rezept;
• Wiederherstellung nach jedem eingespeisten Fehler, ohne die vorgesehene Verriegelung zu umgehen.

Der Leitfaden zu Ventilsymbolen nach ISO 1219 hilft dabei, die simulierten Anschlusszustände mit dem realen Schaltplan konsistent zu halten. Die Angabe „5/2-Ventil“ ist unvollständig, wenn auch Normalstellung, Rückstellmethode, Pilotluftquelle, Durchflussweg und Verhalten bei Energieverlust übereinstimmen müssen.

Ordnen Sie zur Abnahme der Zeiten die Steuerungsbefehle, den simulierten Ventilzustand, den Druck, die Aktorposition, den Sensorstatus und den Fehlercode auf einer gemeinsamen Zeitbasis an. Dieser Verlauf ermöglicht die Unterscheidung zwischen einem Logikfehler, einer Modellverzögerung, einer pneumatischen Einschränkung, einer Sensorschwelle und einem Kommunikationsproblem.

Nach unserer Erfahrung lassen sich die Grenzen eines virtuellen Prototyps am schnellsten aufdecken, indem ein Zyklus aus einem anomalen, aber physisch möglichen Zustand gestartet wird. Ein Modell, das nur aus seiner bevorzugten Ausgangsposition funktioniert, eignet sich für Demonstrationen, nicht für die Inbetriebnahme.

Wie sollten Sicherheitsaussagen behandelt werden?

ISO 4414 behandelt die wesentlichen Gefährdungen pneumatischer Systeme und gilt für Konstruktion, Installation, Einstellung, Betrieb und Wartung des Systems. Virtuelle Tests können die Abdeckung erweitern, ersetzen aber nicht die physische Bestätigung von Lastsicherung, Restenergie, Druckabfall, Stoppverhalten, Schutzeinrichtungen oder der vollständigen Sicherheitsfunktion der Maschine (ISO 4414, abgerufen am 27. Juli 2026).

Halten Sie sicherheitsbezogene Anwendungen innerhalb einer kontrollierten Prüfkette:

1. Definieren Sie die Sicherheitsfunktion und den erforderlichen Maschinenzustand anhand der Risikobeurteilung.
2. Ermitteln Sie, welche Steuerung, welches Ventil, welcher Aktor, welches Halteelement, welcher Sensor, welcher Abluftweg und welches Rücksetzverhalten beteiligt sind.
3. Verwenden Sie das virtuelle Modell, um Sequenzen, Kombinationen und die Diagnoseabdeckung zu prüfen.
4. Kennzeichnen Sie jedes idealisierte oder nicht modellierte physische Verhalten.
5. Bestätigen Sie Komponentendaten und Schaltkreisverhalten an der Hardware.
6. Validieren Sie die installierte Sicherheitsfunktion nach dem anzuwendenden Maschinensicherheitsprozess.

Ein virtuelles Ventil mit geschlossener Mittelstellung kann anzeigen, dass sich der Zylinder nicht bewegt, weil das Modell keine Leckage annimmt. Das reale Ventil und der reale Zylinder können jedoch driften. Ein Abluftbefehl kann scheinbar den Druck sofort beseitigen, während ein realer Abluftregler, ein vorgesteuertes Rückschlagventil, ein Schalldämpfer oder ein langer Schlauch Energie zurückhält. Das Modell darf das Fehlen physischer Phänomene nicht in eine Sicherheitsaussage umwandeln.

Wie sollten Sie vor dem Kauf einen bezahlten Pilotversuch durchführen?

Ein nützlicher Pilotversuch umfasst eine repräsentative pneumatische Station, eine echte Engineering-Entscheidung und schriftliche Annahme- oder Ablehnungsgrenzen. Das NIST-Programm für digitale Zwillinge betont Prüfstände, Validierung, Interoperabilität, quantifizierte Unsicherheit und rückverfolgbare Ergebnisse, statt das Etikett „digitaler Zwilling“ als Nachweis zu akzeptieren (NIST Digital Twins for Advanced Manufacturing, abgerufen am 27. Juli 2026).

Verwenden Sie für den Pilotversuch diese Sequenz:

1. Frieren Sie die Version des freigegebenen Schaltkreises, die E/A-Liste, die Komponentenrevisionen, den Betriebsbereich und die interessierenden Größen ein.
2. Erfassen Sie die Baseline des aktuellen Prozesses: Engineering-Stunden, Stunden in der Anlage, Fehler, Nacharbeit und Abnahmeergebnis.
3. Erstellen Sie das einfachste Modell, das die gewählte Entscheidung unterstützt.
4. Verbinden Sie die reale SPS oder den freigegebenen Emulator und importieren Sie das Produktionssteuerungsprogramm.
5. Führen Sie Normal-, Grenzwert-, Fehler-, Versorgungsausfall- und Neustarttests aus.
6. Korrelieren Sie das Modell mit den Druck-, Bewegungs- und Ereigniszeitmessungen.
7. Ändern Sie einen Parameter des Ventils, Zylinders, Schlauchs, Sensors oder der Steuerung und wiederholen Sie den Test.
8. Exportieren Sie Modell, Testdefinitionen, Protokolle und Ergebnisse; prüfen Sie anschließend, ob ein anderer Ingenieur sie reproduzieren kann.
9. Messen Sie den Aufwand für Erstellung und Pflege des Modells zusätzlich zur eingesparten Zeit.
10. Geben Sie die Erweiterung erst frei, wenn alle schriftlich festgelegten Prüftore bestanden sind.

Was muss in der Software-Ausschreibung enthalten sein?

Eine wirksame Ausschreibung unterscheidet zwischen verbindlicher Fähigkeit und optionalen Demonstrationen. Geben Sie ein Pilotmodell, drei Teststufen und klare Verantwortlichkeiten vor: Das Modell muss die Engineering-Frage beantworten, die erforderliche Steuerungsschnittstelle nachbilden und ausreichende Daten für eine unabhängige Prüfung exportieren. Bewerten Sie eine Plattform nicht nach der Länge ihrer Funktionsliste.

Feld der Ausschreibung	Erforderliche Antwort des Lieferanten
Vorgesehene Nutzung	Virtuelle Inbetriebnahme, Pneumatikdynamik, operativer digitaler Zwilling oder definierte Kombination
Pneumatischer Umfang	Ventile, Zylinder, Leitungen, Einschränkungen, Leckagen, Reibung, Dämpfung, Sensoren, Lasten
Umfang der Steuerung	Kompatible SPS, Emulatoren, reale Hardware, Roboter, HMI, Sicherheitseinschränkungen
Echtzeitverhalten	Kompatible Schrittweite, Umgang mit Überläufen, Zeitskalierung, Protokollierung, Synchronisation
Interoperabilität	CAD-Formate, FMI-Schnittstellenversion und -typ, OPC-UA-Modell, API, Signalzuordnung
Validierung	Größenspezifische Fehlermetriken, Prüfbereich, Unsicherheit, Warnung bei Extrapolation
Fehlertests	Sensor-, Ventil-, Versorgungs-, Pilotluft-, Kommunikations-, Energieverlust-, Neustart- und Blockadebedingungen
Konfigurationssteuerung	Modellidentität, Komponentenrevision, Parameterquelle, Verzweigung, Audit-Historie
Daten-Governance	Speicherung, Aufbewahrung, Zugriff, Verschlüsselung, Schutz geistigen Eigentums, Offline-Betrieb
Automatisierung	Testplanung, Regressionsausführung, Vergleichsberichte, kontinuierliche Integration
Geschäftsmodell	Lizenzen für Erstellung, Laufzeit, HIL, Konnektoren, Solver, Cloud und Support
Übergabe	Schulung, Eigentum am Modell, Rechte an wiederverwendbaren Bibliotheken, Export, Support-Reaktionszeit
Abnahme des Pilotversuchs	Identifizierte Station, Zeitplan, Liefergegenstände, Messungen, Annahme- oder Ablehnungsgrenzen

Verlangen Sie vom Lieferanten eine Angabe dessen, was nicht modelliert ist. Nützliche Einschränkungen sind beispielsweise fehlende Leckagen, ideale Ventile, konstante Reibung, vereinfachtes Abluftverhalten, starre Schläuche, fehlende thermische Kopplung oder fehlende Kompatibilität mit dem Verhalten der Sicherheitssteuerung. Verdeckte Vereinfachungen sind gefährlicher als ein ausdrücklich begrenzter Modellumfang.

Die endgültige Auswahl muss für jede Anforderung der Ausschreibung eine Entscheidung dokumentieren: freigegeben, bedingt freigegeben, abgelehnt oder nicht zutreffend. Halten Sie den exakten Software-Build, Solver, Konnektor, die SPS-Firmware, die Komponentenbibliothek und die im Pilotversuch verwendete Modellrevision fest.

Häufig gestellte Fragen zum digitalen Prototyping von Pneumatiksystemen

Reduziert die virtuelle Inbetriebnahme die Entwicklungszeit tatsächlich um 73 %?

Sie kann eine definierte Inbetriebnahmephase erheblich verkürzen, aber 73 % sind kein universelles Ergebnis. Die veröffentlichte Zahl bezieht sich auf eine mögliche Reduzierung der realen Inbetriebnahmezeit durch einen bestimmten 3D-Ansatz für die virtuelle Inbetriebnahme. Legen Sie Ihre eigene Baseline fest und erfassen Sie Modellerstellung, Integration, Testerstellung, Arbeit in der Anlage, Nacharbeit und Gesamtlaufzeit getrennt.

Reicht ein 3D-CAD-Modell für die virtuelle Inbetriebnahme eines Pneumatiksystems aus?

Nein. CAD liefert Geometrie und mögliche Kinematik, aber das pneumatische Verhalten hängt auch von Ventilfunktion und -durchfluss, Kammer- und Schlauchvolumen, Druckverlust, Last, Reibung, Dämpfung, Sensorschwellen, Leckagen und Steuerungszeiten ab. Verwenden Sie für Logiktests ein Zustandsmodell oder bei wichtigen Druck- und Bewegungsanforderungen ein validiertes dynamisches Modell.

Was ist der Unterschied zwischen SIL und HIL?

Software-in-the-Loop führt die Steuerungssoftware oder einen Emulator ohne die Hardware der Produktionssteuerung aus. Hardware-in-the-Loop verbindet die virtuelle Anlage mit der realen Steuerung und macht das tatsächliche Verhalten von Aufgaben, E/As, Kommunikation, Firmware und Zeiten sichtbar. Die meisten Projekte sollten zunächst SIL einsetzen und HIL anschließend für hardwareabhängige Risiken reservieren.

Kann ein operativer digitaler Zwilling seine Genauigkeit automatisch beibehalten?

Nein. Ein nützlicher Zwilling benötigt kontrollierte Identitäten von Modell und Anlage, zuverlässige Sensordaten, Kalibrierung, Parameter-Governance, Änderungserkennung, Validierungsgrenzen und Unsicherheitsberichte. Komponententausch, Einstellungsänderungen, Verschleiß, Sensorabweichung, Softwarerevisionen oder andere Betriebsbedingungen können die Vorhersagen ungültig machen, auch wenn die Echtzeit-Tags weiter aktualisiert werden.

Können virtuelle Tests die physische Sicherheitsvalidierung der Pneumatik ersetzen?

Nein. Virtuelle Tests können die Fehlerabdeckung verbessern und Sequenzfehler früh erkennen, belegen aber weder reale Leckagen, Restdruck, Lastsicherung, Stoppverhalten, Abluftverhalten, Schutzeinrichtungen noch die Integrität der installierten Sicherheitsfunktion. Verwenden Sie sie als eine Stufe der Prüfkette und führen Sie die Validierung von Hardware und Maschine fort.

Quellen und technische Referenzen

Universität Gent und Flanders Make: Virtuelle Inbetriebnahme industrieller Steuerungssysteme: ein Ansatz mit digitalem 3D-Modell, Umfang und Kontext der möglichen Reduzierung der realen Inbetriebnahmezeit um 73 %. Abgerufen am 27. Juli 2026.

Siemens Digital Industries Software: Siemens-Fallstudie zur virtuellen Inbetriebnahme bei Wipro PARI, Projektumfang und getrennt berichtete Ergebnisse zu Inbetriebnahme vor Ort, Lieferzeit und Nacharbeit. Abgerufen am 27. Juli 2026.

NIST: Digitale Zwillinge für die fortgeschrittene Fertigung, Standards, Prüfstände, Interoperabilität, VVUQ und vertrauenswürdige digitale Zwillinge für die Fertigung. Abgerufen am 27. Juli 2026.

NIST: Überlegungen zur Glaubwürdigkeit digitaler Zwillinge in der Fertigung, Verifizierung, Validierung, Unsicherheitsquantifizierung und Glaubwürdigkeit über den Lebenszyklus. Abgerufen am 27. Juli 2026.

ISO: ISO 23247-2:2021, Referenzarchitektur für digitale Zwillinge in der Fertigung. Abgerufen am 27. Juli 2026.

Modelica Association: FMI-Spezifikation 3.0.2, Schnittstellen für Model Exchange, Co-Simulation und Scheduled Execution. Abgerufen am 27. Juli 2026.

OPC Foundation: Ergänzende OPC-UA-Spezifikationen, domänenspezifische Informationsmodelle und OPC-UA-Interoperabilität. Abgerufen am 27. Juli 2026.

ASME: V&V 20, Validierungsvergleich und Unsicherheit für numerische Strömungsmechanik und Wärmeübertragung. Abgerufen am 27. Juli 2026.

ISO: ISO 6358-1:2013, Charakterisierung des Durchflusses im stationären Zustand für Pneumatikkomponenten mit kompressiblen Fluiden. Abgerufen am 27. Juli 2026.

ISO: ISO 4414:2010, allgemeine Regeln und Sicherheitsanforderungen für pneumatische Systeme und Komponenten. Abgerufen am 27. Juli 2026.