ESP8266 Community Forum

- Sat Oct 02, 2021 12:25 am #92509 Same failure mode on second sector (250) of second ESP01... Also, like the first ESP01, it now won't accept an upload...

Passed through 436746 cycles.

Code: Select allExecutable segment sizes:
ICACHE : 32768           - flash instruction cache
IROM   : 237028          - code in flash         (default or ICACHE_FLASH_ATTR)
IRAM   : 26729   / 32768 - code in IRAM          (IRAM_ATTR, ISRs...)
DATA   : 1500  )         - initialized variables (global, static) in RAM/HEAP
RODATA : 1036  ) / 81920 - constants             (global, static) in RAM/HEAP
BSS    : 29728 )         - zeroed variables      (global, static) in RAM/HEAP
Sketch uses 266293 bytes (27%) of program storage space. Maximum is 958448 bytes.
Global variables use 32264 bytes (39%) of dynamic memory, leaving 49656 bytes for local variables. Maximum is 81920 bytes.
esptool.py v3.0
Serial port COM3
Connecting....
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 5c:cf:7f:b9:df:e8
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 460800
Traceback (most recent call last):
  File "Q:\portable\packages\esp8266\hardware\esp8266\3.0.2/tools/upload.py", line 66, in <module>
    esptool.main(cmdline)
  File "Q:/portable/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool\esptool.py", line 3582, in main
    esp.change_baud(args.baud)
  File "Q:/portable/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool\esptool.py", line 113, in inner
    return func(*args, **kwargs)
  File "Q:/portable/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool\esptool.py", line 795, in change_baud
    self.command(self.ESP_CHANGE_BAUDRATE, struct.pack('<II', baud, second_arg))
  File "Q:/portable/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool\esptool.py", line 386, in command
    p = self.read()
  File "Q:/portable/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool\esptool.py", line 331, in read
    return next(self._slip_reader)
  File "Q:/portable/packages/esp8266/hardware/esp8266/3.0.2/tools/esptool\esptool.py", line 2636, in slip_reader
    raise FatalError("Timed out waiting for packet %s" % waiting_for)
esptool.FatalError: Timed out waiting for packet header
esptool.FatalError: Timed out waiting for packet header



Attachments

3 lines of code = Complete IoT, App, Web Server
w/ GUI Admin Client, Drag & Drop File Manager, OTA Built-In, Access Point Manager,
Performance Metrics, Web Socket Comms, App API, All running on ESP8266...
Even usable on ESP-01S --- Please check it out!
https://inqonthat.com/inqportal-the-three-line-promise/
https://InqOnThat.com/inqportal

- Sat Oct 02, 2021 2:38 am #92512 Yeah, you see the esptool connecting to the ESP8266 successfully and then during the "upload" it fails.