NX WAVE vs NXOpen: Die Kurzfassung
NX WAVE vs NXOpen ist die Methodenwahl für Varianten: Teilefamilien, Interpart-Links oder Code. inteliScience trifft diese Wahl mit den Leuten, die die Referenzsätze verantworten, nicht anhand eines Clips über Passungs-Zwangsbedingungen. Designcenter 2606 (Juni 2026) hat Live Share auf derselben Baugruppe ergänzt. Zusammenarbeit ist kein Variantenmotor. WAVE, Teilefamilien und NXOpen sind die eigentliche Entscheidung.
| Teilefamilie | WAVE | NXOpen | |
|---|---|---|---|
| Was es ist | Tabellengesteuerte Mitglieder aus einem Vorlagenteil | Assoziative Interpart-Geometrie- / PMI-Links | API, die Spezifikationen liest und NX aufbaut oder bearbeitet |
| Wer pflegt sie | Konstrukteur + eine Tabellenkalkulation | Methodik (Link-Richtlinie) | Software + Methodik |
| Bricht, wenn | Tabelle und 3D auseinanderlaufen | Parent entfernt, Ladeoptionen, Lizenz | NX-Hauptrelease, unsignierte DLLs, ungeschriebene Regeln |
| Am besten für | Normteilartige Mitglieder, wenige Regeln | Skelett, das viele Teile steuert | Regeln, die keine Tabelle fassen kann |
| Teamcenter | Mitglied als Item, wenn Sie es so ausgelegt haben | Revisionen an beiden Enden des Links | Dasselbe, plus eine signierte Bibliothek |
| Live Share 2606 | Bleibt eine Familie | Bleibt ein Link | Bleibt Code |
Das Problem: Das Baugruppen-Tutorial endet bei der Passung
“Siemens NX Baugruppe” erklärt, wie Sie die erste Komponente fixieren und die zweite montieren. Diese Seite setzt voraus, dass Sie das bereits können. Die Frage ist, wie der hundertste ähnliche Deckel, Tank oder die hundertste Wicklung entsteht.
Klonen-und-hoffen ist ein Prozess. Ein schlechter. Teilefamilien wirken günstig, bis die Tabelle Spalten hat, die niemand versteht. WAVE wirkt magisch, bis jemand ein Parent unterdrückt. NXOpen wirkt teuer, bis der Angebotszyklus drei Tage dauert und die Regeln im Kopf eines einzigen Ingenieurs stecken.
Ein Generator für die Auftragskonstruktion (Spezifikation rein, Geometrie und BOM raus) ist eine Anwendung von NXOpen, kein drittes CAD-Modul. Wenn Sie bereits wissen, dass Sie diese Klasse von Werkzeug brauchen, ist das Energie-OEM-Muster beschrieben unter NX Open Transformatoren-Automatisierung. Dieser Artikel ist der Schritt davor: Welcher der drei Mechanismen soll die Variante überhaupt verantworten.
Teilefamilien: wenn die Tabelle das Produkt ist
Verwenden Sie eine Teilefamilie, wenn sich die Mitglieder durch eine kurze Liste von Ausdrücken unterscheiden (Länge, Lochanzahl, ein Katalogwerkstoff) und Sie jede Spalte benennen können. Verbindungselemente, einfache Halter, Stromschienen in drei Längen.
Die Mechanik ist einfach. Ein Vorlagenteil trägt die Ausdrücke, die Familientabelle (eine Tabellenkalkulation im Teil) listet die Mitglieder, und NX erzeugt jedes Mitgliedsteil bei Bedarf in ein Familienverzeichnis. Mitglieder erscheinen in der Reuse Library und in Teamcenter als Items, wenn Sie das einrichten, bevor das erste Mitglied existiert, nicht danach.
Verwenden Sie keine Familie, wenn der nächste Auftrag eine Regel hinzufügt (“wenn Spannung, dann dieser Dom, sonst ein Ausschnitt”). Tabellen verrotten. Wir raten davon ab, Wenn/Dann-Logik in Tabellenzellen zu verstecken, die NX nicht prüft.
Drei Anzeichen, dass eine Familie sich selbst entwachsen ist:
- Die Tabelle hat mehr als ein Dutzend Spalten und eine “Notizen”-Spalte, die erklärt, welche Kombinationen zulässig sind.
- Jemand pflegt eine zweite Tabellenkalkulation außerhalb von NX, um die Familientabelle zu erzeugen.
- Mitglieder werden nach der Erzeugung von Hand bearbeitet. Dieses Mitglied ist kein Mitglied mehr. Es ist ein Klon mit irreführendem Namen.
WAVE: wenn das Skelett steuern soll
WAVE (Interpart) ist NX in seiner stärksten Form: Ein Layout oder Skelett besitzt die Schnittstellen, Kinder extrahieren Flächen und Bezüge, PMI kann folgen (WAVE PMI Linker ist die ältere, KI-freie Version dieser Idee). Ladeoptionen, Referenzsätze und die Frage, wer einen Interpart-Ausdruck anlegen darf, sind die eigentliche Arbeit.
Live Share in 2606 lässt mehrere Personen eine Baugruppe bearbeiten, inklusive PMI. Das ist gleichzeitiges Konstruieren. Eine WAVE-Richtlinie ersetzt es nicht. Zwei Anwender, die ohne vereinbarte Update-Regel an derselben verknüpften Fläche ziehen, sind ein Qualitätsthema, kein Kollaborationsfeature.
Unsere klare Empfehlung: WAVE statt Klon, wenn Schnittstellen geteilt werden. NX plus ein schriftlicher Link-Standard, nicht “WAVE ist verboten, weil es 2018 kaputtging.”
Ein brauchbarer WAVE-Standard passt auf eine Seite:
- Richtung. Links fließen vom Skelett nach unten. Kein Kind verlinkt zurück nach oben, kein Geschwisterteil seitwärts.
- Was verlinkt werden darf. Flächen und Bezüge aus einem benannten Referenzsatz, nie rohe Volumenkörper aus einem Arbeitsteil.
- Ladeoptionen. Teilweises Laden und Referenzsätze pro Projekt definiert, in den Customer Defaults hinterlegt, nicht jedem Arbeitsplatz überlassen.
- Wer einen Link brechen darf. Einen WAVE-Link zu brechen ist eine Freigabeentscheidung. Sie bekommt eine Begründung in der Teamcenter-Änderung, kein stilles “Break” im Feature-Baum.
NXOpen: wenn die Regel das Produkt ist
Code gewinnt, wenn die Variante eine Konfiguration ist (Optionen, BOM, Zeichnungssatz) statt einer Tabellenzeile. Journale sind zum Lernen in Ordnung. Die Produktion braucht eine signierte Bibliothek und eine Version, die nach den Juni- und Dezember-Releases noch läuft. Journale laufen unsigniert auf dem Arbeitsplatz des Autors. Signierte Add-ins werden an andere Arbeitsplätze ausgeliefert; dieser Verpackungsunterschied ist ein eigener Artikel: NX Journal vs NXOpen. Python vs C# ist eine spätere Entscheidung.
Designcenter Copilot schreibt Ihren WAVE-Graphen nicht. Er beantwortet Fragen zu Befehlen. Das Alternativteil im Katalog zu finden ist Wiederverwendung, wieder ein anderes Produkt.
# After an assembly is the work part: count components (NXOpen, NX 2606).
import NXOpen
import NXOpen.Assemblies
session = NXOpen.Session.GetSession()
work = session.Parts.Work
print("work part:", work.Name)
root = work.ComponentAssembly.RootComponent
if root is None:
print("piece part, no components")
else:
print("components:", len(root.GetChildren()))Wenn das ein Einzelteil ist, sind Sie noch nicht im Variantenproblem. Öffnen Sie die Baugruppe, die tatsächlich ausgeliefert wird.
Was NXOpen hinzufügt, was weder Tabelle noch Link können: Die Regel lebt in geprüftem Code, sie kann die Auftragsspezifikation lesen (ERP, Excel, ein Webformular), sie kann Baugruppe, Zeichnungssatz und BOM in einem Lauf aufbauen, und sie scheitert laut in einem Test, bevor die Fertigung sie sieht. Was es kostet: einen Entwickler, eine NX Open Author-Lizenz auf der Build-Maschine und jemanden, der die Bibliothek nach dem nächsten Release verantwortet.
Wie die drei in der Produktion scheitern
| Symptom | Bedeutet meist |
|---|---|
| “Das Mitglied sieht richtig aus, aber die Zeichnung ist falsch” | Familienmitglied von Hand bearbeitet, oder die Vorlagenzeichnung wurde nie parametrisiert |
| Update dauert Minuten und der halbe Baum wird rot | WAVE-Parent ersetzt oder ein Referenzsatz umbenannt; Ladeoptionen unterscheiden sich zwischen Arbeitsplätzen |
| Zwei Varianten, gleiche Teilenummer | Familientabelle zweimal in verschiedene Verzeichnisse erzeugt, oder ein Klon hat den Namen behalten |
| Das Add-in läuft nur auf einem Arbeitsplatz | Unsigniertes NXOpen zieht eine Author-Lizenz, die andere Arbeitsplätze nicht haben |
| “Wir können die Regel nicht ändern, nur Klaus kennt sie” | Die Regel war nie in NX; sie lebte in einer Person |
Wie wir in einem Workshop entscheiden würden
- Listen Sie auf, wie eine Variante heute entsteht (Klon, Familie, WAVE, Excel, NXOpen, Hoffen).
- Benennen Sie die Regel, die zuletzt Ausschuss verursacht hat.
- Passt die Regel in eine Tabelle: Familie. Ist sie eine Schnittstelle: WAVE. Ist sie ein Satz mit “wenn / es sei denn”: NXOpen.
- Schreiben Sie Ladeoptionen und Referenzsatz-Richtlinie auf, bevor Sie mehr WAVE hinzufügen.
- Signieren Sie den Code. “Auf meinem Arbeitsplatz lief es” ist keine Freigabe.
Wenn die Antwort die dritte Spalte ist, ist der Entwicklung kundenspezifischer NXOpen-Tools die Aufgabe. Dieser Artikel ist die Auswahl; das API-Handwerk kommt danach.
Häufig gestellte Fragen
Was ist NX WAVE vs NXOpen in einem Satz?
WAVE verknüpft Geometrie zwischen Teilen. NXOpen ist Code, der diese Teile erzeugen, bearbeiten oder prüfen kann. Teilefamilien sind eine Tabelle vor einer Vorlage. Zwei der drei können Sie kombinieren. Alle drei auf derselben Bemaßung ohne Regel sollten Sie nicht einsetzen.
Teilefamilie oder WAVE für eine Gehäusebaureihe?
Familie, wenn die Gehäuse Kataloglängen sind. WAVE, wenn ein Skelett die Steckerfläche besitzt und jedes Gehäuse folgen muss. Beides auf demselben Parameter zu mischen führt dazu, dass Updates doppelt auslösen.
Ersetzt Live Share WAVE?
Nein. Live Share (Designcenter 2606) ist gleichzeitiges Bearbeiten. WAVE ist assoziative Verantwortung. Beides ist gleichzeitig möglich. Eine Richtlinie brauchen Sie trotzdem.
Was kostet ein NXOpen-Variantenwerkzeug?
Ein signiertes Add-in ist ein Softwareprojekt, kein Arbeitsplatz-Upgrade. Familien und WAVE sind im Einstieg günstiger und teurer im Rückbau, wenn die Wahl falsch war. Wir investieren lieber einen Tag in die Entscheidung als ein Quartal in den falschen Graphen.
NX WAVE vs NXOpen vs Knowledge Fusion?
Knowledge Fusion ist eine vierte, ältere Regelsprache, die es in NX noch gibt. Wir vergleichen sie separat in NXOpen vs Knowledge Fusion. Für neue Variantenarbeit 2026 starten wir mit WAVE oder NXOpen, nicht mit einem neuen KF-Stack, es sei denn, Sie besitzen bereits einen.
Nächster Schritt
Möchten Sie in 60 Minuten eine Landkarte Klon vs Familie vs WAVE vs Code für Ihre Baugruppen? Buchen Sie ein kostenloses Strategiegespräch. Strategiegespräch zu NX WAVE vs NXOpen buchen