---

Hallo,

folgenden Thread habe ich bereits im ProE Forum gepostet [URL=ww3.cad.de/foren/ubb/Forum12/HTML/017842.shtml][/URL], dort konnte mir leider niemand so richtig weiterhelfen, aus diesem Grund versuche ich nun hier mein Glück.

"Guten Morgen,
ich habe folgendes Problem:
Wir bekommen von unserem Unterlieferanten das Modell einer Baugruppe, welche als 3d - DWG in Autocad  Mechanical Desktop erstellt wurde. Dieses lesen wir bei uns in Autodesk Mechanical (Nachfolger von Mechanical Desktop) ein und generieren daraus ein Step - File. Dieses lesen wir in ProE als Baugruppe ein, was auch wunderbar funktioniert. Da wir regelmäßig neue Versionen dieses externen Modells erhalten, bauen wir es über ein Skelett ein. Die externe Baugruppe enthält ca. 2000 PRTs. Da diese durch die Stepdateierzeugung ohne erkennbares System nummeriert werden (2AF994...) stehen wir vor dem Problem, dass bei unserer Datenhaltung Konflikte auftreten. Die Nummern der PRTs zweier Versionen überschneiden sich teilweise, wobei jedoch gleiche Nummern in beiden Versionen nicht zwangsläufig gleichen Teilen entsprechen. Zudem ergeben sich Probleme mit Intralink, welche aber nicht Gegenstand dieses Thread sein sollen. Mein Workaround ist folgender Maßen:
1. Import der Stepdatei als Baugruppe in ProE
2. Umbenennen Aller PRTs, Unterbaugruppen um eine Kopie speichern zu können.
3. Ersetzen des Alten Modells in der Unterbaugruppe in Bezug auf CopyGeometry aus dem Skelett.
Dadurch "müllt" mir aber mein Workspace und somit auch zwangsläufig der Ordner im Commonspace zu und es ist eine sehr zeitaufwändige Sache. Um den ganzen Prozess zu beschleunigen und eine bessere Datenhaltung zu bekommen habe ich folgendes versucht:
1. Stepdatei als Teil einlesen -> ProE hängt sich auf
2. Schrumpfverpackung erstellen -> ProE hängt sich auf
3. IGES Datei aus Autodesk Mechanical exportieren -> Modell in ProE nicht verwendbar, da Flächen fehlerhaft, bzw nicht vorhanden
4. IGES Datei aus ProE erstellen um diese wiederum in ProE zu importieren -> IGES wird nicht erzeugt und ProE hängt sich auf.
Mein Ziel wäre es nur noch eine Datei am Besten ein PRT zu erhalten. Wenn jemand Ideen hat, wie man dieses Problem in den Griff kriegen könnte wäre ich sehr interessiert daran. Vielen Dank."

Eventuell weiß hier jemand wie ich schon aus Autodesk Mechanical Desktop ein Stepfile erzeuge, welches als nur ein Bauteil in ProEngineer eingelesen werden kann, bzw wie ich die Stepkonfiguration richtig einstelle. Bin für jeden Tip dankbar.

Shortcad
Shortcad

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

---

Hallo Shortcad,

Wenn das eine nativer MDT-Datensatz ist dürfte der eigentlich garnicht per Mechanical weiter bearbeitbar bzw. exportierbar sein, denn echte MDT-Daten sind im Mechanical lediglich Proxy-Elemente.
Also ich hab' da den Verdacht dass zwischen MDT und Mechanical ein SAT-Export gemacht wurde, das würde die krude Namensgebung erklären.
Aber:
Die Lösung für die Namensproblematik dürfte darin liegen, direkt aus MDT ein STEP214 zu erstellen.
Dabei werden Farben, Teilenamen, und Baugruppenstruktur mit übertragen.
Was Pro/E draus macht weiss ich dann aber nicht.
Aus eigener Erfahrung mit so ähnlichen Datentransfers kann ich noch raten:
Wenn irgendwie möglich, am Zielort die Baugruppe als "einzelne Datei die alle Körper enthält" (Mulit Body Datei) importieren, das vermeidet jedenfalls solche Dateiverwirrungen und bringt noch einige weitere Vorteile.

------------------
mfg - Leo

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

---

Zitat:

---

Original erstellt von shortcad:

Eventuell weiß hier jemand wie ich schon aus Autodesk Mechanical Desktop ein Stepfile erzeuge, welches als nur ein Bauteil in ProEngineer eingelesen werden kann, bzw wie ich die Stepkonfiguration richtig einstelle. Bin für jeden Tip dankbar.

Shortcad
Shortcad

---

Mit dem Befehl amcombine könnte man die komplette Struktur in der MDT ZB kaputtmachen und alle Teile zu einem Klotz verschweissen. geht, ist aber mit etwas Arbeit verbunden.

Als erstes würde ich aber an eurer Stelle klären, womit eurer Lieferant tatsächlich arbeitet (Programm und Version)

------------------
gruss eberhard

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