NX WAVE vs NXOpen: versiunea scurtă
NX WAVE vs NXOpen este alegerea de metode pentru variante: familii de piese, legături interpart sau cod. inteliScience alege acel stack împreună cu oamenii care dețin seturile de referință, nu pe baza unui clip despre constrângeri de asamblare. Designcenter 2606 (iunie 2026) a adăugat Live Share pe același ansamblu. Colaborarea nu este un motor de variante. WAVE, familiile de piese și NXOpen sunt decizia reală.
| Familie de piese | WAVE | NXOpen | |
|---|---|---|---|
| Ce este | Membri generați din tabel, pe baza unei piese șablon | Legături asociative interpart de geometrie / PMI | API care citește specificații și construiește sau editează în NX |
| Cine îl întreține | Proiectant + o foaie de calcul | Metode (politică de legături) | Software + metode |
| Se strică atunci când | Tabelul și modelul 3D diverg | Părinte eliminat, opțiuni de încărcare, licență | Versiune majoră NX, DLL-uri nesemnate, reguli tribale |
| Cel mai potrivit pentru | Membri de tip element de fixare, puține reguli | Schelet care conduce multe piese | Reguli pe care un tabel nu le poate conține |
| Teamcenter | Membrul ca item, dacă l-ați proiectat așa | Revizii la ambele capete ale legăturii | La fel, plus o bibliotecă semnată |
| Live Share 2606 | Rămâne o familie | Rămâne o legătură | Rămâne cod |
Problema: tutorialul de ansamblu se oprește la constrângeri
“Siemens NX assembly” înseamnă cum fixați prima componentă și o asamblați pe a doua. Această pagină presupune că știți deja. Întrebarea este cum apare al o sutălea capac, rezervor sau bobinaj similar.
Clonează-și-speră este un proces. Unul prost. Familiile de piese par ieftine până când tabelul are coloane pe care nu le înțelege nimeni. WAVE pare magic până când cineva suprimă un părinte. NXOpen pare scump până când ciclul de ofertare durează trei zile, iar regulile trăiesc în capul unui singur inginer.
Un generator pentru ingineria de comandă (specificație la intrare, geometrie și BOM la ieșire) este o utilizare a NXOpen, nu un al treilea modul CAD. Dacă știți deja că aveți nevoie de această clasă de instrumente, modelul pentru OEM-urile din energie este descris în automatizarea NX Open pentru transformatoare. Acest articol este pasul de dinainte: care dintre cele trei mecanisme ar trebui să dețină varianta în primul rând.
Familii de piese: când tabelul este produsul
Folosiți o familie de piese atunci când membrii diferă printr-o listă scurtă de expresii (lungime, număr de găuri, un material de catalog) și puteți numi fiecare coloană. Elemente de fixare, suporturi simple, bare colectoare cu trei lungimi.
Mecanismul este simplu. O piesă șablon poartă expresiile, tabelul de familie (o foaie de calcul din interiorul piesei) listează membrii, iar NX generează la cerere fiecare piesă membru într-un director de familie. Membrii apar în Reuse Library și în Teamcenter ca iteme dacă ați configurat acest lucru înainte să existe primul membru, nu după.
Nu folosiți o familie atunci când următoarea comandă adaugă o regulă (“dacă tensiunea, atunci acest bosaj, altfel un decupaj”). Tabelele se degradează. Recomandăm să nu ascundeți logica dacă/atunci în celule de foaie de calcul pe care NX nu le va testa.
Trei semne că o familie și-a depășit limitele:
- Tabelul are mai mult de o duzină de coloane și o coloană “observații” care explică ce combinații sunt permise.
- Cineva întreține o a doua foaie de calcul în afara NX pentru a genera tabelul de familie.
- Membrii sunt editați manual după generare. Acel membru nu mai este un membru. Este o clonă cu un nume înșelător.
WAVE: când scheletul trebuie să conducă
WAVE (interpart) este NX în forma sa cea mai puternică: un layout sau un schelet deține interfețele, copiii extrag fețe și referințe (datum), PMI poate urma (WAVE PMI Linker este versiunea mai veche, fără AI, a aceleiași idei). Opțiunile de încărcare, seturile de referință și cine are voie să creeze o expresie interpart sunt adevărata muncă.
Live Share în 2606 permite mai multor persoane să editeze același ansamblu, inclusiv PMI. Aceasta este proiectare concurentă. Nu înlocuiește o politică WAVE. Doi utilizatori care trag aceeași față legată fără o regulă de actualizare convenită reprezintă o problemă de calitate, nu o funcție de colaborare.
Recomandarea noastră clară: WAVE în locul clonării atunci când interfețele sunt partajate. NX plus un standard scris pentru legături, nu “WAVE este interzis pentru că s-a stricat în 2018.”
Un standard WAVE utilizabil încape pe o singură pagină:
- Direcția. Legăturile curg de la schelet în jos. Niciun copil nu leagă înapoi în sus, niciun frate nu leagă lateral.
- Ce poate fi legat. Fețe și referințe (datum) dintr-un set de referință numit, niciodată corpuri solide brute dintr-o piesă de lucru.
- Opțiuni de încărcare. Încărcare parțială și seturi de referință definite per proiect, salvate în customer defaults, nu lăsate la latitudinea fiecărui post de lucru.
- Cine poate rupe o legătură. Ruperea unei legături WAVE este o decizie de release. Primește un motiv în modificarea din Teamcenter, nu un “Break” discret în arborele de feature-uri.
NXOpen: când regula este produsul
Codul câștigă atunci când varianta este o configurație (opțiuni, BOM, set de desene), nu un rând. Jurnalele sunt bune pentru învățare. Producția are nevoie de o bibliotecă semnată și de o versiune care rulează în continuare după release-urile din iunie și decembrie. Jurnalele rulează nesemnate pe postul de lucru al autorului. Add-in-urile semnate se livrează pe alte posturi de lucru; această diferență de împachetare are propriul articol: Jurnal NX vs NXOpen. Python vs C# este o alegere ulterioară.
Designcenter Copilot nu vă va scrie graful WAVE. Răspunde la întrebări despre comenzi. Găsirea piesei alternative în catalog înseamnă reutilizare, din nou un alt produs.
# 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()))Dacă aceasta este o piesă simplă, nu ați ajuns încă la problema variantelor. Deschideți ansamblul care se livrează efectiv.
Ce adaugă NXOpen și nu pot nici tabelul, nici legătura: regula trăiește în cod revizuit, poate citi specificația comenzii (ERP, Excel, un formular web), poate construi ansamblul, setul de desene și BOM-ul într-o singură rulare și eșuează zgomotos într-un test înainte ca producția să o vadă. Ce costă: un dezvoltator, o licență NX Open Author pe mașina de build și cineva care deține biblioteca după următorul release.
Cum eșuează cele trei în producție
| Simptom | De obicei înseamnă |
|---|---|
| “Membrul arată corect, dar desenul este greșit” | Membru de familie editat manual sau desenul șablon nu a fost niciodată parametrizat |
| Actualizarea durează minute întregi și jumătate din arbore devine roșu | Părinte WAVE înlocuit sau un set de referință redenumit; opțiunile de încărcare diferă între posturile de lucru |
| Două variante, același număr de piesă | Tabel de familie generat de două ori în directoare diferite sau o clonă a păstrat numele |
| Add-in-ul funcționează doar pe un singur post de lucru | NXOpen nesemnat care trage o licență Author pe care celelalte posturi de lucru nu o au |
| “Nu putem schimba regula, doar Klaus o știe” | Regula nu a fost niciodată în NX; a trăit într-o persoană |
Cum am alege într-un workshop
- Listați cum se naște astăzi o variantă (clonă, familie, WAVE, Excel, NXOpen, rugăciune).
- Numiți regula care a provocat ultima dată rebut.
- Dacă regula încape într-un tabel, familie. Dacă este o interfață, WAVE. Dacă este o propoziție cu “când / cu excepția,” NXOpen.
- Scrieți opțiunile de încărcare și politica seturilor de referință înainte de a adăuga mai mult WAVE.
- Semnați codul. “A rulat pe postul meu de lucru” nu este un release.
Când răspunsul este a treia coloană, dezvoltarea de tool-uri NXOpen personalizate este sarcina. Acest articol este alegerea; meșteșugul API vine după ea.
Întrebări frecvente
Ce înseamnă NX WAVE vs NXOpen, într-o singură frază?
WAVE leagă geometria între piese. NXOpen este cod care poate crea, edita sau verifica acele piese. Familiile de piese sunt un tabel în fața unei piese șablon. Puteți folosi două dintre cele trei. Nu ar trebui să le folosiți pe toate trei pe aceeași dimensiune fără o regulă.
Familie de piese sau WAVE pentru o linie de carcase?
Familie, dacă carcasele au lungimi de catalog. WAVE, dacă un schelet deține fața conectorului și fiecare carcasă trebuie să o urmeze. Combinarea ambelor pe același parametru este modul în care actualizările se declanșează de două ori.
Live Share înlocuiește WAVE?
Nu. Live Share (Designcenter 2606) înseamnă editare concurentă. WAVE înseamnă proprietate asociativă. Le puteți avea pe ambele. Tot aveți nevoie de o politică.
Cât costă un instrument NXOpen pentru variante?
Un add-in semnat este un proiect software, nu un upgrade al postului de lucru. Familiile și WAVE sunt mai ieftine la început și mai scumpe de desfăcut dacă ați ales greșit. Preferăm să investim o zi în alegere decât un trimestru într-un graf greșit.
NX WAVE vs NXOpen vs Knowledge Fusion?
Knowledge Fusion este un al patrulea limbaj de reguli, mai vechi, încă prezent în NX. Îl comparăm separat în NXOpen vs Knowledge Fusion. Pentru lucrări noi de variante în 2026 începem cu WAVE sau NXOpen, nu cu un stack KF nou, decât dacă dețineți deja unul.
Pasul următor
Doriți o hartă de 60 de minute clonă vs familie vs WAVE vs cod pe ansamblurile dumneavoastră? Rezervați un apel de strategie gratuit. Programați o discuție de strategie despre NX WAVE vs NXOpen