Aller au contenu


Photo

Robot qui ne va pas droit


  • Veuillez vous connecter pour répondre
4 réponses à ce sujet

#1 Leon

Leon

    Membre passionné

  • Membres
  • PipPipPipPipPip
  • 1 289 messages
  • Gender:Male

Posté 06 décembre 2009 - 11:52

Encore une remarque.
Tu dis que le robot n'allait pas droit, parce qu'il était équipé d'un chassis "fait maison". Mais sache que les robots qui ne vont pas droit si leurs moteurs sont alimentés à la même tension, c'est quelque chose de très très courant, même avec un chassis acheté complet.

La dispersion de fabrication dans les moteurs est en général assez énorme. Les performances d'un moteur à l'autre sont assez différentes. Les 2 moteurs de mon petit BOB ont un comportement très différent. Avec des moteurs de qualité, et un rapport de réduction important, on arrive en général à un robot qui va droit. Mais à mon avis, la régulation par l'électronique coute beaucoup moins chère que l'achat d'une mécanique performante.

Leon.

BOB4, mon drone hélicoptère autonome d'intérieur http://heli.bot.free.fr/
BOB3, mon robot autonome d'intérieur avec WiFi + Foxboard Linux http://ze.bot.free.fr/
BOB5, robot bipède simulé, puis tentative de réalisation (fail)


#2 Jan

Jan

    Webmaster

  • Membres
  • PipPipPipPipPip
  • 4 747 messages
  • Gender:Male
  • Location:Rhône Alpes

Posté 06 décembre 2009 - 12:30

Pourquoi ne pas utiliser le principe du PWM dans ce cas ?

#3 Leon

Leon

    Membre passionné

  • Membres
  • PipPipPipPipPip
  • 1 289 messages
  • Gender:Male

Posté 06 décembre 2009 - 03:07

Pourquoi ne pas utiliser le principe du PWM dans ce cas ?

Je n'ai pas compris ta réponse... Dans tous les cas, ce que je dis, c'est qu'il est en général plus facile de réguler la puissance des moteurs par l'électronique (par un signal PWM ou un autre moyen) plutôt que de chercher à avoir une mécanique parfaite.

leon.

BOB4, mon drone hélicoptère autonome d'intérieur http://heli.bot.free.fr/
BOB3, mon robot autonome d'intérieur avec WiFi + Foxboard Linux http://ze.bot.free.fr/
BOB5, robot bipède simulé, puis tentative de réalisation (fail)


#4 Prinz metal ex-neo

Prinz metal ex-neo

    > Membre d'honneur <

  • Membres
  • PipPipPip
  • 463 messages
  • Gender:Male
  • Location:Algérie

Posté 06 décembre 2009 - 06:25

ok "Leon" ta réponse me rassure, donc même si quelqu'un vas acheter un châssis, il aurai besoin du NE555 plus le LM317.

Pourquoi ne pas utiliser le principe du PWM dans ce cas ?


justement je les expliquer... si je programme une PWM elle sera compatible avec mes moteurs seulement, donc si quelqu'un d'autre réalise un robot avec un autre châssis il doit toucher au programme pour redresser son robot! or avec la solution du NE555 + le LM317, le circuit + le programme deviens adapter a tout les châssis, sans toucher a la programmation.

sinon "Leon" veux dire que acheter des moteurs + réducteurs performante est plus chère que 2 moteurs bas de gammes + électronique.
moi j'en sais rien mais d'après ton BOB que j'ai bien aimé, c'est sans doute vrais ^^

a+ neo

#5 _Yoda

_Yoda

    Habitué

  • Membres
  • PipPip
  • 152 messages
  • Gender:Male

Posté 06 décembre 2009 - 06:37

Tout cela est insuffisant.

Il faut donner un but au robot.
Aller tout droit, n'a pas de sens pour un robot.
Il faut asservir.

Par exemple, le robot suit une source de lumière, lampe torche, soleil.
Le robot va accélérer une roue et ralentir l'autre pour aller vers la lumière.

Sans but, et même avec des moteurs identiques, c'est pas évident, il faut corriger la différence de vitesse sur une distance suffisante.
Mais dès que l'on change de vitesse, il faut recommencer.
Ou alors, il faut asservir en vitesse avec des encodeurs de roues simplistes. C'est faisable, mais pas évident sans programmation.

Définitivement, il faut donner un but à atteindre.
[url="http://www.robot-sumo.fr/"]Site Officiel du Tournoi de Robots Sumo
[/url]




0 utilisateur(s) li(sen)t ce sujet

0 members, 0 guests, 0 anonymous users