ESP8266 AT命令在固件复制后没有发出警告

时间:2018-06-07 21:18:08

标签: esp8266 at-command

步骤1: 我有2个ESP8266最初工作安装在PCB导航继电器上。 试图将我的设置保存在其中一个上面。另一个保持不变(一个砖就够了!)。

步骤2: 使用esptool.py v2.3.1我已经从我的计算机上的“orignal”(1MB)上传了固件,然后我将它(1MB)连续下载到“bricked”上。

新下载的一个像魅力一样启动,这是启动日志(74880波特):

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

load 0x40100000, len 1856, room 16 
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8 
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8 
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
  SPI Speed      : 40MHz
  SPI Mode       : DIO
  SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rf cal sector: 249
rf[112] : 00
rf[113] : 00
rf[114] : 01

SDK ver: 1.5.4.1(39cb9a32) compiled @ Jul  1 2016 20:04:35
phy ver: 972, pp ver: 10.1

mode : sta(5c:cf:7f:77:7b:5a)
add if0
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 2
cnt 

connected with xxxxxxxxx, channel 1
dhcp client start...
ip:192.168.x.xx,mask:255.255.255.0,gw:192.168.x.1
pm open,type:2 0

但它拒绝回应波特率(9600,14400,288800,74880,57600,115200或任何在网络上发现或试图的值)的任何特征(或任何东西)

我不明白为什么!

作为补充信息,我必须补充说“原始”的启动日志如下:

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

load 0x40100000, len 1856, room 16 
tail 0
chksum 0x63
load 0x3ffe8000, len 776, room 8 
tail 0
chksum 0x02
load 0x3ffe8310, len 552, room 8 
tail 0
chksum 0x79
csum 0x79

2nd boot version : 1.5
  SPI Speed      : 40MHz
  SPI Mode       : DIO
  SPI Flash Size & Map: 8Mbit(512KB+512KB)
jump to run user1 @ 1000

rf cal sector: 249
rf[112] : 00
rf[113] : 00
rf[114] : 01

SDK ver: 1.5.4.1(39cb9a32) compiled @ Jul  1 2016 20:04:35
phy ver: 972, pp ver: 10.1

��␀␀�␀�␀��␀�����␀␀���␀���␀��␀��������␀�␀␀�␀␀␀�����␀��␀�␀��␀�����␀������␀��␀�␀␀�␀����␀�␀␀␀␀␀�␀��␀␀�␀�␀��␀␀�␀��␀␀�␀␀␀���␀��␀�␀␀��␀���␀␀�␀�����␀␀�␀␀��␀␀�␀␀�␀��␀�␀␀�␀␀���␀��␀�␀�����␀�␀␀���␀␀�␀�����␀␀�␀␀��␀␀�␀␀�␀��␀�␀���␀␀�␀␀�␀����␀␀�␀

我解释说: - “原始”改变了引导序列结束时的波特率,实际上它完全符合9600波特的AT命令。 - 新下载的一个没有改变波特率,并且无论以何种波特率接收AT命令(在所有情况下都没有给出任何回声)

  

@ user3788685好多了,我没找到帖子,我可能很关联,这个家伙似乎像我一样卡住了

我刚尝试使用esptool从新闪存的esp8266中读取固件,我可能对此感兴趣。在不同波特率的15次尝试中我得到了15次:

或者:

sudo python /usr/local/bin/esptool.py --port /dev/ttyUSB0 --baud 115200 erase_flash
esptool.py v2.3.1
Connecting...
Detecting chip type... ESP8266
Chip is ESP8266EX

A fatal error occurred: Timed out waiting for packet header

sudo python /usr/local/bin/esptool.py --port /dev/ttyUSB0 --baud 9600 read_flash  0x00000 0x100000 esp6266_bad.img
esptool.py v2.3.1
Connecting....
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Uploading stub...

A fatal error occurred: Failed to write to target RAM (result was 0107)
google,qwant,甚至雅虎等对我有所帮助:

我将我的CH340 usb从seedstudio更改为uart设备,用于CP2012,并且......

  

在flash_read,flash-erase和flash_write期间不再出现任何错误!

但是还没有解决方案:仍然是一些综合症(良好的启动后跟静音esp8266 :-()

通过可靠的读/写操作,我做了以下事情:

  

1 / flash erase:成功100%

     

2 / esp8266_good.img(好的esp8266的img)成功闪现就坏了

     

3 /在任何运行之前,flash_read坏到esp8266_bad_3.img

     

---此时esp8266_bad_3.img = esp8266_good.img 100%

     

4 /然后在坏的运行模式下启动:仍然静音:-(再次

     

5 /重新flash_read的坏到esp8266_bad_4.img

     

6 / esp8266_bad_4.img&的比较esp8266_good.img:他们不同于下面列出的78个增量:

1) 0xf9004=1019908 to 0xf900c=1019916 (9 bytes)
2) 0xf900e=1019918 to 0xf900e=1019918 (1 bytes)
3) 0xf9010=1019920 to 0xf9010=1019920 (1 bytes)
4) 0xf9012=1019922 to 0xf9012=1019922 (1 bytes)
5) 0xf9014=1019924 to 0xf9016=1019926 (3 bytes)
6) 0xf9018=1019928 to 0xf9018=1019928 (1 bytes)
7) 0xf901a=1019930 to 0xf901a=1019930 (1 bytes)
8) 0xf901c=1019932 to 0xf901c=1019932 (1 bytes)
9) 0xf901e=1019934 to 0xf901e=1019934 (1 bytes)
10) 0xf9025=1019941 to 0xf9025=1019941 (1 bytes)
11) 0xf9028=1019944 to 0xf9028=1019944 (1 bytes)
12) 0xf902a=1019946 to 0xf902e=1019950 (5 bytes)
13) 0xf9038=1019960 to 0xf904f=1019983 (24 bytes)
14) 0xf9058=1019992 to 0xf9058=1019992 (1 bytes)
15) 0xf9060=1020000 to 0xf9060=1020000 (1 bytes)
16) 0xf9067=1020007 to 0xf906d=1020013 (7 bytes)
17) 0xf906f=1020015 to 0xf907d=1020029 (15 bytes)
18) 0xf9181=1020289 to 0xf9181=1020289 (1 bytes)
19) 0xf9185=1020293 to 0xf9186=1020294 (2 bytes)
20) 0xf9189=1020297 to 0xf9189=1020297 (1 bytes)
21) 0xf918d=1020301 to 0xf918e=1020302 (2 bytes)
22) 0xf9191=1020305 to 0xf9191=1020305 (1 bytes)
23) 0xf9195=1020309 to 0xf9196=1020310 (2 bytes)
24) 0xf9199=1020313 to 0xf9199=1020313 (1 bytes)
25) 0xf919d=1020317 to 0xf919e=1020318 (2 bytes)
26) 0xf91a1=1020321 to 0xf91a1=1020321 (1 bytes)
27) 0xf91a5=1020325 to 0xf91a6=1020326 (2 bytes)
28) 0xf91a9=1020329 to 0xf91a9=1020329 (1 bytes)
29) 0xf91ad=1020333 to 0xf91ae=1020334 (2 bytes)
30) 0xf91b1=1020337 to 0xf91b1=1020337 (1 bytes)
31) 0xf91b5=1020341 to 0xf91b6=1020342 (2 bytes)
32) 0xf91b9=1020345 to 0xf91b9=1020345 (1 bytes)
33) 0xf91bd=1020349 to 0xf91be=1020350 (2 bytes)
34) 0xf91c1=1020353 to 0xf91c1=1020353 (1 bytes)
35) 0xf91c5=1020357 to 0xf91c6=1020358 (2 bytes)
36) 0xf91c8=1020360 to 0xf91c9=1020361 (2 bytes)
37) 0xf91cd=1020365 to 0xf91ce=1020366 (2 bytes)
38) 0xf91d1=1020369 to 0xf91d1=1020369 (1 bytes)
39) 0xf91d5=1020373 to 0xf91d6=1020374 (2 bytes)
40) 0xf91d9=1020377 to 0xf91d9=1020377 (1 bytes)
41) 0xf91dd=1020381 to 0xf91de=1020382 (2 bytes)
42) 0xf91e1=1020385 to 0xf91e1=1020385 (1 bytes)
43) 0xf91e5=1020389 to 0xf91e6=1020390 (2 bytes)
44) 0xf91e8=1020392 to 0xf91e9=1020393 (2 bytes)
45) 0xf91ed=1020397 to 0xf91ee=1020398 (2 bytes)
46) 0xf91f1=1020401 to 0xf91f1=1020401 (1 bytes)
47) 0xf91f5=1020405 to 0xf91f6=1020406 (2 bytes)
48) 0xf91f9=1020409 to 0xf91f9=1020409 (1 bytes)
49) 0xf91fd=1020413 to 0xf91fe=1020414 (2 bytes)
50) 0xf9201=1020417 to 0xf9201=1020417 (1 bytes)
51) 0xf9205=1020421 to 0xf9206=1020422 (2 bytes)
52) 0xf9209=1020425 to 0xf9209=1020425 (1 bytes)
53) 0xf920d=1020429 to 0xf920e=1020430 (2 bytes)
54) 0xf9210=1020432 to 0xf9211=1020433 (2 bytes)
55) 0xf9214=1020436 to 0xf9216=1020438 (3 bytes)
56) 0xf9219=1020441 to 0xf9219=1020441 (1 bytes)
57) 0xf921c=1020444 to 0xf921e=1020446 (3 bytes)
58) 0xf9220=1020448 to 0xf9221=1020449 (2 bytes)
59) 0xf9224=1020452 to 0xf9226=1020454 (3 bytes)
60) 0xf9229=1020457 to 0xf9229=1020457 (1 bytes)
61) 0xf922c=1020460 to 0xf922e=1020462 (3 bytes)
62) 0xf9231=1020465 to 0xf9231=1020465 (1 bytes)
63) 0xf9234=1020468 to 0xf9236=1020470 (3 bytes)
64) 0xf9238=1020472 to 0xf9239=1020473 (2 bytes)
65) 0xf923c=1020476 to 0xf923e=1020478 (3 bytes)
66) 0xf9240=1020480 to 0xf9241=1020481 (2 bytes)
67) 0xf9244=1020484 to 0xf9246=1020486 (3 bytes)
68) 0xf9249=1020489 to 0xf9249=1020489 (1 bytes)
69) 0xf924c=1020492 to 0xf924e=1020494 (3 bytes)
70) 0xf9250=1020496 to 0xf9251=1020497 (2 bytes)
71) 0xf9254=1020500 to 0xf9256=1020502 (3 bytes)
72) 0xf9259=1020505 to 0xf9259=1020505 (1 bytes)
73) 0xf925c=1020508 to 0xf925e=1020510 (3 bytes)
74) 0xf9261=1020513 to 0xf9261=1020513 (1 bytes)
75) 0xf9264=1020516 to 0xf9266=1020518 (3 bytes)
76) 0xf9268=1020520 to 0xf9269=1020521 (2 bytes)
77) 0xf926c=1020524 to 0xf926e=1020526 (3 bytes)
78) 0xf9270=1020528 to 0xf9272=1020530 (3 bytes)

有人可以告诉这些增量来自哪里,芯片上还有另一个内存可以清理吗?

0 个答案:

没有答案