Automatizare NX Open pentru transformatoare: pe scurt
Automatizarea NX Open pentru transformatoare conduce Siemens NX din cod, astfel încât o specificație de client devine geometrie, desene și listă de materiale fără ca un inginer să reconstruiască aceeași proiectare a patruzecea oară. inteliScience construiește aceste generatoare on-premise, pe platforma pe care o dețineți deja. Ingineria de comandă care dura zile se poate reduce la câteva ore.
| Inginerie de comandă manuală | Generator NX Open | |
|---|---|---|
| Sursa proiectării | Ultima comandă similară, copiată și editată | Specificația, citită de cod |
| Setul de desene | Redesenat și verificat din nou | Derivată din model |
| Ofertarea unei variante | Așteptați un inginer | În aceeași zi, din setul de reguli |
Problema: rețeaua așteaptă ore de inginerie
Nimeni din echipamentele electrice nu are o problemă de cerere. Termenele de livrare pentru transformatoarele mari de putere s-au întins la aproximativ patru ani, iar în unele cazuri peste cinci — suficient de mult încât dezvoltatorii de centre de date au început să-și construiască propria generare în loc să aștepte o racordare. Aproximativ un sfert din proiectele de energie regenerabilă din lume întârzie deja pentru că transformatoarele lipsesc.
Explicația obișnuită se oprește la tabla electrotehnică cu granulație orientată și la capacitatea concentrată — China reprezintă cam 60% din producția mondială de transformatoare, iar oțelul special are foarte puține surse. Ambele sunt adevărate și niciuna nu este partea pe care o controlează un OEM.
Ce controlează un OEM este câte ore de inginerie arde per comandă. Iar cifra aceea este, discret, enormă, pentru că aproape nimic în industria asta nu este produs de catalog. Fiecare unitate e o variantă: altă putere nominală, alt domeniu de reglaj, altă cuvă pentru că fundația clientului e cu 200 mm mai îngustă, altă dispunere a izolatoarelor din cauza standardului local. Așa că departamentul de proiectare reconstruiește o cvasi-copie a unei soluții existente, redesenează setul de desene, reface lista de materiale — și o ia de la capăt săptămâna următoare.
Aceeași penurie se aplică oamenilor. Inginerii de înaltă tensiune sunt atât de greu de angajat încât lipsa lor este citată acum ca factor limitativ pentru construcția rețelelor și a centrelor de date, înaintea echipamentelor. Nu puteți ieși din asta prin recrutare în 2026. Puteți însă înceta să cheltuiți timp de inginerie senior pe transcriere.
Ce îi oferă NX Open unui OEM din energie
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. Tot ce puteți construi interactiv puteți construi din cod: expresii, feature-uri, ansambluri, desene, PMI, operații CAM, atribute. Are legături pentru C++, C# și VB.NET, Java și Python, iar cea mai mare parte din munca de programare NX pe care o livrăm începe astăzi în Python, pentru că nu are nevoie de compilator pe mașina țintă.
Pentru echipamente cu multe variante, patru capabilități duc aproape toată valoarea.
Journaling vă înregistrează sesiunea interactivă ca sursă executabilă. Un inginer care nu a scris niciodată o linie de Python poate produce un prim script funcțional făcând treaba o dată cu înregistrarea pornită. Începem fiecare proiect așa — transformă “cum construiți asta de fapt” dintr-un interviu de trei săptămâni într-o sesiune de două ore și produce adevărul de bază din care se refactorizează versiunea parametrizată.
Expresiile sunt motivul pentru care transformatoarele se automatizează bine. O cuvă, un miez, o dispunere a înfășurărilor pot fi conduse prin parametri denumiți, iar NX Open citește și scrie direct acei parametri. Generatorul devine atunci un program foarte mic: citește specificația, setează expresiile, actualizează, exportă. Inteligența trăiește în model, nu în script.
Knowledge Fusion păstrează regulile care nu au voie să fie încălcate — distanțe de izolare, distanțe de siguranță, constrângeri termice, standardele pe care biroul dvs. de proiectare le-a interiorizat în treizeci de ani. Sunt declarative, trăiesc în piesă și se reevaluează când se schimbă intrările. Codificarea lor este lucrul cu cel mai mare efect de pârghie pe care un proiectant experimentat îl poate face înainte de pensionare, iar majoritatea companiilor descoperă asta cu doi ani prea târziu.
Block UI Styler construiește dialoguri NX native. Un generator care rulează din linia de comandă e folosit de autorul lui. Un generator care e buton în panglică, cu un formular pentru putere nominală, tensiune și gabaritul cuvei, e folosit de tot departamentul. Tratăm dialogul ca parte a livrării, nu ca pe un moft.
Poziția noastră, după câteva astfel de proiecte: automatizați varianta, nu proiectarea. Primul proiect ar trebui să reproducă o familie pe care o construiți deja în mod repetat, cu constrângerile pe care le aplicați deja. Încercarea de a codifica un proiectant universal de transformatoare este modul în care mor aceste proiecte.
Generatorul: intră specificația, iese modelul
Cam așa arată. Un rând de specificație conduce expresiile, NX actualizează modelul, iar automatizarea exportă ce îi trebuie departamentului următor — nimic exotic, și tocmai asta e ideea.
# NX Open (Python) - drive a parametric transformer family from a spec file.
# Run with the family template open as work part (Developer tab > Journal > Play).
import csv
import NXOpen
# spec column -> NX expression name
FIELD_MAP = {
"rating_mva": "p_rating_mva",
"hv_kv": "p_hv_kv",
"lv_kv": "p_lv_kv",
"tank_length_mm": "p_tank_length",
"tank_width_mm": "p_tank_width",
"core_dia_mm": "p_core_diameter",
}
def set_expression(part, name, value):
expr = part.Expressions.FindObject(name) # raises if the template lacks it
part.Expressions.Edit(expr, str(value))
def build(session, part, spec):
mark = session.SetUndoMark(NXOpen.Session.MarkVisibility.Visible, "variant")
for column, expression in FIELD_MAP.items():
set_expression(part, expression, spec[column])
if session.UpdateManager.DoUpdate(mark) != 0: # non-zero return = update failed
raise ValueError("model update reported errors")
part.SetUserAttribute("ORDER_NO", -1, spec["order_no"], NXOpen.Update.Option.Now)
part.SetUserAttribute("SPEC_REV", -1, spec["spec_rev"], NXOpen.Update.Option.Now)
part.SaveAs(spec["out_dir"] + "/TR_" + spec["order_no"] + ".prt")
def main():
session = NXOpen.Session.GetSession()
part = session.Parts.Work
lw = session.ListingWindow
lw.Open()
with open("orders.csv", newline="", encoding="utf-8") as fh:
for spec in csv.DictReader(fh):
try:
build(session, part, spec)
lw.WriteLine("OK %s" % spec["order_no"])
except (NXOpen.NXException, ValueError) as exc:
# A violated Knowledge Fusion rule surfaces here - do not swallow it.
lw.WriteLine("FAIL %s : %s" % (spec["order_no"], str(exc)))
if __name__ == "__main__":
main()Observați ce face tratarea erorilor. Când o specificație încalcă o regulă de distanțe, actualizarea eșuează și numărul comenzii ajunge pe o linie FAIL, cu motivul. Aceasta este automatizarea în rolul ei cel mai valoros: vă spune la momentul ofertării că o configurație nu se poate construi, nu peste șase săptămâni, în revizuirea de proiectare.
Setul de desene urmează și este partea pe care clienții o subestimează. Odată ce modelul se regenerează din parametri, vederile, cotele și indicatorul se regenerează odată cu el — NX Open poate actualiza planșele, reîmprospăta vederile și exporta PDF și DXF în aceeași rulare batch. Pentru o familie unde fiecare comandă însemna până acum un set redesenat, aici e de obicei economia mai mare decât la partea 3D.
Nu sunteți sigur că modelele familiei dvs. sunt suficient de parametrice ca să fie conduse așa? Majoritatea sunt mai aproape decât cred proprietarii lor, iar decalajul se măsoară în zile, nu în luni. Vedeți cum delimităm automated transformer variant design.
Alimentarea restului companiei
Un generator care produce un model și se oprește a automatizat cea mai puțin dureroasă parte a procesului.
Lista de materiale este locul în care ingineria de comandă pierde timp cu adevărat. NX Open citește direct structura ansamblului și atributele componentelor, așa că lista poate fi emisă la momentul generării și împinsă în Teamcenter sau direct în ERP — același tipar de digital thread pe care îl descriem în articolul despre sincronizarea listelor de materiale cu ERP direct din modelul CAD. O singură sursă, o singură revizie, niciun tabel la mijloc.
Definiția bazată pe model își câștigă locul și aici. PMI în NX este definiție de produs structurată conform ASME Y14.41, nu text prins de o vedere, ceea ce înseamnă că toleranțele și specificațiile de suprafață sunt obiecte pe care un script le poate citi. Când planul de inspecție al calității și pregătirea de prelucrare a furnizorului derivă din același PMI, o schimbare de toleranță este o singură editare, nu patru coordonate între ele.
Pentru companiile care rulează deja Teamcenter, integrarea NX Open cu Teamcenter permite generatorului să scrie revizii de item, atribute și structură în PLM în aceeași rulare. Pentru cele care nu au ajuns acolo, fișierele și un CSV funcționează bine și sunt un punct de oprire legitim. Preferăm să livrăm un generator pe fișiere care rulează luni, decât unul integrat cu PLM care ajunge la anul.
AI: unde își are locul într-un birou de inginerie din energie
Versiunea Designcenter din iunie 2026 a introdus Designcenter Copilot, un asistent în limbaj natural ancorat în documentația Siemens și în activitatea curentă a utilizatorului. Util pentru întrebări despre platformă. Nu cunoaște regulile dvs. de distanțe, familiile dvs. standard de cuve sau motivul pentru care există revizia de proiectare din 2019.
Cazurile de AI cu bani reali în spate sunt două în acest sector și niciunul nu este în fereastra CAD.
Primul este ingineria de licitație și ofertare. O specificație primită are între treizeci și două sute de pagini de cerințe, referințe la standarde și abateri specifice clientului, iar astăzi un inginer senior o citește ca să afle ce e standard, ce e variantă și ce e semnal de alarmă. Un asistent bazat pe regăsire peste propriile licitații istorice, standarde și abateri anterioare transformă asta într-o extragere structurată cu citări — fiecare cerință mapată, fiecare abatere semnalată, inginerul verificând în loc să transcrie. Acesta este tiparul din spatele soluției noastre de inginerie AI pentru licitații și ofertare — și de acolo vine, de fapt, viteza de ofertare.
Al doilea este arhiva. Activitatea de retrofit și service se sprijină pe unități construite acum decenii, a căror definiție există ca desene scanate și un sistem de dosare. Modelele de viziune extrag numere de piesă, materiale, date nominale și standarde referite; NX Open reconciliază extragerea cu datele curente și semnalează contradicțiile. Obțineți o imagine căutabilă a bazei instalate care înainte exista doar în capul oamenilor — baza pentru o conductă de extragere a desenelor pentru retrofit și service.
La implementare suntem direcți cu clienții: asta rulează pe infrastructura dvs. Nu pentru că AI-ul din cloud ar fi nesigur în principiu, ci pentru că documentele de licitație și datele despre baza instalată sunt sensibile comercial într-un mod care face discuția cu departamentul juridic mai lungă decât proiectul. Modelele cu ponderi deschise pe un nod GPU — Llama 3.3 70B este un punct de plecare rezonabil pentru regăsire și redactare — elimină întrebarea. Acolo unde munca nu atinge niciodată date de client, cum ar fi generarea codului NX Open, modelele de frontieră precum claude-opus-5-5 sunt cu adevărat mai bune și acolo le folosim.
O avertizare despre codul generat, pentru că îi costă pe oameni săptămâni: LLM-urile inventează apeluri API NX Open care nu există, cu deplină încredere. Fiecare script generat trece printr-o verificare de import și printr-o rulare pe o piesă de referință înainte ca un om să revizuiască logica. Săriți peste asta și ați mutat efortul, nu l-ați eliminat.
Cum arată primul trimestru
| Weeks | Focus | Rezultat |
|---|---|---|
| 1–2 | Înregistrați cele trei fluxuri de inginerie de comandă cele mai repetate, numărați orele | Un caz ierarhizat, cu cifre reale |
| 3–4 | Parametrizați un șablon de familie; reparați ce nu e condus de expresii | Un șablon pe care un generator îl poate conduce cu adevărat |
| 5–9 | Construiți generatorul plus un dialog Block UI Styler; adăugați exportul de desene și liste de materiale | Ingineria de comandă pentru o familie, cap-coadă |
| 10–13 | Extindeți la a doua familie sau conectați rezultatul în Teamcenter/ERP | Fie lățime, fie adâncime — nu ambele deodată |
Secvența care eșuează este să începeți cu familia cea mai grea pentru că doare cel mai tare. Începeți cu cea pe care o construiți cel mai des. Are cele mai curate date, aduce cel mai rapid câștig măsurabil și dă departamentului un motiv să aibă încredere în pasul următor.
Contrazicem și o cerere frecventă. Companiile vor adesea ca generatorul să acopere fiecare excepție din prima zi. Nu faceți asta. Lăsați-l să acopere optzeci la sută și trimiteți restul către un inginer, cu un mesaj clar despre motivul respingerii. Un generator care refuză curat este demn de încredere; unul care produce tăcut ceva greșit pentru un caz limită este oprit după primul incident.
Întrebări frecvente
Cât costă un generator NX Open pentru transformatoare?
O singură familie — curățarea parametrizării, generatorul, dialogul, exportul de desene și liste de materiale — se situează de obicei între 15.000 € și 40.000 €. Diferența ține aproape în întregime de starea inițială a șablonului: o familie parametrică bine construită merge repede, o colecție de modele unicat copiate trebuie mai întâi reconstruită. Ofertăm după o evaluare scurtă a modelelor reale, niciodată doar pe baza unei specificații.
Avem nevoie de Teamcenter ca să funcționeze?
Nu. Generatorul rulează pe NX și pe sistemul de fișiere, iar mulți dintre clienții noștri din energie încep exact acolo. Teamcenter schimbă unde ajunge rezultatul, nu dacă automatizarea funcționează. Dacă îl rulați deja, integrarea din prima zi merită; dacă nu, adăugarea PLM în scop este cea mai sigură cale de a întârzia primul rezultat cu șase luni.
NX Open sau Knowledge Fusion pentru regulile de proiectare?
Knowledge Fusion pentru orice trebuie să călătorească cu piesa și să se reevalueze când se schimbă un parametru — distanțe de izolare, distanțe de siguranță, constrângeri geometrice. NX Open pentru munca procedurală din jur: citirea specificațiilor, execuția batch, desenele, lista de materiale, dialogul cu alte sisteme. Aproape orice generator pe care îl construim folosește ambele, iar granița dintre ele este prima decizie de arhitectură pentru care merită o după-amiază.
Poate procesa o specificație de client care sosește ca PDF?
Parțial, și ar trebui tratată ca două sisteme separate. Extragerea dintr-o specificație nestructurată este o problemă de AI, cu un om care verifică rezultatul; generarea dintr-un set de parametri confirmat este o problemă deterministă de NX Open. Separarea contează — nu vreți niciodată ca un model de limbaj să decidă tăcut o dimensiune de cuvă.
Ce se întâmplă cu desenele noastre când modelul este generat?
Sunt generate și ele. Odată ce vederile, cotele și indicatorul fac referire la modelul parametric, NX Open poate regenera planșele și exporta PDF și DXF în aceeași rulare batch. În practică, de aici vine cea mai mare parte a orelor economisite, pentru că redesenarea a fost mereu jumătatea mai lentă a muncii.
Pasul următor
Aduceți o familie de transformatoare și ultimele zece comenzi pe care le-ați proiectat pentru ea. O oră este suficientă ca să spunem dacă un generator se plătește singur și cât costă aproximativ.
Programați o discuție despre automatizarea ingineriei dvs. de comandă