| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SOLIDWORKS |
| | |
 | SolidWorks Kurs mit IHK-Zertifzierung , ein Kurs (bis zu 100% förderbar mit Bildungsgutschein)
|
|
Autor
|
Thema: Flächenteile gehen verloren (3282 mal gelesen)
|
formi
Mitglied
Virtuell Optimization Engineer
   Beiträge: 626
Registriert: 18.04.2007 SWX 2018 SP5.0
SWX Composer 2018
SWX PDM 18.5
Dell Workstation
mit Windows 10 64bit
i7-4790 @ 3,6 GHz, 4 Kerne
32 GB RAM
nVidia Quadro K4200
250 GB SSD
3D-Connexion Space Mouse Pro
|
erstellt am: 11. Mai. 2012 09:57  <-- editieren / zitieren -->   Unities abgeben:          
Hallo zusammen! Eine Frage: Wir lesen in Rhino 4.0 SWX 2011 Daten ein (sind unsere eigenen Modelle), um mit Rhino ein STL File zu erstellen. Dabei gehen oft Teile von Flächen verloren, die dann mühsälig wieder repariert werden müssen.
Es stellt sich nun die Frage, wer eigentlich die Schuld an dieser Miesere hat, Rhino oder SWX. Die Teile in SWX sind als Solids konstruiert. Rhino erkennt diese als Flächenmodelle und liest diese ein. Nach dem Einlesen sind bereits Teile der Flächen verschwunden. Siehe Bild. Hat jemand auch so ein Problem? Gibt es eventuell Abhilfe? Wir haben schon versucht, über STEP oder IGS einzulesen, jedoch verschlechtert sich die Sache hier nur! In SWX scheint das Modell ja in Ordnung zu sein, oder kann man mögliche Fehler nur nicht erkennen? Diese Kugeln sind eigentlich nur einfache Rotationen, die über ein Skizzenmuster vervielfältigt werden. Es sind nicht alle Kugeln kaputt nur manche. Bin für jeden Tipp dankbar! lg, Formi
------------------
Engineers have the power to bring minds in reality! Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
GDawg
Ehrenmitglied V.I.P. h.c.
Teamleiter FEM Simulation
Beiträge: 2622
Registriert: 12.07.2004 SolidWorks_2o2o SP3.o
Win10_x64, Quadro_P2ooo.
VisualStudio_2o19_Pro.
FEM: Forge_NxT_HPC, ANSYS_WB.
3D-Printer: Ultimaker_2, Tinker_Gnome.
|
erstellt am: 11. Mai. 2012 10:25 <-- editieren / zitieren --> Unities abgeben: Nur für formi 
Formi, STL IST ein Oberflächenformat.
Was zu versuchen kannst, ist im Speichern unter... Dialog die Optionen zu ändern und ein feineres Netz exportieren. Da kannst Du ja mit den Werten ein wenig spielen. Ich hoffe, dass das hilft! Nachtrag:
Für SolidWorks nach 3DStudio nehme ich zwischendurch auch mal .vrml (.wrl). Mit mehr oder weniger Erfolg. ------------------
 [Diese Nachricht wurde von GDawg am 11. Mai. 2012 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Thermoflasche
Ehrenmitglied
Konstrukteur
Beiträge: 1733
Registriert: 08.10.2003 Solidworks 2018 SP 4.0
|
erstellt am: 11. Mai. 2012 10:34 <-- editieren / zitieren --> Unities abgeben: Nur für formi
warum erzeugst Du die STL Datei nicht direkt in SW ? ------------------
 Gruß Thermo Take it easy, altes Haus, wer morgens länger schläft, hälts abends länger aus. [Diese Nachricht wurde von Thermoflasche am 11. Mai. 2012 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
formi
Mitglied
Virtuell Optimization Engineer
Beiträge: 626
Registriert: 18.04.2007
|
erstellt am: 11. Mai. 2012 10:34 <-- editieren / zitieren --> Unities abgeben:
|
Thermoflasche
Ehrenmitglied
Konstrukteur
Beiträge: 1733
Registriert: 08.10.2003 Solidworks 2018 SP 4.0
|
erstellt am: 11. Mai. 2012 10:36 <-- editieren / zitieren --> Unities abgeben: Nur für formi
wenn es genau sein muss warum dann überhaupt STL? Ist ja vom Prinzip der Dreiecksflächen schon ungenau  ------------------
Gruß Thermo Take it easy, altes Haus, wer morgens länger schläft, hälts abends länger aus. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
formi
Mitglied
Virtuell Optimization Engineer
Beiträge: 626
Registriert: 18.04.2007
|
erstellt am: 11. Mai. 2012 10:45 <-- editieren / zitieren --> Unities abgeben:
Die Modelle kommen auf eine RP Maschine, daher das benötigte STL Format. Gibt es eine Möglichkeit zu prüfen, ob der Volumenkörper in SWX Lücken aufweist? ------------------
Engineers have the power to bring minds in reality! Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Thermoflasche
Ehrenmitglied
Konstrukteur
Beiträge: 1733
Registriert: 08.10.2003 Solidworks 2018 SP 4.0
|
erstellt am: 11. Mai. 2012 10:49 <-- editieren / zitieren --> Unities abgeben: Nur für formi
es kann sich dann um keinen Volumenkörper handeln. Sobald Lücken vorhanden sind dann ist es eine Oberfläche  ------------------
Gruß Thermo Take it easy, altes Haus, wer morgens länger schläft, hälts abends länger aus. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Lutz Federbusch
Ehrenmitglied V.I.P. h.c.
Dipl.-Ing. Maschinenbau
Beiträge: 3094
Registriert: 03.12.2001 alle SW seit 97+
AutoCAD2016-2022
ERP ProAlpha + CA-Link
Intel Core i7-7820K 32GB
Win10x64 Quadro K5000
SpacePilot
|
erstellt am: 11. Mai. 2012 10:49 <-- editieren / zitieren --> Unities abgeben: Nur für formi
|
Thermoflasche
Ehrenmitglied
Konstrukteur
Beiträge: 1733
Registriert: 08.10.2003 Solidworks 2018 SP 4.0
|
erstellt am: 11. Mai. 2012 10:52 <-- editieren / zitieren --> Unities abgeben: Nur für formi
|
formi
Mitglied
Virtuell Optimization Engineer
Beiträge: 626
Registriert: 18.04.2007
|
erstellt am: 11. Mai. 2012 11:12 <-- editieren / zitieren --> Unities abgeben:
In Rhino wird direkt SLDPRT eingelesen. Der Volumenkörper wird als "Flächenverband" eingelesen bzw. automatisch konvertiert. Hab jetzt mit Extras Prüfen den Solid geprüft, er zeigt mir hier keinerlei Fehler an, 0 offene Flächen und Kanten. Also scheint das Modell selbst doch in Ordnung zu sein. Nochmal: Der STL Export, selbst mit der feinsten Einstellung, ist zu ungenau! Es kann weder die Polygongröße noch die Art und Weise wie die Polygone angeordnet werden sollen, eingestellt werden. Wenn die STL Files gehen würden, würden wir ja nicht mit Rhino arbeiten!
Hab jetzt nochetwas versucht: In Solidworks habe ich eine Offset-Oberfläche mit Abstand 0 aller Oberflächen erstellt, also eine Hülle! Wenn ich diese Überprüfe zeigt er mir auch 0 Fehler an. Diese Oberfläche in Rhino eingelesen ergibt jedoch wieder die selben Fehler wie vom Solid!
Es sieht ganz so aus, das Rhino beim einlesen Fehler erzeugt - Oder was ich mir auch noch vorstellen könnte ist, das sehr kleine Lücken für SWX noch keine Fehler sind, für Rhino jedoch schon!?? ------------------
Engineers have the power to bring minds in reality! [Diese Nachricht wurde von formi am 11. Mai. 2012 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
GDawg
Ehrenmitglied V.I.P. h.c.
Teamleiter FEM Simulation
Beiträge: 2622
Registriert: 12.07.2004 SolidWorks_2o2o SP3.o
Win10_x64, Quadro_P2ooo.
VisualStudio_2o19_Pro.
FEM: Forge_NxT_HPC, ANSYS_WB.
3D-Printer: Ultimaker_2, Tinker_Gnome.
|
erstellt am: 11. Mai. 2012 14:13 <-- editieren / zitieren --> Unities abgeben: Nur für formi
|
kmw
Ehrenmitglied V.I.P. h.c.
Konstrukteur
Beiträge: 4391
Registriert: 26.02.2002
|
erstellt am: 11. Mai. 2012 14:50 <-- editieren / zitieren --> Unities abgeben: Nur für formi
Ich hab auch diverse Konvertierungsprobleme mit rhino 4 gehabt beim exportieren von 3ds Daten, diese Problem wurden mit der rhino 5 beta gelöst. Ich importiere in rhino immer step Daten, ich kenne das Problem der fehlenden Flächen bei analytischen Körpern so nicht, bei freiformflächigen Körpern kommt das leider schon mal vor. Dann benutze ich wahlweise das Parasolid Format, in ganz seltenen Fällen zusätzlich noch das IGES Format, damit ich fehlende Flächen ergänzen kann. Danach erzeuge ich in rhino weitere Formate, die nur Rhino kann. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Foren auf CAD.de (alle Foren)
| 
