---

Hallo Zusammen,
seit langer Zeit sitze ich wieder einmal vor unserem geliebten OSD. Was fuer ein tolles Programm. Fuer einen Hausinternen Test wollen wir Daten in den OSD Importieren (Step). Diese stammen nur zur Info aus einem NX System. Leider kommen die Daten zum Teil zerstoert an. Jetzt weiss ich das man im OSD die Genauigkeit runter drehen kann. Das kann ruhig fuer das gesamte System geschehen. Die zu Importieren BG kann ruhig danach in dieser Genauigkeit weiter bearbeitet werden.
Kann mir jemand sagen wo genau ich die Genauigkeit einstelle und ob ich das vor dem Import machen kann.
Ein Hinweis noch, die Daten liegen so vor wie sie sind, es gibt keine Alternative, der Test muss mit diesen Daten erfolgen.
Besten Dank vorab.

------------------
Es gibt eine grundlegende und sehr wertvolle Aussage in der Wissenschaft.
Sie ist ein Zeichen von Weisheit und lautet: 'Ich weiß es nicht!'

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

---

STEP.JPG

Hallo Tom,

hilft das weiter? ---->

------------------
Grüße.
Christian -jpsonics- J.
--------------------------------------
Ich bin nicht völlig nutzlos. Man kann mich immer noch als schlechtes Beispiel verwenden.
-----------------------------------------------
This post was sent using 100 recycled electrons

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

---

Hallo,
Zum Einstellen der Systemgenauigkeit gibt es auch noch was unter
Vorgaben Ausgangssystem 1xWeiter Teileauflösung
Das habe ich aber noch nie probiert, bin immer unter 1.0E-6mm unterwegs.
Kann also nicht sagen ob das Anpassen der Standardgenauigkeit positive Auswirkungen hat.
Mal die Help dazu lesen oder ausprobieren. 

Dann gabs mal einen Beitrag, kann ihn leider nicht mehr finden, da hat jemand beschrieben wie er fehlerhfte Importteile verbessert.
Grob aus dem Hinterstübchen:
Importiertes Teil als .iges speichern.
Danach wieder laden, wobei in den Optionen LadeGenau, RepStufe und andere erwähnt wurden.
Was genau das war, kann ich mich nicht erinnern, sorry werde älter und wenn mans nicht dauernd braucht, verblasst es langsam.
Was wird das nur        Der weisse Elefant wird blasser.
Aber du kannst das ja zumindest mal versuchen.
Oder der damalige Autor erinnert sich besser als ich und meldet sich zu Wort.
Bonne chance mon ami     

------------------
Gruss Friedhelm

Edit: Cad-Alsheimer:
Man sieht jeden Tag neue Modelle  

[Diese Nachricht wurde von friedhelm at work am 13. Nov. 2015 editiert.]

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

---

Da die Daten aus NX stammen ist beim Export wichtig, dass nur das betroffene Teil in NX geladen ist. NX arbeitet mit einer Bauraumtoleranz, was bedeutet, dass abhängig der Gesamtbauraumes die Genauigkeit des Einzelteiles u.U. sehr schlecht wird, zumal wenn diese Teile sehr kleine kanten beinhalten.

------------------
kjw

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

---

Zitat:

---

Original erstellt von ziegel-tom:
Jetzt weiss ich das man im OSD die Genauigkeit runter drehen kann. Das kann ruhig fuer das gesamte System geschehen. Die zu Importieren BG kann ruhig danach in dieser Genauigkeit weiter bearbeitet werden.

---

Die in OSD mögliche Genaigkeit von 10e-6mm ist eine feine Sache und ich arbeite eigentlich ausschlieslich damit, auch wenns nicht unbedingt notwendig ist.
Für eine Weiterverwendung auf CNC-Maschinen sollten die Modelle aber doch mindestens 10e-4mm genau sein, sonst steigt u.U. die Programmierung aus. 10e-3mm geht grade noch für masslich grosse Modelle ohne komplexe Geometrie (Stahlbau). Man darf ja nicht aus dem Auge verlieren, dass der maximal empfohlene Bauraum bei 10e-6mm "nur" 100m rund um den Ursprung beinhaltet und entsprechend ausgeweitet werden kann, wenn man die Genauigkeit runterdreht. Da geht dann auch die Golden Gate Bridge 
Grade aus NX und früher aus Catia bekommt man aber oft Daten, die noch jenseits von 10e-2mm liegen. Die taugen m.E. nur mehr als Störkontur beim Einbau von Zukaufteilen. Konstruktiv sollte man auf sowas keinesfalls weiter aufbauen.
Da lohnt sich der arbeitsintensive Neuaufbau mit hoher Genauigkeit

------------------
meine LISP-Makros sind auf osd.cad.de Disclaimer
Grüße aus Wien

Walter

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

---

Zitat:

---

Original erstellt von karl-josef_wernet:
Da die Daten aus NX stammen ist beim Export wichtig, dass nur das betroffene Teil in NX geladen ist. NX arbeitet mit einer Bauraumtoleranz, was bedeutet, dass abhängig der Gesamtbauraumes die Genauigkeit des Einzelteiles u.U. sehr schlecht wird, zumal wenn diese Teile sehr kleine kanten beinhalten.

---

Der Hinweis ist wertvoll, leider steht man aber oft am unteren Ende der konstruktiven Nahrungskette und hat keinerlei Einfluss auf die Art und Weise, wie eine Datei exportiert wird

------------------
meine LISP-Makros sind auf osd.cad.de Disclaimer
Grüße aus Wien

Walter

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

---

Hallo Walter,

Zitat:

---

Original erstellt von Walter Geppert:
Der Hinweis ist wertvoll, leider steht man aber oft am unteren Ende der konstruktiven Nahrungskette und hat keinerlei Einfluss auf die Art und Weise, wie eine Datei exportiert wird

---

Du sprichst Weise Worte gelassen aus. Wie oft haben wir das Problem schon diskutiert und es hat sich in den ganzen letzten Jahren fast nichts getan. Außer Neue Versionen und das wars. 10E -2 ist nichts wert zum Weiterarbeiten.

Gruß Gerhard

------------------
Jeder erfüllte Wunsch ist ein Traum weniger.
Träume sind die Sonnenstunden der Hoffnung.

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

---

Zitat:

---

Der Hinweis ist wertvoll, leider steht man aber oft am unteren Ende der konstruktiven Nahrungskette und hat keinerlei Einfluss auf die Art und Weise, wie eine Datei exportiert wird

---

Das schlimme, ist, dass sich die "Sendenden" keine Gedanken darüber machen, was für eine Arbeit dahinter steht Modelle zu reparieren, bzw neu aufzubauen, vor allem wenn es sich um Freiformteile handelt.
Aber PTC bekommt es ja nicht gebacken, dass man .prt - ProE-Teile in Modeling 19 in einer Genauigkeit eingelesen bekommt mit der man auch weiterarbeiten kann.

------------------
kjw

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

---

Zitat:

---

Original erstellt von karl-josef_wernet:

Aber PTC bekommt es ja nicht gebacken, dass man .prt - ProE-Teile in Modeling 19 in einer Genauigkeit eingelesen bekommt mit der man auch weiterarbeiten kann.

---

Da fällt mir wieder ein, dass PTC ja mit dem Direktladen von den hauseigenen 3D Formaten wirbt. Hat jemand bereits erfolgreich Daten aus Creo Elements / Parametric alias Pro Engineer mit Erfolg geöffnet?

Bei uns kommt dann lediglich die Fehlermeldung

Code:

---

Nativer Granite Import fehlgeschlagen
Fehler aus Granite-LoadModel Funktionalität

---

wenn ein .PRT oder .ASM geladen wird.

Mit Solid Works Daten funktioniert es bereits sehr gut.

------------------
Viele Grüße
Felix

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

---

Hallo Felix,

das liegt an der Grundeinstellung von PRO-E. Das hatte ich schon vor 15 Jahren und wenn das heute auch noch so ist, dann sollte sich Creo was einfallen lassen, und dies mal ändern.

Mir ist auch vor Jahren schon aufgefallen, wenn man ein in PRO-E gezeichnetes Volumen-Modell versucht von der 3,2E -2 Genauigkeit (was ja die Hauseinstellung ist) in 10E -3 Genauigkeit zu ändern versucht, dann bricht die Software zusammen, da der Rechenaufwand zu groß ist.

Diese Zeiten hatte ich alle schon durchstanden und die Situationen werden wir auch noch weiter haben.

Gruß Gerhard   

------------------
Jeder erfüllte Wunsch ist ein Traum weniger.
Träume sind die Sonnenstunden der Hoffnung.

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

---

Hallo Gerhard!

Wenn es sich dabei wirklich um solch ein elementares Problem handelt dürfte aber PTC dieses Interface Feature nicht so groß publizieren.

PTC
Es wird ja immer die verlustfreie Datenaustausch und native Import hervorgehoben der seit der v19 vorhanden sein soll.

Ich habe auch bereits die Info erhalten, dass es sich um ein Versionsproblem zwischen Parametric und OSD handeln würde. Da laufen die neuen Features aus Parametric immer eine Nasenlänge weit voraus.

Schade eigentlich, mit SW funktioniert es reibungslos.

------------------
Viele Grüße
Felix

[Diese Nachricht wurde von lix b am 11. Jan. 2016 editiert.]

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

---

Will ja nicht unken,
aber wenn das wirklich einmal zuischen Creo_xx und OSD 1/1 funktioniert
gibts unser Modeling so nicht mehr   

------------------
Gruss Friedhelm

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

---

Zitat:

---

Original erstellt von friedhelm at work:
Will ja nicht unken,
aber wenn das wirklich einmal zuischen Creo_xx und OSD 1/1 funktioniert
gibts unser Modeling so nicht mehr    

---

Das hehre Ziel will ich ja gar nicht in Frage stellen, was mir wirklich weh tun würde ist der Verlust der derzeit hervorragenden Anpassbarkeit mit LISP-Makros an individuelle Konstruktionsprozesse. Jede Firma hat nun mal ihren individuellen Zugang zu speziellen Lösungsansätzen und die programmierbare Standardisierung derselben ist ein unschätzbares Gut, das gern bei aller proklamierten Portierbarkeit der Modelle ausser Acht gelassen wird.

------------------
meine LISP-Makros sind auf osd.cad.de Disclaimer
Grüße aus Wien

Walter

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

---

   

------------------
Viele Grüße
Felix

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