Show Posts
Pages: 1 ... 109 110 [111] 112 113 ... 242
1651  International / Français / Re: Récupération d'adresse DS18B20 dans un tableau on: August 12, 2013, 02:58:35 am
Là il y a une erreur
Code:
byte b = 0;
  while(capteur.search(adress)&& b<sizeof(tableau)){//construit le tableau avec l'adresse et retourne true si "ok"
  b++;
  switch (b){
   ......

Tu incrémentes b avant le switch. Du coup il n'y aura jamais rien dans la ligne 0 du tableau puisque tu n'entres jamais dans le case 0.
Il faudrait placer cette incrémentation avant l'accolade qui ferme le while

Code:
     Serial.println(" ");
      b++;
  }
  adress[9]=1;//signifie true

Conseil:
   pour le debug de fonctions manipulant des tableaux, ne pas oublier de faire imprimer les index des tableaux en plus du contenu de celui-ci.
1652  International / Français / Re: Stabilité des mesures en fonction de l'alim ?!! on: August 12, 2013, 02:34:51 am
Sur un montage, j'ai eu ce souci de valeurs analogiques qui bougent toutes seules. j'y ai remédié en utilisant une tension de ref sur Aref. j'utilise alors cette tension Aref comme source pour mes potars ou capteurs. mais le souci, c'est que la pin du Aref du µP est directement reliée à la référence de l'ADC, soit AVcc au reset. Comme AVcc = Vcc, si on met une zener de 4.7V, il va y avoir pas mal de courant à passer par là tant qu'on ne fait pas un changement de référence Aref, au risque de détruire une partie du composant. je ne vois pas trop comment résoudre ça, mais une fois la référence externe en place, ça ne bouge plus du tout. utiliser un relais qui commuterait une bonne tension de référence une fois Aref déconnecté (par software) de AVCC?

Pour avoir branché un oscilloscope sur le Aref de la carte, je vous confirme que ça bouge dans tous les sens sur près de 200mV, en gros, pour s'en affranchir, il faudrait faire mesure = analogRead(xx) >> 3, soit faire retomber la précision à 7 bits (0 à 127 au lieu du 0 à 1023 d'origine)...

Il ne faut pas mélanger précision et bruit.

On utilise une référence externe lorsqu'on veut une référence de tension précise et connue.
La référence interne (1,1V) n'est pas très précise (+/-10%) mais n'est pas nécessairement bruitée.
L'utilisation du Vcc comme alimentation et tout sauf précis mais dans le cas ou on utilise des capteurs potentiomètriques si cette même tension est utilisée pour polariser les capteurs alors l'erreur s'annule. Par contre l'alimentation est bruitée.

Ensuite il y a le problème de conception de la carte arduino. Le Aref se ballade sur la carte et il attrape tout ce qui passe. Moralité le problème de bruit sur la référence et plus dû à cette piste mal routée qu'à la qualité de la référence.

Concernant l'utilisation d'une référence externe. Dans la documentation Atmel il est dit que la sortie Vref (la référence interne) est une source haute impédance. Donc elle ne mettra pas ta référence en court-circuit. Mais ce sera plutôt l'inverse. Si toi de ton coté tu prends la précaution de ne pas sortir sur une impédance trop basse (prévoir une résistance série dans la connexion vers Aref) alors il n'y aura pas de court-circuit. Par contre tant que le choix de la source de la référence n'aura pas été fait par le soft les résultats retournés par l'ADC seront faux.

Et dans tous les cas, comme il a été dit plus haut ajouter un condensateur sur la pin Aref du processeur.

Il faut aussi noter que chez Atmel  il n'y a pas que des idiots et ils ont prévu un mode réduction du bruit pour les acquisition par l'ADC qui utilise la mise en veille du processeur pendant les conversions afin de réduire les perturbations. Mais là il faut écrire sa propre fonction analogRead.
1653  International / Français / Re: Puce GPS et arduino on: August 12, 2013, 02:00:07 am
Dans le lien que tu cites on a déjà expliqué la différence entre une UART logicielle et une UART matérielle.
Si tu satures le processeur avec des données qui arrivent à toute vitesse il ne peut pas en même temps les interpréter.
Donc:
     - si la liaison est rapide préférer l'UART matérielle et utiliser l'UART logicielle pour le debug
     - est-il réellement nécessaire de transmettre à 115200 bauds? L'arduino n'est pas un foudre de guerre et si la réception se fait à 115200 bds en continu (quelle est la longueur des trames reçues?) il a le plus grand mal à traiter les données au fur et à mesure de leur arrivée et il risque fort de perdre des caractères de temps en temps par débordement du buffer de réception.
     - quand on veut aller vite, il faut soigner sont code afin d'optimiser le temps d'exécution.
1654  Using Arduino / Project Guidance / Re: Ardutester - Arduino Component Tester on: August 11, 2013, 03:15:35 pm
I currently have one on a breadboard for testing  and was planning to make it more durable on PCB.
If I can sign in to test your board I will be very proud to own one of yours.
1655  International / Français / Re: Installation de la librarie HomeEasy on: August 10, 2013, 03:40:06 pm
Tu places les fichiers que tu as récupéré dans ton répertoire sketchbook comme ça:
   sketchbook/libraries/HomeEasy/HomeEasy.cpp
   sketchbook/libraries/HomeEasy/HomeEasy.h
   sketchbook/libraries/HomeEasy/Examples/example_home_easy_receiver/example_home_easy_receiver.pde

Dans HomeEasy.h il faut remplacer
#include "WProgram.h"
par
#include "Arduino.h"

L'exemple compile sans problème
1656  International / Français / Re: Son en continu en exterieur on: August 10, 2013, 03:16:48 pm
Quote
Je viens ici surtout pour la question de la remise en route du MP3, mais je prend tout conseil sur les autre difficultés que j'ai évoqué
Il y a des shields MP3 cela pourrait être une solution https://www.sparkfun.com/products/10628.

Quote
la puissance des enceintes sera en fonction de se que je pourrais me permettre par rapport à la batterie et le panneau solaire, je pense quelque chose entre 10 et 30watt
Cela va faire un gros panneau solaire pour alimenter le jour et charger la batterie pour la nuit.
1657  International / Français / Re: LCD scroller texte sans la fonction prévue... on: August 10, 2013, 03:05:03 pm
Code:
affiche=data.substring(i,i+lcdx);
ce n'est pas tout à fait aussi simple.
Si i+lcdx est supérieur à la longueur de la chaîne, il faut aller prendre les caractères au début de la chaîne ou remplir avec des espaces et ne reprendre au début de la chaîne qu'après avoir vidé l'écran.
1658  International / Français / Re: Stabilité des mesures en fonction de l'alim ?!! on: August 10, 2013, 08:25:58 am
Vin c'est l'entrée du régulateur 5V. C'est l'équivalent de la prise d'alimentation externe.
Tout ça pour dire que la stabilité de l'alimentation c'est la stabilité de celle que tu connectes lorsque tu entres par Vcc ou l'USB.
Lorsque tu entres l'alimentation par le Vin ou la prise externe alors la stabilité de l'alimentation dépend des caractéristiques du régulateur sur la carte. Pour autant que l'alimentation soit dans la gamme spécifiée (7,5V à 12V).

D'autre part, il ne faut perdre de vue que si l'alimentation se ballade d'une carte à l'autre il faut normalement prévoir des condensateurs de filtrage et de découplage (voir un petit tore ferrite sur le câble) pour filtrer l'alimentation de la carte de mesure.

Dans la datasheet de l'ATmega, la précision de codage est donnée à 2 LSB auxquels s'ajoute le bruit de codage +/-1LSB.
Il ne faut pas hésiter à mettre une capa de filtrage sur la broche Aref 1µF céramique ou alors 4,7µF tantale + 10nF céramique.
1659  International / Français / Re: Stabilité des mesures en fonction de l'alim ?!! on: August 10, 2013, 05:05:09 am
Toute les masses sont biens reliées entre elles, la mesure de température est stable (normale, mesure numerique), mais la mesure du ph (AnalogRead) subit de fluctuation importantes (de 5.83 a 7.35) .

Si je branche la Uno sur :
 
- alim ext 12 Vcc / 750 mA => ph instable
- usb du pc (raccorder au secteur) => ph stable
- usb sur charcheur (Samsung 5Vcc / 1A) => ph stable
- usb sur chargeur bas de gamme (5Vcc / 1A) => ph instable
- alim de labo 0-12 vcc / 1.5 A (reglersur 7.5 Vcc) => ph stable

Mesures :

Stable PC =>
Vin / Gnd = 4.46 V
Vout (sortie 5V de la carte qui alimente le LCD et les sondes) / Gnd = 4.97 V et 27.8mA

Instable chargeur 5V/1A bas de gamme =>
Vin / Gnd = 4.6 V
Vout / Gnd = 5.08 V et 27.8mA

Stable chargeur 5V/1A Samsung =>
Vin / Gnd = 4.28 V
Vout / Gnd = 4.79 V et 27.8mA

Une mesure sur la carte alimenter par l’alim de labo en 7.5 Vcc me donne une conso de 55 mA pour la carte.

Qu'en pensez vous ?
Quel composant dans les alim fait la différence ?
Existe-t-il un moyen d’éviter ce genre de problèmes ?


Je comprends pas bien de quel Vin tu parles.
1660  International / Français / Re: MBoard Shield : Explication on: August 09, 2013, 09:45:26 am
Ece qu'elle a le meme nombre de broche que arduino uno par exemple , 6 analogique et 14 digitale ? y'a il du PWM ?
C'est une arduino donc tu as les mêmes broches que sur une arduino classique.
Si tu regardes sur la page que tu as donnée en lien il y a un tableau qui fait l'équivalence entre les noms arduino et les noms qui apparaissnet sur la MBoard.
1661  International / Le bar / Re: Calcul de distance, HELP ! on: August 09, 2013, 04:20:32 am
Peut être une piste : http://physicstasks.eu/uloha.php?uloha=506
1662  International / Le bar / Re: Calcul de distance, HELP ! on: August 09, 2013, 03:41:55 am
Tu es sur de toi pour la section du tube?
1663  International / Français / Re: shield mosfet petit problème on: August 09, 2013, 03:09:37 am
Je dirais commence par mesurer la sortie de ton alimentation en charge.
Puis la tension à l'entrée de la carte (on a un peu tendance à négliger la chute de tension dans le câblage).
Ensuit la tension en sortie de la carte.

skizoh n'a pas tort lorsqu'on travaille sur de la puissance avec des courants importants la composants chauffent vite. Cependant les MOSFET normalement présentent une résistance assez faible (surtout en mode PWM) et donc il ne devraient pas trop chauffer. Tant que tu peux laisser le doigts dessus pas d'inquiétude.
1664  International / Français / Re: syntaxe #include on: August 08, 2013, 05:31:44 am
Je viens de regarder un peu.
Je pense que cela ne peut pas fonctionner. C'est le principe retenu par les développeurs de l'IDE qui pose problème. Le source est modifié et compilé dans un répertoire temporaire. Par conséquent lors de la compilation le chemin relatif vers les include n'est plus valide. Si on met le chemin en absolu c'est lors de l'édition de lien qu'il y a un problème car les sources dans le chemin de l'inclusion ne sont pas compilés.
A mon avis le plus simple serait que tu places tes librairies dans le répertoire sketchbook/libraires qui lui est correctement géré par la chaîne de compilation et l'édition de lien.
Ou alors il faut que tu fasses ton fichier make et que tu compiles en ligne de commande.
1665  International / Français / Re: matrice de led à anode commune: Comment les piloter? on: August 08, 2013, 01:39:29 am
J'ai fait une recherche sur le site de Radiospare avec les circuits de la même famille que l'ULN2803 et j'ai cherché un driver avec des PNP.
Pages: 1 ... 109 110 [111] 112 113 ... 242