Tous les capteurs reliés au RPI par Wifi avec module ESP8266

[Jean-Marie]

Hello les amis,

J'ai remplacé l'alim breadboard par une ancienne alim de PC. La tension reste à 3,3V mais le module se comporte toujours de la même manière.

J'ai remplacé le convertisseur USB-Serial par un autre que j'avais en réserve: rien de changé.

Je suis passé du PC de bureau au potable et du même coup, je suis passé de WinXP à Windows 8.1: rien de changé

J'ai essayé de flasher la dernière version du firmware datant du 5 juin (esp_iot_sdk_v1.1.1_15_06_05): le programme ESP8266Flasher.exe refuse de flasher.

J'ai pris l'un de nouveaux modules (que je n'ai pas encore flashé). Voici ce que j'obtiens au boot (avec Baudrate de 74880):

Code : Tout sélectionner

Terminal log file
Date: 07-06-15 - 18:15:23
-----------------------------------------------

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

load 0x40100000, len 25052, room 16 
tail 12
chksum 0x0b
ho 0 tail 12 room 4
load 0x3ffe8000, len 3312, room 12 
tail 4
chksum 0x53
load 0x3ffe8cf0, len 6576, room 4 
tail 12
chksum 0x0d
csum 0x0d

-----------------------------------------------
Date: 07-06-15 - 18:15:32
End log file

... mais impossible d'entrer une seule commande AT.

C'est assez désespérant, d'autant plus que les anciens modules acceptaient sans problème les commandes AT il n'y a pas si longtemps !!!

[smba38]

Coucou Jean-Marie,

De retour de Bublin, Je viens de lire tous les messages narrant tes malheurs.

J'ai vu que la version 1.1.1 du SDK est sortie pour les commandes AT.
J'ai compilé cette version.
La compilation indique:

Code : Tout sélectionner

make: warning:  Clock skew detected.  Your build may be incomplete.
esp8266@esp8266-VirtualBox:~/Share/esp_iot_sdk_v1.1.1/app$ 
esp8266@esp8266-VirtualBox:~/Share/esp_iot_sdk_v1.1.1/app$ 
esp8266@esp8266-VirtualBox:~/Share/esp_iot_sdk_v1.1.1/app$ ls
gen_misc.bat  gen_misc.sh  include  Makefile  !!!readme!!!.txt  user
esp8266@esp8266-VirtualBox:~/Share/esp_iot_sdk_v1.1.1/app$ ./gen_misc.sh 
gen_misc.sh version 20150511

Please follow below steps(1-5) to generate specific bin(s):
STEP 1: choose boot version(0=boot_v1.1, 1=boot_v1.2+, 2=none)
enter(0/1/2, default 2):

boot mode: none

STEP 2: choose bin generate(0=eagle.flash.bin+eagle.irom0text.bin, 1=user1.bin, 2=user2.bin)
enter (0/1/2, default 0):

generate bin: eagle.flash.bin+eagle.irom0text.bin

STEP 3: choose spi speed(0=20MHz, 1=26.7MHz, 2=40MHz, 3=80MHz)
enter (0/1/2/3, default 2):

spi speed: 40 MHz

STEP 4: choose spi mode(0=QIO, 1=QOUT, 2=DIO, 3=DOUT)
enter (0/1/2/3, default 0):

spi mode: QIO

STEP 5: choose spi size and map
    0= 512KB( 256KB+ 256KB)
    2=1024KB( 512KB+ 512KB)
    3=2048KB( 512KB+ 512KB)
    4=4096KB( 512KB+ 512KB)
    5=2048KB(1024KB+1024KB)
    6=4096KB(1024KB+1024KB)
enter (0/2/3/4/5/6, default 0):
2
spi size: 1024KB
spi ota map:  512KB + 512KB

No boot needed.
Generate eagle.flash.bin and eagle.irom0text.bin successully in folder bin.
eagle.flash.bin-------->0x00000
eagle.irom0text.bin---->0x40000
!!!

Une fois compilé on peut adapter les binaires en fonction des besoins via une commande du shell unix "./gen_misc.sh "
J'ai adapté pour 512+512 car ça me semble être ta configuration
Par contre j'ai laissé l'option par défaut (2=none) pour le boot.

Essaye les binaires issus de ma compilation.

AT V1.1.1.zip

(178.08 Kio) Téléchargé 204 fois

flash 1.1.1.JPG (49.26 Kio) Vu 8327 fois

On ne sais jamais avec un peu de chance ça peut peut-être fonctionner.

SMBA38

[Jean-Marie]

Hello SMBA38

Je ne m'attendais pas à ce que tu rentres si tôt.
J'espère que ton voyage a été agréable.

Merci de te pencher sur mes problèmes. J'ai essayé de flasher ce que tu proposais à 9600 Baud et à 115200 Baud mais le programme a refusé de démarrer dans les deux cas. (je n'ai pas oublié de connecter GPIO0 à GND).

89.jpg (125.43 Kio) Vu 8326 fois

PS. Je n'ai pas INTERNAL://DEFAULT et INTERNAL://BLANK mais j'ai laissé tomber car tes cases de gauche ne sont pas cochées.

Je vais maintenant essayer ta solution sur mes deux autres anciens modules. Je te tiens au courant.

[Jean-Marie]

Les essais ont été rapides car il n'y avait que les modules à changer.
Les résultats sont identiques. Le programme ESP8266Flasher.exe refuse obstinément de faire quoi que ce soit.

Je viens d'essayer avec la dernière version du SDK (esp_iot_sdk_v1.1.1_15_06_05). C'est pareil. ESP8266Flasher.exe ne bouge pas.

Je ne sais vraiment plus quoi faire. J'ai 5 modules à ma disposition et aucun ne marche.

J'ai vu que les blank.bin contiennent uniquement des octets OxFF. Ne peut-on imaginer de remettre la mémoire de l'ESP à 0, ou plutôt à 0xFF et de reflasher sur un terrain nettoyé ?

Peut-être vaut-il mieux passer une nuit là-dessus avant de reprendre avec des idées neuves.

[Jean-Marie]

Je viens de m'apercevoir qu'une fenêtre avec un terminal sur COM3 était restée ouverte.

J'ai donc repris ton expérience mais ce n'est guère mieux:

90.jpg (70.88 Kio) Vu 8321 fois

Le programme attend indéfiniment et ne détecte jamais le module.

[Jean-Marie]

Désolé, j'avais oublié de remettre GPIO0 sur GND.

Voici la photo de TON expérience, que ce soit en 9600 ou 115200 baud.

91.jpg (72 Kio) Vu 8321 fois

Au début (photo de gauche) cela semble marcher. Mais aprèe quelques secondes, j'obtiens la photo de droite.

Et voici ce que j'obtiens au terminal sous 74880 baud (GPIO rebranché sur VCC).

92.jpg (20.4 Kio) Vu 8321 fois

[smba38]

Coucou Jean-Marie.

C'est bizarre mais avec les mêmes fichiers voici ce que j'obtiens

Code : Tout sélectionner

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

load 0x40100000, len 28904, room 16 
tail 8
chksum 0xba
load 0x3ffe8000, len 4188, room 0 
tail 12
chksum 0xda
ho 0 tail 12 room 4
load 0x3ffe9060, len 9608, room 12 
tail 12
chksum 0xc0
csum 0xc0
R[00]œÀ[13]
'[13]R€H[13]@[01]!ê

et à 115200

Code : Tout sélectionner

ready
AT+GMR

AT version:0.25.0.0(Jun  5 2015 16:27:16)
SDK version:1.1.1
compile time:Jun  8 2015 03:47:16

OK

SMBA38

[smba38]

hello Fidoboulettes.

Quelques remarques sur tes programmes Lua.
tu appelle la fonction getUP(oss) sans avoir initialisé oss.

Le premier appel de bmp085.init devrait envoyer via un print un message "init.done"

Je me penche plus en détails sur ton code après avoir lus tous mes mails en absence.

SMBA38.

[smba38]

Coucou Jean-Marie,

J'ai essayé les mêmes flashages que toi avec les mêmes paramètres.
J'ai dans les différents cas que tu as essayé exactement les mêmes logs au boot à 74880.
Sauf que chez moi après en passant à 115200bauds, ça roule.

C'est peut-être un problème d'alimentation.

Essaye de flasher nodeMcu
https://github.com/nodemcu/nodemcu-firm ... v_20150406
utilise la version integer avec flash size 1MByte.

La vitesse est à régler à 9600bauds

flash nodemcu 0.9.6.JPG (58.72 Kio) Vu 8318 fois

tu dois obtenir

Code : Tout sélectionner

NodeMCU 0.9.6 build 20150406  powered by Lua 5.1.4
lua: cannot open init.lua
> print(node.info())
0	9	6	10197774	1458415	4096	0	40000000
> 

avec à la place de 4096 qui représente sur le kit NodeMcu la taille de la mémoire flash tu dois avoir 1024

SMBA38.

[fidoboulettes]

Hello SMBA38,
content de ton retour... effectivement, court séjour en Irlande, mais je pense que tu as pris le temps de savourer quelques bonnes bières...
Si tu as le temps, j'avais fait un post concernant un script lua pour envoyer mes données d'un BMP085 vers thinkspeak... et qui, non seulement ne fonctionne pas, mais en plus fait rebooter mon esp.... Korhm m'avais aidé à debugger une partie mais malheureusement ce n'est pas suffisant...

Merci à toi