-
-
|
.
|
| | Ho svecchiato l'interfaccia grafica e tolto alcuni errori che si erano creati per la presenza di alcuni puntatori che non sono più attivi, spero vi piaccia |
|
-
|
.
|
| | probabilmente è dovuto al fatto che non hai nulla che blocca le rotazioni sull'asse della trave (quelle torsionali) prova a bloccare questa componente da almeno una parte |
|
-
-
-
-
|
.
|
| seleziona coll'icona 1 la trave.
poi seleziona il comando in questione (nona icona) e inquadra i nodi in cui replicare tale trave, dopodichè correggi se necessario.
personalmente è un comando che non uso. |
|
-
|
.
|
| un attimo, non avevo capito.
hai già 'copiato' i fili? |
|
-
-
|
.
|
| | prova il comando 2 posti a dx |
|
-
|
.
|
| che tipo di piano hai usato con cdswin e prosap? probabilmente infinitamente rigido mi vien da pensare e questo determina la discrepanza.
---
non so di preciso che conteggi faccia jasp, ma se il piano è esteso ma non rigido come nel tuo modello, non essendo correttamente definibile un centro di rigidezza (i punti non si muovono all'unisono) l'algoritmo non produce valori sensati.
in pratica stai chiedendo al programma di trovare quel punto R tale per cui applicando in esso una forzante il piano trasla senza ruotare, ma nel caso specifico il piano è deformabile e quindi il quesito non ha una risposta soddisfacente.
prova a inserire i piani master slave ed otterrai che R è correttamente posizionato (per analogia puoi riferirti alla ricerca del centro di taglio di una sezione a C). |
|
-
-
|
.
|
| | a regola dovrebbe essere il programma stesso che dopo l'analisi fornisce il theta e da ciò ne deriva la successiva progettazione e verifica.. |
|
-
-
|
.
|
| online la beta 6.5.0.
recepimento circolare 2019 |
|
3191 replies since 23/4/2008
.
