Hello les amis,
A la page 10 de
ce document, on trouve un tableau de la consommation électrique du module avec des valeurs différentes de ce que je vous ai données pour le Deep Sleep. Je ne sais pas quelles sont les vraies valeurs mais de toute manière, ce que je veux montrer dans ce tableau, c'est la grande variation de consommation selon qu'on est en réception ou en émission. Cela pose un problème dans le schéma de limitation de tension par résistances proposé par Domi.
- 492.jpg (114.56 Kio) Vu 7687 fois
Si on est en réception, la consommation est de 60 mA. Pour faire chuter le courant de 0,4V avec un courant de 0,06A, il faut une résistance R1 de 0,4V / 0,06A = 6,66 Ohms. Mais si on passe à 215mA (émission), la chute de tension sera de 0,215A x 6,66 Ohms = 1,43V. Le module se retrouvera donc avec une tension de 3,7V - 1,43V = 2,27V. Il sera donc en panne.
La solution de Veloce avec une diode Schottky en série sur l'alimentation serait effectivement la bonne solution car la chute de tension à travers la diode est constante, quelle que soit l'intensité du courant.
_____________________________________________________________________________________________________________________________________
Hello smba38
Pour le deepsleep sur la carte de test nodemcu, il faut relier le GPIO16 (D0) au RST.
Que faut-il faire pour sortir du deepsleep ? simplement interrompre la liaison GPIO16-RST ?
En ce qui concerne Frankenstein, c'est probablement plus complet que les commandes AT, mais bon, il faut oser se lancer.
J'aimerais bien essayer le nodemcu, mais seulement sur mes nouveaux ESP qui ont été commandés le 28 février. Par contre, j'aurai besoin de
BEAUCOUP d'explications car je ne connais rien à ces GitHub et je ne sais pas comment les utiliser. De plus, je veux aussi être capable de reflasher les commandes AT si nécessaire.
______________________________________________________________________________________________________________________________________
Hello Veloce
Comment ça des collisions ? Pas du tout !
Souviens-toi : sur le serveur tu as fait AT+CIPMUX=1
Alors le premier module qui va vouloir établir la connexion va prendre le numéro 0, le deuxième le numéro 1, etc.
J'imagine qu'on ne peut pas ouvrir des centaines de connexions simultanées, donc il faut veiller à faire AT+CIPCLOSE à la fin de chaque envoi.
Ça c'est super ! C'est donc le TCP qui gère tout seul ! Je crois avoir lu qu'on peut aller jusqu'à 4 connexions mais je ne savais pas que c'était aussi simple. Trier les patates et répondre à chacun n'est pas non plus compliqué à faire.
En tous cas ton sujet a fait péter tous les compteurs.
Oui, et à mon avis c'est pas encore fini. On a encore beaucoup à découvrir avec cette puce. Enfin moi, car c'est surtout toi et smba38 qui apportez les infos
Merci pour tout.