---

Hallo !

Ich habe folgendes Problem:
Ein Kunde versucht mir seine SolidDesigner-Daten als Parasolid (*.x_t) für den Import nach SWX zur Verfügung zu stellen. Leider sind die Daten jedes mal unvollständig, d.h. manche Baugruppen sind einfach leer und haben keine Referenzen wenn ich sie in SWX (2001+ SP4) geöffnet habe. Außerdem erscheint jedes mal die Fehlermeldung "Der Körper verfügt über keinen gültigen Rahmen". Beim Öffnen des Files unterdrückt SWX zunächst alle Baugruppen und Bauteile. Wenn ich die Unterdrückungen anschl. aufhebe, fragt SWX ob ich das Bauteil YXZ akzeptieren will, obwohl die interne ID nicht mit der gespeicherten übereinstimmt. Ich tippe von daher auf ein Problem mit dem Dateinamen. Evtl. übersteht der komplette Namen nicht die Konvertierung, und da die Teile keine Nummern haben, könnten so ja Bauteile und Baugruppen gleichen Namens entstehen. Kann mir zu dieser Problematik jemand etwas sagen ? Oder gibt es einen besseren Weg, die Daten vom SD nach SWX zu bekommen ?

Vielen Dank im Voraus
Gruß aus Wiesbaden

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Hoshi,

vielleicht klappt es besser über IGES. Ich habe hier ein paar Einstellungen für die IGES-Schnittstelle im SolidDesigner um einen bestmöglichen Datenaustausch mit SolidWorks zu erreichen.

Einstellungen der IGES-Schnittstelle im HP SolidDesigner:

Output Mode:                          TRIMMED_PARAMETRIC
Geometric Representation:        NURBS Geometry
Units:                                      MM
Coordinate System:                  GLOBAL
Accuracy:                                0.001
Parametric Accuracy:                0.001
P-Curve as Polyline:                  NO
Normalize circular arc:               NO
Close P-Curves at Singularities: YES

Vielleicht hilft's ja.

Gruß
Sycorax

---

Also referenzen brauchst du keine erwarten, da SD ein nicht parametrisches und Referenzenloses System ist. Ausserdem arbeitet es mit dem ACIS Kernel, da wuerd ich Step oder Sat empfehlen.

Bis denne cya

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Viel dank für Eure Hilfe !
Ich werds mal mit den vorgeschlagenen Formaten probieren und evtl ein Statement über das Beste Ergebnis posten.

Grüße aus Wiesbaden

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi nommal wollt noch eins drauflegen. Also versucht erstmal den Austausch im *.sat Format, das ist eine Standardschnittstelle, die funkt aus SD jedensfall gut und SWX hat damit auch keine Probleme. Damit du ein Featurebaum (Historie) bekommst, sollte FeatureWorks installiert sein. Das Tool generiert Features beim laden eines Fremdformates und generiert eine Struktur mit teilweise sogar intelligenten Ergebnissen wie lineare oder kreisförmige Reihe. Solltet ihr das nicht haben, siehts übel aus mit dem nachträglichen ändern der Features, da es definitiv keine gibt, sondern nur ein Klotz der alle Formen in einem "Feature" enthällt.

bis denne cya

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

An und fuer sich sollten die Daten, die SolidDesigner erzeugt,
sehr gut sein, denn die Daten als Parasolid (*.x_t) werden von
einer direkten Schnittstelle fuer SolidWorks geschrieben.
Kann sein, dass hier das Parasolid-Format ein Problem verursacht,
denn die Hilfe im SolidDesigner sagt aus, dass beim Export ein
Parasolid V7.0 - V12.1 geschrieben wird.
Als Alternative bleibt immer noch eine Ausgabe mit
STEP, IGES oder SAT.
Auf jeden Fall sollte der Kunde bei CoCreate melden, dass es
beim Import in SWX Probleme gibt, damit daran gearbeitet werden kann.

Gruss von WoHo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo !

Hier meine (fast) abschließende Bewertung der Problematik :

(@Syncronax: IGES rules ! Die Einstellungen waren perfekt - nur die Genauigkeit mussten wir etwas erhöhen)

Die besten Ergebnisse habe ich mit dem IGES-Export erziehlt. Das Grundproblem lag aber offensichtlich darin, das der Kunde die Modelldaten simpiliziert hat (SD hat dafür eine spezielle Funktionalität), was letztendlich zu ungültigen bzw. fehlerhaften Geometrien führte. Nach dem STEP und SAT Import nach SWX hatte das Modell genau da Karies, wo es vorher simplifiziert worden war. Einzig den IGES-Daten war das scheinbar egal - der Nachteil ist hier, das die Datei riesig wird (nix für e-mail).

@Woho:
All das verleitet mich zu der Annahme, das schließlich auch der Parasolid-Konverter unschuldig an meinen anfänglichen Schwierigkeiten gewesen ist, sondern das auch hier ein Problem mit der Modellvereinfachung bestand. Ich bin gerade dabei, diesen Punkt nochmal anhand unverfälschter Daten zu überprüfen, aber der Kunde ziert sich ein wenig mit den vollständigen Originaldaten rauszurücken - die wollen sich verständlicher Weise nicht in die Karten schauen lassen.

@brainseks:
FeatureWorks brauch ich eigentlich (zum Glück) gar nicht, da die Modelle von mir nicht verändert werden sollen, sondern es geht um eine VR-Visualisierung - also um den Export von 3D-Daten unterschiedlicher CAD Software in ein VR-System.

Leider kann ich nicht sagen, welches Format am besten funkt, IGES ist aber scheints am unempfindlichsten. Prinzipiell sollte es aber mit STEP, SAT und Parasolid ebenso gehen.

Vielen Dank an Alle die sich meines Problems angenommen haben.
Grüße aus Wiesbaden 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@Hoshi:

IGES-Daten lassen sich mit ZIP oder RAR sehr stark komprimieren, habt Ihr das versucht?

Thomas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Thomas !

Ich hab das gerade mal getestet, und im Prinzip hast du recht. Andererseits habe ich bei maximaler Komprimierung der IGES-Datei immer noch den 5fachen Datenumfang ggü. der gezippten Parasolid-, STEP- oder SAT-Datei (also rund 21MB ggü. ca. 4MB ) - bei Breitbandanschlüssen sicherlich nicht unbedingt das Thema hinsichtlich e-mail, aber wehe dem Modem-User....

Grüße aus dem sonnigen Wiesbaden

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP