Kontakte
Kontaktieren Sie uns
Schließen Sie

Kontakte

Rumänien, Cluj-Napoca – 400157
Str. Ploiești Nr. 9

Rumänien, Vama - 447350
Str. Fermei Nr. 14

+40 774 463 429

info@inteliscience.net

Rufen Sie uns an: +40 774 463 429

NX Electrical Routing automatisieren: Stunden zu Minuten

Fälle

NX-Electrical-Routing-Automatisierung bei einem Sondermaschinenbauer: Drei Tools, ein durchgängiger Kabelbaumprozess

Diese Fallstudie zur NX-Electrical-Routing-Automatisierung zeigt, wie ein Sondermaschinenbauer eine stundenlange, fehleranfällige Kabelbaum-Übergabe zu einer Sache von Minuten gemacht hat — eine Veränderung, die der Kunde für die anonyme Veröffentlichung bestätigt hat. Drei NX-Open-Tools tragen den Prozess: ein Manager für die Wiederverwendungsbibliothek, der die NX Reuse Library mit Teamcenter und einem Elektrotechnik-System eines Drittanbieters verbindet, ein Austausch-Manager, der PLMXML-Import und -Export als eine kontrollierte Aktion ausführt, und ein Segmentierungs-Tool, das Stocks, Overstocks und Befestigungselemente wie Kabelbinder trennt, sodass jedes Segment exakt gemessen werden kann. Rund 50 Anwender arbeiten mit der Toolchain.

Die Geschichte hier ist das unglamouröse Ende der Kabelbaumkonstruktion. Das Routing selbst war nie das Problem des Kunden — das beherrscht Siemens NX gut. Das Problem war alles drumherum: woher Komponenten kommen, wie die Konstruktion zur Elektroseite und zurück gelangt und ob den Längen, gegen die der Einkauf bestellt, zu trauen ist. Der Kunde berichtet, dass die vollständige Übergabe pro gerouteter Baugruppe von mehreren Stunden auf wenige Minuten sank und PLMXML-Exportfehler von einem wiederkehrenden Problem zu seltenen Ausnahmen wurden.

§ 01 — Kurzfassung BRANCHE Sondermaschinenbau NUTZER ca. 50 · Routing-Toolchain TOOLS 3 NX-Open-Tools

Ein Sondermaschinenbauer betreibt das Electrical Routing in Siemens NX jetzt als einen durchgängigen Prozess: Komponenten kommen aus einer einzigen zentral gelenkten Wiederverwendungsbibliothek, der PLMXML-Austausch mit der Elektroseite läuft als eine gesteuerte Aktion, und Segmente werden am Ende des Routings automatisch getrennt, sodass sich ihre Längen exakt messen lassen. Der Kunde berichtet, dass die vollständige Übergabe von mehreren Stunden auf wenige Minuten sank und PLMXML-Exportfehler zu seltenen Ausnahmen wurden. Rund 50 Anwender arbeiten mit der Routing-Toolchain.

ZULETZT AKTUALISIERT 25. AUGUST 2026 · ZAHLEN VOM KUNDEN FÜR ANONYME VERÖFFENTLICHUNG BESTÄTIGT

§ 02 — Projektdaten
Kunde
SondermaschinenbauerNICHT GENANNT
Branche
Sondermaschinenbau
Nutzer
Rund 50 Anwender der Routing-Toolchain
Umfang
Drei NX-Open-Tools — Verwaltung der Wiederverwendungsbibliothek, PLMXML-Import/Export, Segmenttrennung zur Längenermittlung
Umgebung
Siemens NX mit Routing (Electrical), Teamcenter, ein Elektrotechnik-System eines Drittanbieters
Unsere Rolle
NX-Open-Entwicklung — inteliScience SRL

Die Ausgangslage: Längen, denen niemand traute, und Austausche, die niemand ausführen wollte

Im Sondermaschinenbau ist fast jeder Maschinenauftrag eine Variante — und fast jede Variante trägt ihren eigenen Kabelbaum. Der Kabelbaum wird in der Umgebung NX Routing (Electrical) konstruiert, aber ein geroutetes Modell allein ist kein Fertigungsdokument. Bevor jemand Draht zuschneiden oder Material bestellen kann, müssen drei Dinge stimmen: Die Komponenten im Modell entsprechen dem, womit das Unternehmen tatsächlich baut, die Konstruktionsdaten überstehen den Roundtrip zur Elektrotechnik-Seite, und die Länge jedes Segments ist exakt.

Keiner der drei Punkte — Komponentenquelle, elektrischer Roundtrip, Segmentlängen — war verlässlich. Routing-Komponenten lagen an mehreren Orten zugleich: in der NX Reuse Library, in Teamcenter und in einem Elektrotechnik-System eines Drittanbieters, ohne automatischen Abgleich dazwischen, sodass nichts garantierte, dass die drei übereinstimmten. PLMXML-Import und -Export, der Austausch, der das mechanische Routing mit der Elektroseite verbindet, war eine Abfolge manueller Schritte, und der Kunde bestätigt, dass Exportfehler ein wiederkehrendes Problem waren. Und weil Stocks, Overstocks und Befestigungselemente wie Kabelbinder im gerouteten Modell zusammenlagen, ließen sich Segmentlängen nicht sauber messen — die Zahlen für Fertigung und Einkauf abzuleiten war ein manueller Arbeitsgang, der, wie der Kunde bestätigt, mehrere Stunden pro gerouteter Baugruppe dauerte.

Der Branchenkontext zeigt: Das ist nicht das Pech eines einzelnen Unternehmens. Im CAN Newsletter (1/2020) beziffern Ulrike Hoff und Dan Scott (Siemens) die übliche Durchlaufzeit eines Kabelbaums von der Konstruktionsfreigabe bis zur Produktauslieferung auf etwa 23 bis 26 Wochen — und nennen die Eliminierung manueller Schritte, bei der Informationen automatisch von Schritt zu Schritt weiterfließen, als den Weg, sie zu verkürzen. In Wiring Harness News unterlegt John Judkins (Siemens) dieselbe Idee mit Zahlen: Ein modellbasierter Ansatz mit durchgängigem Digital Thread kann Konstruktionsfehler um 50 Prozent und die Formboard-Konstruktionszeit um bis zu 85 Prozent senken. Beide Zahlen sind Branchenkontext aus benannten Quellen, nicht Ergebnisse dieses Projekts — die eigenen Zahlen des Projekts stehen unten und tragen ihre eigenen Herkunfts-Stempel.

Was sich geändert hat: vorher und nachher

§ 03 — Vorhermehrere Stunden · vom Kunden bestätigt
  1. manuellRouting-Komponenten aus drei Bibliotheken ohne Abgleich untereinander auswählen
  2. manuellPLMXML-Import und -Export als Abfolge einzelner Schritte ausführen
  3. fragilExportfehler werden spät gefunden, nicht dort, wo sie entstehen
  4. von HandSegmentlängen aus einem Modell ableiten, in dem Stocks, Overstocks und Kabelbinder zusammenliegen
  5. wiederholtAlles für den nächsten Maschinenauftrag erneut tun
Nachherwenige Minuten · vom Kunden bestätigt
  1. zentral gelenktKomponenten kommen aus einer Wiederverwendungsbibliothek, abgeglichen über NX, Teamcenter und das Elektrotechnik-System
  2. ein SchrittPLMXML-Import und -Export laufen als ein einziger gesteuerter Schritt
  3. reliableAustauschfehler sind seltene Ausnahmen, vom Kunden bestätigt
  4. exaktSegmente werden am Ende des Routings automatisch getrennt, sodass jede Länge messbar ist
  5. wiederholbarDieselbe geroutete Baugruppe liefert dieselben Längen und denselben Austausch, jedes Mal

Was der Kunde berichtet

Die Zahlen unten stammen vom Kunden und wurden für die anonyme Veröffentlichung bestätigt; sie beschreiben, was das Routing-Team im Produktivbetrieb beobachtet, keine kontrollierte Studie, und die Herkunfts-Stempel weisen das aus.

§ 04 — Gemessene Veränderung

Vom Kunden für die anonyme Veröffentlichung bestätigt.

Die vollständige Übergabe vom Routing an die Fertigung pro gerouteter Baugruppe

mehrere Stunden wenige Minuten Größenordnung

vom Kunden bestätigt Segmente trennen, Längen ermitteln und die Daten austauschen kostete früher mehrere Stunden manueller Arbeit; mit den drei Tools meldet der Kunde wenige Minuten. Exakte Vorher-Nachher-Zeiten wurden nicht freigegeben, deshalb steht es hier so, wie der Kunde es formuliert hat. Der Balken zeigt die beschriebene Größenordnung, kein gemessenes Verhältnis.

PLMXML-Exportfehler

wiederkehrendes Problem seltene Ausnahmen qualitativ

vom Kunden bestätigt Qualitative Aussage, ohne Metrik. Es wurde keine Fehlerrate freigegeben, deshalb wird kein Prozentwert behauptet. Der Kunde bestätigt, dass Austauschfehler heute seltene Ausnahmen sind und kein erwarteter Teil des Prozesses mehr.

Anwender, die mit der automatisierten Routing-Toolchain arbeiten

0 zu Beginn ca. 50 Produktivbetrieb

vom Kunden bestätigt Die Tools sind über die gesamte Routing-Anwenderbasis des Kunden im Produktivbetrieb.

Wie wird aus drei Tools ein Prozess?

Aus drei Tools wird ein Prozess, weil sie die drei Punkte abdecken, an denen Kabelbaumdaten früher verloren gingen: wo Komponenten in die Konstruktion gelangen, wo die Konstruktion zur Elektroseite wechselt und wo Längen Richtung Fertigung abfließen. Jedes ist eine NX-Open-Anwendung, jedes ist für sich nützlich, und zusammen schließen sie den Kreis.

§ 05 — Drei Stationen
Station 1 · Wiederverwendungsbibliothek

Eine Quelle der Wahrheit für Routing-Komponenten

Ein Bibliotheksmanager erstellt und pflegt eine lokale Wiederverwendungsbibliothek und hält sie mit Teamcenter und dem Elektrotechnik-System des Drittanbieters abgeglichen, sodass die NX Reuse Library, das PLM-System und das Elektro-Tool sich nicht mehr widersprechen. Konstrukteure wählen aus einem zentral gelenkten Katalog statt aus drei nicht abgeglichenen.

OUTPUT — konsistente Komponenten am Anfang jedes Routing-Auftrags
Station 2 · PLMXML-Austausch

Der Roundtrip zur Elektroseite wird zu einer gesteuerten Aktion

Ein Austausch-Manager kapselt PLMXML-Import und -Export in der Routing-Umgebung: weniger manuelle Schritte, definierte Einstellungen, ein wiederholbares Ergebnis. Der Austausch läuft jedes Mal gleich, für jeden Anwender.

OUTPUT — verlässlicher Datenaustausch zwischen mechanischem Routing und Elektrotechnik
Station 3 · Segmenttrennung

Exakte Längen ergeben sich aus dem Modell, am Ende des Prozesses

Als letzter Schritt des Routings trennt das Segmentierungs-Tool Stocks, Overstocks und Befestigungselemente wie Kabelbinder in einzelne Segmente, und jedes Segment kann danach korrekt gemessen werden. Weil die Trennung regelbasiert ist und als Befehl läuft, kann sie nach einer Konstruktionsänderung wiederholt werden — derselbe Baugruppenstand liefert immer dieselben Segmente und dieselben Längen. Die Zahlen, nach denen die Fertigung zuschneidet und der Einkauf bestellt, kommen aus dem Modell, nicht aus einem manuellen Arbeitsgang.

OUTPUT — vertrauenswürdige Segmentlängen für Fertigung und Einkauf

Das darf man klar sagen: In dieser Toolchain steckt nirgendwo ein Sprachmodell. Bibliotheksabgleich, Austausch und Segmentierung sind Regeln und Geometrie — sie müssen reproduzierbar sein, und eine reproduzierbare Regel gehört nie in die Hände eines probabilistischen Systems. Wo wir bei inteliScience KI einsetzen, unterstützt sie Menschen; sie entscheidet nicht, was gefertigt wird.

Worauf die Lösung aufbaut

§ 06 — Aufgebaut auf

Unterstützte Siemens-Erweiterungspunkte und die eigenen Konventionen des Kunden — Upgrades bedeuten Revalidierung, keine Neuentwicklung.

CAD Siemens NX mit Routing (Electrical) Kundenumgebung
Automatisierung NX Open — Bibliotheksverwaltung, PLMXML-Austausch, Segmentierung Quellcode an den Kunden
PLM Teamcenter Kundensystem
Austausch PLMXML — offenes XML-Format von Siemens für Produktstruktur offenes Format
Elektroseite Ein Elektrotechnik-System eines Drittanbieters Kundensystem, nicht genannt

Verwandte Arbeiten auf demselben Feld: NX-Open-Auftragsentwicklung, NX-Workflow-Automatisierung, und, für die Programmierseite dieser Art von Arbeit, NX-Open-Programmierung für Maschinenbauer.

Was wir anders machen würden

Wir würden die gemeinsamen Konventionen klären, bevor das erste Tool geschrieben wird. Alle drei Tools berühren dieselben Objekte — Komponenten, Segmente, Attribute — und jedes braucht dieselben Antworten: was als Segment gilt, welche Attribute eine Komponente über NX, Teamcenter und das Elektrotechnik-System hinweg identifizieren, welche Bibliothek maßgeblich ist, wenn zwei sich widersprechen. Diese Antworten zuerst festzuhalten macht jedes folgende Tool günstiger. Wir würden außerdem einen automatisierten PLMXML-Roundtrip-Test — exportieren, reimportieren, vergleichen — bauen, bevor der erste Produktivaustausch läuft: Ein Austausch soll sich in einer Testumgebung beweisen, nicht in der Produktion.

Wann lohnt sich die Automatisierung des Electrical Routing?

Die Automatisierung des Electrical Routing lohnt sich, wenn Kabelbaumarbeit sich wiederholt und ihr Ergebnis von anderen weiterverwendet wird. Der Fall ist stark, wenn die meisten Maschinenaufträge ihre eigene Kabelbaumvariante tragen, die Übergabe also wöchentlich statt jährlich läuft; wenn Fertigung und Einkauf die Längen direkt verwenden, ein falscher Wert also Ausschuss oder eine Fehlbestellung bedeutet; und wenn ein separates Elektrotechnik-System den PLMXML-Roundtrip zum festen Teil des Prozesses macht. Schwach ist der Fall, wenn Kabelbäume seltene Einzelanfertigungen sind, wenn nachgelagert niemand exakte Längen verwendet oder wenn es kein zweites System gibt, das PLMXML spricht — dann ist der manuelle Arbeitsgang, so mühsam er ist, nicht die Stelle, an der das Geld liegt.

§ 07 — Fragen

Häufige Fragen

Warum brauchen Kabelbaumlängen aus NX überhaupt eine Segmenttrennung?
Kabelbaumlängen brauchen eine Segmenttrennung, weil ein geroutetes Modell Dinge bündelt, die unterschiedlich gemessen werden. Stocks, Overstocks und Befestigungselemente wie Kabelbinder liegen in der gerouteten Baugruppe zusammen, und solange das so ist, liefert eine Längenabfrage Werte, die sie vermischen. Werden sie als letzter Schritt des Routings in einzelne Segmente getrennt, wird jedes Segment für sich messbar — und weil die Trennung regelbasiert ist, lässt sie sich nach einer Konstruktionsänderung mit demselben Ergebnis erneut ausführen.
Was ist PLMXML und warum scheitert der Austausch?
PLMXML ist ein offenes XML-Format von Siemens für den Austausch von Produktstruktur und Metadaten und die übliche Brücke zwischen dem mechanischen Routing in NX und einem separaten Elektrotechnik-System — typischerweise trägt es Struktur, Konnektivität und Attribute in die eine Richtung und das geroutete Ergebnis mit seinen Längen zurück in die andere. Das Format ist robust; der Prozess drumherum oft nicht. Wenn Import und Export eine Abfolge manueller Schritte mit benutzergewählten Einstellungen sind, erzeugen kleine Abweichungen Dateien, die die Gegenseite nicht verarbeiten kann. Den Austausch in eine einzige gesteuerte Aktion zu kapseln beseitigt genau diese Variabilität.
Wie lange dauert ein solches Projekt?
Der Kunde hat die Dauer dieses Projekts nicht zur Veröffentlichung freigegeben, deshalb nennt diese Fallstudie keine. Was sich über den Zuschnitt des Aufwands sagen lässt: Das Cluster besteht aus drei Tools, jedes für sich nützlich — die Arbeit lässt sich also in Schritten liefern, der Nutzen kommt nach dem ersten Tool, nicht am Ende. Teuer ist nicht der Code, sondern die Konventionen: sich zu einigen, was als Segment gilt und welche Bibliothek maßgeblich ist.
Wann lohnt sich das nicht?
Wenn Kabelbaumarbeit selten ist, wenn nachgelagert niemand exakte Längen verwendet oder wenn es kein zweites System gibt, das PLMXML spricht — das vollständige Argument steht oben im Abschnitt dazu, wann sich die Automatisierung lohnt. Der Wert entsteht durch Wiederholung: eine Übergabe, die für jeden Maschinenauftrag läuft und die Zahlen direkt an Fertigung und Einkauf liefert.
Warum wird der Kunde nicht genannt?
Der Kunde ist ein Sondermaschinenbauer, dessen Routing-Konventionen, Komponentenbibliotheken und NX-Open-Code vertraulich sind. Das Unternehmen neben einer Beschreibung zu nennen, wie sein Kabelbaumprozess früher funktionierte, wäre für den Kunden geschäftlich wenig hilfreich; deshalb veröffentlicht diese Fallstudie zur NX-Electrical-Routing-Automatisierung stattdessen den Ansatz und die Zahlen, die der Kunde bestätigt hat. Durchgängig wird dieselbe anonyme Bezeichnung verwendet, und es erscheinen keine Teilenummern, Komponentennamen oder Screenshots.

Ihre Einkaufsbestellungen sind nur so gut wie die Längen dahinter.

Senden Sie uns eine geroutete Baugruppe und die Art, wie Sie Segmentlängen heute ermitteln — wir zeigen Ihnen an Ihrem eigenen Modell, wie viel dieser Übergabe deterministisch ist.

Mit einem NX-Routing-Engineer sprechen