RAL Mitglied koffeinbetriebender Taschenrechner
Beiträge: 241 Registriert: 10.01.2009 Geodreieck, Bleistift, Rechenschieber, Kaffeemaschine und Würfel
|
erstellt am: 21. Mrz. 2018 18:17 <-- editieren / zitieren --> Unities abgeben:
Hallo Zusammen. ich habe eine weiche Struktur (SHELL) auf einer starren Kontaktunterlage. Diese soll in mehreren Lastschritten berechnet werden: 1. Erdschwere (senkrecht auf Kontaktebene) 2. Anpressdruck (senkrecht auf Kontaktebene) 3. seitlicher Druck (parallel zur Kontaktebene) Die Drücke sind vorher als "tabular BC" definiert worden. Die Struktur ist mit SURF154 vorbehandelt. Auf diese SURF werden die Drücke aufgebracht. Leider konvergiert das System nicht immer. Was auffällt - sogar bei gelösten Systemen: im ersten Substep eines Loadsteps wird die vollständige Verformung des Loadsteps im post1 dargestellt. Ich hätte ja erwartet einen ansteigenden Verlauf zu sehen. Kann es sein, dass "KBC" und "SFE,,,,,%MY_PRESSURE%" sich nicht vertragen? oder habe ich einen Dreher im SOLU-Set-up? Zieht KBC auch für den 2. bis n.ten Lastschritt? merci vielmals für Hinweise. Code: /solu antype,static,new outres,all,all NLGEOM,on KBC,0acel,0,0,10 NSUBS,10 $ alls $ SOLVE ESEL,... SFE,all,1,pres,1,%A_BODEN% NSUBS,10 $ alls $ SOLVE ESEL,... SFE,all,1,pres,1,%A_SEITE% NSUBS,10 $ alls $ SOLVE
EDIT: wie auch zu erwarten steht die Antwort in der Hilfe: KBC,0 und tabular boundary condition vertragen sich nicht. Es erfolgt immer ein stepped loading. Das macht die Lösung mit Kontakten nicht einfacher, ist aber so. Warum das System mit qualitativ identischen jedoch höheren Lasten konvergiert aber bei kleineren Lasten nicht, ist auf den ersten (und zweiten?) Blick nicht einleuchtend. [Diese Nachricht wurde von RAL am 22. Mrz. 2018 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |