MultiCAD-Systemeinsatz und NX/JT-Datenaustausch mit Daimler aus Lieferantensicht Whitepaper 10/2015 Mit der Einführung des CAD-Systems Siemens PLM NX vollzog die Daimler AG im April 2015 den bislang größten CAD-Systemwechsel in der Unternehmensgeschichte und läutete zugleich neue Wege in Punkto Datenaustausch und Lieferantenanbindung ein. Für die Zulieferer stellt sich dabei die Frage, wie ein MultiCAD-Systembetrieb auf Basis von CATIA und NX sichergestellt werden kann und sich der CAD-Datenaustausch auf Basis von NX gestaltet. Optional kann durch die Verwendung des international standardisierten CAD-Datenformats JT in die CAx-Prozessketten der Datenaustausch zwischen den Fachabteilungen des OEMs sowie der Zulieferer künftig erheblich erleichtert werden. Zugleich lassen sich die CAD- Infrastrukturkosten auf Seiten der Zulieferer mit Hilfe eines geeigneten JT-/MultiCAD-Konverters stark reduzieren oder zumindest auf ein Minimum beschränken. Im Rahmen dieses Beitrags sollen praktische Erfahrungen aus Sicht von Automobilzulieferern im MultiCAD- Systemeinsatz und der Nutzung von JT im Datenaustauschprozess mit Daimler dargestellt werden. Neben der direkten CAD-Datenkonvertierung zwischen CATIA und NX sollen die grundlegenden Szenarien zur Erzeugung, Prüfung und assoziativen Einbindung der JT-Daten in den NX-Konstruktionsprozess dargestellt werden. Dabei stellt die Datenkonvertierung und -aufbereitung insbesondere im Hinblick auf den JT-Datenaustausch mit Daimler einen weiteren Schwerpunkt dar. Dr. Sven Kleiner, Jens Neumann Darmstadt, Germany Seite 1 von 5
Anforderungen an den NX/JT-Datenaustausch mit Daimler aus Lieferantensicht Nach dem Umstieg der Daimler AG von Catia V5 auf NX zum 01.04.2015 müssen die Zulieferer diesen CAD- Systemwechsel entsprechend berücksichtigen, was eine Herausforderung für den Datenaustausch mit Daimler aus Lieferantensicht darstellt. Umgebung mit dem Daimler-NX-Supplier-Package zur Verfügung, welche alle relevanten Zusatzfunktionen zur Material- und Stammdatenpflege enthält. Hinzu kommt vor dem Datenversand bei Bedarf noch eine gezielte Wissensreduzierung durch Entfernen von Fertigungsund Feature-Parametern sowie die abschließende Datenqualitätsprüfung. Abbildung 1 Schematische Darstellung der möglichen Datenaustauschwege und -formate Für den zukünftigen Datenaustausch mit Daimler sind sowohl das CAD-Format von Siemens PLM NX als auch das ISO standardisierte JT-Format zugelassen. JT gilt als neutrales 3D-CAD-Datenformat, dessen Verwendung vom JT-Prozesskreis bei der Daimler AG vorgeschlagen wird und von den Bauteilverantwortlichen im Lastenheft optional für ausgewählte Komponenten freigegeben wird. NX parametrisch, teil-parametrisch oder nicht parametrisch bzw. JT (+TIFF für 2D-Zeichnungen). Aus Sicht des Zulieferers gilt es, eine kostengünstige Lösung mit geringem Einfluss auf die bestehende eigene IT-Engineering-Infrastruktur zu wählen und gleichzeitig den Anforderungen des Kunden gerecht zu werden. CAD-Konstruktionsumgebung beim Lieferanten Zulieferer mit bestehender NX-Infrastruktur müssen verhältnismäßig wenig Aufwand betreiben, um ihre Konstruktionsdaten Daimler-konform aufzubereiten. Hierfür stellt der OEM eine kostenlose NX-Zulieferer- Zulieferer, die zur Konstruktion bereits ein oder mehrere andere CAD-Systeme im Unternehmen einsetzen, stehen vor der Wahl, entweder das CAD- System NX zu implementieren oder das gewünschte Zielformat des Kunden durch Datenkonvertierung zu erzeugen. Im Vergleich zum finanziellen und zeitlichen Aufwand für die Einführung eines CAD-Systems (inkl. Lizenzen, Schulungen sowie Integration in die bestehende System- und Prozesslandschaft) sind die Aufwände für eine der Konstruktion nachgelagerten Datenkonvertierung und kundenkonformen Aufbereitung geringer und proportional zum geforderten Inhalt und Umfang des CAD-Datenaustauschformats. Die Forderung, eine kostengünstige Lösung mit geringem Einfluss auf die bestehende IT-Infrastruktur zu wählen und gleichzeitig den Anforderungen des Kunden gerecht zu werden, wird demnach am ehesten mit Hilfe einer Datenaustauschlösung auf Basis des Formats JT und auf Grundlage der bestehenden CAD- Systemumgebung erreicht - vorausgesetzt JT darf für die Kollaboration genutzt werden. Seite 2 von 5
MultiCAD-Systemeinsatz und Datenkonvertierung für den JT- Datenaustausch Abbildung 2 zeigt ein beispielhaftes JT- Datenaustauschszenario bei einem Zulieferer, dessen Konstruktionsabteilungen je nach Kunde und Projekt zum Beispiel CATIA V5 oder Creo einsetzen. Damit die Konvertierungsergebnisse formal wie qualitativ den Anforderungen des OEMs genügen, erhält der Zulieferer zusammen mit den o.g. Supplier-Packages und den Vorgaben im CAD-Handbuch entsprechende Anleitungen zur Prüfung der Datenqualität anhand vorgegebener Prüfprofile sowie Konfigurationsdateien für die gängigen, vom OEM zertifizierten Konverter. Abbildung 2 MultiCAD-Datenaustauschszenario zwischen Zulieferer und Daimler Eingehende NX-Bauraumdaten werden hier über eine Translation in das betreffende Zielsystem importiert und als Bauraum für Design-in-Context genutzt. Die Konstruktion konvertiert abschließend die nativen 2D/3D-CAD-Daten in die Formate JT (für 3D) und TIFF (für 2D), die vor dem Datenversand mit Hilfe des Daimler JT-Supplier-Packages aufbereitet und geprüft werden. Um den Anforderungen des Kunden hinsichtlich Datenqualität gerecht zu werden, ist die Auswahl eines geeigneten Konverters für den Export nach JT entscheidend. Die Liste der Softwarehersteller für renommierte CAD-Konverter am Markt ist überschaubar und die Leistungen der Softwareprodukte scheinen sich auf den ersten Blick zu gleichen. Wer sich für den Kauf oder die Miete einer solchen Softwarelösung entscheiden möchte, sollte jedoch an einer detaillierten Prüfung der Konvertierungsergebnisse in Form eines Benchmarks am eigenen Teilespektrum vornehmen. Nur so kann sichergestellt werden, dass die für ihn relevanten Projektdaten nicht außerhalb der Statistik des Herstellers liegen. Zur ersten Orientierung können die Benchmarks vom Verband der Automobilindustrie e.v. (VDA) in Zusammenarbeit mit dem ProSTEP ivip Verein in Form des 4th JT Application Bechmarks dienen, die jährlich verschiedene JT-Konverter testen und bewerten. Neben den genannten Aspekten ist je nach geplantem Einsatz des Konverters auch die Anwendung und Implementierung des Konverters in die bestehende Systemlandschaft von Bedeutung. Im Falle des Exports und Imports von JT-Daten stehen in der Regel sowohl (bi-)direktionale Konverter als Plug-Ins für CAD- Systeme (z.b. CAA-basierte Konverter für CATIA) als auch batch-fähige Konverter zur Automatisierung und Integration in die Prozesskette zur Verfügung. Batchfähige Konverter sind in der Lage, komplette Verzeichnisse mittels Batch-Lauf abzuarbeiten, ohne dass das betreffende Quell- oder Ziel-System gestartet werden muss oder mittels Trigger Konvertierungen im Falle eines neuen Datenbestandes automatisch anzustoßen. Es empfiehlt sich bei Auswahl von JT-Konvertern die Anforderungen zu spezifizieren und nach einem ersten Benchmark eine Teststellung für die Konvertierung von CAD-Daten und die Integration in die IT- Systemlandschaft und Prozessunterstützung durchzuführen. Seite 3 von 5
Erfahrungen aus Benchmarks und dem Einsatz von JT-Konvertern Die Eingangsdatenqualität beeinflusst bekanntlich die Ausgangsdatenqualität im Rahmen einer Konvertierung. So können bestimmte modellierungsbedingte Geometrien und Gestaltzonen im Quellsystem (z.b. Radienübergänge wie am Bespiel von CATIA V5 in Abbildung 3 dargestellt) im Zuge der Konvertierung zu erheblichen Problemen im Rahmen der Konvertierung führen. Obwohl diese Geometrien im Quellsystem tadellos erzeugt werden und meist von den eingesetzten Qualitätsprüftools (z.b. CATIA V5 Q-Checker oder Validat) akzeptiert werden, sind andere CAD-Systeme aufgrund ihrer Erzeugungslogik teilweise nicht in der Lage, ein entsprechendes Pendant abzubilden. So wiesen die Konvertierungsergebnisse unter Verwendung der neutralen Schnittstellenformate STEP, IGES und JT sowie die NX-Direktschnittstelle Advanced CATIA File Open an den betreffenden Stellen geometrische Inkonsistenzen auf, deren Ergebnisse auf Basis von Q- Checker for JT, Heidelberg Quality Manager, Check Mate in NX sowie CADdoctor von Elysium geprüft wurden. Hierbei ließen sich die besten geometrischen Ergebnisse mit Hilfe des JT-Konverters von Elysium Empfehlung für den Einsatz des JT-Konverters aus dem Hause Elysium, der sowohl interaktiv und bi-direktional in CATIA V5 als auch im Batchmode (inkl. Integration in Datenaustauschlösung und Automatisierung) betrieben werden kann und mit Hilfe der integrierten Reparaturfunktionen auf Basis der bewährten Technologie CADdoctor stets die Modellqualitätsanforderungen erfüllen konnte. Datenaufbereitung und Weiterverwendung in Folgeprozessen Im Zuge der Aufbereitung der konvertierten JT-Daten mit Hilfe des Daimler JT-Supplier-Packages ergeben sich in der Praxis erhebliche Herausforderungen für den Anwender. Teils aufgrund technischer Probleme (z.b. Absturz des Supplier-Packages ab einer gewissen Datengröße) oder aufgrund der Forderung des OEMs, jeden geometrischen Knoten im Falle einer JT- Produktstruktur mit Materialinformationen des OEMs zu bedaten. Während das Dateigrößen-Problem durch Aufteilung in mehrere kleinere JT-Dateien umgangen werden kann, lässt sich die Bedatung einer großen Anzahl von Bauteilen mit unterschiedlichen Materialien bislang nur durch Übernahme bestehender Informationen aus dem Quellsystem lösen, sofern diese dort in einem kundenkonformen Format gepflegt sind Abbildung 3 Geometrische Problemstellen bei der Datenkonvertierung am Beispiel CATIA V5 nach JT erzielen, da dieser über diverse Heilungsmechanismen für schadhafte, geometrische Bauteilbereiche verfügt, die automatisch oder interaktiv repariert werden können. In Zusammenarbeit mit den CAD- Konvertierungsspezialisten von Elysium wurden in den vergangenen Monaten diverse Konvertierungsszenarien für das Teilespektrum diverser Zulieferer untersucht und im Hinblick auf die Datenqualität der resultierenden Zielformate sowie im Hinblick auf die Integration in die bestehende Softwarelandschaft und die anwenderfreundliche Handhabung durch den Anwender betrachtet. Am Ende dieser Benchmarks stand stets eine (z.b. Daimler Supplier-Package für CATIA V5 R19). Eine weitere technische Hürde besteht speziell im Anwendungsfall der Kinematik: zwar werden bei der Konvertierung der CATIA-Kinematik-Baugruppe alle notwendigen geometrischen Elemente wie Skelettgeometrien und Volumina in das JT portiert, jedoch keine Simulationsbestandteile wie Gelenke und Kräfte. Der manuelle Workaround besteht im Einlesen der JT-Daten nach NX, diversen Aufbereitungsschritten und der anschließenden manuellen Erstellung einer neuen kinematischen Simulation in NX. Eine Lösung dafür bietet das Werkzeug KinEx in Zusammenspiel mit Seite 4 von 5
JT-Konvertern, das in Zusammenarbeit mit Daimler und Zulieferern in der Erprobungsphase erfolgreich getestet wurde und den Austausch von Kinematik auf Basis von JT und PLMXML bzw. AP242 unterstützt. Fazit Zusammenfassend hat sich in der Praxis gezeigt, dass das JT-Format für den Datenaustausch mit Daimler genutzt werden kann die Wahl eines geeigneten JT- Konverters ist allerdings entscheidend, um die Qualitätsanforderungen abzudecken und den Ablauf in der Erzeugung und Zusammenarbeit nicht zu stören. Das JT-Format kann zudem als kostengünstige, qualitativ hochwertige Alternative zum originären CAD- Format für den Datenaustausch in Zusammenarbeit mit Daimler genutzt werden kann. Insbesondere im Hinblick auf die stetig zunehmenden Datenmengen, die täglich zwischen Dienstleistern, Zulieferern und OEMs ausgetauscht werden müssen, birgt das JT-Format einen Vorteil im Vergleich zu anderen CAD-Formaten und schafft Freiheiten bei der Wahl des CAD-Systems auf Zuliefererseite. Zudem werden künftige Anforderungen den Austausch von Kinematik oder Elektrik/Elektronik-Daten auf Basis JT adressieren sowie technische Neuerungen den Einsatz des JT-Formats auch für weitere Folgeprozesse wie CAM- und Toleranzsimulation ermöglichen und damit den Einsatz des standardisierten JT-Formats weiter forcieren. Kontakt: :em engineering methods AG Rheinstraße 97 64295 Darmstadt Telefon +49 (0) 6151. 95 0 54 20 Telefax +49 (0) 6151. 950 54 21 mail: info@em.ag www.em.ag Sitz und Registergericht Darmstadt, HRB 8644 USt.-IdNr: DE 224250979 StNr: 07 232 14948 Vorsitzender des Aufsichtsrates: Benno Rösch, Betriebswirt (VWA) Vorstand: Dr. Erik Claassen Christian Donges Dr. Sven Kleiner Dr. Marcus Krastel (Vors.) Warenzeichen: Alle im Newsletter genannten Produkte, Namen oder Firmennamen sind Warenzeichen bzw. eingetragene Warenzeichen der jeweiligen Eigentümer/ Hersteller. Aus dem Fehlen der Markierung kann nicht geschlossen werden, dass eine Bezeichnung ein freier Warenname ist. Rechtliche Hinweise: Die :em engineering methods AG übernimmt keinerlei Gewähr für die Aktualität, Korrektheit, Vollständigkeit oder Qualität der bereitgestellten Informationen. Der Newsletter und alle in ihm enthaltenen Beiträge sind urheberrechtlich geschützt. Eine auszugsweise Verwendung durch Entnahme von Informationen aus dem Whitepaper ist untersagt. Der Whitepaper darf weiteren Interessenten zur Verfügung gestellt werden. Das Whitepaper und alle in ihm veröffentlichten Beiträge und Abbildungen sind urheberrechtlich geschützt. Nachdrucke, Vervielfältigungen, Übersetzungen, Mikroverfilmungen, Kopien, sowie Speicherung und Verarbeitung in elektronischen Systemen, auch auszugsweise, bedürfen der ausdrücklichen schriftlichen Genehmigung der :em engineering methods AG. Erfüllungsort und Gerichtsstand ist Darmstadt. Seite 5 von 5