| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SOLIDWORKS |
| | |
 | Neue Version testen: myCADtools 2026 SP1 Beta, ein Fachartikel
|
|
Autor
|
Thema: STL: Normale nicht senkrecht (2106 mal gelesen)
|
max1234 Mitglied

 Beiträge: 13 Registriert: 07.05.2010
|
erstellt am: 16. Jul. 2010 08:01 <-- editieren / zitieren --> Unities abgeben:         
Hi ich hab mal ne kruze Frage zu STL-Dateien. Vielleicht kennt sich ja einer von euch damit aus. Wenn ich ein Bauteil ins STL-Format exportiere wird das Bauteil ja in Dreiecke unterteilt. Diese Dreiecke werden dann durch Angabe der drei Eckpunkte und der Normalen gespeichert. Nun habe ich festgestellt, dass bei komplexen Bauteilen die Normale nicht senkrecht auf der Ebene steht, die durch die drei Eckpunkte aufgespannt wird. Weiß jemand von euch, woran das liegt? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
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: 16. Jul. 2010 09:50 <-- editieren / zitieren --> Unities abgeben:          Nur für max1234
Hi Max, wie konntest du denn das eigentlich feststellen? Hast du versucht auf ein solches Dreieck die Normale nachzustellen? Ist es für dich denn so wichtig, wie die normale ausgerichtet ist? Wir arbeiten auch mit STL Dateien, haben die Normalen jedoch noch nie beachtet. Die STL Dateien die wir von SWX erhalten (trotz größtmöglicher Qualität) sind für unsere Zwecke sowieso unbrauchbar (sehr kleine und komplexe Teile)! Wir müssen diese STL Files immer anschließend mit einer anderen Software überarbeiten ("Löcher stopfen"). Gruß Formi ------------------ Engineers have the power to bring minds in reality! Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
max1234 Mitglied

 Beiträge: 13 Registriert: 07.05.2010
|
erstellt am: 16. Jul. 2010 12:54 <-- editieren / zitieren --> Unities abgeben:         
Naja, ich hab das nachgerechnet. Einfach den Normalenvektor mit dem Richtungsvektor, der von dem einem Eckpunkt des Dreiecks zu einem anderen Eckpunkt verläuft, multipliziert. Kam nicht 0 raus. Ich nutze den INhalt der STL-Datei für diverse Berechnungen und hatte bisher den Normalenvektor benutzt. Bis auf einmal ein Fehler aufgetaucht ist. Da ist mir dann aufgefallen, das der nicht ganz senkrecht zum Dreieck ist. Hätt mich nur interessiert wieso und ob man das beheben kann. [Diese Nachricht wurde von max1234 am 16. Jul. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Ahleggs Mitglied design engineer
  
 Beiträge: 887 Registriert: 20.06.2006 SW2010OffPremX64SP4.0/ProE-WF4 Win7x64@DualXeon5660/@2.8GHz 24gDDR3regECC-1333MHz QuadroFX3800
|
erstellt am: 16. Jul. 2010 14:15 <-- editieren / zitieren --> Unities abgeben:          Nur für max1234
Zitat: Original erstellt von max1234: Naja, ich hab das nachgerechnet. Einfach den Normalenvektor mit dem Richtungsvektor, der von dem einem Eckpunkt des Dreiecks zu einem anderen Eckpunkt verläuft, multipliziert. Kam nicht 0 raus.
Was meinst genau? Hast einen Screen vielleicht? Ein Dreieck spannt immer eine Ebene(Fläche) auf. Die Ebenennormale ist auf der ganzen Fläche innerhalb des Dreieckes dieselbe. Du musst bei der Berechnung alle 3 Schenkel(bzw. Eckpunkte) berücksichtigen. ------------------ Na gut, dann tu ich's...  Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
max1234 Mitglied

 Beiträge: 13 Registriert: 07.05.2010
|
erstellt am: 16. Jul. 2010 14:51 <-- editieren / zitieren --> Unities abgeben:         
Schon klar. Ich hab die drei Eckpunkte A,B,C. mache daraus die Vektoren AB und AC und dann das Kreuzprodukt. AB x AC. Das Ergebnis ist der Normalenvektor. Dieser steht senkret auf AB und AC, also AB*N=0 und AC*N=0. Nur, dass bei dem Normalenvektor der STL-Datei AB*N nicht null ist und auch AC*N nicht null ist. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |