Show Posts
Pages: 1 ... 106 107 [108] 109 110 ... 201
1606  International / Français / Re: Arduino + LCD = Afficheur de tension en % (help) on: November 19, 2012, 04:04:32 pm
Quote
je reviens vers vous, je ne trouve pas mon erreur... :'(

En vrac:
- mais où sont les
Code:
digitalWrite(l1, HIGH);
digitalWrite(l2, HIGH);

- peut être que etat n'a jamais la valeur 0 ou 1023.
Il faudrait peut être faire des tests moins stricts. Voir faire un petit Serial.print(etat) pour voir les valeurs prises par la variable.

- prévoir un default après les 2 case pour éteindre les LED lorsqu'on ne tombe ni dans un cas ni dans l'autre.
1607  International / Français / Re: code lissage on: November 17, 2012, 01:13:41 pm
Code:
valeur_brute = Lect_Capt_1;
}

void filtre_pass_bas(int valeur_brute){
      resultat_filtre_Prec= Lpfilter(valeur_brute, Coef_filtre , resultat_filtre_Prec);
}

float Lpfilter(float valeur_brute, float Coef_filtre, float Valeur_Filtre_Prec){

     if (Coef_filtre > 1){
       Coef_filtre = .99;
    }
     else if (Coef_filtre <= 0){
       Coef_filtre = 0;
    }
    return (valeur_brute * (1 - Coef_filtre)) + (Valeur_Filtre_Prec * Coef_filtre);
}
1608  International / Français / Re: Une smartgridbox pour nos petites éoliennes libres on: November 14, 2012, 10:10:02 am
Je ne suis pas sûr qu'on ait le droit de réinjecter du courant dans son réseau domestique directement comme ça.
En cas de panne sur un pylône, les employés d'EDF qui réparent risquent l'électrocution à cause de ton éolienne.

Bonjour Christian,
Oui tu as tout à fait raison: réinjecter du courant alors que il n'y devrait pas y en avoir, créerait un véritable danger. C'est pourquoi, nous aimerions que grâce à un boîtier électronique intelligent, notre éolienne stoppe de délivrer de l'électricité en cas de coupure/absence de courant lorsque celle-ci est branchée sur un réseau. Cela fait partie du cahier des charges du boîtier dans sa fonction "pilotage du système". D'autres exigences de sécurité sont incluses dans les fonctions visées.
Par ailleurs, nous voulons que le système complet soit conformes aux réglementations de tous les pays (il n'y a pas que EDF et la France dans la vie ...). Nous allons y attacher une grande importance. Dès lors la conception du boîtier et la fabrication du boîtier devront intégrer les exigences réglementaires. En commençant par se caler avec la réglementation française et européenne, on se dit que nous partons déjà avec un niveau d'exigence très forte. Tu as tout à fait raison.

Concernant ce point là plus particulièrement, il existe des boîtiers dans le commerce (de la taille d'un gros bloc fusible) qui sont homologués et qui font ça très bien. Étant donné que c'est une pièce de sécurité, je ne suis pas certain qu'il soit ni très intéressant, ni très rentable de la développer. C'est peut être moins open source mais en ce qui concerne la sécurité des personnes je pense qu'il faut être très prudent d'autant que les normes applicables aux produits qui sont connectés au réseau sont très sévères et les équipements doivent être homologuées.
1609  International / Français / Re: Calcul thermistance (Steinhart-Hart) on: November 12, 2012, 10:53:28 am
Et puis il y a de fortes chances que ta formule retourne la température en degrés Kelvin.
1610  International / Français / Re: Calcul thermistance (Steinhart-Hart) on: November 12, 2012, 02:48:36 am
Normalement les paramètres A, B, C sont dans les docs constructeur.
1611  International / Français / Re: Aide problème LCD I2C on: November 12, 2012, 02:44:08 am
C'est bien un PCF8574 qui est sur la carte?
Parce que le PCF8574A utilise lui 0x38 comme adresse de base au lieu de 0x20.
1612  International / Français / Re: Arduino mega, 2 port série on: November 11, 2012, 06:25:50 am
Je serais tenté de dire que la gestion des données reçues dans le serialEvent n'est pas sûre. Cette routine est appelée à la fin de loop et présuppose que tu reçois 13 caractères. Si jamais il y en a 12 ou 14 la routine fait n'importe quoi.Tout se décale est ne revient plus en phase.

En fait je dirais que, dans son l'ensemble, le programme est trop rigide est ne laisse pas place à une possible erreur de réception.
En particulier dans serialEvent , il faudrait gérer les caractères un par un au rythme ou ils arrivent et laisser à la fonction la tâche de reconnaître le caractère d'entête et la réinitialisation du pointeur dans le tampon de réception ainsi que la détection du terminateur de chaîne qui lèverait un drapeau pour signaler à la boucle principale que le tampon est prêt à être traité. Attention aussi, si le traitement du tampon de réception est trop long il risque d'être écrasé par l'arrivé de nouvelles données. Dans ce cas il faudrait avoir 2 tampons de réception en flip-flop.
1613  International / Français / Re: Aide problème LCD I2C on: November 11, 2012, 06:04:22 am
Comment tout cela est-il câblé?
Il faut prévoir des pullups sur les lignes du bus I²C
1614  International / Tutoriels et cours / Re: Most Wanted on: November 10, 2012, 03:20:04 pm
Quote
Bref une page pour nous prendre par la main et nous montré le chemin d la connaissance pour agrandir votre communauté

Là par exemple:
http://arduino.cc/forum/index.php/topic,102618.0.html
1615  International / Français / Re: problème recepteur IR et sortie PWM on: November 10, 2012, 12:33:56 pm
Sur la photo le sélecteur sur la sonde est en position REF. Donc cela court-circuite la sonde. Tu ne risques pas d'avoir un signal sur ton scope comme ça.
Essaye en position 1:1 pour commencer.
1616  International / Français / Re: ELCD série + Tachymetre = problème d'affichage on: November 08, 2012, 04:57:44 am
Mike74 on te l'a déjà dit sur l'autre topic que tu avais ouvert si tu ne mets que des bouts de code on ne peut rien comprendre à ton problème.
On est dans l'impossibilité de juger de l'enchainement des tâches dans ton code et on ne peut donc pas savoir pourquoi un morceau de code ne s'exécute pas ou pourquoi un morceau de code s'exécute trop rapidement ou retourne des valeurs erronées.

Sorti de son contexte le code que tu nous montres est correct, mais s'il est appelé 100 fois par seconde les chiffres vont se brouiller. Si ce morceau de code est appelé de manière asynchrone par rapport à la mise à jour de la variable rpmcount les chiffres vont changer en permanence. Tu vois cela appelle déjà beaucoup de questions.

Donc si tu veux de réponses utiles il va falloir en dire un peu plus.
1617  International / Français / Re: Transmission radio et sécurité on: November 07, 2012, 04:27:30 pm

Quote
Bon j'imagine que c'est pas fixe mais il y aura forcement une limite
Tu peux l'adapter à ton besoin.

Rien ne t'empêche par exemple d'avoir plusieurs boutons sur la télécommande chaque bouton correspondant à un élément de sécurité avec l'état actuel de son polynôme sauvegardé en EEPROM.
Sinon tu peux mettre en place une procédure de synchronisation qui te permette de resynchroniser tous les récepteurs périodiquement avec le même code (pas celui de départ évidemment).

Puis il faut bien voir une chose, pour autant que tu ne commercialises pas ton développement, si ton procédé est suffisamment robuste et non conventionnel il ne sera pas facile à cracker. Et en plus, il ne sera pas à la portée des gens qui sont habitués à certain codage courant.
1618  International / Français / Re: Asservissement moteur et variable rpm on: November 07, 2012, 03:03:15 pm
Ce n'était pas le sens de ma question.
Comme on ne voit qu'un bout de ton code on ne peut pas juger de l'ensemble.
Es-tu certain que la variable startVal soit bien à un? Si ce n'est pas le cas tu n'entreras jamais dans le if et tu ne feras jamais tourner ton moteur.
La même question se pose pour rpm. Est-ce que rpm contient une valeur suffisante pour entrer dans l'une des conditions?
D'ailleurs depuis le début tu ne nous as pas expliqué ce qui ne fonctionne pas.
1619  International / Français / Re: Transmission radio et sécurité on: November 07, 2012, 11:17:44 am
Un article qui explique pas mal le concept
http://auto.howstuffworks.com/remote-entry2.htm

Un lien vers une note d'application Xilinx qui donne les rebouclages à effectuer sur un registre d'une longueur de 4 à 168 bits afin d'avoir un polynome de période maximale (voir les dernières pages): http://www.xilinx.com/support/documentation/application_notes/xapp210.pdf
1620  International / Français / Re: Perte de puissance d'eclairage sur une matrice de led on: November 07, 2012, 10:34:44 am
Il faut augmenter le courant dans les LED. Mais comme tu vas atteindre les limites de courant débité par les sorties de l'ATméga il va falloir utiliser un circuit d'interface de puissance (transistors, ULNxxxx)
Pages: 1 ... 106 107 [108] 109 110 ... 201