NX Open Transformator-Automatisierung: die Kurzfassung
NX Open Transformator-Automatisierung steuert Siemens NX aus Code heraus, sodass aus einer Kundenspezifikation Geometrie, Zeichnungen und eine Stückliste werden, ohne dass ein Ingenieur dieselbe Konstruktion zum vierzigsten Mal neu baut. inteliScience baut diese Generatoren on-premise auf der Plattform, die Sie ohnehin besitzen. Auftragskonstruktion, die Tage dauerte, kann auf Stunden schrumpfen.
| Manuelle Auftragskonstruktion | NX-Open-Generator | |
|---|---|---|
| Quelle der Konstruktion | Letzter ähnlicher Auftrag, kopiert und angepasst | Spezifikation, vom Code gelesen |
| Zeichnungssatz | Neu gezeichnet und erneut geprüft | Aus dem Modell abgeleitet |
| Eine Variante anbieten | Auf einen Ingenieur warten | Am selben Tag, aus dem Regelwerk |
Das Problem: Das Netz wartet auf Engineering-Stunden
Niemand im Energieanlagenbau hat ein Nachfrageproblem. Die Lieferzeiten für große Leistungstransformatoren haben sich auf rund vier Jahre gestreckt, in Einzelfällen über fünf — lang genug, dass Rechenzentrumsentwickler lieber eigene Erzeugung bauen, als auf einen Anschluss zu warten. Rund ein Viertel der Erneuerbaren-Projekte weltweit verzögert sich bereits, weil die Transformatoren fehlen.
Die übliche Erklärung endet bei kornorientiertem Elektroblech und konzentrierter Kapazität — China steht für etwa 60% der weltweiten Transformatorfertigung, und für den Spezialstahl gibt es sehr wenige Quellen. Beides stimmt, und beides ist nicht der Teil, den ein OEM kontrolliert.
Was ein OEM kontrolliert, ist die Zahl der Engineering-Stunden pro Auftrag. Und diese Zahl ist still und heimlich enorm, denn in dieser Branche ist fast nichts ein Katalogprodukt. Jede Einheit ist eine Variante: eine andere Bemessungsleistung, ein anderer Stufenbereich, ein anderer Kessel, weil das Fundament des Kunden 200 mm schmaler ist, eine andere Durchführungsanordnung wegen der lokalen Norm. Also baut die Konstruktionsabteilung eine Beinahe-Kopie einer bestehenden Auslegung neu, zeichnet den Zeichnungssatz neu, baut die Stückliste neu — und nächste Woche wieder.
Dieselbe Knappheit gilt für die Menschen. Hochspannungsingenieure sind so schwer zu bekommen, dass der Mangel inzwischen als limitierender Faktor für Netz- und Rechenzentrumsbau genannt wird — noch vor den Anlagen. Herausrekrutieren können Sie sich daraus 2026 nicht. Aufhören, erfahrene Ingenieurszeit fürs Abschreiben zu verbrauchen, schon.
Was NX Open einem Energie-OEM bringt
NX Open ist die Programmierschnittstelle zu Siemens NX — der Plattform, die Siemens umbenannt hat in Designcenter mit dem Release im Juni 2026, allgemein verfügbar seit dem 23. Juni 2026. Alles, was Sie interaktiv bauen können, können Sie aus Code bauen: Ausdrücke, Features, Baugruppen, Zeichnungen, PMI, CAM-Operationen, Attribute. Es gibt Bindings für C++, C# und VB.NET, Java und Python, und der Großteil unserer NX-Programmierarbeit startet heute in Python, weil auf dem Zielrechner kein Compiler nötig ist.
Bei variantenreichen Anlagen tragen vier Fähigkeiten fast den gesamten Nutzen.
Journaling zeichnet Ihre interaktive Sitzung als ausführbaren Quellcode auf. Ein Ingenieur, der nie eine Zeile Python geschrieben hat, erzeugt ein funktionierendes erstes Skript, indem er die Arbeit einmal mit eingeschalteter Aufzeichnung macht. Wir starten jedes Projekt so — es macht aus “wie baut ihr das eigentlich” statt eines dreiwöchigen Interviews eine Zwei-Stunden-Sitzung, und es liefert die Wahrheit, aus der die parametrisierte Fassung refaktoriert wird.
Ausdrücke (Expressions) sind der Grund, warum sich Transformatoren gut automatisieren lassen. Kessel, Kern und Wicklungsanordnung lassen sich über benannte Parameter steuern, und NX Open liest und schreibt diese Parameter direkt. Der Generator ist dann ein sehr kleines Programm: Spezifikation lesen, Ausdrücke setzen, aktualisieren, exportieren. Die Intelligenz steckt im Modell, nicht im Skript.
Knowledge Fusion hält die Regeln, die nicht verletzt werden dürfen — Luftstrecken, Isolationsabstände, thermische Randbedingungen, die Standards, die Ihr Konstruktionsbüro über dreißig Jahre verinnerlicht hat. Sie sind deklarativ, sie leben im Bauteil, und sie werten sich bei geänderten Eingangswerten neu aus. Sie zu kodieren ist das Wirksamste, was ein erfahrener Konstrukteur vor dem Ruhestand tun kann — und die meisten Unternehmen merken das zwei Jahre zu spät.
Block UI Styler baut native NX-Dialoge. Einen Generator, der von der Kommandozeile läuft, benutzt sein Autor. Einen Generator, der als Schaltfläche im Ribbon mit einem Formular für Bemessungsleistung, Spannung und Kesselhüllmaß erscheint, benutzt die Abteilung. Wir behandeln den Dialog als Teil der Lieferung, nicht als nettes Extra.
Unsere Position, nach etlichen solchen Projekten: Automatisieren Sie die Variante, nicht die Konstruktion. Das erste Projekt sollte eine Baureihe reproduzieren, die Sie ohnehin wiederholt bauen, mit den Randbedingungen, die Sie ohnehin anwenden. Der Versuch, einen universellen Transformatorkonstrukteur zu kodieren, ist die Art, wie solche Projekte sterben.
Der Generator: Spezifikation rein, Modell raus
So sieht das aus. Eine Spezifikationszeile steuert die Ausdrücke, NX aktualisiert das Modell, und die Automatisierung exportiert, was die nächste Abteilung braucht — nichts Exotisches, und genau das ist der Punkt.
# 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()Beachten Sie, was die Fehlerbehandlung tut. Verletzt eine Spezifikation eine Abstandsregel, schlägt das Update fehl und die Auftragsnummer landet mit Begründung auf einer FAIL-Zeile. Das ist die Automatisierung in ihrer wertvollsten Rolle: Sie sagt Ihnen zum Angebotszeitpunkt, dass eine Konfiguration nicht baubar ist — nicht sechs Wochen später im Design Review.
Der Zeichnungssatz kommt als Nächstes, und genau ihn unterschätzen Kunden. Sobald sich das Modell aus Parametern neu aufbaut, bauen sich Zeichnungsansichten, Bemaßung und Schriftfeld mit auf — NX Open kann die Zeichnungsblätter aktualisieren, Ansichten neu berechnen und im selben Batch-Lauf PDF und DXF exportieren. Bei einer Baureihe, in der jeder Auftrag bisher einen neu gezeichneten Satz bedeutete, ist das meist die größere Einsparung als die 3D-Arbeit.
Nicht sicher, ob Ihre Baureihen-Modelle parametrisch genug sind, um so gesteuert zu werden? Die meisten sind näher dran, als ihre Besitzer denken, und die Lücke misst sich in Tagen, nicht in Monaten. So schneiden wir automated transformer variant design.
Den Rest des Unternehmens versorgen
Ein Generator, der ein Modell erzeugt und dann aufhört, hat den am wenigsten schmerzhaften Teil des Prozesses automatisiert.
Bei der Stückliste verliert die Auftragskonstruktion tatsächlich Zeit. NX Open liest Baugruppenstruktur und Komponentenattribute direkt, sodass die Stückliste schon bei der Generierung entsteht und nach Teamcenter oder direkt ins ERP-System geschoben werden kann — dasselbe Digital-Thread-Muster, das wir in unserem Beitrag zu Stücklisten und ERP aus dem CAD-Modell synchron halten. Eine Quelle, eine Revision, keine Tabelle dazwischen.
Model-based Definition zahlt sich auch hier aus. PMI in NX ist strukturierte Produktdefinition nach ASME Y14.41, kein an eine Ansicht gehefteter Text — Toleranzen und Oberflächenangaben sind also Objekte, die ein Skript lesen kann. Wenn der Prüfplan Ihrer Qualitätssicherung und die Bearbeitungsvorbereitung Ihres Lieferanten aus derselben PMI abgeleitet sind, ist eine Toleranzänderung eine Bearbeitung statt vier abgestimmter.
Für Unternehmen, die bereits Teamcenter nutzen, kann der Generator über die NX-Open-/Teamcenter-Integration Item Revisions, Attribute und Struktur im selben Lauf ins PLM schreiben. Für Unternehmen, die noch nicht so weit sind, funktionieren Dateien und eine CSV völlig ausreichend — und das ist ein legitimer Haltepunkt. Wir liefern lieber einen dateibasierten Generator, der am Montag läuft, als einen PLM-integrierten, der nächstes Jahr kommt.
KI: Wohin sie in einer Energie-Konstruktionsabteilung gehört
Mit dem Designcenter-Release vom Juni 2026 kam Designcenter Copilot, ein Assistent mit natürlicher Sprache, verankert in der Siemens-Dokumentation und in der aktuellen Tätigkeit des Nutzers. Nützlich für Plattformfragen. Ihre Abstandsregeln, Ihre Standard-Kesselfamilien oder den Grund für die Konstruktionsrevision von 2019 kennt er nicht.
Die KI-Fälle mit echtem Geld dahinter sind in dieser Branche zwei, und keiner davon liegt im CAD-Fenster.
Der erste ist Tender- und Angebots-Engineering. Eine eingehende Spezifikation umfasst dreißig bis zweihundert Seiten Anforderungen, Normverweise und kundenspezifische Abweichungen, und heute liest ein erfahrener Ingenieur sie, um herauszufinden, was Standard ist, was Variante und was ein rotes Tuch. Ein Retrieval-Assistent über Ihre eigenen historischen Ausschreibungen, Normen und früheren Abweichungen macht daraus eine strukturierte Extraktion mit Quellenangaben — jede Anforderung zugeordnet, jede Abweichung markiert, der Ingenieur prüft statt abzuschreiben. Das ist das Muster hinter unserer KI-Lösung für Tender- und Angebots-Engineering — und genau daher kommt Ihre Angebotsgeschwindigkeit.
Der zweite ist das Archiv. Retrofit- und Servicegeschäft lebt von Einheiten, die vor Jahrzehnten gebaut wurden und deren Definition als gescannte Zeichnungen und Ablagesystem existiert. Vision-Modelle extrahieren Teilenummern, Werkstoffe, Bemessungsdaten und referenzierte Normen; NX Open gleicht die Extraktion gegen die aktuellen Daten ab und markiert Widersprüche. Heraus kommt ein durchsuchbares Bild eines Anlagenbestands, der vorher nur in Köpfen existierte — die Grundlage für eine Pipeline zum Mining von Retrofit- und Service-Zeichnungen.
Beim Deployment sind wir gegenüber Kunden deutlich: Das läuft auf Ihrer Infrastruktur. Nicht weil Cloud-KI grundsätzlich unsicher wäre, sondern weil Ausschreibungsunterlagen und Anlagenbestandsdaten so wettbewerbssensibel sind, dass die Diskussion mit Ihrer Rechtsabteilung länger dauert als das Projekt. Open-Weight-Modelle auf einem GPU-Knoten — Llama 3.3 70B ist ein vernünftiger Standard für Retrieval und Entwürfe — nehmen die Frage vom Tisch. Wo die Arbeit nie Kundendaten berührt, etwa beim Generieren von NX-Open-Code selbst, sind Frontier-Modelle wie claude-opus-5-5 wirklich besser, und dort setzen wir sie ein.
Eine Warnung zu generiertem Code, weil sie Leute Wochen kostet: LLMs erfinden NX-Open-API-Aufrufe, die es nicht gibt — mit voller Überzeugung. Jedes generierte Skript durchläuft eine Import-Prüfung und einen Lauf gegen ein Referenzteil, bevor ein Mensch die Logik reviewt. Lassen Sie das weg, haben Sie den Aufwand verschoben statt beseitigt.
Wie das erste Quartal aussieht
| Weeks | Fokus | Ergebnis |
|---|---|---|
| 1–2 | Die drei am häufigsten wiederholten Workflows der Auftragskonstruktion journalen, Stunden zählen | Ein priorisierter Business Case mit echten Zahlen |
| 3–4 | Eine Baureihen-Vorlage parametrisieren; reparieren, was nicht ausdrucksgesteuert ist | Eine Vorlage, die ein Generator wirklich steuern kann |
| 5–9 | Generator plus Block-UI-Styler-Dialog bauen; Zeichnungs- und Stücklisten-Export ergänzen | Auftragskonstruktion für eine Baureihe, Ende zu Ende |
| 10–13 | Auf die zweite Baureihe ausweiten oder die Ausgabe nach Teamcenter/ERP verdrahten | Entweder Breite oder Tiefe — nicht beides gleichzeitig |
Die Reihenfolge, die scheitert, ist mit der schwierigsten Baureihe anzufangen, weil sie am meisten wehtut. Fangen Sie mit der an, die Sie am häufigsten bauen. Sie hat die saubersten Daten, liefert den schnellsten messbaren Gewinn und gibt der Abteilung einen Grund, dem nächsten Schritt zu vertrauen.
Einem häufigen Wunsch widersprechen wir außerdem. Unternehmen wollen oft, dass der Generator vom ersten Tag an jede Ausnahme abdeckt. Tun Sie das nicht. Lassen Sie ihn die achtzig Prozent abdecken und den Rest an einen Ingenieur weiterleiten — mit einer klaren Begründung, warum abgelehnt wurde. Ein Generator, der sauber ablehnt, ist vertrauenswürdig; einer, der bei einem Sonderfall still etwas Falsches produziert, wird nach dem ersten Vorfall abgeschaltet.
Häufig gestellte Fragen
Was kostet ein NX-Open-Transformatorgenerator?
Eine einzelne Baureihe — parametrische Bereinigung, Generator, Dialog, Zeichnungs- und Stücklisten-Export — liegt meist zwischen 15.000 € und 40.000 €. Die Spanne hängt fast ausschließlich vom Ausgangszustand der Vorlage ab: Eine sauber gebaute parametrische Baureihe geht schnell, eine Sammlung kopierter Einzelmodelle muss erst neu aufgebaut werden. Wir kalkulieren nach einer kurzen Sichtung der echten Modelle, nie allein nach einem Lastenheft.
Brauchen wir dafür Teamcenter?
Nein. Der Generator arbeitet gegen NX und das Dateisystem, und viele unserer Energiekunden starten genau dort. Teamcenter ändert, wo das Ergebnis landet, nicht ob die Automatisierung funktioniert. Wenn Sie es bereits betreiben, lohnt die Integration ab Tag eins; wenn nicht, ist PLM im Projektumfang der zuverlässigste Weg, das erste Ergebnis um ein halbes Jahr zu verschieben.
NX Open oder Knowledge Fusion für Konstruktionsregeln?
Knowledge Fusion für alles, was mit dem Bauteil mitwandern und sich bei geändertem Parameter neu auswerten muss — Luftstrecken, Isolationsabstände, geometrische Randbedingungen. NX Open für die prozedurale Arbeit drumherum: Spezifikationen lesen, Batch-Ausführung, Zeichnungen, Stückliste, Kommunikation mit anderen Systemen. Nahezu jeder Generator, den wir bauen, nutzt beides, und die Grenze dazwischen ist die erste Architekturentscheidung, für die sich ein Nachmittag lohnt.
Kann das eine Kundenspezifikation verarbeiten, die als PDF kommt?
Teilweise — und es gehört als zwei getrennte Systeme behandelt. Die Extraktion aus einer unstrukturierten Spezifikation ist ein KI-Problem mit einem Menschen, der das Ergebnis prüft; die Generierung aus einem bestätigten Parametersatz ist ein deterministisches NX-Open-Problem. Diese Trennung ist wichtig — Sie wollen nie, dass ein Sprachmodell stillschweigend über ein Kesselmaß entscheidet.
Was passiert mit unseren Zeichnungen, wenn das Modell generiert wird?
Sie werden mitgeneriert. Sobald Ansichten, Maße und Schriftfeld auf das parametrische Modell verweisen, kann NX Open die Blätter neu erzeugen und im selben Batch PDF und DXF exportieren. In der Praxis kommt genau daher der größte Teil der eingesparten Stunden, denn das Neuzeichnen war immer die langsamere Hälfte der Arbeit.
Nächster Schritt
Bringen Sie eine Transformator-Baureihe mit und die letzten zehn Aufträge, die Sie dafür konstruiert haben. Eine Stunde reicht, um zu sagen, ob sich ein Generator rechnet und was er ungefähr kostet.
Gespräch über die Automatisierung Ihrer Auftragskonstruktion buchen