thermo_nono

He is alive !!! (il est en vie)
bon, vous excuserez le test sur une surface pas idéale.. mais je suis trop content de le voir bouger, il faut que je partage. 

Seules modifs par rapport aux spécifications du github:
- j'ai remplacé les 4 piles 1,5V bâton par une pile 9V carrée.. et c'est nickel. 
- j'ai mis un nano avec un ATmega168 à la place du ATmega328 (à cause d'une erreur à l'achat).. ce que je pense corriger dès que j'aurai le 328. 

 

... Haaa j'viens d'en avoir une autre.. c'est une protection anti-vandalisme pour la voiture (et tout le monde aime sa voiture)... 
Le fonctionnement : 
des caméras surveillent de l'interieur et si l'ordinateur détecte un individu malveillant en train de jeter un cailloux pour casser la vitre, il calcule la trajectoire du caillou et réoriente la vitre grâce à 4 vérins à chaque coin, de manière à ce que le caillou reparte vers le visage du malfaisant. 

...Pas de chance pour mon idée d'être tombé sur un ami des guêpes...

T'inquiète... si tu remplace "guêpe" par "frelon asiatique" tout le monde va tomber d'accord !...
mais ça existe déjà : 

Alors ce n'est pas exactement un robot (à moins de faire bouger la cible), mais, lorsque Path a partagé ce lien au bistrot du coin : 

Là je m'étais dis qu'il existait des cibles pour les armes à feu, les fleches, mais pas pour les cailloux... 
Je propose donc, 
Une cible mobile (pour moi si ça bouge pas c'est pas un robot ^^) qui donne le score quand on lui balance des cailloux. 

EDIT: 
j'ai oublié de dire que Ashira avait surrenchéri par :

Y'a moyen de faire un jeu de fléchette avec cible sur papier interchangeable et tout! 

 

et c'est de là que ça vient ^^

Je n'ai pas la réponse à tes questions, par contre dans le tout premier message Jekert a dit : 

 

Donc le driver ressemble à ceci, il permet à une carte Arduino de contrôler jusqu'à 16 servomoteurs avec 2 broches de la carte. De plus on peut mettre plusieurs drivers en série (62 au maximum) et ainsi contrôler jusqu'à 992 servos avec seulement 2 sorties !

 

sauf que la norme I²C impose une numérotation des éléments codée sur 7bits (128 en base 10)
mais bon... 16 lignes de 8 servos c'est déja pas mal.

_{encore désolé Oracid d'avoir posté juste sous ta question...} 

no comment...   

Salut les makers, 
j'ouvre une discu sur mon projet de servomoteur à rotation continue auquel je pense depuis hier, j'aimerai vous l'exposer afin que vous me disiez ce que vous en pensez et que vous me guidiez/corrigiez lorsque je vais faire des erreurs (et ça ne manquera pas ^^ )..

 

une discu a récemment été ouverte sur les bidouilles autour des servomoteurs et on a vu que : 
- certains arrachent le PCB du servo pour le remplacer par un arduino ( lien )
- certains font sauter la butée des servos pour en faire des moteurs avec réducteur ( lien )
- d'autres vont jusqu'à se fabriquer des servos qu'ils ont voulu adressables en I²C (et c'est une sacrés bonne idée) : ( lien )
moi j'ai foutu tout ça dans une boite... je secoue et j’espère en sortir un "servomoteur à rotation continue adressable en I²C" (ce que je n'ai trouvé nulle part).
vu qu'il reste des pins de libres sur l'arduino nano que je vais utiliser, ils seront dispo pour ajouter des options. 

voici les infos sur le choix des composants : 

 

Les points qui me turlupinent : 

Ma p'tite idée sur les I/O restantes (c'est pour pô gâcher) : 

 

Que va apporter cet élément par rapport à ce qui existe déjà ?

J'ai mon projet en cours de roues omnidirectionnelles imprimées en 3D qui pourrait être adapté pour cocotix.. il faut juste que je l'adapte au système de "conception modulaire" que tu souhaites utiliser.. depuis hier, je pense aussi à un "servo à rotation continue adressable en I²C" que je pourrais aussi concevoir selon les critères d'adaptation modulaire (je compte bientôt ouvrir un sujet sur ce projet.. et attention les mirettes, ça va être de la bombe atomique ce projet car j'ai eu une ou deux nouvelles idées qui pourraient révolutionner la robotique telle qu'on la connait... bon, je m'emporte un peu là... mais ce sera certainement un sujet sympa.. ^^)
 

.. bon en vérité j'ai fais bien pire... et pourtant je ne me suis jamais essayé aux pattes... son robot semble pas trop mal.. il a juste un petit souci d'équilibre. ^^

Suite à mes questions, il a modifié son schéma, qu'en pensez vous ?

 

il a juste indiqué les +5V et GND qu'il n'avait pas mis auparavant par souci de clarté.. je me demande encore laquelle de sa méthode ou de la mienne est la meilleure... après tout il envoie le PWM en commande ce qui se répercute sur les sorties vers le moteur.. moi j'adressais juste une info sur le sens de rotation en commande et j'envoie le PWM sur le circuit puissance ce qui, au final doit revenir à peu près au même. 
J'aimerai avoir une confirmation car je dis et fais souvent des âneries.. et j'utilise deux L293D dans mon prochain robot. 

 

EDIT :
Dites moi les makers... ça vous brancherait un projet collectif pour réaliser un "servomoteur à rotation continue sur une base d'ATtiny en virant le potar pour le remplacer par un encodeur (potar à 360°) et adressable en I²C" ?... 
 

cool cette bidouille.. par contre pour le schéma ils auraient pu ajouter un signal PWM entre l'arduino et le L293D. 

et je poursuit avec un lien vers une autre bidouille : Modification d'un servomoteur en servomoteur à rotation continue
 

j'ai ça.. mais ça n'apporte pas grand chose vis à vis du schéma déjà proposé par Forthman :
http://www.koshindenki.com/img/file/CL_TechnologyOvr_R3a_Std.pdf

je dévie un tout petit peu.. mais ce reportage mériterait le statut de film d'anticipation...

sympa... moi aujourd'hui c'est un bipède qui a retenu mon attention : 

Salut, 
Je suis en train de modéliser le châssis de mon prochain robot (celui qui testera les roues omnidirectionnelles imprimées en 3D que je viens de réaliser)..
Pour cela, j'aurais aimé pouvoir récupérer le fichier STL du moteur DC que j'envisage d'utiliser ( http://www.robot-maker.com/shop/moteurs-et-actionneurs/52-motoreducteur-dc-gm12-n20.html )
Malheureusement ne ne parviens pas à le récupérer... alors si quelqu'un connait une solution ça m'aiderait pour modéliser les fixations. 
merci d'avance... 

je joins 2 photos des roues qui attendent leur châssis.. je ferai bien entendu un petit compte rendu sur ces roues si le résultat est fonctionnel et présentable... ^^