Discussion :

[Zedd2]

Bonjour,

Pour un projet je dois récupérer les valeurs d'un capteur, et pouvoir les suivre en temps réel sur internet.
C'est pourquoi j'ai choisi un arduino nano 33 iot pour sa faible consommation et son accès à internet.
Habitué au fonctionnement de l'arduino uno, j'ai commencé à tester les différentes fonctions de base tel que digitalRead(), digitalWrite(), analogRead() et analogWrite().


Problème : Autant la partie digitale fonctionne correctement, mais les fonctions analogique ne marche pas du tout :
Pour la fonction analogRead(), les valeurs affichées sur le port série sont semi aléatoire : je peux voir qu'il détecte la pin connecté, mais reste random.
J'ai aussi essayé d’allumer une led avec analogWrite, mais toujours aucun résultat.

Personnellement, je pense que le convertisseur A/N est cramé, mais étant donné que je viens d'acheter la carte, je préfère demander avant.
Est ce que vous êtes d'accord, ou bien j'ai oublié de faire un test, ou une autre explication?


En faisant des recherches, j'ai vu que les pins analogiques de l'arduino nano sont sources de problèmes (sur la faq du forum arduino, toutes les pins analogiques ont une question réservée )
Mais la plupart des problèmes viennent soit "je ne détecte pas la carte", ou "les données ne sont pas précises".
Mais mon problème à moi est "l'arduino affiche des résultats qui ne sont pas pertinents avec la mesure".

J'ai effectué plusieurs tests :
(pour le programme, j'utilise celui fournit en exemple par Arduino)

- Un à vide ou je mesure des valeurs randoms (ok, c'est normal)
- Un où j'ai relié ma pin mesurée au gnd, l'arduino continue les valeurs aléatoire
- et un où je mesure la tension d'une led alimenté par une pile 3V, l'arduino m'affiche des valeurs croissantes puis décroissantes entre 0V et 5V (comme un sinus)

Merci de votre attention et de votre aide

[Zedd2]

Plus d'information sur mon dernier test : j'alimente la carte avec mon ordinateur via le port usb.

Les schéma du test est le suivant :

[Guesset]

Bonjour,

Si le montage montré correspond à la réalité (quoique ce soit un Arduino UNO et non un NANO), la valeur analogique lue ne devrait pas être aléatoire mais égale à 3 Volts (en fait 3/5*1024) sauf si le bidule rouge écrase la pile (court-circuit franc ou non). Le câblage est donc à revoir et dépend des spécifications du capteur.

Salutations

[Zedd2]

Merci de ta réponse

J'ai aussi essayé de connecter directement la pile aux bornes du microcontrôleur, mais on m'a dit que pour que la pile débite une tension il lui fallait une charge, c'est pourquoi j'ai mis une led (le bidule rouge).
(sur le schéma c'est un arduino uno car j'ai fais la simulation sur tinkercad (la simulation marche), je n'ai pas trouvé de carte arduino nano sur tinkercad)

[Auteur]

Tu alimentes une LED sans mettre de résistance ?


Je n'ai pas rencontré de soucis avec les entrées analogiques sur les Arduino nano ou micro.
Peut-on voir ton programme et ton montage ?

Fais le montage décrit dans ce tuto (§XVIII-B - circuit 13) : https://arduino.developpez.com/tutor...metre#LXVIII-B

[Jerome Briot]

Je n'ai pas rencontré de soucis avec les entrées analogiques sur les Arduino nano ou micro.

Les Arduino Nano 33 utilisent des SAMD 21 et non pas des ATMEGA328. Cela n'explique pas tout mais pas d'analogie possible ici.

[Auteur]

Les Arduino Nano 33 utilisent des SAMD 21 et non pas des ATMEGA328. Cela n'explique pas tout mais pas d'analogie possible ici.

en écrivant ma réponse, j'ai oublié que la carte était un Nano 33

[Guesset]

Bonjour Auteur,

Tu alimentes une LED sans mettre de résistance ? ...

Quand j'ai vu ça, j'ai exclus ce qui ressemblait à une LED de cette hypothèse. Avec une LED rouge, la pile et la LED doivent souffrir. Heureusement cela ne durera qu'un temps

Salut.

[Vincent PETIT]

Avec une LED rouge, la pile et la LED doivent souffrir. Heureusement cela ne durera qu'un temps

C'est vrai que là, la pile se fait guillotiner à VF (~2V) et la LED voit passer tout le courant que la pile peut donner.

[Zedd2]

Merci à vous pour vos réponses.

C'est déjà une pile en fin de vie (quand je mesure au borne de la led j'ai 1.8V), par contre je n'ai pas penser au courant c'est vrai.
Mais ça n'explique toujours pas pourquoi les valeurs ne sont pas cohérentes.

@Jerome Briot sur les pinout je suis pourtant sensé pouvoir mesurer de l'analogique.

[Zedd2]

Bon, j'ai essayé avec un esp32, ça marche .

Mon problème est résolu, par contre je ne sais toujours pas si pour l'arduino nano 33 iot l'analogique est flingué pour tous les produit ou juste le mien

Bonne journée à tous et merci de m'avoir aidé.

[Jerome Briot]

par contre je ne sais toujours pas si pour l'arduino nano 33 iot l'analogique est flingué pour tous les produit ou juste le mien

J'ai testé vite fait le code AnalogReadSerial sur un Arduino Nano 33 BLE, et la mesure analogique est globalement bonne sur A0.
Comme les deux cartes utilisent le même microcontrôleur, je pense que la mesure analogique fonctionne aussi sur la IOT.

[sevyc64]

C'est déjà une pile en fin de vie (quand je mesure au borne de la led j'ai 1.8V)

Ce n'est pas une pile en fin de vie, c'est la led, sans résistance, qui impose cette tension et fait souffrir ta pile. Attention, si tu fais tes tests en réel, comme ça, une pile bouton en quasi court-circuit peut finir par exploser.

Mais oui, je te confirme que ta pile est en fait de vie, voire complètement morte. Une CR2032 a une capacité très très faible. Alimentant comme ça, une led en direct, ta pile, même neuve, ne durera pas plus de quelques 10ènes de minutes.

De plus, les piles boutons comme les CR2032 ont une tension extrêmement stable jusqu'à la fin de vie. Par contre la perte de tension en fin de vie est très rapide, quasiment une verticale.

[Guesset]

Bonjour,

La question est à quoi sert la (défunte) pile dans un mode capteur ?

L'alimentation de l'arduino pourvoira très bien à l'alimentation du capteur (peut être avec une résistance si ce capteur simule une résistance variable).

Le seul cas que j'imagine nécessitant une alimentation externe est celui d'un arduino sans alimentation la plupart du temps que l'on réveille de temps en temps (pas en veille car en veille l'alimentation resterait disponible pour le capteur). Or un capteur qui reste actif en dehors du mcu historise a priori des informations (sinon pourquoi rester éveillé si c'est pour ne fournir que les dernières nouvelles ?). Il ne se réduit donc pas (seulement) à une lecture analogique.

Je reste donc perplexe.

Salutations