[Résolu] ESP8266-01 - wifi.status() ne rend pas la main

Salut
Je n'arrive pas à faire fonctionner mon module ESP8266-01.
Le simple de de lancer wifi.status() le fige.
J'ai ajouté un condo sur l'alim.
J'utilise un adaptateur usb/serie 3.3V.
parfois il affiche des caractères bizarre.

Il n'a jamais bien fonctionné.
Par exemple, avec le firmware AT, Il manquait des caractères dans les données renvoyées.
Je pense qu'il est défectueux.

Des idées ?

David.

bonjour,
un code peut être?
le fait qu’il se “fige” veut peut être dire qu’il tourne en boucle sur cette fonction ne pouvant rien retourner, donc rien recu :wink:

tahitibob35:
Salut
Je n'arrive pas à faire fonctionner mon module ESP8266-01.
Le simple de de lancer wifi.status() le fige.
J'ai ajouté un condo sur l'alim.
J'utilise un adaptateur usb/serie 3.3V.
parfois il affiche des caractères bizarre.

Il n'a jamais bien fonctionné.
Par exemple, avec le firmware AT, Il manquait des caractères dans les données renvoyées.
Je pense qu'il est défectueux.

Des idées ?

David.

bonjour
au reset les esp "causent" à un debit serie "exotique"
ensuite ils passent à un debit plus courant.
tu recupere de temps en temps des infos lisibles/coherentes mais incompletes ?
ton esp est alimenté en 3.3V par quoi ?

Salut
J’ai un FT232RL FTDI USB to TTL 3.3V 5.5V Mini USB
J’ai ajouté un condensateur de 10nF sur l’alimentation de l’ESP.

Oui, j’ai parfois des caractères bizarres.

Le code :

#include <SPI.h>
#include <WiFi.h>

void setup() {
  // initialize serial and wait for the port to open:
  Serial.begin(9600);
  while(!Serial) ;
}

void loop() {
  Serial.println("avant status");
  Serial.print(WiFi.status());
  Serial.println("apres status");
  delay(2000);
}

Le résultat :

avant status

avec des caractères bizarres devant.

tahitibob35:
Salut
J'ai un FT232RL FTDI USB to TTL 3.3V 5.5V Mini USB
J'ai ajouté un condensateur de 10nF sur l'alimentation de l'ESP.

tu pompe le 3.3V de l'esp sur le 3.3V "proposé" par le FTDI ?
10 nF là ça ne sert à rien , il faut déjà taper sur du "gros" µF

J'ai pas mieux que 100nF non polarisé...

tahitibob35:
J’ai pas mieux que 100nF non polarisé…

oui , ok mais ça ne repond pas à la premiere question ! :grin:
le 3.3V est fourni par quoi ?

Le 3.3V est fourni pour le module usb/série.
Sinon, j'ai retrouvé le montage de al1fch avec un régulateur.
Je vais tenter....

tahitibob35:
Le 3.3V est fourni pour le module usb/série.
Sinon, j'ai retrouvé le montage de al1fch avec un régulateur.
Je vais tenter....

je n'ai pas sous la main le ds du ftdi , mais de memoire tu ne peux pas tirer sur son 3.3v plus que qq mA, en tous cas bien moins que ce que l'esp a besoin lors des appels de courant.

2 piles AA 1.5V en serie pour l'esp feront l'affaire pour lever le doute

Salut !

la sortie 3V3 de la puce FTDI 232R ne peut pas fournir plus de 50mA.(data sheet)
On est loin de la 'demande' (1000µF en parallèle sur la sortie 3V3 du FTDI ne garantissent pas le fonctionnement pour peu que les pics de courants de l'émission WiFi soient rapprochés)
Sans régulateur (500mA mini) accompagné de condensateurs en entrée et sortie 'point de salut' !!
(Seule solution viable et 'impeccable' chez moi sans régulateur : alim directe par des accus LiFePo4 3,2V)
Deux bonnes piles AA en série devraient effectivement permettre de lever le doute en fournissant une tension acceptable et le courant demandé !

Bon, "ça avance"....
J'ai mis un ld1117av33 avec un condo de 10µF polarisé et un de 100nF en sortie.
L'alim est fournie par une alim de téléphone portable 5V/1200mA

Maintenant il se réinitialise en boucle :

 ets Jan  8 2013,rst cause:4, boot mode:(3,7)

wdt reset
load 0x4010f000, len 1264, room 16 
tail 0
chksum 0x42
csum 0x42
~ld
avant status

 ets Jan  8 2013,rst cause:4, boot mode:(3,7)

wdt reset
load 0x4010f000, len 1264, room 16 
tail 0
chksum 0x42
csum 0x42
~ld
avant status

tahitibob35:
Bon, "ça avance"....

il est chargé avec quoi ton esp ?
GPIO0 est à quel niveau logique ?

Juste pour clarifier un point, tu tournes sur quel firmware? Quel est ton branchement (position logique des pins GPI0, RST et CHPD)?

Tu compte programmer ton esp comme un arduino? Ou utiliser ton ESP depuis un arduino?

Je le charge depuis l'IDE arduino. (SI j'ai bien compris la question...)
Je passe GPIO0 à GND pour l'update, depuis en l'air.
CH_PD est connecté au 3.3V.
L'update se passe bien.

Mais j'ai merdé. :confused:
Il n'y a pourtant pas beaucoup de fils, j'ai vu pire.
Mais j'ai alimenté l'ESP en 5V..... :confused: :confused:

Maintenant il boucle sur :

avant status

 ets Jan  8 2013,rst cause:4, boot mode:(3,5)

wdt reset
load 0x4010f000, len 1264, room 16 
tail 0
chksum 0x42
csum 0x42
~ld
avant status

Je le charge depuis l’IDE arduino.

Le simple de de lancer wifi.status() le fige.

Ok , donc le module ESP-01 serait programmé sous IDE Arduino pour travailler ‘en solo’ (sans carte Arduino). C’est çà ?
Si oui :
-La carte sélectionnée est-elle “Generic ESP8266” avec Flahsize 512K ?
-Quel sketch est compilé et envoyé au module ? L’un des exemples spécifiques ESP8266 ?
-wdt reset => le code contient-il un (trop) long delay() après le test WiFi.status() ?

(L’alim 5V n’est pas toujours fatale ! des modules peuvent survivre à ce mauvais traitement s’il n’est pas prolongé !)

oui
oui
le code indiqué un peu plus haut
delay(2000)
Je ne suis pas bien optimiste, je pense qu'il a eu son compte....
Demain, j'irai fouiller sur esp8266.com
Mais si vous d'autres idées, elles sont les bienvenues.

  1. inclure la bonne librairie : *ESP8266WiFi.h * et non *wifi.h * ??
  2. raccourcir le delay() , 500 ?
    (si le module avait 'eu son compte' il ne pourrait éxécuter ton code donc pas de sortie 'avant status' et 'après status' contrairement à ce qui se passe ...)

pareil
reset au moment du Wifi.status()

avec la bonne librairie : *ESP8266WiFi.h * et non *WiFi.h * ??

Me sens un peu con....
Je dois partir, je teste demain.
Ou cette nuit......