@unknownuser said:

Et on vient de me filer un truc dément en 3D sur la vie artificielle!
Framestick
Pas encore testé pas le temps
Si tu arrives à faire quelque chose avec, je suis intéressé... il y a quelque temps j'ai un peu bidouillé dessus mais je ne suis pas arrivé à faire grand chose.
Dans la même lignée (dans mes recherches, c'est classé avec le jeu de la vie et Framestick) j'ai Breve, Digi Hive, un site polonais à propos de tout ça, un autre site français plein de liens et encore un autre site plein de petites expériences.

Il faudrait que les journées durent 35 ou 40 heures pour se pencher sur tout ça...

@tig said:

How about
X = IF(sin(A/2)=0, 0, L*(sin((copy+.5)*A)-sin(A/2))/(2*sin(A/2)))
???

No Always saying there is divided by zero and don't return the zero when A=0 (and so sin(A/2)=0)

Not needed to touch the AngleA and AngleB, the problem is not there because the Course never be 0 ( Course is the total length of each the hydraulic cylinder, not yet draw, and it never be equal to zero )
The problem is in the Verin X and Z calculated with the formulas
X = L*(sin((copy+.5)*A)-sin(A/2))/(2*sin(A/2)) Z = L*(cos(A/2)-cos((copy+.5)*A))/(2*sin(A/2))
The L is the length of a pieces of the bridge floor and A is the angle between two pieces, so it will be equal to zero when the bridge is in the final position.
These formulas are equivalent to
X = L*(cos(A)+cos(2*A)+cos(3*A)+...+cos(n*A)) Z = L*(sin(A)+sin(2*A)+sin(3*A)+...+sin(n*A))
If there is an other equivalent without a division by sin(a) it will be nice...

@unknownuser said:

merci pour la version 7 directe!
Quelle animation?
Pour l'instant dès que je rentre une valeur c'est instantané!

Dans les outils des composants dynamiques, il y a une petite main. Elle sert à lancer les actions "onClick" possible dans un DC. Ici ça modifie la valeur de la "course" du mini au maxi en 10 secondes. Du coup, ça fait une animation

... don't work
I tried in a simple model with a
X=if(Value=0,0,100/Value) onClick : ANIMATESLOW(Value,100,0)
The component must move from X=1 to X=infinite, but must finish at X=0
But when the value is 0 there is an error and the component stop where is it.
I think if there is an error, SU don't interpret nothing

Divide_Zero.skp

Following a french thread about moving bridge, I challenge myself to make a DC model of the Rolling Bridge in London :

[flash=432,267:22xvxpe5]http://www.youtube.com/v/0aIl0bzyQD0[/flash:22xvxpe5]

After some hours of work here is a functional test :
Rolling_04_V7.skp
And I have a little problem : when the bridge is in the final position (horizontal) the formula calculating the position of each element made a "divide by zero" error.
Does some one know if there is a function to return "0" instead an error ?

Voilà où j'en suis :
Rolling_04_V7.skpBon, j'ai toujours ce fâcheux problème quand on arrive à plat, ça fait des divisions par zéro et la position n'est pas calculée.
Prochaine étape, dessiner les deux pièces du vérin et passer tout ça en 3D.
Pilou, sur ton minitel ça marche ? Parce que sur ma machine (un core 2 duo 2.66 de 2/3 ans) ça saccade bien dans l'animation. J'attends de voir avec la 3D

@patrick said:

C'est un chantier en cours. Mais promis je vous montre la passerelle en 3D bientôt.
Je voulais te demander si tu avais des photos de la passerelle pour comprendre certaines choses Ce sera quand tu auras livré

Je t'avoue que je me prends rapidement au jeu dans ces trucs là. Je suis frustré parce qu'en architecture on travaille que sur le statique, le dynamique ou le mécanique ça ne passe pas... Pour essayer de faire comprendre l'intérêt d'outils paramétriques aux étudiants quand le résultat est statique, c'est plutôt compliqué. Donc, je me jette sur tout ce qui peut alimenter le discours.

PS : n'oublie pas d'enlever les persos du pont quand tu le lèves, ça fait mauvais effet devant les clients si il y a déjà des victimes alors que ce n'est pas encore construit

@unknownuser said:

J'ai bien de la chance de ne pas avoir la version Pro!
Mes nuits n'en sont que plus calmes!
Oui, comme tu dis...
Et en plus, quand tu postes à 3h du math un truc sur Golly, ça m'empêche juste d'aller me coucher pour encore au moins une heure !
Tiens, une version en V7 pour toi RollingV7.skp
[edit] on c'est croisé

Suite au projet de Patrick sur la modélisation en composants dynamiques d'une passerelle levante, je me lance dans un beau projet qui me trotte dans la tête depuis un moment : la modélisation en composants dynamiques du Rolling Bridge à Londre.

C'est un superbe chef d'œuvre d'ingénierie conçu par le designer Thomas Heatherwick. Depuis que je l'ai vu (sur le net, pas en vrai...) j'imagine le modéliser pour mieux le comprendre.
[flash=500,310:28ci9jte]http://www.youtube.com/v/0aIl0bzyQD0[/flash:28ci9jte]
Premier test (une bonne heure de travail cette nuit... je n'arrivais pas à dormir...) :
La rotation se fait bien, mais il y a un petit bug dû aux équations qui positionnent les éléments : quand on arrive en position horizontale, on a une division par 0 ; du coup je m'arrête à 0,02° (tricheur ! )
Et maintenant que je passe aux vérins (merci Patrick pour ton pont à vérin qui m'a rappelé ce pont), je m'aperçois qu'il ne faut pas que je mette l'angle des éléments comme variable d'animation, mais la course du piston parce que quand on s'approche de l'horizontale, la variation de la longueur a de moins en moins d'influence sur l'angle, et en position finale, les bras se retournent même vers le bas pour bloquer l'ensemble (chose que je ne peu pas faire si je ne travaille que sur les angles...)

Rolling.skp

[floatr:3uz8xx7u][/floatr:3uz8xx7u]Je vois deux possibilités :

• Dans les réglages du composant, il y a la possibilité de dire qu'il se colle à son environnement quand on le pose. Il juste régler le type de liaison, "Quelconque" dans ton cas je pense, et bien orienter les axes du composant. Ce réglage est facilité par l'affichage d'un plan quand on a déjà réglé le type de liaison.
• Utiliser le plug in Align tool 3D

@unknownuser said:

Looks fine except I want the right end on row to be rotated 180 degrees with end cap on top.
Just add "+2.5" at the Stige's X and a RotZ = 180. You can ajust manualy the Y position or on the Y if you know the size.

@unknownuser said:

The cross seems out of dimension and when I try to modify to original strange things happen...??
You must define the LenX of each Arkiv sub-component cause if you don't, you resize the sub-component when you resize the Arkiv. I don't know the right size of the cross, so I put the same size than Hyllesystem ; you can change with the right value. You can add a little offset to the Croos X value to put it on the right position.

Si l'axe X était l'axe vertical, tout marcherait bien... mais c'est pas comme ça
Donc, une solution possible, c'est de mettre ce composant dans un autre qui permet de tourner le monde localement pour avoir les X verticaux. Du coup, on manipule le sous-composant avec les rotations autour des axes X et Y, X pour régler l'azimut et Y pour l'élévation. Pour la longueur ça se règle avec le LenZ. Il ne reste plus qu'à calculer ces valeurs à partir des données que tu as.

test-rotations_DD.skp

En fait, quand on travaille sur trois axes, quand on fait des rotations, l'ordre a une importance. Dans les composants dynamiques, Sketchup a choisi de les faire dans l'ordre autour des axes X, Y puis Z. Dans ton exemple, la logique est respectée et le résultat est bien une rotation sur l'axe Y (l'élément se lève) puis sur l'axe Z (il bascule sur le coté). Je pense d'ailleurs que ça doit âtre pour ça que si on attaque directement les angles de rotation par une valeur, il remet les autres à 0.
Pour revenir à ton cas, on est bien dans une logique azimut et élévation, mais l'ordre pose en effet un problème...
J'explore ça, et je reviens...

Comme les étudiants ne veulent pas venir profiter de mes bons conseils, j'ai trouvé le temps de tester...
Finalement, moins compliqué que ce que je pensai. Une séparation des deux éléments du vérin pour que chacun trouve son axe, une petite piqûre de rappel de trigo (soh, cah, toa) et ça roule
Et en version 7 pour Pilou
Cinématique_DD-03.skp
[Edit] Je n'avais pas compris où était l'axe du fût de vérin... Mais comme l'angle de l'ensemble du vérin est calculé en fonction de la position du fût, pas de problème, il suffit de lui redéfinir son axe et de le mettre au bon endroit et tout rentre dans l'ordre ! Trop fort les Composants Dynamique !!!
Cinématique_DD-03bis.skp
[Edit bis] Petite retouche de la vitesse de rotation et calage de l'axe du fût du vérin

@unknownuser said:

C'est normal qu'il soit tout raplatplat le pont ? Comme une limande!
Ou il y a des choses qui se sont perdues en abaissant le n° de version?
Le Composant Dynamique lui marche très bien sur mon minitel 007!

Non, c'est normal, c'est juste un pont pour Flatland
Maintenant que ça marche en 2D, ça marche en 3D !
Si ça tourne toujours sur ton minitel, garde-le. Le jour où il ne fera plus l'affaire, il pourra trouver une autre vie ici

@boris vaisman said:

Alors, vous avez surement remarqué que dans les exemples que vous m'avez fournis ainsi que dans le mien posté ici, on ne peut pas tourner à la fois autour de deux axes simultanément (quand on change une valeur sur un axe, il remet les deux autres à 0)
Oui, ça c'est "normal", du moins connu... On ne peut pas attaquer directement une rotation sans qu'elle se remette à 0. Si on veut le faire dans la fenêtre des "Attributs du composant" il faut mettre un "=" avant pour conserver la valeur.

@unknownuser said:

Dans mon exemple ici, comment expliquez vous que suite à mes deux rotations autour de Y et Z, le chevron ait aussi fait une rotation autour de son propre axe X ?
C'est ce qui me fait dire que c'est par rapport aux axes du projet et non par rapport à ses propres axes.
Ce sont les joies de la rotation sur trois axes. Si tu fait une rotation de 180° sur les Y et de 180° sur les Z, c'est comme faire une rotation de 180° sur les X ! Étonnant, non !
C'est donc normal que quand on tourne sur deux axes on trouve une composante qui pourrait être effectuée sur le troisième axe.
Pour ton cas, pour ton arêtier, tu ne travailleras essentiellement qu'avec deux angles (azimut et relèvement) parce que la pièce reste sur son champ, elle ne déverse pas.

Here a solution (not THE only solution ).
The end must be an unique element positioned at (Copies+1)ModuleXLength.
The cross must be outside of the module and the number of copies must be the half of the Module copies and positioned at 2copy*ModuleXLength. You can also let the cross in the module and define the visibility on odd number of module copy.

Arkiv_grunnfag-D300mm_DD.skp

@boris vaisman said:

Donc, si je comprends bien, tu me dis que dans les composants dynamiques, ROTX, ROTY et ROTZ correspondent aux rotations par rapport aux axes des composants ?
Moi, je croyais naïvement que c'était les rotations par rapport aux axes du projet.
Quelqu'un peut confirmer ou infirmer, s'il vous plait ?

Petit test simple :
Test.skp Peu importe où tu place le composant, quand tu modifies les angles de rotation, il tourne autour de la pointe de la flèche.

Regarde aussi les trois fichiers que j'ai posté ici, tu verra que chaque fois que la rotation est utilisée, c'est autour de l'axe propre du composant.

Voici une solution :
Cinématique_DD.skp
J'ai réorienté les dessins pour qu'ils aient tous les axes dans le même sens, mis le "Tirant" dans la "Passerelle" et le tout dans un composant "PontLevis"
Comme l'ensemble des quatre éléments (passerelle, tirant, contrepoids et pylône) forment avec leurs axes un beau parallélépipède, les angles de rotation sont les même partout.
En revanche, ça va être une autre paire de manches pour calculer la course du vérin et sa rotation... Je te laisse faire...
... si j'ai un peu de temps ce week-end, je regarde ça