Leitfaden / Industrielle KI
AAS und OpenUSD: Die Datenbasis für einen KI-Zwilling
Das 3D-Modell nennt eine Pumpe „Pump_07“. Im Wartungssystem heißt sie anders, und die Messdaten verwenden eine dritte Kennung. Alle Dateien lassen sich öffnen. Zusammen ergibt sich trotzdem kein verlässlicher Anlagenzustand.
Ein industrieller digitaler Zwilling braucht eine nachvollziehbare Verbindung zwischen Asset, Geometrie, Betriebsdaten und Rechenmodell. Die Verwaltungsschale, auch Asset Administration Shell oder AAS, und OpenUSD können unterschiedliche Teile dieser Aufgabe unterstützen. Sie ersetzen weder die fachliche Zuordnung noch eine validierte Simulation.
Dieser Leitfaden richtet sich an IT- und Engineering-Verantwortliche, die eine KI-Anwendung auf vorhandenen Werkzeugen aufbauen möchten und ihre Daten später weiterverwenden müssen.
Welche Aufgabe löst welches Format?
Die IDTA veröffentlicht Spezifikationen und Teilmodelle für die Verwaltungsschale. Die AAS beschreibt Informationen über Assets in einer strukturierten Form. Entscheidend ist neben dem Feldnamen die fachliche Bedeutung eines Werts.
OpenUSD beschreibt und kombiniert räumliche Szenen. Geometrien und weitere Szeneneigenschaften können aus mehreren Bestandteilen zusammengesetzt werden. Das ist eine andere Aufgabe als die Verwaltung fachlicher Anlageninformationen.
| Bestandteil | Seine Aufgabe | Was daraus nicht automatisch folgt |
|---|---|---|
| AAS und passende Teilmodelle | Asset-Informationen strukturiert beschreiben | Eine physikalische Prognose |
| OpenUSD-Szene | Räumliche Darstellung zusammenführen | Korrekte reale Maße oder dynamisches Verhalten |
| Zeitreihenquelle | Messungen mit Zeitbezug bereitstellen | Richtige Zuordnung zur aktuellen Revision |
| Rechenmodell | Verhalten für eine definierte Aufgabe abbilden | Gültigkeit außerhalb des geprüften Bereichs |
| KI-Anwendung | Ergebnisse im Workflow nutzbar machen | Berechtigung zu beliebigen Änderungen |
Nicht jeder Zwilling benötigt alle Bestandteile. Für eine Temperaturprognose kann eine visuelle Szene entbehrlich sein. Für räumliche Robotiktests ist sie möglicherweise zentral.
Wie eine Verwaltungsschale aufgebaut ist
Die Verwaltungsschale hat eine eigene Identität und enthält Informationen über das beschriebene Asset. Über Referenzen werden Teilmodelle verbunden. Ein Teilmodell beschreibt einen abgegrenzten Aspekt, beispielsweise technische Eigenschaften. Die IDTA-Metamodell-Spezifikation legt diese Struktur fest.
Für Ihre Anwendung muss feststehen, welche Teilmodelle und Bedeutungen benötigt werden. Eine bloße Übertragung beliebiger Felder in eine AAS-Struktur löst noch kein gemeinsames Verständnis. Prüfen Sie an einem konkreten Wert, ob beide beteiligten Systeme dieselbe Größe, Einheit und Zuordnung interpretieren.
Die Zuordnung ist ein eigener Projektbestandteil
Legen Sie eine stabile Asset-Kennung fest und dokumentieren Sie, wie sie in den beteiligten Systemen abgebildet wird. Auch Unterkomponenten und ausgetauschte Teile brauchen eine nachvollziehbare Beziehung. Ein neuer Motor darf nicht unbemerkt die Historie des alten als unveränderten Zustand übernehmen.
Versionieren Sie die Verbindungen zwischen CAD-Revision, Simulationsmodell und Anlage. Die aktuelle Geometrie kann von der ursprünglich ausgelieferten Ausführung abweichen. Wenn eine Empfehlung diese Differenz nicht berücksichtigt, hilft ein standardisiertes Dateiformat wenig.
Erfassen Sie Quelle, Zeitpunkt, Einheit und Qualität einer Information. „Unbekannt“, „nicht gemessen“ und „null“ sind unterschiedliche Zustände. Ihre Integration sollte sie nicht zu einem scheinbar präzisen Nullwert zusammenfassen.
Beispiel: ein virtueller Sensor an einer Pumpe
Ein virtuelles Sensormodell schätzt eine schwer zugängliche Größe aus verfügbaren Messwerten. Damit das Ergebnis sinnvoll zugeordnet werden kann, braucht es die richtige Pumpe, die gültige Konfiguration und die erwarteten Eingangsgrößen.
Die Asset-Beschreibung kann technische Eigenschaften und Referenzen bereitstellen. Die Zeitreihenquelle liefert aktuelle Messungen. Das Modell prüft seinen Eingangsbereich und erzeugt einen Wert mit Qualitätsstatus. Eine räumliche Szene kann zeigen, wo die Pumpe steht, ist aber nicht zwingend für die Berechnung erforderlich.
Dieses Architekturbeispiel ist keine Messung aus einem Welf-Projekt. Es zeigt, warum Modell, Daten und Visualisierung getrennt versioniert und trotzdem eindeutig verbunden sein sollten.
Wie KI auf diese Daten zugreifen sollte
Ein Sprachmodell kann Anlageninformationen auffinden und für einen Nutzer zusammenfassen. Für die Ausführung einer Berechnung sollte es auf einen begrenzten, definierten Aufruf zugreifen. Die Anwendung prüft dabei Identität, Berechtigung, erforderliche Felder und zulässige Werte.
Eine Datei oder Dokumentpassage ist keine Berechtigung, eine Steuerung zu ändern. Auch eine korrekt erkannte Anlagenkennung darf nicht automatisch Zugriff auf alle Daten dieser Anlage eröffnen. Die Rechteprüfung muss unabhängig von der sprachlichen Interpretation erfolgen.
Für diese Trennung stehen in der bestehenden Welf-Architektur Integration und Freigaben. Ein digitaler Zwilling ergänzt den fachlichen Kontext; er hebt die Zugriffsgrenzen nicht auf.
Einen Anbieterwechsel praktisch prüfen
Fordern Sie für eine begrenzte Baugruppe ein Übergabepaket an: Asset-Beschreibung, Zuordnungstabelle, Szenenreferenzen, Modellkonfiguration und einen Testfall. Ein zweites Team sollte daraus denselben vorgesehenen Ablauf rekonstruieren können.
Prüfen Sie dabei nicht nur, ob ein Import gelingt. Stimmen Einheiten, Koordinaten, Materialzuordnungen und relevante Ergebnisse? Bleiben fehlende Daten als fehlend erkennbar? Sind externe Referenzen zugänglich oder hängen sie an einem nicht übertragbaren Konto?
Offene Formate allein garantieren keine Unabhängigkeit. Abhängigkeiten können in Erweiterungen, Lizenzrechten, nicht dokumentierter Logik oder der Bedienung liegen. Der Leitfaden gegen KI-Vendor-Lock-in beschreibt den breiteren Wiederaufbautest.
Was in die Abnahme gehört
- Eine reale Asset-Änderung nachvollziehbar in die digitale Zuordnung übernehmen.
- Einen Datensatz mit falscher Einheit erkennen und zurückweisen.
- Veraltete Messwerte als solche behandeln.
- Eine freigegebene Modellversion aus einem Übergabepaket starten.
- Einen berechtigten und einen unberechtigten Datenzugriff unterscheiden.
- Einen bekannten Fall nach Export und Wiederaufbau fachlich vergleichen.
Diese Prüfungen sollten zum Umfang der Anwendung passen. Ein vollständiges Standardisierungsprogramm für das Werk ist kein sinnvoller Vorlauf, wenn zunächst eine einzige Entscheidung verbessert werden soll.
Welf entwickelt die Verbindung zwischen Daten, KI und betrieblicher Anwendung. Wir setzen bei einer konkreten Nutzung an und machen die erforderlichen Zuordnungen und Tests nachvollziehbar. Die Datenarchitektur für einen KI-Zwilling besprechen. Der übergreifende Leitfaden ordnet Modellwahl und Wirtschaftlichkeit ein.