Hexa Emails

Sympa comme projet. J'avais commencé le même genre de truc il y a un bout de temps ^^
L'un des projets que je trouve le plus poussé dans le domaine est le Magabot, si t'es pas allergique à l'anglais je pense que ça peut t'intéresser de le Googler.

Salut, maintenant qu j'ai un retour je me permets d'en parler:
petite boutique sur le net, pas cher, frais de ports quasi coutants, livraison ultra rapide.
http://hobbyelectro.fr/
j'ai commandé la bas, reçu sans souci.

C'est pas trop poussif comme carte sinon? Genre je lisais sur le blog qu'il ne fallait pas developper dessus parce que c'était lent...

Ouais enfin le Rpi je ne m'attends même pas à pouvoir l'avoir un jour... et moins cher je suis pas d'accord, si tu joues avec la conversion €/$, les frais de ports et la TVA (qui s'applique à la Rpi car ce sont des distributeurs officiels français,et qui prennent une marge au passage), je préfère lacher à peine plus et avoir quelque chose... qu d''attendre.

premier résultat google, il existe peut-être mieux ?

Google map c'est top 

En fait tu déclares des tableaux, ça permet de simplifier la gestion car tu peux utiliser des boucles:
tu as dû utiliser des boucles en bash (j'espère pour toi...), ça simplifie au max le truc!

un tableau d'objets "servo":

#include<Servo.h> //il est peut être inclus de base dans le <Arduino.h> maintenant.

servo servo[20] //crée 20 servos (une instance ou un objet d'ailleurs?)

int angle_depart[20]={.....} // les angles de départ de tes servos ... à compléter


// puis dans le setup:

for(int i=0;i<20;i++){
servo[i].attach(3+i); //attache le servo i à la pin (3+i), soit les pins 3 à 22 (i va de 0 à 19)
servo[i].write(angle_depart[i]);
delay(100); // quasi imperceptible, et permet de différer les démarrages, et donc différer les appels de courant.
}

Après faut pas hésiter à utiliser un max de "#define" pour tout ce qui est angles de butée, et passer par un éditeur type notepad++ qui te permet l'édition en colonnes. Mais bon chacun sa méthode de travail! Parfois il vaut mieux passer un peu de temps à se créer une bibliothèque/un ensemble de fonctions plutôt que de tout faire "à la main", car si tu veux modifier... tu as la trame au moins.

Bon je vois que tu bosses dans l'informatique, tu dois être capable de te réapproprier toi même ce code, disponible ici. C'est un Octopode (une araignée), mais le raisonnement peut évidemment se transcrire. Un tableau pour l'objet servo, un tableau pour leurs angles actuels, un tableau pour leurs direction, un tableau pour la vitesse, et à chaque boulce on fait:
si (l'angle auquel il est + sa vitesse) < angle de destination
alors piloter le servo à (l'angle auquel il est + sa vitesse) et enregistrer le nouvel angle auquel il est
sinon piloter le servo à (angle de destination) et enregistrer le nouvel angle auquel il est

après il y a d'autres manières de voir hein...

Bonjour,

1)Tu n'aurais pas du créer de nouveau topic, à quoi ça sert sinon encombrer le forum?

2)Tu aurais dû rechercher un peu: Où acheter ses composants

Salut,

Tu pourrais faire une photos plus claire de la 3e pièce et nous dire comment elle est faite? (matériau et "usinage")

bon courage pour la suite. Tu as des idées pour la prog? si tu n'as jamais codé tu vas faire des codes inutilement longs, il y a quelques astuces pour les hexapods pour raccourcir le code (comme déclarer les objets servos en array par exemple).

http://lifehacker.com/5650095/ip-webcam-turns-your-android-phone-into-a-remote-camera

bah à la place de 11 tu mets le n° que tu veux... c'est tout.

j'ai rédigé un truc, j'en ferai un tuto si c'est assez clair.
si quelqu'un peut me faire un retour sur ce qu'il en pense [édité pour pointer vers le tuto validé]
désolé, je n'ai pas pu m'empecher de faire un pavé...

Appelles ça du PWM si tu veux, il n'empèche que les libs arduino permettent de créer des signaux de commande de servo (à 50Hz, avec un état haut entre 1 et 2 ms) sur n'importe quel pin, et ça n'a (presque) rien à voir avec les PWM cablés en hard que le ATMega328 est capable de créer.

(j'ai dit presque rien à voir car pour créer ces signaux ils se basent sur les timers qui servent à faire la PWM, mais en aucun cas il est obligé d'utiliser les pin PWM ORCxn)

Si tu tiens absolument à utiliser le PWM (analogWrite), il faudrait régler le prescaler pour avoir 20 ms (ce n'est pas possible, donc il faudrait régler le TOP aussi probablement => on se retrouve avec quoi, 3 sorties PWM? dont deux avec une résolution inférieure à 8 bits...)

D'ailleurs utiliser une PWM avec 8 bits de résolution c'est pas une bonne idée: en réalité tu veux un rapport cyclique entre 5 et 10% (1 et 2 ms sur 20), ce qui fait 5% de la pleine échelle, et donc après calcul on se retrouve avec une résolution de 14° (c'est à dire on peut dire au servo d'aller à 0°, 14°, 28°... mais pas entre ces valeurs)

'fin bref les calculs ne servaient pas à grand chose mais bon

en résumé:

Toutes les sorties de l'arduino permettent de faire du PWM, et elles permettent toutes de contrôler des servomoteurs.
Les sorties notées PWM permettent de générer facilement (analogWrite) un signal PWM, avec le logiciel arduino. mais rien n'empêche de faire du PWM avec d'autres ports (il faut juste le faire soit-même, avec des "digitalWrite" et "delay" par exemple).

Voilà donc pourquoi on peut contrôler un servomoteur même lorsqu'on est pas sur une sortie PWM

faut que je mette cette explication en signature je crois ^^

Salut,

tu aurais du mettre un titre plus explicite à ton post, je l'aurai vu plus tot.

j'avais commencé un hexapod.

le sujet est sur-documenté sur le net, à condition de pas avoir peu de l'anglais.

pour la carte rouge que tu verras sur mon post, ce n'est qu'une arduino Mega avec de la connectique en plus (rien que tu ne puisse pas refaire avec un shield maison, ou un Arduino mega I/O shield comme on en voit beaucoup).

une arduino mega: 48 servos en simultané. Evidemment pas uniquement les ports pwm, les ports entrées analogiques sont même utilisables puisqu'il s'agit avant tout de sorties digitales.