[Frage] Treppenmodellierer - Eingabe Fixpunkt Austritt


Hallo,

wie kann ich erreichen, das der Treppenmodellierer die Auftrittsbreite und Steigung zwischen zwei Fixpunkten aufteilt?
Kann ich den unten und oberen Punkt nicht in der Isometrie eingeben? Das wäre das einfachste, ich schaffe es nicht....
Wenn nicht 3D wie fixiere ich den oberen Austrittspunkt?

Mit besten Grüßen!
Jürgen

Allplan Ingenieurbau V10 bis V2025

Anhänge (1)

Typ: image/png
377-mal heruntergeladen
Größe: 367,56 KiB

Hilfreichste Antwort anzeigen Hilfreichste Antwort verbergen

Hallo Jürgen,

...so einfach ist das nicht!
Der neue Treppenmodellierer braucht eine fixe Autrittslänge zu automatischen Berechnung der Stufen
zwischen den Podesten. Die Auftrittslänge lässt sich also nicht aus der Lauflänge berechnen, sobald
Podeste im Spiel sind.
Bei einer gerade Treppe könnte man das natürlich machen, aber dann kommen noch andere Probleme
Deiner Leitertreppe hinzu: Die Stufentiefe ist konstant, und nicht gleich der Auftrittslänge!

Auch das "Picken" des Fix-Punktes oben ist eigentlich bereits drin, allerdings nur im Grudriss als Endpunkt der Achse! Die zugehörige Höhe kann man sich vorher abgreifen, und dann in den Eingabefeldern die Höhe und Auftrittsbreite ausrechnen! Es geht also, wenn auch nicht besonders komfortabel!

Deine "Industrie-Leiter" war leider nicht im Fokus des Treppenmodellierers, da es keine (notwendige) Treppe ist!
Ich denke, mit dem neuen Treppenmodellierer kann man mehr als 80% der gängigen Treppen leichter und detaillierter erzeugen. Falls doch etwas nicht geht, gibt es ja noch die "alte" Treppe!

Und damit auch Du zufrieden bist, habe ich mal ein SmartPart gebaut, mit dem Du einfach Start- und Endpunkt
zeigen brauchst, und alles wird automatisch berechnet.
Diese Leitertreppe kann als Stufen detaillierte Gitterroststufen mit fixer Tiefe haben, und die Wangen können aus U-Profilen sein.

Grüße Jörg

Anhänge (2)

Typ: image/png
116-mal heruntergeladen
Größe: 68,69 KiB
Typ: application/xml
1525-mal heruntergeladen
Größe: 39,17 KiB
21 - 30 (69)

Zitiert von: Nemo
With the new UVS-Section it works fine, as you see in my screenshot.

It works for me also in an associtative section!
Maybe you should not use the depreceated asso-sections anymore!


Yes, you are right! I looked your screenshot and it's true! Now I look what to do . Thank you for your help.

Hi Nemo, again about the stairs I want make command "group_union" for to add 4 group in only one group because maybe I solve the problem area style in section. It's correct the code ? Thank you for help.

result_a = ""
result_a = GROUP_UNION ( "sol" , "gra" )

result_b = ""
result_b = GROUP_UNION ( "ped" , "alz" )

result_t = ""
result_t = GROUP_UNION ( result_a , result_b )
GROUP_PLACE result_t

Anhänge (1)

Typ: image/jpeg
33-mal heruntergeladen
Größe: 154,91 KiB

Code seems correct!
But only the one I see :-)

Zitiert von: Nemo
Il codice sembra corretto!

Ma solo quello che vedo :-)

Here you are all code

ROTX 90

GROUP "gra"
SECT_FACESTYLE str_3d
FOR n = 1 TO g
PRISM 4 , larg ,
0 , 0 ,
0 , alz ,
ped , alz ,
0 , 0
TRANS ped , alz , 0
NEXT
GROUP_END

GROUP "sol"
SECT_FACESTYLE str_3d
PRISM 5 , larg ,
0 , 0 ,
g * ped , g * alz ,
g * ped , g * alz - f_v ,
apg , 0 ,
0 , 0
GROUP_END

GROUP "ped"
SECT_FACESTYLE riv_3d
FOR n = 1 TO g
PRISM 5 , larg ,
-sp_f_ped , alz ,
-sp_f_ped , alz + s_ped ,
ped , alz + s_ped ,
ped , alz ,
-sp_f_ped , alz
TRANS ped , alz , 0
NEXT
GROUP_END

GROUP "alz"
SECT_FACESTYLE riv_3d
FOR n = 1 TO g
PRISM 5 , larg ,
-s_alz , 0 ,
-s_alz , alz ,
0 , alz ,
0 , 0 ,
-s_alz , 0
TRANS ped , alz , 0
NEXT
GROUP_END

result_a = ""
result_a = GROUP_UNION ( "sol" , "gra" )

result_b = ""
result_b = GROUP_UNION ( "ped" , "alz" )

result_t = ""
result_t = GROUP_UNION ( result_a , result_b )
GROUP_PLACE result_t

And what is not working with the code?

Some hints:

Inside a GROUP-clause you don't need to define the SECT_FACESTYLE.
A GROUP cannot transport this kind of information! GROUP holds only the geometry of the polyhedron(s)!
This has to be infront of GROUP_PLACE.

It is not recommended to use variable name for GROUP name!

Zitiert von: Nemo
And what is not working with the code?
Some hints:
Inside a GROUP-clause you don't need to define the SECT_FACESTYLE.

A GROUP cannot transport this kind of information! GROUP holds only the geometry of the polyhedron(s)!
This has to be infront of GROUP_PLACE.
It is not recommended to use variable name for GROUP name!


Hi Nemo, I checked and it's fine not to make a single group but make 2 group (one for structure and one for covering).
I changed the code for make 2 group but my problem is that I can't get the 2 different styles to the 2 groups (like sketck).

ROTX 90

GROUP "gra"

FOR n = 1 TO g
PRISM 4 , larg ,
0 , 0 ,
0 , alz ,
ped , alz ,
0 , 0
TRANS ped , alz , 0
NEXT
GROUP_END

GROUP "sol"

PRISM 5 , larg ,
0 , 0 ,
g * ped , g * alz ,
g * ped , g * alz - f_v ,
apg , 0 ,
0 , 0
GROUP_END

GROUP "pdt"

FOR n = 1 TO g
PRISM 5 , larg ,
-sp_f_ped , alz ,
-sp_f_ped , alz + s_ped ,
ped , alz + s_ped ,
ped , alz ,
-sp_f_ped , alz
TRANS ped , alz , 0
NEXT
GROUP_END

GROUP "azt"

FOR n = 1 TO g
PRISM 5 , larg ,
-s_alz , s_ped ,
-s_alz , alz ,
0 , alz ,
0 , s_ped ,
-s_alz , s_ped
TRANS ped , alz , 0
NEXT
GROUP_END

result_a = ""
result_a = GROUP_UNION ( "gra" , "sol" )
FACE_STYLE str_3d
GROUP_PLACE result_a

result_b = ""
result_b = GROUP_UNION ( "pdt" , "azt" )
FACE_STYLE riv_3d
GROUP_PLACE result_b

Anhänge (1)

Typ: image/jpeg
26-mal heruntergeladen
Größe: 185,58 KiB

Use SECT_FACESTYLE

Zitiert von: Nemo
Use SECT_FACESTYLE

Thank you for info, Nemo. I tried but it only creates the first style area (in this exemple "str_3d"). The second style area is ignored. I don't understand why. Now I do new test. If you have any other advice let me know. Thankyou for help. Goodbye.

You must have a mistake in your script!
I cannot help you, if I don't have the whole SmartPart.

In my Stair it works fine!

Anhänge (2)

Typ: image/png
44-mal heruntergeladen
Größe: 4,63 KiB
Typ: text/xml
827-mal heruntergeladen
Größe: 15,05 KiB

Zitiert von: Nemo
Devi avere un errore nella tua sceneggiatura!

Non posso aiutarti, se non ho l'intero SmartPart.
Nella mia scala funziona bene!


Thank you for help Nemo.
I don't think it's a code problem because yours also gives me the same problem ... maybe it's another problem. OK thanks anyway. Goodbye
21 - 30 (69)