NX Open Aerospace-Automatisierung: die Kurzfassung
NX Open Aerospace-Automatisierung heißt: Model-based Definition mit Code aus Siemens NX auslesen, sodass Merkmale, Ballons und Prüfpakete erzeugt statt abgeschrieben werden. inteliScience baut das on-premise auf den NX-Lizenzen, die Sie ohnehin halten. Lieferanten, die je Teil eine Erstmusterprüfung liefern, sehen den manuellen Aufwand von einem Arbeitstag auf unter eine Stunde fallen.
| Zeichnungsgetriebene Prüfung | PMI, von NX Open gelesen | |
|---|---|---|
| Merkmalsliste | Von der Zeichnung abgetippt | Aus dem Modell abgefragt |
| Ballon-Nummerierung | Manuell, je Revision | Generiert, stabil über Revisionen |
| Eine Toleranzänderung | Modell, Zeichnung, Prüfplan, FAIR | Eine Bearbeitung, alles baut sich neu auf |
Das Problem: zehn Jahre Auftragsbestand, ein Tag pro Erstmuster
Das Auftragsbuch ist nicht der Engpass. Ende April 2026 hielt Airbus 8.971 Flugzeuge im Auftragsbestand — rund 10,3 Jahre Produktion gegen das Jahresziel von 870 Auslieferungen — und Boeing 6.807, etwa 10,1 Jahre bei aktuellen Raten. Airbus kämpft weiter mit der Triebwerksversorgung, um bei der A320neo Rate 75 zu erreichen.
Alles danach ist eine Kapazitätsfrage, und bei Lieferanten geht zuerst nicht die Zerspanungskapazität aus. Es ist die Dokumentation.
Überlegen Sie, was eine Erstmusterprüfung von Hand kostet. AS9102 verlangt, dass jedes Konstruktionsmerkmal identifiziert, nummeriert und berichtet wird. Manuell erstellt, kann ein einziger FAIR einen vollen Arbeitstag pro Teil verschlingen; Teams mit Ballooning-Software, die Ballonnummern direkt mit Form 3 verknüpft, berichten für dieselbe Aufgabe eher zehn Minuten. Bei einer Konsole mit 95 Merkmalen wurde allein der Arbeitsaufwand mit rund 800 bis 1.000 $ beziffert — vor CMM-Zeit und vor jeder Nachprüfung.
Multiplizieren Sie das nun mit einer Teilefamilie, mit einer Ratenerhöhung, mit jeder Revision, die die FAI-Pflicht neu auslöst. Das Abschreiben ist der Kostenblock. Und Abschreiben ist die eine Tätigkeit, in der eine Maschine einem erfahrenen Ingenieur klar überlegen ist, weil die Maschine bei Merkmal sechzig nicht unaufmerksam wird.
NX Open, kurz gefasst
NX Open ist die Programmierschnittstelle zu Siemens NX — umbenannt in Designcenter mit dem Release im Juni 2026, allgemein verfügbar seit dem 23. Juni 2026. Der Name hat sich geändert, die API nicht. Bindings gibt es für C++, C# und VB.NET, Java und Python, und alles, was Sie interaktiv bauen können, können Sie aus Code bauen, abfragen und ändern.
Drei Fähigkeiten leisten im Aerospace-Kontext den größten Teil der Arbeit, und eine davon ist nicht offensichtlich.
Journaling macht aus einer interaktiven Sitzung ausführbaren Quellcode. Ein Berechnungs- oder Fertigungsingenieur, der keine Software schreibt, erzeugt ein funktionierendes erstes Skript, indem er die Arbeit einmal mit Aufzeichnung macht. Jedes unserer Projekte startet hier, weil es festhält, was Leute tatsächlich tun, statt was die Prozessbeschreibung behauptet — und in der Luftfahrt sind diese beiden Dinge meist auseinandergedriftet.
Abfragezugriff auf PMI und Bemaßung ist der nicht offensichtliche Punkt — und der Grund, warum sich Automatisierung in dieser Branche überhaupt rechnet. NX hält Produkt- und Fertigungsinformationen als strukturierte Objekte nach ASME Y14.41, nicht als an eine Ansicht gehefteten Text. Toleranzen, Bezugsangaben, Oberflächenangaben und geometrische Eintragungen haben Werte, die ein Skript lesen kann. Das ist der Unterschied zwischen Automatisierung und OCR.
Knowledge Fusion trägt die Regeln, die nicht verletzt werden dürfen, und wertet sie mit der Geometrie neu aus. Für einen Lieferanten, der nach dem Konstruktionsstandard eines Kunden über mehrere Programme hinweg arbeitet, hört der Standard damit auf, ein PDF zu sein, das man gelesen haben sollte.
Und ein viertes, für Akzeptanz statt Fähigkeit: Block UI Styler baut native NX-Dialoge, sodass eine Automatisierung als Ribbon-Schaltfläche erscheint statt als Skript mit einem Dateinamen, an den sich nur der Autor erinnert. Wir behandeln den Dialog als Teil der Lieferung. Werkzeuge ohne Dialog benutzt eine Person, und sie sterben, wenn diese Person das Team wechselt.
MBD ist die Voraussetzung, nicht das Projekt
Model-based Definition wird als Initiative zur Zeichnungsreduktion verkauft. In der Praxis ist sie die Voraussetzung, die alles Nachgelagerte automatisierbar macht — und die Luftfahrt weiß das seit Langem. Das US-Verteidigungsministerium hat zeichnungslose technische Datenpakete bereits 2013 mit MIL-STD-31000A kodifiziert; genau das erlaubt es, dass ein 3D-Modell allein die vertragliche Fertigungs- und Prüfgrundlage ist. AS9102 Rev C setzt diese Arbeitsweise voraus.
Unsere Position, aus den Projekten, die schiefgingen, genauso wie aus denen, die liefen: Automatisieren Sie nicht auf inkonsistenter PMI. Ein Generator, der mit unvollständiger Definition gefüttert wird, industrialisiert die Unvollständigkeit — schnell und mit einem Audit-Trail, der belegt, dass Sie es absichtlich getan haben.
Die erste Automatisierung ist daher eine Prüfung, kein Generator. Ein Release-Gate, das jedes Teil durchläuft und prüft, worauf sich Ihre nachgelagerten Werkzeuge verlassen werden — jedes Maß trägt eine Toleranz, jedes Feature verweist auf ein Bezugssystem, Werkstoff- und Oberflächenattribute sind gefüllt, keine PMI ist von der Geometrie abgekoppelt. Das ist an einem Nachmittag geschrieben und läuft in Sekunden pro Teil. Es ist außerdem der unglamouröseste Punkt jeder Roadmap und der, der entscheidet, ob der Rest funktioniert. Genau das bauen wir als MBD- und PMI-Compliance-Automatisierung.
Nicht sicher, wie vollständig Ihre PMI über ein Programm hinweg tatsächlich ist? Niemand ist das, bis es jemand zählt. Die Prüfung über eine Teilefamilie laufen zu lassen, ist eine Sache von Tagen, kein Projekt — und das Ergebnis sortiert die Roadmap meist neu.
Merkmale aus dem Modell auslesen
Sobald die Definition belastbar ist, hört das FAI-Paket auf, Abschreibarbeit zu sein. Das Skript unten läuft über die Maße im Arbeitsteil, vergibt stabile Merkmalsnummern und erzeugt den Rohbau eines AS9102 Form 3.
# NX Open (Python) - export dimensional characteristics as an AS9102 Form 3 seed.
# Run with the part open as work part (Developer tab > Journal > Play).
import csv
import NXOpen
def attr(obj, title, default=""):
try:
return obj.GetStringUserAttribute(title, -1)
except NXOpen.NXException:
return default
def characteristic_rows(part):
"""One row per dimension. PMI dimensions live in the same collection."""
rows = []
for index, dim in enumerate(part.Dimensions, start=1):
text = " ".join(dim.GetDimensionText()[0]) # main text lines; [1] is the dual text
rows.append({
"char_no": index, # stable while the model is stable
"type": dim.__class__.__name__, # LinearDimension, RadialDimension, ...
"value": text,
"key_char": attr(dim, "KEY_CHARACTERISTIC", "N"),
})
return rows
def main():
session = NXOpen.Session.GetSession()
part = session.Parts.Work
lw = session.ListingWindow
lw.Open()
rows = characteristic_rows(part)
if not rows:
lw.WriteLine("No dimensions found - is the PMI loaded?")
return
out = part.FullPath.replace(".prt", "_form3.csv")
with open(out, "w", newline="", encoding="utf-8") as fh:
writer = csv.DictWriter(fh, fieldnames=list(rows[0].keys()))
writer.writeheader()
writer.writerows(rows)
keys = sum(1 for r in rows if r["key_char"] == "Y")
lw.WriteLine("%d characteristics exported to %s" % (len(rows), out))
lw.WriteLine("%d flagged as key characteristics" % keys)
if __name__ == "__main__":
main()Zwei Dinge daran zählen mehr als der Code. Erstens kann es headless laufen, gestartet über run_journal, kann also eine ganze Teilefamilie über Nacht verarbeiten, statt darauf zu warten, dass jemand klickt. Zweitens leitet sich die Nummerierung aus dem Modell ab und ist damit reproduzierbar: Lassen Sie es nach einer Revision erneut laufen, behalten die unveränderten Merkmale ihre Nummern. Manuelles Ballooning hat diese Eigenschaft nicht, und das Neu-Ballooning nach jeder Revision ist die Stelle, an der überraschend viel Qualitätsingenieurszeit verschwindet.
Von hier baut sich das Paket weiter aus. Ballons zurück auf die Zeichnung oder die PMI-Ansicht geschrieben, Form 1 und Form 2 aus Teileattributen und Baugruppenstruktur gefüllt, Messwerte aus der CMM-Ausgabe abgeglichen. Unsere automatisierte AS9102-Erstmusterprüfung für Lieferanten ist genau diese Pipeline, gehärtet.
Teamcenter und der Rest des Digital Thread
Eine Merkmalsliste, die als CSV auf dem Desktop von jemandem liegt, ist besser als Tippen — viel mehr aber nicht.
Der Wert entsteht, wenn dieselbe Automatisierung ins PLM schreibt. NX Open mit der Teamcenter-Integration kann Merkmale, Prüfstatus und Revisionsverknüpfungen auf die Item Revision schieben, sodass der Prüfnachweis an der Konfiguration hängt, zu der er gehört, und nicht in einem Ordner. Wenn der Kunde fragt, welche Revision welchen Teils gegen welchen Merkmalssatz geprüft wurde, ist das eine Abfrage und kein archäologisches Projekt.
Dasselbe gilt stromaufwärts. Eine einzige gesteuerte Definition ist die Grundlage für alle Siemens-NX-Leistungen, die wir umsetzen — die Alternative, ein Modell, ein Zeichnungs-PDF, ein Prüfplan und ein FAIR, die alle übereinstimmen sollen, sind vier Artefakte, die irgendwann auseinanderlaufen. In einem AS9100-Audit ist Auseinanderlaufen eine Feststellung.
Wo KI passt — und wo nicht
Das Designcenter-Release vom Juni 2026 brachte Designcenter Copilot, ein Assistent mit natürlicher Sprache, verankert in der Siemens-Dokumentation und in der aktuellen Tätigkeit des Nutzers. Gut für “wie mache ich das in NX”. Über den Konstruktionsstandard Ihres Kunden oder Ihre freigegebenen Prozessspezifikationen weiß er nichts.
Der Fall mit echtem Wert in der Luftfahrt ist der Wissensassistent über Ihre eigenen gesteuerten Dokumente — Prozessspezifikationen, Kundenstandards, frühere Abweichungsentscheidungen, die Begründung hinter Entscheidungen, die 2017 in einem Programm getroffen wurden. Ingenieure verbringen Stunden damit, das zu finden, und leiten es oft stattdessen neu her. Ein Retrieval-System über diesen Bestand antwortet in Sekunden.
Die Bedingung ist nicht verhandelbar, und sie ist der Grund, warum die meisten KI-Piloten in der Luftfahrt stecken bleiben: Jede Antwort muss Quelldokument und Revision nennen. Ein Assistent, der einen selbstsicheren Absatz ohne Herkunft produziert, ist unbrauchbar, wenn die Frage lautet “auf welcher Grundlage haben Sie das entschieden”. Wir bauen das mit dem Audit-Trail als erstklassigem Ergebnis, nicht als nachgelagertem Logging — und, bei exportkontrollierten Programmen, auf Hardware in Ihrem eigenen Netz mit Open-Weight-Modellen wie Llama 3.3 70B.
Für das Generieren von NX-Open-Code selbst sind Frontier-Modelle wie claude-opus-5-5 wirklich stark, und wir nutzen sie täglich. Sie erfinden außerdem API-Aufrufe mit voller Überzeugung — Methoden, die es nicht gibt, Argumente in der falschen Reihenfolge, Klassen aus einem benachbarten Namespace. Jedes generierte Skript durchläuft eine Import-Prüfung und einen Lauf gegen ein Referenzteil, bevor ein Mensch es reviewt. Diese Schleife ist nicht optional; ohne sie haben Sie die Arbeit verlagert statt beseitigt.
Ein vernünftiges erstes Quartal
| Weeks | Fokus | Ergebnis |
|---|---|---|
| 1–2 | FAI- und Release-Workflows journalen; Stunden pro Teil und pro Revision zählen | Ein Business Case in Stunden, nicht in Adjektiven |
| 3–5 | Den PMI-Vollständigkeits-Check bauen; über eine Teilefamilie laufen lassen | Eine Fehlerliste und ein realistischer Blick auf Ihre Daten |
| 6–10 | Merkmalsextraktion plus Form-3-Erzeugung, mit einem Block-UI-Styler-Dialog | FAI-Rohbau aus dem Modell erzeugt, im Batch |
| 11–13 | Ergebnisse nach Teamcenter zurückschreiben oder auf Ballooning in den PMI-Ansichten erweitern | Der Nachweis hängt an der Konfiguration |
Von der schwierigsten, sicherheitskritischsten Baureihe zu starten, weil sie am meisten wehtut, würden wir nicht empfehlen. Fangen Sie mit der Familie an, die Sie am häufigsten ausliefern. Sauberere Daten, schnellerer Beweis, und eine Qualitätsabteilung, die es funktionieren gesehen hat, bevor Sie es auf etwas Wichtigeres richten.
Der andere Fehlermodus ist subtiler. Teams automatisieren manchmal einen Prozess, der vorher hätte vereinfacht werden müssen — einen elfstufigen Freigabefluss mit zwei Genehmigungen, die niemand begründen kann. Automatisieren Sie zehn dieser Schritte, haben Sie einen schlechten Prozess schnell und dauerhaft gemacht. Verbringen Sie die erste Woche mit der Frage, welche Schritte wegen einer Anforderung existieren und welche wegen einer Gewohnheit.
Häufig gestellte Fragen
Was kostet eine NX-Open-FAI-Automatisierung?
Eine erste Umsetzung — PMI-Prüfungen, Merkmalsextraktion, Form-3-Erzeugung, Dialog und Übergabe — liegt meist zwischen 12.000 € und 35.000 €. Was die Zahl bewegt, ist der Zustand der PMI, nicht der Code: Eine Baureihe mit konsistenter, vollständiger Definition ist unkompliziert, ein gemischter Bestand aus Altmodellen braucht zuerst Sanierung. Wir dimensionieren nach dem Vollständigkeits-Check, der für sich genommen eine kurze Übung ist.
Brauchen wir vollständiges MBD, damit das funktioniert?
Nicht vollständig, aber konsistent. Die Automatisierung liest, was im Modell steht — eine Baureihe mit vollständiger PMI lässt sich also automatisieren, auch wenn der Rest des Unternehmens weiter Zeichnungen ausgibt. Was nicht funktioniert, ist teilweise PMI an genau den Teilen, die Sie automatisieren: Das erzeugt still unvollständige Merkmalslisten, und das ist schlimmer als Tippen.
NX Open oder ein kommerzielles Ballooning-Tool?
Wenn Sie Standard-Ballooning auf Zeichnungen brauchen und Ihre Daten ordentlich sind, ist ein kommerzielles Tool billiger und schneller ausgerollt — das sagen wir regelmäßig. NX Open verdient seinen Platz, wenn die Logik Ihre ist: kundenspezifische Nummerierung, Key-Characteristic-Regeln aus einem Konstruktionsstandard, Rückschreiben nach Teamcenter oder Abgleich gegen ein CMM-Ausgabeformat, das sonst niemand unterstützt.
Genügt das einem AS9100-Audit?
Die Automatisierung ändert nicht, was gefordert ist; sie ändert, wie konsistent Sie es liefern. Auditoren reagieren in der Regel gut auf generierte Nachweise, weil sie reproduzierbar sind und die Erzeugungslogik prüfbar ist. Behalten Sie die üblichen Kontrollen — Skripte unter Versionskontrolle, Änderungen reviewt, nichts schreibt ohne Freigabe in eine freigegebene Baseline — und dokumentieren Sie den Datenfluss als Teil der Lieferung.
Läuft das ohne NX-Lizenz pro Benutzer?
Die Automatisierung braucht eine NX-Lizenz zur Ausführung, aber nicht eine pro Person. Batch-Ausführung über run_journal auf einem Server nutzt die Lizenzen, die Sie ohnehin halten — so betreiben die meisten unserer Kunden die Nachtläufe. Interaktive Werkzeuge mit Dialog belegen die Sitzung des Nutzers, weil sie konstruktionsbedingt in NX laufen.
Nächster Schritt
Bringen Sie eine Teilefamilie mit und das letzte FAI-Paket, das Sie von Hand erstellt haben. Eine Stunde reicht, um herauszuarbeiten, was automatisierbar ist, was zuerst Datensanierung braucht und was es kostet.
Sprechen Sie mit unseren Ingenieuren über die Automatisierung Ihres MBD- und Prüf-Workflows