Show Posts
Pages: 1 ... 103 104 [105] 106 107 ... 201
1561  International / Français / Re: station meteo à peu pres complete on: December 05, 2012, 03:29:09 pm
Quote
Vaudrait mieux acheter une station météo avec port USB
Oui mais où serait son plaisir.

Artouste des types ont déjà travaillé là-dessus : http://arduino.cc/forum/index.php/topic,6641.msg52398.html#msg52398
1562  International / Français / Re: réaliser un moniteur série avec processing ou java on: December 05, 2012, 02:25:12 am
Quote
peut on explorer une carte sd connecter sur l arduino faire des copier coller suppression création de fichier comme sous Windows
Il n'y a pas d'OS sur l'Arduino donc c'est ton application qui devra faire le boulot
1563  International / Français / Re: Vitesse de communication port série baudrate / différences ? on: December 04, 2012, 10:21:17 am
1 start + 8 bits + 1 stop = 10bits ===> 9600 bauds donne 960 caractères par seconde ===> 38,4 caractères par 40ms.
Toi tu envoies 5 * 7 = 35 caractères par 40ms donc tu es près de saturer ta liaison.
1564  International / Français / Re: Vitesse de communication port série baudrate / différences ? on: December 04, 2012, 05:32:49 am
Quote
Donc ma question pour résumer: Est-il forcement nécessaire d'être en 115200 pour avoir un échange rapide ou est-ce que cela est imperceptible?
Si on fait abstraction d'une quelconque contrainte temps réel, la vitesse de transmission influe sur le temps que tu mets à transférer les données d'un équipement à l'autre. Donc cela génère du délai entre le moment ou tu envoies les données et le moment ou l'action est effectuée. A toi de voir si ce délai est acceeptable ou non.

Ensuite si tu as beaucoup de données à transmettre et que tu as une contrainte de temps (rafraichir des informations tant de foi par seconde par exemple) si le baudrate est trop bas tu n'aura pas le temps de mettre à jour les données dans le temps imparti. Il faudra donc augmenter le baudrate pour tenir la contrainte "temp réel"
1565  International / Français / Re: Port analogique et port Série. on: December 03, 2012, 07:30:09 am
Quote
Le programme est il est bien configurer afin de commander une LED branché sur la broche 13 en sortie numérique sur l'Arduino ?
Oui aux fautes de frappes près.
Code:
pin mode (13, OUTPUT);
Plutôt ça
Code:
pinMode (13, OUTPUT);

Maintenant, une entrée analogique par définition c'est ... analogique... Tu crois vraiment que la fonction analogRead() va retourner tout le temps 143?
Il y a le bruit de codage, la dérive des composants.
Ne penses-tu pas qu'il serait sage de prévoir une petite fourchette sur le test de cette valeur?

Pour les autres questions, il faudrait que tu réfléchisses un peu et que tu proposes quelque chose si tu veux que l'on t'aide.
1566  International / Français / Re: Perturbations électromagnétiques sur une broche? on: December 02, 2012, 10:58:48 am
Quote
Le soucis c'est quand j'appuis sur l'interrupteur de la lampe, du coup la technique n'est plus applicable.
La lampe génère un fort appel de courant? lampe fluo par exemple?
1567  International / Français / Re: truc bizarre on: December 02, 2012, 10:57:13 am
Quote
la clause delay doit se trouver avant l'appel du sous menu,
Ce n'est pas sûr de jouer sur les délais. Il est de loin préférable de faire une boucle avec un analogRead() pour attendre le relâcher du bouton avant de continuer. Comme ça si l'utilisateur laisse le doigt sur le bouton il n'y a pas de problème. Sauf évidemment si tu as l'intention de gérer des appuis longs et des appuis courts.
1568  International / Français / Re: truc bizarre on: December 02, 2012, 09:58:44 am
Le même bouton fait passer du menu principal au menu secondaire et permet aussi de quitter le menu secondaire.
Il faudrait tester le relâchement du bouton lorsque tu entres dans le menu secondaire avant de faire le premier read_LCD_buttons(); idéalement avant le do de la boucle de lecture du bouton.
1569  International / Français / Re: Raspberry <-> Arduino on: December 02, 2012, 09:43:34 am
Tous les ports sont supportés par le Pi.
La liaison série présente l'avantage de permettre le téléchargement du code.
Attention les IO du Pi sont 3,3V et pas 5V tolérants

Quelqu'un c'est déjà posé la question et a pondu une carte. Tu peux facilement t'en inspirer.
La Datasheet avec le schéma
La page de présentation
La page du projet
1570  International / Français / Re: Triangulation à partir de 3 émetteurs RF on: December 01, 2012, 11:00:24 am
Pour le GPS voir là :http://www.geod.nrcan.gc.ca/edu/rtk_f.php c'est pas simple.
Par radio, techniquement cela semble plus accessible mais je doute que l'on puisse tenir facilement le centimètre. Cela nécessite une antenne très directive sur le récepteur. Une mesure de l'angle précise.
Il y a aussi un moyen optique si la vue est dégagée avec des balises infrarouges

Je pense que ce fil devrait ravir l'ami Artouste.
1571  International / Le bar / Re: DSO Quad - Besoin d'avis on: December 01, 2012, 07:56:50 am
Por ajouter à la confusion je citerais aussi  le bus pirate
1572  International / Français / Re: Programme robot suiveur de ligne. Erreur introuvable ! on: December 01, 2012, 05:22:05 am
Un serial.print dans chacun des if pour voir où passe le programme devrait permettre de comprendre ce qui ce passe.
Beaucoup de if les uns derrière les autres compliquent pas mal la compréhension du déroulement.

Typiquement ça c'est sûrement non voulu. La première condition est écrasée par la suivante:
Code:
  if(etatledG2 < ligne && etatledG1 < ligne) // Si le capteur vois la ligne sur le G2
  {
    VMG = 255;
    VMD = 125;
  }

  if(etatledG2 < ligne ) // Si le capteur vois la ligne sur le D3 ET D2 - Permet de faire un niveau de correction supplémentaire
  {
    VMG = 255;
    VMD = 0;
  }

Lorsqu'il y a pas mal de cas, il peut être plus sur de créer un octet qui combine les entrées et de faire un switch .... case...
On est certain que les cas sont mutuellement exclusif. On a un cas par défaut. Et on peut plus facilement voir ce qui ne va pas.

Code:
#define vuD2 1
#define vuD1 2
#define vuCD 4
#define vuCG 8
#define vuG1 16
#define vuG2 32

condition = (etatledG2 < ligne)<<5 | (etatledG1 < ligne)<<4 | (etatledCG < ligne)<<3 | (etatledCD < ligne)<<2 | (etatledD1 < ligne)<<1 | (etatledD2 < ligne);
switch(condition){
    case (vuG2 | vuG1) :
           VMG = 255;
           VMD = 125;
           break;
    case (vuG1 | vuCG) :
           VMG = 255;
           VMD = 200;
           break;
    case :
    case :
    default:
          VMG = 0;
          VMD =0;
          break;
}


Edit remplacement des + par des | dans les opérations logiques et quelques fautes de frappes
1573  International / Français / Re: data glove on: November 27, 2012, 03:33:45 pm
Le système résistif ne donne qu'une information sur la flexion du doigt et non sa posture (doigts écartés ou non par exemple).
Ce truc là me parait intéressant http://www.technologyreview.com/article/414021/open-source-data-glove/ les accéléromètres sont maintenant très abordables et fournissent beaucoup plus d'informations.
Le traitement des informations peut être déporté et l'arduino ne faire que l'acquisition des informations.

Voir là aussi http://blog.makezine.com/2009/04/14/wireless-inertial-data-glove-using/
1574  International / Français / Re: L'alimentation et l'arduino on: November 27, 2012, 07:24:19 am
L'alimentation par l'entrée 9V n'est pas une bonne idée pour un montage faible consommation. Une partie de la puissance est perdue dans le régulateur.
C'est pourquoi j'avais supposé que tu alimentais le processeur en direct avec du 3V. A mon sens c'est le mode qui optimise au mieux le rendement du système en limitant les pertes.

Edit: j'avais mélangé arduino mini et arduino Pro mini. La pro mini à une version qui fonctionne en 3V contrairement à la mini.
1575  International / Français / Re: Problème de récupération d'input pendant une boucle FOR on: November 27, 2012, 05:31:51 am
Quote
Je n'ai pas mis de résistance de Pull up effectivement...
Je pense que ton problème vient de là. La broche met un certain temps à retrouver un état stable. A minima utilises le pullup intégré dans les IO.
si tu utilises l'IDE 1.0 ou supérieur
Code:
pinMode(INPUT_PULLUP);

si tu utilises une version de l'IDE antérieure à 1.0
Code:
pinMode(INPUT);
digitalWrite(HIGH);
Pages: 1 ... 103 104 [105] 106 107 ... 201