So you're a Noob? Post your questions here until you graduate! Don't be shy.

User avatar
By DrSegatron
#61917 I'm using the official unofficial ESP DevKit in Eclipse and the makefiles use esptool to flash the target system, which is a Nodemcu type board.

Has been working great, but I recently got a new shipment of boards and half of them won't flash using the same environment. They seem to flash just fine, but they become stuck in a boot loop trying to run the program:

Code: Select all...
ets Jan  8 2013,rst cause:2, boot mode:(3,6)

load 0x40100000, len 27332, room 16
tail 4
chksum 0x07
load 0x3ffe8000, len 884, room 4
tail 0
chksum 0x8d
load 0x3ffe8380, len 348, room 8
tail 4
chksum 0x60
csum 0x60
 ...


So, they are the exact same type of boards, mixed 12e and 12f. Most of the 12f don't work, most of the 12e work, with a few exceptions. They seem to be flashing OK in other flashers. I have tried tweaking the make options to no avail; APP, SPI_SPEED, SPI_MODE. What's going on?

Code: Select allC:\Espressif\utils\ESP8266>esptool version esptool.py v1.2-dev 1.2-dev
mingw32-make.exe -f C:/projekt/jobb/ISYS16M/esp8266/hello_world/Makefile flash c:/Espressif/utils/ESP8266/esptool.exe -p COM7 -b 256000 write_flash -ff 40m -fm qio -fs 8m 0x00000 firmware/eagle.flash.bin 0x10000 firmware/eagle.irom0text.bin esptool.py v1.2-dev Connecting... Running Cesanta flasher stub... Flash params set to 0x0020 Writing 28672 @ 0x0... 0 (0 %)1024 (3 %)2048 (7 %)3072 (10 %)4096 (14 %)5120 (17 %)6144 (21 %)7168 (25 %)8192 (28 %)9216 (32 %)10240 (35 %)11264 (39 %)12288 (42 %)13312 (46 %)14336 (50 %)15360 (53 %)16384 (57 %)17408 (60 %)18432 (64 %)19456 (67 %)20480 (71 %)21504 (75 %)22528 (78 %)23552 (82 %)24576 (85 %)25600 (89 %)26624 (92 %)27648 (96 %)28672 (100 %)
Wrote 28672 bytes at 0x0 in 1.1 seconds (206.5 kbit/s)... Writing 196608 @ 0x10000... 0 (0 %)1024 (0 %)2048 (1 %)3072 (1 %)4096 (2 %)5120 (2 %)6144 (3 %)7168 (3 %)8192 (4 %)9216 (4 %)10240 (5 %)11264 (5 %)12288 (6 %)13312 (6 %)14336 (7 %)15360 (7 %)16384 (8 %)17408 (8 %)18432 (9 %)19456 (9 %)20480 (10 %)21504 (10 %)22528 (11 %)23552 (11 %)24576 (12 %)25600 (13 %)26624 (13 %)27648 (14 %)28672 (14 %)29696 (15 %)30720 (15 %)31744 (16 %)32768 (16 %)33792 (17 %)34816 (17 %)35840 (18 %)36864 (18 %)37888 (19 %)38912 (19 %)39936 (20 %)40960 (20 %)41984 (21 %)43008 (21 %)44032 (22 %)45056 (22 %)46080 (23 %)47104 (23 %)48128 (24 %)49152 (25 %)50176 (25 %)51200 (26 %)52224 (26 %)53248 (27 %)54272 (27 %)55296 (28 %)56320 (28 %)57344 (29 %)58368 (29 %)59392 (30 %)60416 (30 %)61440 (31 %)62464 (31 %)63488 (32 %)64512 (32 %)65536 (33 %)66560 (33 %)67584 (34 %)68608 (34 %)69632 (35 %)70656 (35 %)71680 (36 %)72704 (36 %)73728 (37 %)74752 (38 %)75776 (38 %)76800 (39 %)77824 (39 %)78848 (40 %)79872 (40 %)80896 (41 %)81920 (41 %)82944 (42 %)83968 (42 %)84992 (43 %)86016 (43 %)87040 (44 %)88064 (44 %)89088 (45 %)90112 (45 %)91136 (46 %)92160 (46 %)93184 (47 %)94208 (47 %)95232 (48 %)96256 (48 %)97280 (49 %)98304 (50 %)99328 (50 %)100352 (51 %)101376 (51 %)102400 (52 %)103424 (52 %)104448 (53 %)105472 (53 %)106496 (54 %)107520 (54 %)108544 (55 %)109568 (55 %)110592 (56 %)111616 (56 %)112640 (57 %)113664 (57 %)114688 (58 %)115712 (58 %)116736 (59 %)117760 (59 %)118784 (60 %)119808 (60 %)120832 (61 %)121856 (61 %)122880 (62 %)123904 (63 %)124928 (63 %)125952 (64 %)126976 (64 %)128000 (65 %)129024 (65 %)130048 (66 %)131072 (66 %)132096 (67 %)133120 (67 %)134144 (68 %)135168 (68 %)136192 (69 %)137216 (69 %)138240 (70 %)139264 (70 %)140288 (71 %)141312 (71 %)142336 (72 %)143360 (72 %)144384 (73 %)145408 (73 %)146432 (74 %)147456 (75 %)148480 (75 %)149504 (76 %)150528 (76 %)151552 (77 %)152576 (77 %)153600 (78 %)154624 (78 %)155648 (79 %)156672 (79 %)157696 (80 %)158720 (80 %)159744 (81 %)160768 (81 %)161792 (82 %)162816 (82 %)163840 (83 %)164864 (83 %)165888 (84 %)166912 (84 %)167936 (85 %)168960 (85 %)169984 (86 %)171008 (86 %)172032 (87 %)173056 (88 %)174080 (88 %)175104 (89 %)176128 (89 %)177152 (90 %)178176 (90 %)179200 (91 %)180224 (91 %)181248 (92 %)182272 (92 %)183296 (93 %)184320 (93 %)185344 (94 %)186368 (94 %)187392 (95 %)188416 (95 %)189440 (96 %)190464 (96 %)191488 (97 %)192512 (97 %)193536 (98 %)194560 (98 %)195584 (99 %)196608 (100 %)
Wrote 196608 bytes at 0x10000 in 7.6 seconds (207.6 kbit/s)... Leaving...
12:03:17 Build Finished (took 9s.608ms)


Update:

Tried the newest esptool.py in dio mode: Same thing except it hard resets at the end:

Code: Select allC:\Users\Jens\Downloads\esptool-master>python esptool.py -p COM7 -b 256000 write
_flash -ff 40m -fm dio -fs 8m 0x00000 firmware/eagle.flash.bin 0x10000 firmware/
eagle.irom0text.bin
WARNING: Flash size arguments in megabits like '8m' are deprecated.
Please use the equivalent size '1MB'.
Megabit arguments may be removed in a future release.
esptool.py v2.0-beta1
Connecting....
Detecting chip type... ESP8266
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 256000
Changed.
Attaching SPI flash...
Configuring flash size...
Flash params set to 0x0220
Compressed 28608 bytes to 21410...
Wrote 28608 bytes (21410 compressed) at 0x00000000 in 0.9 seconds (effective 268
.3 kbit/s)...
Hash of data verified.
Compressed 194596 bytes to 143928...
Wrote 194596 bytes (143928 compressed) at 0x00010000 in 5.7 seconds (effective 2
73.3 kbit/s)...
Hash of data verified.


Verifying flash makes it seem like the flash was successful:

Code: Select allC:\Users\Jens\Downloads\esptool-master>python esptool.py -p COM7 -b 256000 verif
y_flash -ff 40m -fm dio -fs 8m 0x00000 firmware/eagle.flash.bin 0x10000 firmware
/eagle.irom0text.bin
WARNING: Flash size arguments in megabits like '8m' are deprecated.
Please use the equivalent size '1MB'.
Megabit arguments may be removed in a future release.
esptool.py v2.0-beta1
Connecting....
Detecting chip type... ESP8266
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 256000
Changed.
Attaching SPI flash...
Configuring flash size...
Flash params set to 0x0220
Verifying 0x6fc0 (28608) bytes @ 0x00000000 in flash against firmware/eagle.flas
h.bin...
-- verify OK (digest matched)
Verifying 0x2f824 (194596) bytes @ 0x00010000 in flash against firmware/eagle.ir
om0text.bin...
-- verify OK (digest matched)
Hard resetting...
User avatar
By Matthewk
#63944 Did you ever get anyplace with this issue? I am having the same issue with -01's. They all program textbook perfect, but some of them come up with that same string of goo that ends with the RF Cal Sector. The exact same flash is working on other boards from the same lot, and I run the erase flash on all of these before I program them.

This problem seems to only pop up with firmware from the custom build site, and I have built a few different bins, including the int version of 1.5.4.1-final-7-modules and the latest main with 7 modules. All of the modules will program and run fine with the old nodemcu_integer_0.9.6-dev bin.

I thought I had a pretty firm handle on flashing custom builds on these modules but I am back to having issues again.

I am using esptool.py to flash them..