Comments
5
Participants
2
Subscribers
28
Votes
1
Views
919
Not a Problem
Bonjour,
En essayant de mettre en place un exercice de géométrie en 3D (étude d'une suspension de véhicule) j'ai rencontré un résultat surprenant.
Dans le fichier joint, A, B, C et D représentent les charnières des triangles de suspension.
E et F sont les bouts de ces triangle. E et F correspondent à des points de définition 'fixe' EE et FF sont leur version mobile.
Le point FF est piloté par un curseur. Le point EE est défini sur une sphère de centre FF et de rayon 200 (et sur son cercle 'trajectoire autour de sa charnière).
Pourtant la distance d(EE,FF) calculée en mouvement n'est ni 200, ni fixe : elle varie de 198 à 202.
Surprenant...
Alors, bug? pas bug? erreur de modélisation? problème mal conditionné?
SB
Files:
bug_ou_pasbug.ggb
The same problem 
Bonjour,
pas bug pour moi :
les deux cercles TrajE et TrajF n'ont pas le même rayon !
Ce qui vient de leur définition (?) issue du tableur : les valeurs de D5 et D6 ne semblent pas assez précises...(?)
Je me permettrais de dire alors : "problème mal conditionné"...
Le fichier joint permet de vérifier mes dires : voir les erreurs notifiées en rouge.
...
Merci d'avoir regardé.
Dans le ''monde réel'' on peut tout a fait avoir des rayons différents. C'est censé représenter une suspension à double triangle (cf. photo) sur laquelle il est possible d'avoir des longueurs voir des angles différents.
Je contre propose donc 2 fichiers : un ou tout est parallèle, symétrique... => correc 1
j'ai toujours le même soucis
Et un plus original ou 'tout est de travers' (pour voir si ca 'conditionne' mieux) => pareil
Donc j'ai toujours un point sur une sphere de centre H et de rayon r donc la distance à H n'est pas r (aïe!)
Mes intersections sont 'franches', j'ai pas mal modifié les valeurs numériques => toujours pareil.
Je vais tenter de refaire le fichier et de modifier l'ordre ou la logique de contrainte (mais je penche de plus en plus vers le bug)
Encore merci de m'avoir consacré du temps.
Seb
Oups ! Désolé...
je n'avais pas analysé tout ton fichier.
Je confirme le bug !
L'intersection d'un cercle et d'une sphère ne donne pas toujours un point sur cette sphère, sa distance au centre n'est pas toujours égal au rayon.
...
Après essais, cela semble être un problème d'actualisation :
Dans mon fichier bug, j'ai juste rajouté un script d'actualisation du point A et il n'y a plus d'erreur (voir 2ème fichier) ;
Mais je n'ai rien rajouté pour le point B, le bug est toujours là !
...
@ Brebec : ajoute dans le script d'actualisation du curseur zF ;
ActualiserConstruction[]
et, il n'y aura plus de bug.
encore désolé.
...
Super!
Merci beaucoup : Le point sur la sphère est retourné à bonne distance du centre.
Donc effectivement, ce n'est ni un problème ni un bug, juste une actualisation à forcer.
Cool, j'ai appris un truc!
Seb
Et si ! C'est un problème de GeoGebra (bug).
Celui qui a marqué "Ce n'est pas un problème" n'a pas tout compris à ma deuxième réponse...
L'actualisation n'est pas à forcée, c'est juste une façon de contourner le problème en attendant une correction,
et de mettre les développeurs sur une piste de solution :
https://help.geogebra.org/t...
...
Comments have been locked on this page!