Ungenauigkeit beim Modellieren

[mamo]

Hallo,

 

ich modelliere öfters mal komplexe Bauteile, z.B. Fassaden in Länge von ca. 50m - 100m und arbeite da mit Symbolen und Gruppen. Ich rotiere im Bezug auf verschiedene Ebenen, manchmal in Ansicht von oben, extrudiere 2d-Polygone auf der KE und rotiere die dann usw. Und während ich so dahin arbeite, bemerke ich immer wieder mal, dass meine Bauteile nicht mehr schön übereinander liegen. Es hat mich schonmal jemand hier im Forum darauf aufmerksam gemacht, ich hätte bei einem Bauteil ungenau gearbeitet. Wo er ja recht hatte. Die Bauteile lagen in der 4. Nachkommastelle abweichend übereinander. Ich konnte bisher nicht genau nachvollziehen, woher die Ungenauigkeit kam. Heute schiebe ich 2 Fassadenelemente (3d-Symbole) von ca. 100m Länge über die OIP um den y-Wert von 1mm in die jeweils entgegengesetzte Richtung um eine Spiegelung zu optimieren. Dann nach ca. 20 min um den selben Wert wieder zurück und siehe da, die Bauteile liegen nicht mehr an der selben Stelle wie vorher. Ich hatte bisher auf Rundungsfehler der Mantisse getippt aber in dem Fall sollte das doch nicht sein oder? Kann mir jemand sagen was ich machen kann, dass meine Zeichnungen exakt werden? Ich arbeite mit Punktfang, schließe nicht generell zu 100% aus, dass ich manchmal einen falschen Punkt erwische. Aber in einigen Fällen kann ich das sehr wohl ausschließen. Wie macht ihr das? Wäre über Anregungen und Tipps dankbar.

 

Danke euch

[mamo]

Hallo @Marc Wittwer,

 

das Problem mit dem Verschieben konnte ich selbst lösen. Das war ein Fehler meinerseits.

 

In der OIP wurden beim y-Wert 3 Nachkommastellen angezeigt (-10,454m). Der tatsächliche Wert war aber -10,4538656424m. Was ich natürlich übersehen bzw. nicht gewusst habe. Ich habe den Wert geändert auf -10,455 und dann später wieder auf -10,454. In diesem Fall werden korrekterweise die Nachkommastellen wirklich gelöscht und das Objekt liegt logischerweise nicht mehr an der selben Stelle wie vorher. Ich denke ich habe da einfach zu wenig darüber nachgedacht. Sorry für eure Zeit aber vielleicht hilft es ja irgendwann mal jemanden.

 

Danke euch

[inderfab]

Zeichnest du im gedrehten Grundriss? Dann gibt es bei verschiebungen im Nachkommabereich immer ungenauigkeiten die sich summieren können. 

[mamo]

Nein, genau aus dem Grund eigentlich nicht. Wobei beim Start manchmal als Vorlage im Hintergrund z.B. ein gedrehter Lageplan liegt. Daran hab ich noch gar nicht gedacht. Wenn ich da dann darauf snappe, wir dann der Rundungsfehler in mein Modell übertragen? Das ist eine gute Frage, weißt du das? Ich muss ehrlich sagen, darauf habe ich jetzt nicht geachtet. Wenn dann die erste Linie nicht genau wäre, würde sich das ja auf mehrere Bauteile oder sogar auf das ganze Modell übertragen.

[andi.fool]

Weit weg vom Nullpunkt?

[mamo]

Nein, das definitiv nicht.

[inderfab]

Wenn du irgendetwas benutzt das schräg ist hast du immer zwangsweise "ungenaue" Masse und das summiert sich dann. Vorallem wenn man einmal auf die Punkte snappt und ein ander mal den Wert eingibt (mit zu wenigen stellen) gibt es verschiebungen. 

[mamo]

Das verstehe ich soweit. Wenn ich z.B. ein Projekt am Lageplan verorte, dann meine Ost-West Wand oder Leitlinie so rotiere, dass sie in der 2d-Draufsicht 0° hat, kann es dann sein, dass dort bereits Rundungsfehler auftreten? Oder hat die Linie dann Null Grad? Ist mir nicht ganz klar. Sorry die blöde Frage. Ich dachte das passiert nur bei rotierten Plänen?

[temp676]

Am besten immer in allen Dokumenten als allererstes die Einstellungen der Massgenauigkeit der Anzeige (Dokumenteneinstellungen) auf die 2. höchste Kommastelleneinstellung umstellen. Nicht auf die höchste da die Darstellung 10^x meiner Meinung nach sinnlos ist (hätten lieber die 10 Stelle gezeigt). Massketten selbst können glücklicherweise unabhängig davon eingestellt werden mit nur 1 Kommastelle.

 

1 Kommastelle

9 Kommastelle (2. höchste Genauigkeit)

10 Kommastellen (höchste Genauigkeit)

 

Beim Zeichnen sieht man schon sehr viel früher damit wenn Elemente nicht "exakt" sind und kann entsprechend korrigieren bzw. bewusst damit umgehen.

[Hauruck]

 

vor 23 Stunden schrieb mamo:

Heute schiebe ich 2 Fassadenelemente (3d-Symbole) von ca. 100m Länge über die OIP um den y-Wert von 1mm in die jeweils entgegengesetzte Richtung um eine Spiegelung zu optimieren.

Wie genau meinst du das?

hier könnte ein nicht dargestellter Nachkomma-Wert gerundet werden. Folgende vergleichsrechnung:

Y Lage tatsächlich 1,23456789

Y Lage dargestellt je nach Einstellung 1,2346

 

wenn du nun 1 mm dazu addierst, dann ist das Ergebnis 

1,2356 und eben nicht 1,23556789

Weil nämlich beim Rechnen im OIP dann nur die Werte berechnet werden, die sichtbar sind. Das darfst du nur dann machen, wenn du sicher bist, dass es keine nicht dargestellte Nachkomma-Stellen gibt. Ansonsten immer mit Verschieben arbeiten, dort wird der vollständige Wert addiert.

[Hauruck]

PS: jede Enter Eingabe eines unrunden Wertes in OIP löscht die nicht sichtbaren Nachkomma stellen. Daher muss man da höchst vorsichtig sein. 

[mamo]

vor 7 Stunden schrieb temp676:

Darstellung 10^x meiner Meinung nach sinnlos ist

Hy, in welcher Version arbeitest du? Bei mir in VW2025scheint das nicht der Fall zu sein? Auch 10 Nachkommastellen werden normal angezeigt.

 

 

 

[mamo]

vor einer Stunde schrieb Hauruck:

wenn du nun 1 mm dazu addierst

Hy, danke auch dir. Aber das kann ich nicht nachvollziehen. Habe das eben getestet und jede Verschiebung einer Linie um y-Wert 1, aus einem "unrunden y-Wert" heraus, egal wie viele Nachkommastellen im Dokument eingestellt sind, ergibt wieder den selben y-Wert bei der Kontrolle. Ist das bei euch anders? Bei mir werden die nicht angezeigten Stellen anscheinend gespeichert.

[Marc Wittwer]

Hallo mamo

vor 5 Stunden schrieb mamo:

Bei mir werden die nicht angezeigten Stellen anscheinend gespeichert.

Das ist auch bei mir so und aus meiner Sicht korrekt.

 

Gruss, Marc

 

P.S: Bitte sende dein Beispiel mit einer kurzen Schritt- für Schrittanleitung an den Helpdesk.

[Hauruck]

Ich arbeite jetzt schon paar Jährchen mit VW, und bin schon immer sehr vorsichtig wie ihr seht.

Ich habe nochmal selbst nachvollzogen was ich meine:

- wenn man die Einheit nicht löscht und die Zahl nicht ändert, sondern nur die mathematische Operation anfügt(1,234m+0,02), dann habt ihr Recht, die nicht sichtbaren Nachkommastellen werden weiterhin berücksichtigt. Intelligent gelöst!

- wenn man allerdings die Einheit löscht und +0,02 anfügt, also 1,234+0,02, dann ist das was nach der 4 käme weg

- wenn man 1,234m in der OIP manuell umschreibt auf 1,254m, dann sind die nicht sichtbaren Nachkommastellen auch weg

 

Das war gemeint.

Bearbeitet 4. September von Hauruck

[mamo]

vor 3 Minuten schrieb Hauruck:

löscht und +0,02 anfügt,

bin auf das selbe Ergebnis gekommen. War eindeutig ein Anwenderfehler meinerseits. Ist manchmal gut über solche Sachen nachzudenken. Danke dir für den Gedankenanstoss, hat bei der Lösung geholfen.

[temp676]

vor 18 Stunden schrieb mamo:

Hy, in welcher Version arbeitest du? Bei mir in VW2025scheint das nicht der Fall zu sein? Auch 10 Nachkommastellen werden normal angezeigt.

Ich hab keine neuen Screenshots hochgeladen. Weiss daher ehrlich gesagt auch nicht aus welcher Version das genau noch stammt, könnte vielleicht 2020 sein.