Projet Kapduino

[deldude]

Tu alimente tes servos avec l'arduino? Si oui c'est sans doute pour cela que tu a des comportements étranges!

non, l'alim des servos est repiqué directement sur le pack d'accus, seul les fils de données sont reliés a l'arduino.

les problemes de syncro sont dues aux differents " delay" ., j'ai résolu le probleme en faisant un code plus simple.
bon c'est sur , un pro qui voit ce code doit etre mort de rire
je pense que mon code peut etre réduit de moitié, mais je n'y arrive pas ! snif snif

en tout cas ca marche !

le plus dur je trouve , et de faire des boucles qui aient bien une fin !

mais je persevere ! , je vais y arriver a faire un beau code !!!!!!!!!!

il vaut mieux etre au calme pour faire ca !

Le code, le code, le code

A toi l'honneur d'ouvrir un nouveau sujet

[fred88]

Le code, le code, le code

j'ai honte de mon code ! j'essai jusqu'a dimanche de l'ameliorer , et si vraiment je n'y arrive ^pas , je mettrai l'actuel.

deldude : sais tu si on peu envoyer plusieurs code dans un meme arduino ?

je m'explique je vais appelé un code un programme.

alors un programme principal , qui en fonction de la position d'un switch appel le sous programme corespondant ???

il faut utiliser la fonction "switch , case"pour faire ca ????

[vertigo]

Je ne sais pas si tu peux compiler à partir de plusieurs sketchs.

Mais il est par contre conseillé de séparer les différentes parties du sketch (mode Autokap, mode RC ...) dans différentes fonctions et sous-fonctions qui seront appelées dans la boucle principale selon l'état de switchs par exemple.

On doit aussi pouvoir créer une librairie "Kap" contenant des fonctions bien établies, qu'on "includera" en début de programme (comme la librairie servo par exemple).

[fxix]

une petite question :
est ce que je vais "simplement" pouvoir utiliser le CHDK pour déclencher mon Canon ou va t il falloir réinventer l'eau tiède ?

[alpaph]

alors au debut j'arrivait bien a syncroniser les déplacements entre eux , et la , plus moyen , j'enrage

Qu'est ce que tu voulais synchroniser ? Il me semble que les déplacements des servos vont se faire les uns après les autres, donc une tâche après l'autre.

il faut utiliser la fonction "switch , case"pour faire ca ????

Oui, c'est bien ça.

Je ne sais pas si tu peux compiler à partir de plusieurs sketchs.

Non, je ne le pense pas.

On doit aussi pouvoir créer une librairie "Kap" contenant des fonctions bien établies, qu'on "includera" en début de programme (comme la librairie servo par exemple).

Alors, ça, ce serait génial ! un "kap.h" qui apporterait des fonctions particulières selon les servos à piloter (un besoin, d'après ce que j'ai lu plus haut), des fonctions propres au déplacement d'un servo pan ou de déclenchement. J'imagine que chaque type de rotations peut être différentes (lente ou rapide, ...).

[fred88]

Qu'est ce que tu voulais synchroniser ? Il me semble que les déplacements des servos vont se faire les uns après les autres, donc une tâche après l'autre.

oui c'est bien ca , une tache apres l'autre , mais les délais d'attente avant declenchement de l'etape suivante ne coincidait pas.

fred88 a écrit:il faut utiliser la fonction "switch , case"pour faire ca ????

Oui, c'est bien ça.

je suis en train de faire des essais mais j'ai bien du mal .

en fait , j'aurai besoin de recuperer la valeure sur la broche du servo , et de l'attribuer a une variable .
j'ai essayé avec la fonction analogread(broche); ou digitalread(broche);mais rien n'y fait.

petite question, quand le programme s'execute , il lit une fois l'integralité du programme , puis ensuite relis seulement la partie"void setup " et " void loop" , ou alors il le lis dans son integralité a chaque fois ???( je voudrait savoir si il reprend en compte toutes les definitions de variables du debut ex "int_ position_servo_tilt=0" , parcque je trouve pas d'ou ca vient , j'ai une variable qui a l'air de se remettre a zero sans arret ... du coup le servo retourne toujours a sa premiere position calculée.

je commence a m'arracher les cheveux .

fred88 dit : ca ne m'a vraiment pas l'air compliqué , et je pense que la premiere phase (réalisation de l'autokap sera vie franchie).

quoi !!! j'ai rien dit moi !!!!

[fred88]

une petite question :
est ce que je vais "simplement" pouvoir utiliser le CHDK pour déclencher mon Canon ou va t il falloir réinventer l'eau tiède ?

je pense que l'arduino peut remplacer le chdk .
par la liaison serie.

mais oui tu devrais pouvoir l'utiliser sans trop de probleme.

[vertigo]

en fait , j'aurai besoin de recuperer la valeure sur la broche du servo , et de l'attribuer a une variable .
j'ai essayé avec la fonction analogread(broche); ou digitalread(broche);mais rien n'y fait.

Les servos de modelisme ne sont pas capables de donner une info en sortie sur leur position (mais il y a des servos de robotique qui le font).
Tout ce que tu peux espérer récupérer, c'est le signal de consigne envoyé au servo (fil blanc ou jaune). Mais comme c'est l'arduino qui envoie le signa, je ne vois pas l'intérêt de le re-mesurer. Enfin, le signal étant de type PWM (signal créneau), ce n'est pas facilement mesurable (pb de synchronisation).

petite question, quand le programme s'execute , il lit une fois l'integralité du programme , puis ensuite relis seulement la partie"void setup " et " void loop" , ou alors il le lis dans son integralité a chaque fois ???

il lit une fois setup, puis c'est loop qui tourne.

[fred88]

merci vertigo ,pour ces eclaircissements.

il lit une fois setup, puis c'est loop qui tourne.

c'est une question simple , mais nul part je n'ai reussi a trouver la réponse.

merci encore.

[icare]

arduino commandé ce soir pour moi.
pas mal de boulot avant de recevoir la commande, à commencer par
réparer la machine à coudre prêtée à ma belle-mère qui me l'a rendu sans le sabot ...
ou changer de machine

[fred88]

encore une question bete :

ais-je le droit de faire ca ? (une variable egale a elle meme)

void loop()

{
if (pos_tilt1<angle_total_de_descente ) // par exemple 100 degrés_______________ pos_tilt1 est definie a zero en tout debut de prog.
{
for(pos_tilt1 =pos_tilt1; pos_tilt1 < pos_tilt1+increment ; pos_tilt1 += 1) //descendre le tilt de "X " degrés par exemple 10 degrés.

{
tilt.write(pos_tilt1);
delay(10);
}
delay(2000);

else

{ 'patatipatata '}

}
}

[fred88]

ma belle-mère qui me l'a rendu sans le sabot ...
ou changer de machine

oui, ou ... changer de belle mére !

[icare]

bonne idée, mais c'est un kit épouse+belle-mère que j'ai eu
pas possible d'en prendre qu'une

[alpaph]

encore une question bete :

ais-je le droit de faire ca ? (une variable egale a elle meme)

Non, tu dois prendre une autre variable comme compteur de ta boucle, dans l'exemple i. Cette variable te servira à positionner ton servo. Ca devrait donner ça :

Code: Tout sélectionner

void loop()
{
if (pos_tilt1<angle_total_de_descente  )   // par exemple 100 degrés_______________ pos_tilt1 est definie a zero en tout debut de prog.
{
for(i =pos_tilt1; i < pos_tilt1+increment ; i += 1)  //descendre le tilt de "X " degrés par exemple 10 degrés.

  {                                 
    tilt.write(i);             
    delay(10);                       
  }
delay(2000);

else

{ 'patatipatata '}

}
}


[fred88]

merci beaucoup philipe , je teste ca demain matin !

[Deltakap]

J'ai finalement reçu le paquet cadeau hier midi et j'ai commencé les premiers tests hier soir.
Après quelques soudures sur la carte Arduino pour lui ajouter des pinoches et l'installation des drivers sur le PC... voici quelques remarques pour ne pas perdre trop de temps avec cet Arduino mini pro ATmega 328 3.3V http://www.arduino.cc/en/Main/ArduinoBoardProMini

Cette page http://www.arduino.cc/en/Guide/ArduinoProMini montre comment brancher la carte USB/TTL et précise que l'Arduino est "powered" par la carte... bin, en fait la carte USB/TTL (Sparkfun FTDI) doit être montée dans l'autre sens !! et il faut brancher le pack de batteries pour que ça fonctionne (par exemple 4 NiMh de 1.2V branchées entre GND (ground/la masse) et RAW (+4.8V dans mon cas)

Après, ça roule tout seul. Le premier test a été de faire clignoter une led (pas la peine d'en chercher une, il y en a une verte sur la carte, branchée sur la sortie 13). On lance le prog Arduino sur le PC, on charge File, exemples, digital, blink, on clique sur le bouton Upload, ça compile, ça transfert, ça clignote !
Bon, même chose pour tester un servo... fastoche aussi !

Après, on s'essaye à faire quelque chose soi-même, et comme il faut bien commencer par quelque chose d'aussi utile que possible pour la suite, voici un bout de programme qui permet de déterminer la durée de l'impulsion à envoyer au servo de PAN modifié 360° pour qu'il s'arrete... et d'afficher la valeur sur le PC:
Pour l'utiliser, il faut lancer le serial monitor du prog Arduino puis taper 1 ou 2 (et entrée) pour changer la vitesse et le sens de rotation... quand le servo est arreté, on relève la valeur affichée dans la fenêtre du serial monitor.
On peut faire mieux en utilisant l'hyperterminal de Windows à la place du serial monitor (PS: l'hyperterminal n'existe plus sur Vista, faut le récupérer sur le web)... plus de reset de la carte Arduino et pas besoin de taper entrée après avoir tapé 1 ou 2:

Code: Tout sélectionner

// réglage arrêt du servo Panoramique

#include <Servo.h>

#define PAN_PIN  9
#define PAN_IDLE  1500 //us

Servo pan_servo;

int inByte = 0;         // incoming serial byte
int idle_value;

void setup() {
  idle_value = PAN_IDLE;
  pan_servo.attach(PAN_PIN);

  Serial.begin(9600);
}

void loop() {
//réglage
  if (Serial.available() > 0) {
    inByte = Serial.read()-48; // get incoming byte:
 
    switch (inByte){
      case 1:
        idle_value++;
        break;
      case 2:
        idle_value--;
        break;
    }
    pan_servo.write(idle_value);
    Serial.println(idle_value);
  }
}



Cette valeur peut remplacer le 1500 sur la ligne "#define PAN_IDLE 1500 //us". Le servo ne devrait pas tourner après le prochain Upload ou reset.

Ah, une dernière remarque: mon servo partait en butée pendant les uploads de sketches sur la carte
En fait, pendant cette phase les pinoches ne sont pas définies en sortie et l'entrée du servo doit se retrouver plus ou moins en l'air. J'ai juste ajouté une résistance de 22k entre l'entrée de commande du servo et la masse et le servo ne bouge plus.

[fxix]

je viens de recevoir mon colis ce matin. Je me sens comme une poule qui a trouvé un couteau.
Je pense ouvrir un topic spécial pour ne pas surcharger celui-ci avec mon niveau zero.

[Deltakap]

Je pense ouvrir un topic spécial pour ne pas surcharger celui-ci

J'aurais peut-être dû faire pareil !?
Bin, pour l'instant, je continue ici... suite des découvertes....

Dans le sketch précédent, si on peut déterminer la valeur de la durée de l'impulsion qui arrête le moteur, il faut remettre cette valeur dans le code... et il faudra la remettre dans chaque nouveau sketch... pas pratique !
En fait, il serait plus malin de stocker cette valeur, dépendante du servo et de son montage, directement sur l'Arduino.
Ces microcontroleurs disposent d'une zone mémoire appelée EEPROM dans laquelle les informations vont rester, que le programme soit modifié ou que l'Arduino soit éteint.
Le problème, c'est qu'à une adresse donnée, on ne peut stocker qu'un octet (donc une valeur inférieure ou égale à 255). Pour y stocker une valeur proche de 1500, il faut donc utiliser deux octets. Voici deux fonctions trouvées ici http://blog.ncode.ca/wp-content/uploads ... dwrite.pde qui permettent de le faire.

Le sketch devient ça:

Code: Tout sélectionner

// réglage arrêt du servo Panoramique

#include <Servo.h>
#include <EEPROM.h>

#define PAN_PIN  2
#define PAN_IDLE  1500 //us

Servo pan_servo;


int inByte = 0;         // incoming serial byte
int idle_value;

void setup() {
  idle_value = EEPROMReadInt(0);
  if (idle_value < 1400 || idle_value >1600) idle_value = PAN_IDLE;

  pan_servo.attach(PAN_PIN);

  Serial.begin(9600);
  Serial.println();
  Serial.print("Actual pan_idle value: ");
  Serial.println(idle_value);
}

void loop() {
//réglage
  if (Serial.available() > 0) {
    inByte = Serial.read()-48; // get incoming byte:
 
    switch (inByte){
      case 1:
        idle_value++;
        pan_servo.write(idle_value);
        Serial.println(idle_value);
        break;
      case 2:
        idle_value--;
        pan_servo.write(idle_value);
        Serial.println(idle_value);
        break;
      case 3: // store pan_idle in EEPROM (address 0 & 1)
        EEPROMWriteInt(0, idle_value);
        Serial.print("pan_idle value ");
        Serial.print(idle_value);
        Serial.println(" stored at the eeprom address 0");
        break;
      case 4: // read pan_idle from EEPROM (address 0 & 1)
        Serial.print("pan_idle value at the eeprom address 0: ");
        Serial.println(EEPROMReadInt(0), DEC);
        break;
    }
   
  }
}

//from http://blog.ncode.ca/wp-content/uploads/2008/08/eeprom-int-readwrite.pde
void EEPROMWriteInt(int p_address, int p_value)
   {
   byte lowByte = ((p_value >> 0) & 0xFF);
   byte highByte = ((p_value >> 8) & 0xFF);

   EEPROM.write(p_address, lowByte);
   EEPROM.write(p_address + 1, highByte);
   }

//This function will read a 2 byte integer from the eeprom at the specified address and address + 1
unsigned int EEPROMReadInt(int p_address)
   {
   byte lowByte = EEPROM.read(p_address);
   byte highByte = EEPROM.read(p_address + 1);

     return ((lowByte << 0) & 0xFF) + ((highByte << 8) & 0xFF00);
   }



Toujours avec hyperterminal ouvert et connecté, en appuyant sur 1 ou 2 sur le clavier du PC, on règle la valeur qui arrete le servo et quand c'est fait, on appuie sur la touche 3 pour stocker la valeur dans l'Arduino... plus besoin de toucher à "#define PAN_IDLE 1500 //us". La touche 4 permet de lire la valeur stockée.

L'avantage, c'est que cette valeur est maintenant stockée dans l'Arduino et pourra être utilisée dans les sketches suivants... et accessoirement de pouvoir la modifier sur le terrain depuis la future télécommande sans trimballer le PC !

Edit: ouais, bon en fait, la valeur pourrait être stockée sur un seul octet (en tout cas, la différence avec 1500) parce que si la valeur est supérieure à 1500-127 ou supérieure à 1500+127... bin, c'est que le servo est dans les choux, et qu'il faut simplement régler un peu mieux son potar !

[vertigo]

Maintenant que l'arduino se popularise (les posts fleurissent, même à l'automne ), je me dis qu'il serait utile de re-lister les fonctions qui intéressent les uns et les autres. Contrôle autokap genre Aurico ? commande à distance ? autre ?

Bref, qu'aimeriez vous faire avec ce bidule, dans vos rêves les plus fous ?

[Emmanuel]

Voulez-vous une sous-rubrique Arduino / kap-duino ?
Si oui, dans "l'électronique au sol ou embarquée" ou dans "Jus de cranes" ?

[fxix]

Voulez-vous une sous-rubrique Arduino / kap-duino ?
Si oui, dans "l'électronique au sol ou embarquée" ou dans "Jus de cranes" ?

je vote pour une sous rubrique de "l'électronique au sol ou embarquée"

[vertigo]

Oui, et rien ne nous empêche d'y mettre un peu de jus quand même

[Emmanuel]

Pour le moment, je ne parviens pas à créer la sous-rubrique ("Erreur Générale"). Plutôt que de planter le forum, j'essaye de me documenter...
Continuez à poster ici, je transfèrerais quand la sous-rubrique sera créée.
Mes excuses pour le hors sujet. Reprenez plutôt vos échanges.

[fxix]

Maintenant que l'arduino se popularise (les posts fleurissent, même à l'automne ), je me dis qu'il serait utile de re-lister les fonctions qui intéressent les uns et les autres. Contrôle autokap genre Aurico ? commande à distance ? autre ?

Bref, qu'aimeriez vous faire avec ce bidule, dans vos rêves les plus fous ?

pour moi je suis dans la phase : "faire une nacelle autokap avec déclenchement CHDK"

juste après j'aimerai :
- commande à distance de la nacelle (quels modules radios ?)
- passage en autokap si hors portée (un peu de prog si je ne trompe pas)

je veux dans un premier temps faire simple avant de me lancer dans l'ajout d'options optionnelles

[michel22]

pour moi une nacelle autokap avec déclenchement chdk serait le top, mais j'en ai une autre sur le feu, alors ce ne sera pas pour tout de suite.

[fred88]

pour moi je suis dans la phase : "faire une nacelle autokap avec déclenchement CHDK"

juste après j'aimerai :
- commande à distance de la nacelle (quels modules radios ?)
- passage en autokap si hors portée (un peu de prog si je ne trompe pas)

je veux dans un premier temps faire simple avant de me lancer dans l'ajout d'options optionnelles

c'est a peu pret ce que je recherche aussi , mais sans le chdk.
pour le moment je continue de bricoler et tente d'ameliorer mon premier prog , je corrige des default au fur et a mesure des tests en reel.
pour le moment , je suis conquis , on peu vraiment faire ce qu'on veut !
j'ai deja de quoi m'amuser un bon moment avant de passer a la liaison radio .

[Deltakap]

Bref, qu'aimeriez vous faire avec ce bidule, dans vos rêves les plus fous ?

Pour l'instant, j'ai fait 3 sorties avec la nacelle version solaire et autokap arduino/chdk, 1h1/2 à peu près à chaque fois. 1er bon point, plus de démontage des packs de batteries de la nacelle ! (ok, pas grand chose à voir avec l'arduino, et à confirmer sur des durées un peu plus importantes)

Donc, l'autokap c'est bien aussi, mais maintenant que j'ai appris comment on commerce avec la Chine, Je me rééquipe tranquillement, au bon vouloir du facteur.

Donc les rêves les plus fous (mais en cours), c'est :
- solaire aussi au sol (l'arduino devrait permettre une gestion un peu plus fine de la consommation).
- l'émetteur vidéo qui se coupe sur la nacelle depuis le sol (toujours pour économiser l'énergie, solaire oblige)
- emetteur/récepteur en 433Mhz pour avoir des antennes plus courtes (les modems ont été testés entre l'arduino de la nacelle et le PC, à 2m de distance... faudra voir si ça tient les 250m promis)... et qui ne fonctionne que si on en a besoin.
- la possibilité d'utiliser une minitélécommande si pas envie de tout trimballer.
- le passage automatique en autokap si pas envie de trimballer quoi que ce soit.

Pour l'instant, tout est prévu sur la même nacelle... elle en est à 625g avec le 860 (tout monté ou presque, mais avec encore un tas de fils à brancher)

Quoi d'autre ? euh... bin, on verra quand tout ça fonctionnera !

[icare]

Ca avance vite. moi j'en suis à attendre mon colis de robotshop du canada qui a pris 3 semaines de retard ( pas tout dispo )

Pour commander au sol, quel module de com envisages-tu? un shield xbee?

Se pose aussi le problème de la commande sol de la nacelle en passant par l'arduino : commande par un petit ordi? une télécommande classique? un autre arduino?

Concernant le retour vidéo, l'arduino pourrait gérer la transmission des images avec son module radio, au lieu d'utiliser un émetteur-récepteur 2.4ghz?

Pour le capteur d'alim solaire, est-t'il embarqué sur le CV et gères-tu l'optimisation de l'orientation du capteur par l'arduino comme celà est possible?

Pour ma part, dés que je reçois mes servo, je travaillerai sur une nacelle en dural avec possibilité de faire du 2 axes mais aussi du 3 axes, de l'utiliser au bout d'un mat et même avec des appareils lourds .. bcp de travail en perspective

[Deltakap]

Pour la télécommande, j'ai trouvé des transceivers 433MHz (23€ les 2, port compris). Ce sont des modules emetteur/récepteur qui fonctionnent en modem half duplex. J'ai fait quelques tests de dialogue entre mon PC et l'arduino pour voir comment ça marchait. Il y a donc un tranceiver sur la nacelle (avec un arduino), et il y en aura un autre (avec une deuxième carte arduino mini pro) dans la radiocommande au sol (c'est acheté et livré, mais pas encore monté)... J'en reparlerai évidemment si ça fonctionne correctement et si la portée annoncée de 250 à 350m est bien au rendez-vous
J'ai écarté pour l'instant l'option xbee à cause du 2.4GHz et de ma vidéo (le xbee 900MHz n'est pas utilisable en France). Je pensais aussi que le 2mW HF ne porterait pas assez loin, mais j'ai lu depuis que ça porterait à environ 200m !? (le 50mW HF consomme trop pour mon option solaire)

Utiliser l'arduino et/ou son module radio pour la vidéo serait génial... mais ça implique une transmission numérique (et je n'ai pas la moindre idée du comment faire, enfin si, un peu, mais pas réalisable "simplement") et une vitesse de transmission très importante, compatible avec le wifi évidemment, mais à priori un peu juste en xbee, même à 1Mb/s !?
Donc vidéo en analogique c'est facile, vidéo en wifi aussi, en xbee faudrait sans doute plancher beaucoup plus (et sans doute accepter une qualité d'image dégradée)

Pour le capteur solaire, il est sur la nacelle (et il y en aura un aussi sur la télécommande). J'ai triché un peu, c'est en fait un chargeur solaire destiné à recharger un ipod ou un téléphone et pas un panneau solaire seul. Ces modules ont évidemment un panneau solaire... mais aussi une batterie lipo intégrée (aussi sans doute un peu d'électronique pour gérer la charge du lipo et sortir suivant les modules d'autres tensions que 3.7V, en général 5 à 6V)
Cette batterie permet donc d'avoir une position non optimale du panneau (il est monté à l'horizontale, panneau vers le zenith et en vol, le panneau prolonge la batterie mais ne permet pas d'alimenter à lui seul la nacelle... quoi que). Par contre, le panneau suffit largement pour recharger la batterie entre deux séances de week-end si la nacelle reste à la lumière. (éventuellement et pour assurer le coup entre 2 séances kap rapprochées, ces chargeurs solaires peuvent être aussi rechargés sur le secteur, sur une prise usb du PC ou une prise d'allume-cigare)
Mais comme pour les transceivers, j'en reparlerai si c'est vraiment une vraie bonne solution !

Une question stupide... il faut vraiment aussi une nacelle pleine de servos pour un mat ou une canne à pêche ? En tournant la canne à pêche et un bout de ficelle pour pencher l'apn, ça peut pas suffire ?

[icare]

Un mat de 8 mètres c'est lourd qd même, et si on veut faire de la vidéo de suivi (de rencontre sportive par exemple), de la photo de sujets mobiles etc ... une nacelle inversée motorisée peut même rendre agréables les séances de prises de vue, sans subir une séance de musculation
J'ai vu su ebay.uk
http://cgi.ebay.co.uk/Arduino-Wireless- ... 286.c0.m14
portée annoncée : 1000 m ...

Et même un shield joystick + 2 boutons
http://www.coolcomponents.co.uk/catalog ... cts_id=253