Reprise du message précédent :

Sur Amazon tu peux trouver ton bonheur : Adafruit 2,1 mm Breadboard Friendly DC Barrel Jack
https://www.amazon.fr/gp/aw/d/B00KL [...] ref=plSrch

C'est bon, j'ai trouvé. Je filtrais par prise "femelle". En fait c'est mâle…

Salut les gars
 
je viens de mettre ma carte ethernet sur mon arduino mega, j'arrive a le pinger mais lui n'arrive pas a attendre mon serveur.
 
Connaissez vous un code simple pour juste pinger un serveur depuis l'arduino en serial par exemple  ?
 
Merci

Pour completer : il me dit bien "server started at ip ...." sur le serial de l'arduino, j'arrive à le pinger depuis le pc
 
mais chose étrange dans ma box il ne voit rien connecté sur le port ethernet, j'ai essayé avec un autre arduino et pareil
 
carte ethernet HS ?
 
Merci

J'ai jamais utilisé le shield ethernet, mais normalement y'a des codes simples directement dans les exemples.

oui je lance le code ping de "ethernet master" et il s'arrete a "pings" ...

ton port ethernet de l'arduino a une IP fixe ?
et ton réseau est configuré avec du DHCP ?
 
Sinon, question de noob sur la soudure. Vous soudez à quelle température ? Cet aprem, j'ai tenté vers les 350°C mais ça semblait trop (boulette d'étain sur les fils), je suis descendu à 300°C et ca semblait mieux.

le port ethernet a une IP fixe oui, j'arrive a la pinger

Salut
 
quelqu'un peut-il m'expliquer que je comprenne enfin comment brancher ça :
 

 
sachant que je veux que ce soit alimenté par une alim externe et non par l'arduino pour faire coller les relais.
 
Merci

 
Tu peux faire une photo des connexions avec la sérigraphie ?
Mais théoriquement tu as deux broches pour l'alim donc c'est facile à alimenter en externe.

 

 

 
Merci

Tu enlèves la connexion entre VCC et JD-VCC et tu mets ton 5V externe sur JD-VCC (sans oublier de relier la masse de ton alim externe à GND)
 
Tu laisses le 5V de l’arduino sur VCC (pour alimenter les optocoupleurs)

ca marche merci c'est ce que j'avais fait la derniere fois, j'étais pas sur du fait qu'il n'y ait qu'un ground sur la carte
 
Merci !

 
J'ai besoin d'aide pour un petit projet perso. L'idée est de créer un détecteur de frigo/congélateur ouvert via une sonde de température (DS18B20) et d'un buzzer pour donner l'alerte si la température est trop élevée. L'alternative serait d'utiliser un capteur de pression, ou un couplage des 2.
 
J'ai fait un prototype grossier avec un Arduino Uno, mais vu le faible nombre d'input/output nécessaire, je pense utiliser un arduino nano pour le modèle définitif. Se pose la question de l'alimentation électrique de l'arduino, sachant que je tiens à éviter une alimentation filaire (pas pratique dans ma cuisine).
 
Est-ce que je peux alimenter un arduino nano avec une pile (ou accumulateur) ? Si oui, ça tient combien de temps (grosso modo) ?
Et quid de la tension/amperage nécessaire pour l'arduino ?
 
(ouais, je suis mauvais   )

Ca tiendra pas longtemps en standard, mais il y a des astuces (par exemple ne réveiller le système que toutes les 2mn, pas besoin de tourner en permanence)
Voir ce lien par exemple https://openhomeautomation.net/arduino-battery/

Prends un Arduino mini comme ça t'as pas la consommation du FT232, dessoude la led d'alimentation et t'as une base excellente.
 
Après pour tenir longtemps pas d'autre choix que de mettre le merdier en veille régulièrement:
https://github.com/rocketscream/Low-Power
 
Et pour l'alimentation, si tes capteurs supportent le 3.3V alors une batterie Li-Ion fera parfaitement l'affaire.

Si on branche deux arduino nano sur un même ordi, il n'y a pas de problème pour les différencier au niveau des ports COM?
Si j'en attribue un fixe à chacun, ils ne risquent pas de s'intervenir au branchement?  
J'imagine que ça marche, mais on sait jamais

Tant que tu ne change pas de port USB ça devrait bien se passer sous Windows.

Merci
 

Ca ne fonctionne pas avec un nano ?
J'ai déjà 1 Mega, 2 Uno et 4 Nano de dispo ^^

Un nano en 5v tourne très bien avec une lithium 3.7

Salut les gars
 
certains d'entre vous ont deja testé de mesurer le taux de chlore dans leur piscine avec un arduino et une sonde ORP ?
 
Merci

   
 
 
 
 
Une autre question, est-ce qu'on peut alimenter un potentiomètre avec un 5V externe?
J'avais lu qu'il valait mieux éviter parce que le 5V externe ne sera pas exactement le même que celui de l'arduino, donc on peut saturer la mesure et perdre en précision.
Mais si on n'a pas besoin d'un truc hyper précis ça peut poser problème?
 
Ou alors est-ce qu'il vaut mieux tirer le 5V de l'arduino? Et qu'elle est la limite du coup? Un fil en 22AWG de 5 mètres ça commence à faire long ou c'est négligeable?

Alimenter un potentiomètre?

Salut les Arduineurs,
je viens ici pour vous présenter mon projet, et bien sur j'aurais quelques question car je bloque un peu...
mes conaissances en ardu ne sont pas hyper complexes, je sais surtout interpréter des signaux venant de capteurs, en faire des calculs, etc... les bases

Et je me suis lancé dans un projet de télémétrie pour une voiture RC.

a gauche qui éclaire rouge, l'ardu. le petit connecteur a plat a côté envoie les RX / TX / VIN / GND et une copie du signal récepteur pour un autre ardu dans la carosserie qui contrôle des LED

Voila a quoi ca ressemble, sur la voiture j'ai :
- un DFRobot Beetle BLE sur son support
- un capteur de RPM pour moteur brushless
- deux TMP36 pour la température moteur / variateur
- deux transistors sur sortie PWM pour controller les ventilateurs
- deux ponts diviseurs pour récupérer la tension ACCU et BEC (alimentation 6v issue du variateur)

Tout ce petit monde est alimenté par l'accu LiPo 2 éléments, et me permet de récupérer des données intéressantes, et de contrôler les ventilos en fonction de la température (multiple de la valeur en PWM a partir de 40°) ce dernier point c'est a la fois pour le fun mais aussi parce qu'ils sont TRES bruyants.

J'ai fait deux codes, le premier envoie les données que je veux de façon la plus lisible possible sur les voies séries. Je les récupère en USB (pas pratique en roulant) et en BT sur un autre ardu raccordé a un PC faute d'avoir un écran pour l'instant. En sortie j'ai ça (la valeur fuel est calculée par un map de la tension accu, et la vitesse via un calcul avec le rapport de transmission final et le diametre des roues) :

RPM:     18300
SPEED:  34Km/h
FUEL:    47%
TEMPMOT: 35°
TEMPESC: 31°
VOLTBAT: 7.44v
VOLTBEC: 5.90v

Et je suis en train de travailler sur une version plus simple, qui envoie les données de façon plus brute (et sans les conversions inutiles de fuel / kmh), dans le but d'envoyer quelque chose de pas trop lourd en wireless et de les interpréter afin d'en faire un affichage sympa sur un LCD.

Mais je m'en sors pas... j'ai testé tout un tas de méthodes vues sur internet que j'arrivais plus ou moins bien a appliquer et ça donne pas grand chose
par exemple ça me semble pas mal d'envoyer une chaine, ce qui donnerait ceci en reprenant l'exemple plus haut :

18300,35,31,74,59 (j'ai fait un x10 sur les volts pour eviter le float)

mais bon j'ai beau envoyer tout ça et le recevoir d'un autre côté, j'arrive pas a les interpreter. vous auriez des liens / tutos / conseils
je peux vraiment envoyer les données sous n'importe quel forme evidemment

 
   
 
Félicitations, tu es plus courageux que moi    
Je suis en train de faire un truc similaire mais je n'ai pris le temps de faire des photos.
 
Par contre je ne comprends pas ce que tu n'arrives pas a faire.
Tu t'es mis en place ton petit protocole d'échange très bien.
Tu arrives à le recevoir et tout mais tu dis ne pas réussir à l’interpréter...c'est a dire ? Quels résultats as tu ?
 
Sinon moi ce que je fais pour réduire au max la longueur des trames, c'est que j'envoie tout en hexa et non en ascii.
C'est la partie afficheur qui va faire la conversion. Je m'arrange pour avoir une trame d'une longueur fixe et donc je n'ai plus besoin de séparateur etc etc.
J'ai juste à aller chercher mes valeurs dans le champ désiré après avoir fait un CRC sinon je jette la trame.

Ben quand je dis que je recois ma trame, c'est seulement qu'elle s'affiche dans la console série de l'arduino récepteur j'ai pas bien compris comment l'interpréter et les 150 méthodes différentes sur internet m'embrouillent.
la comm entre les ardus est transparente via le BT

Tout ce que je veux c'est récupérer ces chiffres afin d'en faire quelque chose, genre les afficher sur un LCD quoi

Si je comprends bien tu as cette chaîne de caractères et tu sais pas comment la traiter c'est bien ça? Je sais pas si en C++ il  y a plus élégant mais si on se limite au C tu peux utiliser strtok() pour découper ta chaîne en morceaux et atoi() pour convertir en nombres avec lesquels tu peux ensuite faire des calculs ou les afficher sur ton LCD.
 
Un petit exemple (compilable et fonctionnel sur PC, c'est pratique la portabilité du C ):

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
 
//à ajuster
#define STRING_MAX 25
#define NB_VALEURS_MAX 5
 
 
void recevoir_msg(char* c) //émulation bidon de la fonction BT
{
    strcpy(c, "18300,35,31,74,59" );
}
 
int main(void)
{
    char msg[STRING_MAX];
    
    recevoir_msg(msg); //à ajuster
    
    int valeurs[NB_VALEURS_MAX];
    char *ptr;
    int i=0;
    
    
    //1ere valeur
    ptr=strtok(msg, "," );
    valeurs[i++]=atoi(ptr);
    
    //et le reste
    while((ptr=strtok(NULL, "," )))
    {
        valeurs[i++]=atoi(ptr);
    }
    
    //nous avons stockés i valeurs
    
    //en faire quelque chose
    //...
    
    
    //debug: afficher tout le tableau    
    for(i=0; i<NB_VALEURS_MAX; i++)
    {
        printf("%d   %d\n", i, valeurs[i]);
    }
            
    return 0;
}

j'avais vu cette histoire de string, faut voir ça en détail    
je tiens a préciser que ma chaine n'a évidemment pas obligatoirement cette forme, j'ai des valeurs que je peux envoyer sous n'importe quelle forme et j'avais choisi celle la pour tester

Cette forme n'est pas trop mauvaise, avec un coup de strtok le traitement est facile (non?).

Bon je vais déjà éclaircir cette histoire de comm bluetooth qui me semble pas bien claire...
entre les modes CENTRAL / PERIPHERAL, la console série qui semble pas toujours accessible... Je suis perdu, en gros :
 
Si je fais un print dans le code du PERIPHERAL ça apparaît bien dans la console du CENTRAL (c'est comme ça que j'ai récupéré les données lisibles avec la vitesse etc)
 
Mais dans l'autre sens j'ai que dale qui apparaît. Du coup je me demande si ça a une influence sur ce que jeux faire, si c'est vraiment comme une liaison filaire, etc...

Bah, faut mettre le +5V d'un côté, la masse de l'autre
et lire la valeur au milieu, non?
 
 
 
 
 
 
Autre petite question, j'ai un module radio avec 4 sorties et une télécommande avec 4 boutons;
quand on appuie sur un bouton ça envoie 5V dans la sortie correspondante.
Est-ce qu'il faut protéger l'entrée de l'arduino qui va lire ce 5V? Une résistance de limitation de courant ou je sais pas quoi?  
 
Et pareil que pour le potentiomètre, si ce 5V n'est pas "fabriqué" par l'arduino, ça ne pose pas de problème de lui envoyer?
Il y a le 5V créé par l'abaisseur de l'arduino, le 5V qui provient du module externe, on peut mélanger ces deux 5V différents?  

Est-ce qu'on peut envoyer n'importe quel 5V dans les entrées d'un arduino en gros?

Bon, j'imagine que oui,
mais maintenant je me méfie depuis que ça m'a défoncé mon ordinateur,  
quand mon alimentation externe de 5V pour l'arduino, les capteurs et les modules, se mélangeait avec les 5V de l'USB

En admettant que la source que tu utilises pour ton potar sort 5.01V et que celle qui alimente ton Arduino sorte 4.99V, la référence ne sera pas forcément la même et du coup tu auras une légère erreur de mesure, mais dans le cas où le potar est au maximum de sa course, tu auras une faible résistance et une différence de tension qui peut abimer ton MCU (même si les pins ont assez de résistance DC et des diodes ESD solides pour limiter la casse).

C'est surtout un problème quand on se trompe de rail d'alim et qu'on balance du 12 ou du 24V directement dans un pin .
Tu peux aussi avoir des soucis si tes masses ne sont pas vraiment au même potentiel (câblage crade ) ou que la tension que sort ton potar peut descendre en dessous du rail 0V de ton Arduino.

Maintenant je rajoute souvent une résistance série entre les connecteurs et les pins d'entrée (c'est surtout pour rendre la chose idiot-proof).

Ah voila, c'est un peu mieux formulé là
 
Pour l’imprécision du potentiomètre je m'en doutais bien, mais ce que je me demandais c'est si ça pouvait poser des problèmes, et apparemment oui.
 
Donc pour avoir un truc fiable qui dure dans le temps, il faudrait alimenter tous les composants qui renvoient des signaux vers l'arduino avec le 5V produit par l'arduino?
 
 
Là j'ai une alimentation de PC qui me fait le 5V, (5,1V plus précisément je crois) et je veux alimenter tous les composants et modules avec.
Pour l'arduino par contre je mets un step-up qui me fait du 7V. Donc le 5V créé en interne par l'arduino ne sera pas exactement le même que celui de l'alim PC.
 
Donc le problème est de savoir quoi alimenter avec quel 5V?
Pour le servomoteur par exemple, c'est une alimentation de puissance donc pas de problème à utiliser les 5,1V de l'alim PC puisqu'il n'y a rien qui repart vers l'arduino.
Le potentiomètre par contre c'est un signal qui part vers l'arduino, donc il vaut mieux y balancer un 5V avec toutes les bonnes références donc -> 5V de l'arduino.
 
Et du coup mon module radio qui envoie un signal quand on appuie sur la télécommande, si je l'alimente avec l'alim PC à 5,1V, il va renvoyer 5,1V sur la sortie, et si je le lis avec une entrée digitale de l'arduino -> problème?
Les résistances sur les entrées c'est pour faire un peu chuter la tension? Mais ça protège pas d'un 12V qui se faufilerait là, si?  
 
Normalement j'ai pas besoin de protections idiot-proof pour ce montage, je dessine un petit PCB pour que ce soit propre et que ça ne bouge plus
Mais des protections pour que ça dure dans le temps, je ne dis pas non  

TL;DR
Moins de blabla, plus de schéma .
 
Une résistance toute seule n'est pas forcément utile, mais tu peux y ajouter des diodes, des buffers ou un peu ce que tu veux.
 
Mais en général, c'est une bonne pratique de séparer les alims de puissance et de commande.
 
Tu peux regarder ça, ils expliquent assez bien les astuces pour avoir des trucs safe en économisant des composants :  
http://ww1.microchip.com/downloads [...] er%208.pdf

 
tu peux éditer ton lien    

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
 
//à ajuster
#define STRING_MAX 25
#define NB_VALEURS_MAX 5
 
 
void recevoir_msg(char* c) //émulation bidon de la fonction BT
{
    strcpy(c, "18300,35,31,74,59" );
}
 
int main(void)
{
    char msg[STRING_MAX];
    
    recevoir_msg(msg); //à ajuster
    
    int valeurs[NB_VALEURS_MAX];
    char *ptr;
    int i=0;
    
    
    //1ere valeur
    ptr=strtok(msg, "," );
    valeurs[i++]=atoi(ptr);
    
    //et le reste
    while((ptr=strtok(NULL, "," )))
    {
        valeurs[i++]=atoi(ptr);
    }
    
    //nous avons stockés i valeurs
    
    //en faire quelque chose
    //...
    
    
    //debug: afficher tout le tableau    
    for(i=0; i<NB_VALEURS_MAX; i++)
    {
        printf("%d   %d\n", i, valeurs[i]);
    }
            
    return 0;
}

Ou strtol à la place de atoi.
http://www.cplusplus.com/reference/cstdlib/atoi/

 
strol(ptr, NULL, 10);
 
En plus on peut facilement changer la base.

 
Plutôt que d'interpréter une chaine il est peut-être plus judicieux d'utiliser une structure de données du genre :
 

 
Ainsi tu as 14 octets à envoyer et recevoir.
 
Côté émission tu mets ce bout de code dans la loop :

 
Et tu rajoutes ces 2 fonctions :

 
Côté réception dans la loop :

 
Les 2 fonctions utilisées :

Ok merci je commence à mieux comprendre comment structurer
En plus j'ai fini par piger les soucis de priorité entre USB / BT / Serial, et j'ai compris qu'il fallait éviter d'utiliser la console série sinon ça foire la comm donc j'attends mon écran pour avoir une sortie visible