Support Forum

SmartPart Tür Fenster Glasdicke Glas Körper statt Fläche


Hallo Leute,

beim Rendern von Allplan-Daten kommt es immer wieder vor, dass die Standard-Darstellung der Fensterscheiben als 3D-Flächen Probleme bereitet. Z.B. kommt es bei hohe Werten für Brechungsindex (Refraction) zu dem Effekt, dass das Innere von Gebäuden stark versetzt erscheint, und es so wirkt, als ob man in ein mit Wasser gefülltes Gebäude blickt.
Als Workaround kann man natürlich der Refractions-Wert runtersetzen (nahe bei 1.0 belassen).
Aber auch wenn Fenster neben / in Fassaden vorkommen, sieht man einen Unterschied, da Glasscheiben in Fassaden immer als 3D-Körper dargestellt werden.
Auch wer mit Visualisierungslösungen arbeitet, die auf der Unreal-Engine basieren (z.B. TwinMotion), bekommt mit 3D-Flächen generell Probleme.

Für das schnelle Beheben dieser Probleme, habe ich die SmartParts für Tür und Fenster entsprechend erweitert, sodass standardmäßig die Glasscheiben als 3D-Körper dargestellt werden. (auch bei Glasfeldern mit Sprossen)

Wei bekommt man diese Erweiterung nun in das bestehende Allplan-Modell?
Mit der weitgehend unbekannten Funktion "SmartPart Version übertragen":
1. beide SmartParts runterladen, abspeichern, und dann in die Zeichenfläche ziehen und irgendwo ausserhalb des Modells platzieren
2. "SmartPart Version übertragen" starten, neues Fenster-SmartPart anklicken, und danach alle Fenster-SmartParts im Modell auswählen.
3. letzten Schritt wiederholen mit Tür-SmartParts

Ergebnis: Alle Fenster haben jetzt Glasscheiben mit 3D-Körpern von 2 cm Dicke.

Achtung: Die Aufschläge der Fenster (das sind die gestrichelten 3D-Linien) liegen dadurch mitten im 3D-Körper der Glasscheibe, und werden dann nicht mehr in Verdeckt-Berechnungen (Schnitte und Ansichten) dargestellt. Das sit auch der Grund dafür, warum man das nicht gleich standardmäßig so eingestellt hat.

Ich hoffe, es hilft trotzdem einigen bei den o.g. Problemen.

@Allplan
Nach dem Export nach Cinema zeigen die Normalen von gespiegelten Makros und SmartParts in's Körperinnere!
Deshalb muss man immer 2-seitige Materialien verwenden! Bei der Unreal-Engine (TwinMotion) sieht man leider die
falsch orientierten Flächen. Da gibt es keinen Workaround!
Das sollte man dringen beheben...

Anhänge (3)

Typ: image/png
270-mal heruntergeladen
Größe: 159,03 KiB
Typ: text/xml
756-mal heruntergeladen
Größe: 656,61 KiB
Typ: text/xml
737-mal heruntergeladen
Größe: 647,21 KiB

Danke Jörg,

den Unterschied der Gläser (mal Fläche mal Körper) zwischen Fassade und Fenster sehe ich auch als Problem beim Rendern, und der Weg über Glasdicken in den Smart Part Fenstern schafft einen Abgleich. Leider sind die voreingestellten Makros zum Einsetzen in die Fassade noch mit Glasflächen ohne Dicken.

Wäre nicht auch die schlankere Lösung denkbar, dass in dem Fassadentool auch Glasflächen (ohne Dicke) möglich wären? Das stelle ich mir als sehr einfache Änderung in der Programmierung vor.
Bis auf bei Renderings, bei denen man ganz dicht am Fenster steht, benötigt man meiner Ansicht nach nicht unbedingt die Dicke des Glases zum Rendern sondern kann es durch Materialeinstellung lösen. Ob Dicke ja oder nein sollte nur eben aus den beschriebenen Gründen unbedingt enheitlich bei allen Glasflächen sein.

Und weißt du, ob allplan noch einmal gedenkt, dass Fassadentool weiterzuentwickeln?
Das Potential dieses Tools ist meiner Ansicht nach komplett unterprioritiert und vernachlässigt worden seit einer Ewigkeit. Das alles in Python oder Visualscript nachzuempfinden und nachzubauen, ist meiner Ansicht nach vergebens, wenn jemand schon so tolle Vorarbeit geleistet hat. Es müsste nur einfach weiterentwickelt werden.

Grüße
Marek

czyborra klingbeil architekturwerkstatt - http://www.cka.berlin

Hallo,

sehe ich es richtig, dass dies den selben Effekt hat wie eine Glasscheibe die explizit in einen Rahmen/Flügel eingesetzt wird - hier jedoch global (je smt) gesteuert ist, UND die Scheibenstärk NICHT durch einen Doppelstrich dargestellt wird!?

Mich bringt das hier vorliegende 7.1 der Tür zu der Frage:

  • Was passiert eigentlich mit den vielen tollen Features die von dir Nemo/Jörg in die Smartpart integriert werden. Finden die in Allplan hinein, oder muss man sich die jeweiligen alle einzeln abspeichern? Ich vermisse in dem aktuellen 7.0 Tür.smt der 21'-Version die Möglichkeit eine Griffstange horizontal verschieben zu können. Das hast du für die 6.* Version der Tür ja einmal integriert.

  • UND zu der Frage: gibt es eigentlich eine Änderungshistorie der einzelnen smt seitens Allplan? Oder muss man immer hoffen, dass man tolle Neuerungen auch entdeckt?

Grüße und Danke
Peter Biner

Scheinbar werden die Fenster-/Türen-SamrtParts von Allplan nicht weiterentwickelt.
Es wird stattdessen auf Python als Scriptsprache in den PythonParts und Visual-Scripting gesetzt.

Ich finde das mehr als schade, weil die Möglichkeiten der SmartParts noch lange nicht ausgeschöpft sind.
Und für Türen und Fenster (und alles drumherum) gibt es (noch) keine PythonParts oder gar Visual-Scripte!

Bei der Bewehrung sind PythonParts zweifellos im Vorteil, und habe sicher auch ihren Platz bei der Ablösung der
alten Technologie von Allplan gefunden. Aber darüberhinaus habe ich in diesem Forum noch nicht so viele sinnvolle PythonParts
oder gar Visual-Scripte gesehen, die von allen ohne Vorkenntnisse einfach so zu benutzen sind.
Das muss nicht heissen, das es die nicht gibt...

Alle von mir geposteten neuen SmartParts und auch Änderungen an den existierenden SmartParts sind
nicht verschlüsselt und können ohne Lizenzansprüche von jedem (auch von Allplan) verwendet werden.
Das unterscheidet sie von kommerziellen Anbietern wie die von Difraxis oder AppEasy, für die man extra bezahlen muss.

Es ist an Allplan, die vielfältigen Änderungen an den SmartParts in die von Allplan ausgelieferten SmartParts zu integrieren.
Ich bin gern bereit, die nötige Unterstützung zu leisten...


https://connect.allplan.com/ verwendet Cookies  -  Mehr Informationen

Akzeptieren