NX Open pentru constructorii de mașini: ce face de fapt
NX Open pentru constructorii de mașini înseamnă să conduci Siemens NX din cod — variante, desene, liste de materiale, verificări de ofertare — în loc să le repeți manual. inteliScience modernizează automatizarea pe care o aveți deja și construiește on-premise ce lipsește. Rezultatul care contează pentru clienții noștri e simplu: mai multe comenzi proiectate per inginer, fără personal nou.
| Unde se duc orele astăzi | Cu automatizare NX Open | |
|---|---|---|
| O variantă specifică unui client | Copiați ultima, editați tot | Condusă dintr-un set de parametri |
| Ofertarea unei cereri noi | Un inginer senior citește geometria | Preverificată, semnalată, apoi revizuită |
| Scripturile de automatizare din 2013 | O singură persoană le înțelege | Rescrise, testate, sub control de versiune |
Problema: oamenii nu vin
Construcția germană de mașini și instalații are peste 1,2 milioane de angajați și o cifră de afaceri de circa 245 de miliarde €, fiind cel mai mare angajator industrial al țării. Totodată rămâne fără ingineri, iar canalul din spate nu s-a îngustat, ci s-a prăbușit.
Numărul studenților din primul an la inginerie mecanică și de proces a scăzut cu aproximativ 16.000 în ultimul deceniu, o cădere de circa 45%. Sondajul VDMA pe peste 300 de companii membre a arătat că doar două treimi reușesc să ocupe majoritatea posturilor calificate, iar aproape jumătate raportează pierderi directe de vânzări din această cauză — 27% pierd până la 5% din venituri, alte 20% pierd mai mult. Fiecare a treia companie poate ocupa cel mult jumătate din locurile de ucenicie oferite.
Citiți asta ca pe un dat de planificare, nu ca pe o lamentare. Numărul de ore de inginerie disponibile companiei dvs. în următorii cinci ani este aproximativ fix și probabil în scădere. Intrarea de comenzi nu este. Așa că singura variabilă rămasă este câte dintre acele ore se duc în muncă pe care ar fi putut-o face o mașină.
Într-o firmă tipică de mașini speciale sau de construcții de instalații, ponderea este mare. Reconstruirea unei variante aproape identice a unui modul pe care l-ați livrat de patruzeci de ori. Redesenarea setului de desene. Refacerea listei de piese. Deschiderea fișierului STEP al unui client și stabilirea manuală dacă piesa se poate fabrica, înainte de ofertare. Nimic din toate astea nu e proiectare. Toate sunt făcute de proiectanți.
Ce este NX Open și de ce al dvs. probabil ruginește
NX Open este interfața de programare către Siemens NX — platforma pe care Siemens a redenumit-o Designcenter odată cu versiunea din iunie 2026, disponibilă general din 23 iunie 2026. Redenumirea a schimbat numele de pe ecranul de pornire, nu API-ul. Legăturile acoperă C++, C# și VB.NET, Java și Python; tot ce puteți face interactiv puteți face din cod, ceea ce este fundația fiecăreia dintre capabilitățile Siemens NX pe care le livrăm.
Majoritatea constructorilor de mașini nu pornesc de la zero. Au automatizare. De obicei aceea e problema.
Parcul tipic în care intrăm: un folder cu journal-uri înregistrate în 2011, un add-in VB.NET scris de un inginer plecat în 2018 și un script Python care rulează doar dacă porniți NX dintr-o anumită scurtătură. Funcționează, cumva, pe versiunea de NX de la care nimeni nu vrea să se mute. Nu există control de versiune, nu există teste și există o persoană care devine nervoasă când vine vorba de concediu.
Remedierea nu este spectaculoasă și nu este o rescriere de la zero. Este: puneți-l în Git, scăpați de vechile UF_* apeluri de pe calea critică, faceți un test care rulează automatizarea pe o piesă de referință și compară ieșirea și aduceți o a doua persoană capabilă să citească codul. Apoi actualizați NX. Facem asta suficient de des încât are propriul nume în catalogul nostru — modernizarea codului NX Open vechi — și este aproape mereu primul proiect cu cel mai mare randament, pentru că deblochează actualizarea de platformă pe care o așteaptă tot restul.
Merită să cunoașteți patru capabilități ale platformei înainte să delimitați ceva:
Journaling. NX înregistrează o sesiune interactivă ca cod sursă. Așa produce un proiectant care nu programează prima versiune a unei automatizări și așa surprindem noi cum arată procesul dvs. în realitate, nu ce spune manualul.
Expresii. Parametri denumiți care conduc geometria, citibili și scriibili din cod. Dacă modulele dvs. sunt parametrice, un generator de variante este un program mic. Dacă nu sunt, parametrizarea este proiectul, iar codul este partea ușoară.
Knowledge Fusion. Reguli declarative care trăiesc în piesă și se reevaluează când se schimbă intrările. Aici se codifică judecata unui proiectant senior înainte să iasă la pensie — iar într-o industrie cu demografia dvs., asta nu este o preocupare teoretică.
Block UI Styler. Dialoguri NX native. O automatizare cu dialog devine unealtă de departament; una fără devine un script despre care știu doi oameni.
Preverificarea geometriei înainte de ofertare
Cea mai enervantă oră din săptămâna unui constructor de mașini este un inginer senior care deschide modelul importat al unui client ca să judece dacă se poate fabrica și cât va costa.
O mare parte din acea judecată se poate număra. Numărul de alezaje, diametrele lor, grosimea pereților, dacă toleranțele sunt plauzibile, câte prinderi separate implică piesa. NX Open le poate număra în câteva secunde și îi poate da inginerului un rezumat în loc de un model gol.
# NX Open (Python) - quick manufacturability scan of an imported customer part.
# Run with the imported part open as work part (Developer tab > Journal > Play).
import NXOpen
import NXOpen.UF
MIN_BORE_MM = 3.0 # below this, our shop needs a special tool
DEEP_RATIO = 5.0 # depth/diameter above this needs gun drilling
def bore_report(part, uf):
holes, flags = [], []
for body in part.Bodies:
for face in body.GetFaces():
if face.SolidFaceType != NXOpen.Face.FaceType.Cylindrical:
continue
# UF_MODL_ask_face_data: type, point, direction, box, radius, rad_data, norm
data = uf.Modl.AskFaceData(face.Tag)
diameter = data[4] * 2.0
holes.append(diameter)
if diameter < MIN_BORE_MM:
flags.append("bore %.2f mm below shop minimum" % diameter)
return holes, flags
def main():
session = NXOpen.Session.GetSession()
uf = NXOpen.UF.UFSession.GetUFSession()
part = session.Parts.Work
lw = session.ListingWindow
lw.Open()
holes, flags = bore_report(part, uf)
bodies = len(list(part.Bodies))
lw.WriteLine("bodies: %d cylindrical faces: %d" % (bodies, len(holes)))
if holes:
lw.WriteLine("bore range: %.2f - %.2f mm" % (min(holes), max(holes)))
if bodies > 1:
flags.append("multi-body part - confirm it is one component, not an assembly")
for f in flags:
lw.WriteLine("FLAG: %s" % f)
if not flags:
lw.WriteLine("no automatic flags - proceed to costing")
if __name__ == "__main__":
main()Este intenționat neinteligent. Nu încearcă să calculeze costul piesei și nu decide nimic. Transformă douăzeci de minute de clicuri și măsurători într-un rezumat tipărit cu câteva semnalări și rulează batch peste fiecare piesă dintr-o cerere. Inginerul ia în continuare decizia — mai repede și cu zonele problematice deja scoase la suprafață. Extinsă cu propriile reguli de atelier și cu datele istorice de calculație pe care le dețineți deja, devine verificarea AI de DFM și ofertare pe care o implementăm pentru constructorii de mașini.
Ofertați mai lent decât concurenții și dați vina pe vânzări? De obicei este vorba de debitul de inginerie, iar acesta se poate măsura într-o dimineață. Începem prin a număra unde se duc de fapt orele de ofertare, nu prin a propune software.
Simplificare, pentru că nimeni nu vă trimite un model curat
Două activități recurente din această industrie merită mai multă automatizare decât primesc.
Prima este pregătirea modelelor pentru simulare. Un ansamblu complet, cu fiecare element de fixare, filet și racordare, este inutilizabil pentru FEA sau CFD într-un timp rezonabil, așa că cineva îl defeaturizează manual — și o face din nou după următoarea modificare de proiectare. NX Open poate elimina feature-uri după reguli: suprimă elementele de fixare sub o anumită mărime, șterge racordările sub un prag de rază, elimină detaliile interne care nu afectează rezultatul. Este repetabil, ceea ce defeaturizarea manuală nu este.
A doua este ce trimiteți clienților și furnizorilor. Vreți să predați geometrie suficientă pentru integrarea mașinii dvs., fără să livrați proiectarea internă. Simplificarea condusă de reguli produce automat acel model-anvelopă, la nivelul potrivit de detaliu, de fiecare dată. Ambele cazuri stau în același set de unelte pe care îl împachetăm ca simplificare și defeaturing automat al modelelor CAD.
Și apoi mai e arhiva. Majoritatea constructorilor de mașini au decenii de desene pentru utilaje aflate încă în exploatare, păstrate ca scanări și PDF-uri, iar fiecare cerere de piese de schimb este o căutare. Modelele de viziune pot extrage numere de piesă, materiale, dimensiuni și standarde referite din acele desene; NX Open reconciliază rezultatul cu datele CAD și PLM curente și semnalează unde nu coincid. Ajungeți la o bază instalată căutabilă, ceea ce este precondiția unui business de service care nu depinde de doi angajați vechi.
AI în fluxul de lucru NX
Versiunea Designcenter din iunie 2026 a adăugat Designcenter Copilot — un asistent în limbaj natural ancorat în documentația Siemens, în bunele practici și în ce face utilizatorul în acel moment. Răspunde bine la întrebări despre platformă și nu știe nimic despre mașinile dvs.
Locul unde AI-ul chiar schimbă lucrurile pentru un constructor de mașini este la un pas de fereastra CAD: citirea intrărilor nestructurate. Cereri de la clienți în PDF, specificații cu tabele de cerințe încorporate, desene vechi, documentație de la furnizori. Un sistem de regăsire peste propriul dvs. istoric — oferte anterioare, module standard, abateri trecute — transformă “a mai construit cineva ceva de genul ăsta?” dintr-o discuție pe hol într-o interogare cu citări.
Le implementăm on-premise ca opțiune implicită. Nu pentru că AI-ul din cloud ar fi nesigur în sine, ci pentru că istoricul dvs. de oferte și desenele clienților sunt cele mai sensibile date comerciale pe care le dețineți, iar dezbaterea internă despre trimiterea lor undeva costă mai mult timp decât implementarea. Modelele cu ponderi deschise pe un singur nod GPU gestionează foarte bine regăsirea și redactarea.
Generarea de cod este excepția în care modelele de frontieră câștigă cu adevărat. claude-opus-5-5 scrie o primă versiune solidă a unui script NX Open mult mai repede decât un om și îl folosim constant. Tot el inventează apeluri API cu deplină încredere — metode care nu există, argumente inversate, clase din namespace-ul greșit. Codul generat trece printr-o verificare de import și printr-o rulare pe o piesă de referință înainte ca cineva să revizuiască logica. Cu bucla asta este un accelerator real; fără ea, e o metodă de a muta timpul de depanare de marți pe joi.
De unde să începeți
| Weeks | Focus | Rezultat |
|---|---|---|
| 1–2 | Inventariați automatizarea existentă; înregistrați cele trei fluxuri cele mai repetate | O hartă onestă, cu ore atașate fiecărui flux |
| 3–5 | Modernizați scriptul vechi critic: control de versiune, teste, apeluri învechite eliminate | Actualizarea NX nu mai este blocată |
| 6–10 | Construiți cea mai valoroasă automatizare nouă, cu dialog Block UI Styler și mod batch | O unealtă în panglică, o rulare de noapte |
| 11–13 | Adăugați preverificarea de ofertare sau extindeți generatorul de variante la un al doilea modul | Un al doilea câștig măsurabil, ales de utilizatori |
Reparați parcul vechi înainte să adăugați la el. Construirea de automatizare nouă peste scripturi pe care nimeni nu le poate întreține produce un lucru mai mare pe care nimeni nu-l poate întreține și este cel mai frecvent mod în care astfel de programe se opresc în tăcere.
Nu aveți pe nimeni intern care să preia această modernizare? Atunci o preia un dezvoltator NXOpen la cerere din echipa noastră din Cluj-Napoca: Python, C# sau C++ pentru versiunea dumneavoastră de NX, la tarif zilnic sau cu un NX Sprint pe un caz de utilizare ca prim pas.
Încă un sfat pe care îl dăm fiecărui constructor de mașini: nu țintiți generatorul care acoperă fiecare excepție. Acoperiți cazurile pe care le livrați cel mai des și trimiteți restul către un inginer, cu un motiv clar al respingerii. Automatizarea care refuză curat câștigă încredere. Automatizarea care produce tăcut ceva subtil greșit este oprită după o livrare proastă și nu mai este repornită.
Întrebări frecvente
Cât costă implementarea NX Open pentru constructorii de mașini?
Modernizarea unui script vechi existent — control de versiune, apeluri API învechite — se situează de obicei între 6.000 € și 15.000 €. O automatizare nouă, cu dialog și capacitate batch, ajunge mai degrabă la 12.000–30.000 €, în funcție mai ales de cât de parametrice sunt deja modelele dumneavoastră. Delimităm scopul după exercițiul de journaling, pentru că ghicitul dintr-un caiet de sarcini este modul în care ambele părți ajung nemulțumite.
Scripturile noastre încă rulează. De ce să le modernizăm?
Pentru că ele sunt motivul pentru care sunteți încă pe o versiune veche de NX și pentru că toată cunoașterea stă la o singură persoană. Declanșatorul este de obicei o actualizare care nu se poate face sau un plecat care nu poate fi înlocuit. Făcută înainte de oricare dintre aceste evenimente, costă o fracțiune din ce ar costa în timpul lor.
NX Open sau Knowledge Fusion pentru regulile noastre de proiectare?
Knowledge Fusion pentru constrângeri care trebuie să călătorească cu piesa și să se reevalueze când se schimbă ceva — distanțe libere, dimensiuni standard, reguli de configurare. NX Open pentru munca procedurală: rulări batch, desene, liste de piese, dialog cu ERP sau PLM. Majoritatea automatizărilor reale folosesc ambele, iar stabilirea graniței devreme scutește o rescriere ulterioară.
Putem face asta fără să angajăm un programator?
Da, și de obicei acesta chiar e scopul, dat fiind piața muncii. Journaling-ul le permite propriilor dvs. proiectanți să producă primele versiuni, iar noi le ducem la calitate de producție, le punem sub control de versiune și vă returnăm ceva ce doi dintre oamenii dvs. pot întreține. Ce nu funcționează este să vă așteptați ca un proiectant ocupat să fie și funcția dvs. de mentenanță software.
Are nevoie de Teamcenter?
Nu. Automatizarea rulează pe NX și pe sistemul de fișiere, iar mulți constructori de mașini încep exact acolo. Teamcenter schimbă unde sunt stocate rezultatele, nu dacă automatizarea funcționează. Dacă îl rulați deja, integrați de la început; dacă nu, adăugarea unei implementări PLM în scop este cea mai sigură cale de a împinge primul rezultat cu două trimestre.
Pasul următor
Aduceți folderul dvs. de automatizări și modulul pe care îl construiți cel mai des. O oră este suficientă ca să spunem ce ar trebui modernizat, ce ar trebui automatizat în continuare și cât valorează fiecare în ore de inginerie.
Programați o discuție despre automatizarea NX Open pentru departamentul dvs. de proiectare