Esptool fatal error failed to connect to esp8266 timed out waiting for packet header - Исправление ошибок и поиск оптимальных решений проблем

При компиляции возникает такая надпись, и горит только один светодиод. Первый. Что делать подскажите. Спасибо.

Что ж вы все Wemos D1 R1 то выбираете. Когда на странице проекта в шапке крупными буквами написано :
Для WEMOS выбираем плату LOLIN(WEMOS) D1 R2 & mini

Arduino: 1.8.10 (Windows 7), Плата:»LOLIN(WEMOS) D1 R2 & mini, 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (no SPIFFS), v2 Lower Memory, Disabled, None, Only Sketch, 921600″

In file included from C:UsersAydarDesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:14:21: note: #pragma message: FastLED version 3.002.009

# pragma message «FastLED version 3.002.009»

In file included from C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:65:0,

from C:UsersAydarDesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/fastspi.h:115:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

Скетч использует 329616 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43748 байт (53%) динамической памяти, оставляя 38172 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM3
Connecting…….._____….._____….._____….._____….._____….._____…..____Traceback (most recent call last):
File «C:UsersAydarAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/Aydar/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/Aydar/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

Этот отчёт будет иметь больше информации с
включенной опцией Файл -> Настройки ->
«Показать подробный вывод во время компиляции»
Кто-нибудь знает в чём ошибка? Сколько раз перепробовал, не получается

Arduino: 1.8.10 (Windows 7), Плата:»LOLIN(WEMOS) D1 R2 & mini, 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (no SPIFFS), v2 Lower Memory, Disabled, None, Only Sketch, 921600″

In file included from C:UsersAydarDesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:14:21: note: #pragma message: FastLED version 3.002.009

# pragma message «FastLED version 3.002.009»

^

In file included from C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:65:0,

from C:UsersAydarDesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/fastspi.h:115:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

^

Скетч использует 329616 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43748 байт (53%) динамической памяти, оставляя 38172 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM3
Connecting…….._____….._____….._____….._____….._____….._____…..____Traceback (most recent call last):
File «C:UsersAydarAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/Aydar/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/Aydar/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

_

Этот отчёт будет иметь больше информации с
включенной опцией Файл -> Настройки ->
«Показать подробный вывод во время компиляции»
Кто-нибудь знает в чём ошибка? Сколько раз перепробовал, не получается

У тебя ж все написано — failed to connect — попробуй плату переключить на Node MCU.

Arduino: 1.8.10 (Windows 10), Плата:»NodeMCU 1.0 (ESP-12E Module), 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (1M SPIFFS), v2 Higher Bandwidth, Disabled, None, Only Sketch, 115200″

In file included from C:1GyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED/FastLED.h:14:21: note: #pragma message: FastLED version 3.003.002

# pragma message «FastLED version 3.003.002»

In file included from C:Program Files (x86)ArduinolibrariesFastLED/FastLED.h:65:0,

from C:1GyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED/fastspi.h:130:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

Скетч использует 329792 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43764 байт (53%) динамической памяти, оставляя 38156 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM4
Connecting…….._____….._____….._____….._____….._____….._____…..____Traceback (most recent call last):
File «C:Users��AppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/��/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/��/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
_
выбранный последовательный порт _
не существует или плата не подключена к нему

Этот отчёт будет иметь больше информации с
включенной опцией Файл -> Настройки ->
«Показать подробный вывод во время компиляции»

Товарищи подскажите пожалуйста где моя ошибка?

У тебя ж все написано — failed to connect — попробуй плату переключить на Node MCU.

Так если плата Wemos? Или нет разницы?

Постоянно пишет «failed to connect to ESP8266». Что это значит? Всё подключено к ПК
Что делать??

Товарищи подскажите пожалуйста где моя ошибка?

In file included from C:1GyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED/FastLED.h:14:21: note: #pragma message: FastLED version 3.003.002

# pragma message «FastLED version 3.003.002»

In file included from C:Program Files (x86)ArduinolibrariesFastLED/FastLED.h:65:0,

from C:1GyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED/fastspi.h:130:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

Товарищи подскажите пожалуйста где моя ошибка?

Arduino: 1.8.10 (Windows 10), Плата:»NodeMCU 1.0 (ESP-12E Module), 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (1M SPIFFS), v2 Higher Bandwidth, Disabled, None, Only Sketch, 115200″

In file included from C:1GyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED/FastLED.h:14:21: note: #pragma message: FastLED version 3.003.002

# pragma message «FastLED version 3.003.002»

^

In file included from C:Program Files (x86)ArduinolibrariesFastLED/FastLED.h:65:0,

from C:1GyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED/fastspi.h:130:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

^

Скетч использует 329792 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43764 байт (53%) динамической памяти, оставляя 38156 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM4
Connecting…….._____….._____….._____….._____….._____….._____…..____Traceback (most recent call last):
File «C:Users��AppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/��/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/��/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
_
выбранный последовательный порт _
не существует или плата не подключена к нему

Этот отчёт будет иметь больше информации с
включенной опцией Файл -> Настройки ->
«Показать подробный вывод во время компиляции»

Товя ошибка в том, что
выбранный последовательный порт _
не существует или плата не подключена к нему
«Не подключена» может также означать «подключена плохим USB кабелем»

@Kostefan,
Она же черным по белому пишет:
выбранный последовательный порт _
не существует или плата не подключена к нему

да я уже все порты перепробовал и все кабели в доме, когда коннектится, светодиод мигает на плате а дальше
выбранный последовательный порт _
не существует или плата не подключена к нему

да я уже все порты перепробовал и все кабели в доме, когда коннектится, светодиод мигает на плате а дальше
выбранный последовательный порт _
не существует или плата не подключена к нему

Попробуй зажать на плате кнопку Boot или Flash, когда при прошивке пойдут ____…..____….

Для WEMOS выбираем плату LOLIN(WEMOS) D1 R2 & mini

Сегодня на работе сотрудник мне прошил D1 mini pro, выбрав такую: LOLIN(WEMOS) D1 mini pro. Вот моя плата:

45.9 KB
Просмотры: 47

Всем привет!
столкнулся с такой же проблемой как здесь уже была. но понять как исправить не могу помогите пожалуйста!!

при загрузке скетча выдает ошибку

Arduino: 1.8.10 (Windows 10), Плата:»LOLIN(WEMOS) D1 R2 & mini, 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (1M SPIFFS), v2 Higher Bandwidth, Disabled, None, Sketch + WiFi Settings, 115200″

In file included from E:GyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:14:21: note: #pragma message: FastLED version 3.002.009

# pragma message «FastLED version 3.002.009»

In file included from C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:65:0,

from E:GyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/fastspi.h:115:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

Скетч использует 329616 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43748 байт (53%) динамической памяти, оставляя 38172 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
Serial port COM9
Connecting…….._____….._____….._____….._____….._____….._____…..____Traceback (most recent call last):
File «C:UsersKlopaAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/Klopa/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/Klopa/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

===============================

предыдущая ошибка
https://community.alexgyver.ru/threads/wifi-lampa-budilnik-obsuzhdenie-proekta.1411/post-12175

вот здесь
https://community.alexgyver.ru/threads/wifi-lampa-budilnik-obsuzhdenie-proekta.1411/post-12181
Радик (автор поста) пишет что ошибка была в связи с неправильной пайкой…

уже голову сломал не могу понять в чем дело. помогите пожалуйста!
com порт определяется нормально
пробовал разную скорость передачи. пробовал просто wemos и LOLIN(WEMOS)

31 KB
Просмотры: 211
221.7 KB
Просмотры: 226

Всем привет!
столкнулся с такой же проблемой как здесь уже была. но понять как исправить не могу помогите пожалуйста!!

при загрузке скетча выдает ошибку

Arduino: 1.8.10 (Windows 10), Плата:»LOLIN(WEMOS) D1 R2 & mini, 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (1M SPIFFS), v2 Higher Bandwidth, Disabled, None, Sketch + WiFi Settings, 115200″

In file included from E:GyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:14:21: note: #pragma message: FastLED version 3.002.009

# pragma message «FastLED version 3.002.009»

^

In file included from C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:65:0,

from E:GyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/fastspi.h:115:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

^

Скетч использует 329616 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43748 байт (53%) динамической памяти, оставляя 38172 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
Serial port COM9
Connecting…….._____….._____….._____….._____….._____….._____…..____Traceback (most recent call last):
File «C:UsersKlopaAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/Klopa/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/Klopa/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

===============================

предыдущая ошибка
https://community.alexgyver.ru/threads/wifi-lampa-budilnik-obsuzhdenie-proekta.1411/post-12175

вот здесь
https://community.alexgyver.ru/threads/wifi-lampa-budilnik-obsuzhdenie-proekta.1411/post-12181
Радик (автор поста) пишет что ошибка была в связи с неправильной пайкой…

уже голову сломал не могу понять в чем дело. помогите пожалуйста!
com порт определяется нормально
пробовал разную скорость передачи. пробовал просто wemos и LOLIN(WEMOS)

Отпаяй от платы всё, проверь чтоб нигде на пинах не было «соплей» припоя и попробуй прошить плату просто блинком или любым примером… если повториться выкинь плату)))

Кто сможет помочь? У меня не загружается на плату D1 mini, код ошибки:
Arduino: 1.8.8 (Windows 10), Плата:»WeMos D1 R1, 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (1M SPIFFS), v2 Higher Bandwidth, Disabled, None, Only Sketch, 921600″

In file included from C:UsersРђРЅРґСЂРµР№DesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:14:21: note: #pragma message: FastLED version 3.002.009

# pragma message «FastLED version 3.002.009»

In file included from C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:65:0,

from C:UsersРђРЅРґСЂРµР№DesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/fastspi.h:115:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

Скетч использует 290532 байт (27%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43268 байт (52%) динамической памяти, оставляя 38652 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM4
Connecting…….._____….._____….._____….._____….._____….._____….._____
Traceback (most recent call last):
File «C:UsersАндрейAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/Андрей/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/Андрей/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

86.1 KB
Просмотры: 174

Кто сможет помочь? У меня не загружается на плату D1 mini, код ошибки:
Arduino: 1.8.8 (Windows 10), Плата:»WeMos D1 R1, 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (1M SPIFFS), v2 Higher Bandwidth, Disabled, None, Only Sketch, 921600″

In file included from C:UsersРђРЅРґСЂРµР№DesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:14:21: note: #pragma message: FastLED version 3.002.009

# pragma message «FastLED version 3.002.009»

^

In file included from C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:65:0,

from C:UsersРђРЅРґСЂРµР№DesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/fastspi.h:115:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

^

Скетч использует 290532 байт (27%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43268 байт (52%) динамической памяти, оставляя 38652 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM4
Connecting…….._____….._____….._____….._____….._____….._____….._____
Traceback (most recent call last):
File «C:UsersАндрейAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/Андрей/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/Андрей/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

Этот отчёт будет иметь больше информации с
включенной опцией Файл -> Настройки ->
«Показать подробный вывод во время компиляции»

читай выше

да я уже все порты перепробовал и все кабели в доме, когда коннектится, светодиод мигает на плате а дальше
выбранный последовательный порт _
не существует или плата не подключена к нему

1. Не установил драйвера на плату СН340.
2. Смотри что пишет «Диспетчер устройств» в разделе СОМ-порты. Номер порта там указан. Он должен быть отличен от номера 1.
3. Для программирования нужно чтобы был подан ноль на вход программирования вместе с подачей питания

1. Не установил драйвера на плату СН340.
2. Смотри что пишет «Диспетчер устройств» в разделе СОМ-порты. Номер порта там указан. Он должен быть отличен от номера 1.

Скорее всего там всё будет, потому как он порт всё-же выбирает при загрузке в настройках , как я понял… иначе скетч не будет загружаться и ИДЭ напишет что ком не выбран, или не подключен… А у него пишет что не существует, Это косяк платы , загрузчика или пайки…
Для начала отпаяй всё, проверь чтоб не было соплей на всех пинах платы, потом на одном только шнуре залей блинк или любой пример из ИДЭ…
Если не прошъёт выкинь её, да и пробовал кнопку жать в моменнт когда в ИДЭ подключение идёт???
У меня было так , я со слепу на плеере резики замкнул и вылезла такая хрень, а вторая плата перестала определяться в винде… Знакомый сказал что СН340 померла, я перепаял с другой платы, она определилась, подключилась, но при прошивке пишет:-ошибка загрузки в плату…
вот пост я просил помощи
https://community.alexgyver.ru/threads/problema-s-wemos-d1-mini.1789/post-13673
, походу сам решу когда руки дойдут, у меня это проблема железа

Нужна помощь новичку.
Емеется V2 Nodemcu-CP2102, блок питания 5v -3a
собрал лампу и каким-то чудом получилось один раз залить прошивку гуннера.
Подключаю питание, лампа некоторое время (меньше минуты обычно) начинает работать и потом зависает. В чем может быть проблема ?

Второй момент, не могу ничего прошить, есть еще модуль wemos mini, при попытке прошивки любого модуля ошибки

Несколько библиотек найдено для "ESP8266WebServer.h"
 Используется: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesESP8266WebServer
Несколько библиотек найдено для "ESP8266WiFi.h"
 Используется: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesESP8266WiFi
Несколько библиотек найдено для "FastLED.h"
 Используется: C:Program
Несколько библиотек найдено для "DNSServer.h"
 Используется: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesDNSServer
Несколько библиотек найдено для "ESP8266mDNS.h"
 Используется: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesESP8266mDNS
Несколько библиотек найдено для "WiFiManager.h"
 Используется: C:Program
Несколько библиотек найдено для "EEPROM.h"
 Используется: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesEEPROM
Несколько библиотек найдено для "GyverButton.h"
 Используется: C:Program
Несколько библиотек найдено для "NTPClient.h"
 Используется: C:Program
Несколько библиотек найдено для "Timezone.h"
 Используется: C:Program
Несколько библиотек найдено для "TimeLib.h"
 Используется: C:Program
Несколько библиотек найдено для "ArduinoOTA.h"
 Используется: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesArduinoOTA
Используем библиотеку ESP8266WebServer версии 1.0 из папки: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesESP8266WebServer
Используем библиотеку ESP8266WiFi версии 1.0 из папки: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesESP8266WiFi
Используем библиотеку FastLED версии 3.3.2 из папки: C:Program Files
Используем библиотеку WiFiManager версии 0.15.0-beta из папки: C:Program Files
Используем библиотеку DNSServer версии 1.1.1 из папки: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesDNSServer
Используем библиотеку EEPROM версии 1.0 из папки: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesEEPROM
Используем библиотеку GyverButton в папке: C:Program Files
Используем библиотеку NTPClient версии 3.2.0 из папки: C:Program Files
Используем библиотеку Timezone версии 1.2.3 из папки: C:Program Files
Используем библиотеку Time версии 1.5 из папки: C:Program Files
Используем библиотеку ArduinoOTA версии 1.0 из папки: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesArduinoOTA
Используем библиотеку ESP8266mDNS версии 1.2 из папки: C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2librariesESP8266mDNS
"C:\Users\User\AppData\Local\Arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\2.5.0-3-20ed2b9/bin/xtensa-lx106-elf-size" -A "C:\Users\User\AppData\Local\Temp\arduino_build_390744/GyverLamp_v1.4.ino.elf"
Скетч использует 371848 байт (35%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 36508 байт (44%) динамической памяти, оставляя 45412 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM3
Connecting........_____....._____....._____....._____....._____....._____.....____Traceback (most recent call last):
  File "C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py", line 25, in <module>
    esptool.main(fakeargs)
  File "C:/Users/User/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py", line 2653, in main
    esp.connect(args.before)
  File "C:/Users/User/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py", line 468, in connect
    raise FatalError('Failed to connect to %s: %s' % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

Нужна помощь новичку.
Емеется V2 Nodemcu-CP2102, блок питания 5v -3a
собрал лампу и каким-то чудом получилось один раз залить прошивку гуннера.

Connecting…….._____….._____….._____….._____….._____….._____…..____Traceback (most recent call last):
File «C:UsersUserAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/User/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/User/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header[/CODE][/SPOILER]

Скетч ругается на избыток библиотек. Убрать лишние из среды Ардуино ИДЕ. (Удалить все, потом взять из проекта Ганнера, смотри путь библиотек в среде разработки). На всякий, проверить путь к менеджеру плат.

Затем: когда вот такое: «Serial port COM3
Connecting…….._____….._____….._____….._____….._____….._____…..____«
Это значит нет коннекта на прошивку.
Убедиться в Диспетчере задач Виндовс — соответствие СОМ-порта (Раздел СОМ-порты). Выставить, такой же как там.
На модуле- нужно нажать «ресет», потом «флеш», отпустить «флеш», отпустить «ресет».
Дальше по ситуации.
Ну и главное — нужно найти хороший блок питания.

Изменено: 30 Дек 2019

Скетч ругается на избыток библиотек. Убрать лишние из среды Ардуино ИДЕ. (Удалить все, потом взять из проекта Ганнера, смотри путь библиотек в среде разработки). На всякий, проверить путь к менеджеру плат.
Посмотреть вложение 7222
Затем: когда вот такое: «Serial port COM3
Connecting…….._____….._____….._____….._____….._____….._____…..____«
Это значит нет коннекта на прошивку.
Убедиться в Диспетчере задач Виндовс — соответствие СОМ-порта (Раздел СОМ-порты). Выставить, такой же как там.
На модуле- нужно нажать «ресет», потом «флеш», отпустить «флеш», отпустить «ресет».
Дальше по ситуации.
Ну и главное — нужно найти хороший блок питания.

можно ли попробовать бп для светодиодной ленты воткнуть? он 5в на 10ампер….

можно ли попробовать бп для светодиодной ленты воткнуть? он 5в на 10ампер….

Обязательно нужно хорошее питание для запуска, а потом уже можно экспериментировать, у меня такое было только из за провода от БП до лампы.

можно ли попробовать бп для светодиодной ленты воткнуть? он 5в на 10ампер….

Можно, но как повезёт, у меня он был слишком шумный, что мешало работе матрицы.

Час добрый.
Столкнулся с проблемой загрузки прошивки, полдня уже с бубном не расстаюсь)

Arduino: 1.8.9 (Windows 7), Плата:»NodeMCU 1.0 (ESP-12E Module), 80 MHz, Flash, Disabled, All SSL ciphers (most compatible), 4M (1M SPIFFS), v2 Higher Bandwidth, Disabled, None, Only Sketch, 115200″
…
…
Скетч использует 329600 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43748 байт (53%) динамической памяти, оставляя 38172 байт для локальных переменных. Максимум: 81920 байт.
C:UsersDFOXAppDataLocalArduino15packagesesp8266toolspython3.7.2-post1/python C:UsersDFOXAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py —chip esp8266 —port COM13 —baud 115200 —trace version —end —chip esp8266 —port COM13 —baud 115200 —trace write_flash 0x0 C:TEMParduino_build_929561/GyverLamp_v1.5.5.ino.bin —end
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM13
Connecting…TRACE +0.000 command op=0x08 data len=36 wait_response=1 timeout=0.100 data=
0707122055555555 5555555555555555 | … UUUUUUUUUUUU
5555555555555555 5555555555555555 | UUUUUUUUUUUUUUUU
55555555 | UUUU
…
кучка повторов
…
TRACE +0.000 Write 46 bytes:
c000082400000000 0007071220555555 | …$…….. UUU
5555555555555555 5555555555555555 | UUUUUUUUUUUUUUUU
5555555555555555 5555555555c0 | UUUUUUUUUUUUU.
TRACE +0.102 Timed out waiting for packet header
Traceback (most recent call last):
File «C:UsersDFOXAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in <module>
esptool.main(fakeargs)
File «C:/Users/DFOX/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/DFOX/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
_
выбранный последовательный порт _
не существует или плата не подключена к нему

Блок питания нормальный 5V 6A от списанного станка.
перепробовал уже все, что можно.
Все настройки проверил-перепроверил по 100500 раз, никакого эффекта
Пайка норм, соплей нет.

Заметил, что в мониторе порта при 115200 Бод идут кракозябры в одну бесконечную строку
При переключении на 74880 Бод идет бесконечный вывод следующих данных:

18:39:20.011 -> epc1=0x40100002, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000
18:39:20.011 -> Fatal exception (0):
18:39:20.023 -> epc1=0x40100002, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000
18:39:20.023 -> Fatal exception (0):
18:39:20.023 -> epc1=0x40100002, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000
18:39:20.055 -> Fatal exception (0):
18:39:20.055 -> epc1=0x40100002, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000
18:39:20.055 -> Fatal exception (0):
18:39:20.055 -> epc1=0x40100002, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000
18:39:20.089 -> Fatal exception (0):
…и далее в бескончность

Не силен, пока, в всем этом, только начал разбираться.
Выручайте, коллеги, хотел дочке на НГ подарить лампу и такая засада.
Как победить эту хрень не пойму, всю голову сломал уже.

Изменено: 30 Дек 2019

Источник

Всем привет!
ESP8266-01, пытаюсь залить прошивку NodeMCU утилитой esptool.py под линухом так:
$ ./esptool.py —port /dev/ttyUSB0 —baud 115200 write_flash 0x00000 ../nodemcu-master-8-modules-2016-11-13-09-20-34-integer.bin
esptool.py v1.3-dev
Connecting…
Auto-detected Flash size: 8m
Running Cesanta flasher stub…
Flash params set to 0x0020
Writing 389120 @ 0x0… 3072 (0 %)

A fatal error occurred: Timed out waiting for packet header
$
При этом, такой результат не всегда. Бывает, что процесс обрывается еще раньше. Иногда на ошибке
«Failed to connect to ESP8266»

Использую USB-TTL конвертер PL2303. Внешний источник питания на 3.3В, 1А, надежный. Пробовал заменять на батарейки (2 x 1.5v) — результат одинаковый.
По схеме включения:
GPIO0 притянут резистором к GND
GPIO2 и CHPD притянуты резисторами к VCC.

Сам ESP модуль живой, — команды типа AT+GMR выполняются успешно в ESPlorer. Через ESPlorer командой AT+CIUPDATE успешно обновил SDK до 1.5.4:
AT+GMR
AT version:1.1.0.0(May 11 2016 18:09:56)
SDK version:1.5.4(baaeaebb)
Ai-Thinker Technology Co. Ltd.
May 28 2016 10:42:12
OK

Chip ID: 0x00cbbf36
flash_id: Manufacturer: e0, Device: 4014

Помогите разобраться с проблемой. Куда копать?

Последнее редактирование: 14 Ноя 2016

pvvx

Активный участник сообщества

Сделайте нормальное питание модулю.
При описанных симптомах у питомца, такое происходит, когда питание идет через резистор, т.е. с просадкой. esptool при этом часто просто «виснет» на каком-то %. Возможно потом выходит по тайм-ауту, но зависит от версии esptool.py…

Последнее редактирование: 14 Ноя 2016

Сделайте нормальное питание модулю.
При описанных симптомах у питомца, такое происходит, когда питание идет через резистор, т.е. с просадкой. esptool при этом часто просто «виснет» на каком-то %. Возможно потом выходит по тайм-ауту, но зависит от версии esptool.py…

Питание нормальное у модуля. Питание — это то о чем я подумал сразу. Как я сказал выше — сейчас модуль запитан от стационарного стабилизированного блока питания на 3.3В, 1А. Просадки напряжения при включении нет. Но раньше пробовал и по другому запитывать (от батареек, и от USB-TTL конвертера), — результат такой же.
Визуально похоже как раз на то, что «виснет» не esptool, а esp-модуль. А именно, когда возникает ошибка «Timed out waiting for packet header» — то пока после этого не передернеш питание на модуле, — постоянно выдает ошибку «Failed to connect to ESP8266» на всех последующих, даже простых, операциях, типа получения chip_id.
И еще уточню… У меня всегда виснет на 0%. Очень редко на 1%. Еще ни разу не смог прошить успешно.

Последнее редактирование: 15 Ноя 2016

pvvx

Активный участник сообщества

И еще уточню… У меня всегда виснет на 0%. Очень редко на 1%. Еще ни разу не смог прошить успешно.

Значит смотрите амплитуду сигнала TX от адаптера. Не стоит превышать 3.3В. Гляньте и как там с другими ногами для авто переключения в режим программирования. Если не поможет, то придется глядеть пропайку чипа на модуле…
И осторожнее с «прошивку NodeMCU» — она не знает, что у вас ESP-01 и делает вывод в GPIO15, который припаян в модуле на gnd. Как итог — возможный выход из строя чипа, от перегрева выхода…

Гляньте и как там с другими ногами для авто переключения в режим программирования.

Не совсем понял, что имеется в виду? Ноги стоят так:
GPIO0 притянут резистором к GND.
GPIO2 и CHPD притянуты резисторами к VCC.
Именно так выставлены ноги при включении питания. Или они должны быть по другому выставлены при подаче питания, а после подачи нужно переключить?

И осторожнее с «прошивку NodeMCU» — она не знает, что у вас ESP-01 и делает вывод в GPIO15

Ого… спасибо что предупредили. А как лечить? Может есть где-то готовая NodeMCU адаптированная под ESP-01?

pvvx

Активный участник сообщества

Не совсем понял, что имеется в виду? Ноги стоят так:
GPIO0 притянут резистором к GND.
GPIO2 и CHPD притянуты резисторами к VCC.
Именно так выставлены ноги при включении питания. Или они должны быть по другому выставлены при подаче питания, а после подачи нужно переключить?

Ничего не надо переключать. Значения с входов для типа загрузки защелкиваются по фронту RESET.

Ого… спасибо что предупредили. А как лечить? Может есть где-то готовая NodeMCU адаптированная под ESP-01?

Не пользоваться GPIO15 и настраивать его на вход. Или снимать чип, резать дорожку и припаивать резистор. Но модуль этого не стоит, да и сразу не вылетит, если включите как выход и выведите «1». Подскакивает потребляемый ток. Так-же не включить UART в режим flow-control, т.к. RTS/CTS и есть GPIO15.

Закорачивание I/O выхода вызывает увеличение тока на 50 мА: http://esp8266.ru/forum/attachments/esp-01-gpio15-out-gif.885/

Последнее редактирование: 15 Ноя 2016

Ничего не надо переключать. Значения с входов для типа загрузки защелкиваются по фронту RESET.

Не пользоваться GPIO15 и настраивать его на вход. Или снимать чип, резать дорожку и припаивать резистор. Но модуль этого не стоит, да и сразу не вылетит, если включите как выход и выведите «1». Подскакивает потребляемый ток. Так-же не включить UART в режим flow-control, т.к. RTS/CTS и есть GPIO15.

Закорачивание I/O выхода вызывает увеличение тока на 50 мА: http://esp8266.ru/forum/attachments/esp-01-gpio15-out-gif.885/

Понял, большое спасибо за совет!
Возвращаясь к моей проблеме… Померял уровни RX,TX которые выставляет адаптер PL2303: high ==4.8В. Пятивольтовая логика Забыл проверить сразу, так как до этого экспериментировал с адаптером cp2102. На cp2102 логика 3.3В, но там другая проблема: при попытке выполнить команды esptool.py получал исключение на функции установки DTR:
File «/usr/lib/python2.7/dist-packages/serial/serialposix.py», line 535, in setDTR
fcntl.ioctl(self.fd, TIOCMBIC, TIOCM_DTR_str)
В общем, есть пока куда копать. Буду разбираться или с проблемой установки DTR при использовании cp2102, или согласовывать уровни на PL2303. По результату отпишусь.

pvvx

Активный участник сообщества

Померял уровни RX,TX которые выставляет адаптер PL2303: high ==4.8В.

Поставьте последовательно резистор на TX от PL2303 номиналом от 470 Ом до 1 к…

Убил вечер на танцы с бубном вокруг согласования уровней ТХ — ничего не помогало…
Проблема решилась закорачиванием GPIO0 на GND без резистора, напрямую. До этого подтягивал резистором 20к, — видимо это оказалось много для контроллера, и он хаотично переходил из режима программирования в обычный и обратно.

@vicus, ну всё правильно. А зачем вы на землю бросали GPIO0 через резистор в 20К, откуда вы такое взяли? )
Это на VCC кидать через резистор на 3.3 … 4.3 К стоило бы, для PULL UP… Но Pull Down резистор уж должен быть явно не 20кОм.
Да поправят более знающие товарищи моё утверждение, коли Я не прав.
А вообще, вот табличка, на которую Я периодически гляжу, чтобы освежить память:

@vicus, ну всё правильно. А зачем вы на землю бросали GPIO0 через резистор в 20К, откуда вы такое взяли? )

Такое взял отсюда: Не работает модуль esp8266, цитирую:
«Программирование осуществляется на 115200 Baud. При этом ноги модуля при подаче питания должны быть: GPIO0 через резистор на GND, а GPIO2 через резистор на VCC.»
Так как номинал резистора на GND не был указан, поставил обычный подтягивающий, номиналы которых обычно рекомендуют 5-50к. Под рукой 10к не нашлось, влепил что было

Источник

Wi-fi (troyka-модуль) — esptool.fatalerror: failed to connect to esp8266: timed out waiting for pack

Тема в разделе «ESP8266, ESP32», создана пользователем kulver, 17 июн 2020.

Страница 1 из 3

Пожалуйста, помогите с заливкой скетча на WiFi модуль.
При заливке из Arduino IDE 1.8.12 выдаёт:

esptool.py v2.8
Serial port COM4
Connecting…….._____….._____….._____….._____….._____….._____…..____Traceback (most recent call last):
File «C:UserskulverAppDataLocalArduino15packagesesp8266hardwareesp82662.7.1/tools/upload.py», line 65, in <module>
esptool.main(cmdline)
File «C:/Users/kulver/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.7.1/tools/esptoolesptool.py», line 2890, in main
esp.connect(args.before)
File «C:/Users/kulver/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.7.1/tools/esptoolesptool.py», line 483, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

Во время заливки RX/TX светодиоды на WiFi модуле НЕ мигают.
На Ардуине мигают.

Подключил так:

Wifi G —> Arduino GND
Wifi V —> Arduino 3.3V
Wifi TX —> Arduino RX
Wifi RX —> Arduino TX

В режим прошивки WiFi модуль вроде перевёл — зажал PROG, нажал RESET, отпустил PROG. Потом стартую прошивку в IDE, и оно не коннектится.

COM-порт выбран правильный, Блинк на саму ардуину загружается нормально.
Плата выбрана нужная:

Что я делаю не так?
Спасибо.
Вы по этой инструкции делаете?

kulver и SergeiL нравится это.
Да похоже не по инструкции.
По первому фото видно, что проблема в подключении к UNO.
Питание нужно подключать к 5В. На плате стоит собственный стабилизатор.
Нет перемычки на UNO между землей и ресетом. Нужно для отключения Меги в момент прошивки ESP.

NikitOS и kulver нравится это.
Большое спасибо за помощь!
Подключение поправил, теперь так:

Arduino GND <—> Arduino RESET
Wifi G —> Arduino GND
Wifi V —> Arduino 5V
Wifi TX —> Arduino TX (или RX)
Wifi RX —> Arduino RX (или TX)

TX (или RX) — вроде в видео сказано, что надо РХ в ТХ и наоборот, а в инструкции нарисовано РХ в РХ, ТХ в ТХ. Я попробовал и так, и так, но к сожалению ошибка осталась та же.

При соединении РХ-в-РХ, ТХ-в-ТХ светодиоды РХ, ТХ на ВайФай плате во время прошивки мигали одновременно с аналогичными на Ардуине.

Может я где-то ещё что-то упустил?
Заранее огромное спасибо за помощь!
Вы что хотите с ЕСП то делать? Общаться по АТ командам или загрузить в нее какую то свою прошивку?
Если вы подключаете TX-TX RX-RX, А gnd — RESET, то вы просто прошиваете еспшку, используя ардуино, для подключения к компу…
Я хочу по вайфаю подключаться к интернету и получать со своей же АПИшки данные для отображения их Ардуиной на дисплейчике.
Для этого я хочу прошить ESP модуль вот этой прошивкой: https://github.com/tzapu/WiFiManager
И далее посылать HTTP запросы.
Если контроллеры должны общаться между собой, то RX→TX, TX→RX, для прошивики нужно RX→RX, TX→TX, при этом Reset у Arduino на GND.Это норма. И про этом все равно возникла ошибка?
Ошибка чего?
Что делалось, какое ПО на компьютере использовалось, что выводилось на экран?
Я пытался залить прошивку на ЕСП через Ардуину, используя Arduino IDE 1.8.12 (на Win7).
Предварительно установил через «Менеджер плат» esp8266 v2.6.3.

Тестовая прошивка такая:

#include <ESP8266WiFi.h> //ESP8266 Core WiFi Library (you most likely already have this in your sketch)
#include <DNSServer.h> //Local DNS Server used for redirecting all requests to the configuration portal
#include <ESP8266WebServer.h> //Local WebServer used to serve the configuration portal
#include <WiFiManager.h> //https://github.com/tzapu/WiFiManager WiFi Configuration Magic

WiFiManager wifiManager;

void setup()
{
//first parameter is name of access point, second is the password
wifiManager.autoConnect(«WiFiManager», «12345678»);
}

void loop()
{

}

Ошибка та же, что и раньше:
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

При этом заливается в Ком-порт №4, Ардуина точно на нём, проверял заливкой блинка на неё, без ЕСП.
ESP8266 какая?
Вижу.

Для заливки прошивки на ESP перед подачей питания нужно GPIO0 подключить к земле, и тем самым перевести ESP в режим прошивки.
Если GPIO0 подтянут к земле при подаче питания — режим прошивки.
Если GPIO0 НЕ подтянут к земле при подаче питания — режим нормальной работы.
Спасибо!
Я не могу найти на плате такого обозначения. Не подскажете, какой это пин?
Там есть кнопка Prog.
Выключаете питание ESP, зажимаете кнопку Prog, включаете питание, отпускаете кнопку Prog. Прошиваете.
Выключаете питание, включаете питание — проверяете.
Да, я так и делал. Ошибка.
Могу видео записать =)
А подключение такое?

Arduino GND <—> Arduino RESET
Wifi G —> Arduino GND
Wifi V —> Arduino 5V
Wifi TX —> Arduino TX
Wifi RX —> Arduino RX
Друже, если не выпить пиво один раз, то можно купить нечто с названием FT232 и вести долгую счастливую жизнь повелителя микроконтроллеров. Не шучу. Можно даже шикануть.

Интересно, что подтолкнуло вас к выбору именно этой замечательной платы? ESP-8266 — их же много разных.

зы. Если любовь к отечественному продавцу неиссякаема, то купите энто.

Последнее редактирование: 22 июн 2020
Так тоже должно работать
Ладно, открываем монитор порта, нажимаем reset на WiFi, что выведет в монитор порта? (скорость попробовать 57600, 115200)

Страница 1 из 3

Источник

Содержание

D1 mini nodeMcu ESP8266MOD 12-F: esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header (ESPTOOL-110) #564
Comments
Windows 10
Python version 3.8
What: Chip ESP 8266MOD 12-F
What development board or other hardware is the chip attached to: D1 mini nodeMcu
Full esptool.py command line that was run:
A fatal error occurred: Timed out waiting for packet header (ESPTOOL-404) #418
Comments
Full esptool.py command line as run:
Full output from esptool.py (please copy and paste all lines of output)
What is the expected behaviour?
Do you have any other information from investigating this?
Other commands tried:
Комментарии
Brighton
awiscan
esptool.FatalError: Failed to connect to ESP32 : Invalid head on packet 0x08. #417
Comments

I’m kinda new to this. I have some arduinos and decided to try this D1 mini.
on 1 of my computers the chip did not even show up no matter what i did (installing drivers, re-installing arduino ide / pyhton and the esp8266 comunitie lib). On my onther pc it shows up but i get this message:

esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

i’ve tried multiple things such as comnecting pin d4 to ground while uploading. but it just wont work.

Windows 10

Python version 3.8

Can run python -V to check this.

What: Chip ESP 8266MOD 12-F

What development board or other hardware is the chip attached to: D1 mini nodeMcu

Arduino ESP8266 IDE version 2.7.4

The text was updated successfully, but these errors were encountered:

Are you sure the serial port COM1 is correct?

The ESP8266 doesn’t seem to be responding. This may be because the hardware is not working propertly at all, or it may be because there is some problem with resetting into the correct mode.

i’ve tried multiple things such as comnecting pin d4 to ground while uploading. but it just wont work.

I think for WeMOS D1 Mini the pin to ground is D3. (Normally it’s referred to as GPIO0, but WeMos use their own pin numbering scheme — may need to check whatever docs came with your board)

If you have GPIO3 (aka D3) grounded, and nothing else connected to the D1 Mini at all (including removing it from any breadboard), try pressing Upload in Arduino IDE and then quickly pressing and releasing the Reset button on the module, and see if it can upload this way.

. and if nothing works, I’m afraid you may have faulty hardware.

Источник

A fatal error occurred: Timed out waiting for packet header (ESPTOOL-404) #418

Operating system: Windows 10 Enterprise LTSC Version 1809
Python version: 2.7.15
ESP hardware in use: ESP8266(EX)

esptool.py —port COM13 —baud 115200 write_flash -fs 1MB -fm dout 0x0 sonoff.bin

What is the expected behaviour?

Do you have any other information from investigating this?

I have tested with CH340G and also a PL2303 USB TTL Serial adapter. Both result in the same errors.

Using write_flash at various baud rates (tested 9600, 19200, 38400, 57600, 115200, and leaving it blank) results in the same error, always at the same 0x00008000 address, after varying times (slower baud rates take longer to show the error).

A complete log with the —trace flag is here:
https://pastebin.com/3CFKFULQ

I am using a 3.3V breadboard power supply module, which in turn, is supplied by a 9V wall wart.

Other commands tried:

Running esptool.py —port COM13 erase_flash results in the following:

Running esptool.py flash_id results in the following:

Running esptool.py chip_id results in the following:

Running esptool.py —port COM13 read_flash 0x0 0x400000 backout.txt results in the following:

The text was updated successfully, but these errors were encountered:

Exactly what hardware are you flashing, a Sonoff or something else?

If you’re using a bare module on a breadboard, you probably need to add more capacitance to the module itself — a lot of vendors seem to ship modules that don’t integrate enough power capacitance and it causes brownouts during flashing and during Wi-Fi operation as well.

If your setup is something unusual, do you have a photo of it?

Exactly what hardware are you flashing, a Sonoff or something else?

If your setup is something unusual, do you have a photo of it?

Oops, I guess I forgot to mention that in my opening post. It is a Sonoff S31, nothing too unusual.

Was the Sonoff working before you went to flash it?

IF yes, my guess is that the 3.3V power supply either can’t supply enough current, or there’s a resistive drop in the cables you’re using for power. Try using the shortest cables with the most copper (thickest copper section) for the 3.3V and GND connections in particular. A lot of cheap breadboard wires only have a tiny amount of copper, so it may be 3.3V at the power supply end and much lower at the ESP8266 end when it’s drawing current.

I didn’t think to test the Sonoff before flashing it, since I’ve flashed several S20s in the past without any problems (using the same setup!).

The only other thing I can think of at this point is sagging 3.3V or simply a bad Sonoff?

I didn’t think to test the Sonoff before flashing it, since I’ve flashed several S20s in the past without any problems (using the same setup!).

The only other thing I can think of at this point is sagging 3.3V or simply a bad Sonoff?

If the same setup works for other S20s then a bad device does seem likely, unless it’s some small hardware revision change that means less capacitance or higher power draw in this one.

Oh, that is certainly most disappointing. Is there anyway to trouble shoot capacitance problems (or more directly, is there anyway to add capacitance to a particular pin to prevent brownouts)?

I checked the spec sheet for the 3.3V power supply I’m using, and it’s supposed to be able to output a maximum of 700 mA. I could try changing to thicker wires and give that a shot to troubleshoot potential current issues.

Yes, thicker/shorter wires are probably worth a try. You could try soldering an additional capacitor between VCC & GND on the board. (Remember it’ll need to still be safe once mains voltage is reattached.)

You could also try esptool.py -b 9600 —no-stub -p PORT write_flash . and see if this helps. This flashes slowly and with compression disabled, so flashing will be less «bursty» on power.

Strangely enough, when I run esptool.py —port COM13 —baud 9600 —no-stub write_flash -fs 1MB -fm dout 0x0 sonoff.bin I end up with the following error:

Now interestingly, when I change the baud rate to 19200 and run the following: esptool.py —port COM13 —baud 19200 —no-stub write_flash -fs 1MB -fm dout 0x0 sonoff.bin it seems to detect the chip fine, but then times out with the following error:

I haven’t tried the hardware tweaks yet, but with regards to the capacitor between VCC & GND, I take it that I’m supposed to short the two together, with a capacitor? What voltage/capacitance would be good? I think I have some spare electrolytic 50V 1 uF caps lying around, but they’re not exactly ideal as decoupling capacitors, I would assume.

You could soldering the 50V 1uF capacitor between VCC and GND, can’t hurt. Ideally get a ceramic cap with a voltage rating at least 6V, and the highest capacitance you can find.

(If soldering electrolytics, make sure to check the polarity — electrolytics only work one way and will go «pop» otherwise.)

I tried putting a 50V 10 uF capacitor between VCC and GND, and tried esptool.py —port COM13 —baud 115200 write_flash -fs 1MB -fm dout 0x0 sonoff.bin and esptool.py —port COM13 —baud 19200 —no-stub write_flash -fs 1MB -fm dout 0x0 sonoff.bin to the same error messages 🙁

At this point, I’m really at a lost. if it’s hardware related, is there any actual way I can test? I can’t even seem to load any other precompiled BIN file.

So an update, I also tried a CP2102 USB to serial converter, and still have the same problems as detailed above.

Does anyone else have any clue/ideas?

@Darkblade48 Sorry, I can’t think of any recommendations beyond checking as much of the hardware as you can.

Источник

Скетч использует 329616 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43748 байт (53%) динамической памяти, оставляя 38172 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM3
Connecting. _____. _____. _____. _____. _____. _____. ____Traceback (most recent call last):
File «C:UsersAydarAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in
esptool.main(fakeargs)
File «C:/Users/Aydar/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/Aydar/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

awiscan

In file included from C:UsersAydarDesktopGyverLamp-masterfirmwareGyverLamp_v1.5.5GyverLamp_v1.5.5.ino:97:0:

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:14:21: note: #pragma message: FastLED version 3.002.009

# pragma message «FastLED version 3.002.009»

In file included from C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/FastLED.h:65:0,

C:Program Files (x86)ArduinolibrariesFastLED-3.2.9/fastspi.h:115:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output

# pragma message «No hardware SPI pins defined. All SPI access will default to bitbanged output»

Скетч использует 329616 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43748 байт (53%) динамической памяти, оставляя 38172 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM3
Connecting. _____. _____. _____. _____. _____. _____. ____Traceback (most recent call last):
File «C:UsersAydarAppDataLocalArduino15packagesesp8266hardwareesp82662.5.2/tools/upload.py», line 25, in
esptool.main(fakeargs)
File «C:/Users/Aydar/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 2653, in main
esp.connect(args.before)
File «C:/Users/Aydar/AppData/Local/Arduino15/packages/esp8266/hardware/esp8266/2.5.2/tools/esptoolesptool.py», line 468, in connect
raise FatalError(‘Failed to connect to %s: %s’ % (self.CHIP_NAME, last_error))
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header
esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header

Источник

I recently wrote a python script that provided a Linux OS GUI to detect and connect to ESP32 and write firmware to the device flash. It uses esptool.py. I am trying to adapt it to work on Windows 10.

I have a connection issue. The same commands that I had used to connect a ESP32 devkitv1 with Linux don’t seem to work with Windows 10. I noticed the esptool.ESPLoader.connect() method keeps returning
esptool.FatalError: Failed to connect to ESP32 : Invalid head on packet 0x08. This message was originated from line 468. How do I resolve this issue?

The text was updated successfully, but these errors were encountered:

Here is the link to my work-in-progress script for Win10. The esptool.FatalError arises from running line L353

I have used the solution by @MartyMacGyver mentioned in Issue #136 to resolve my connection issue. After replacing esptool.py line 425 with time.sleep(2.0) # Sleep longer and line 432 with time.sleep(0.5) # Sleep longer , the above mentioned connection issue was resolved. That is,

May I know why esptool.py default sleep settings for DTR and RTS aren’t using the values provided by @MartyMacGyver? I found that these longer sleep settings also benefitted connections between Linux OS to esp32 DevKit-V1 too; they shortened the connection duration.

This additional sleep behaviour was merged as the esp32r0_delay option, which happens automatically if the initial connections fail:
https://github.com/espressif/esptool/blob/master/esptool.py#L462

esptool tries a «normal» connection first then switches over to the «esp32 r0 workaround».

This reason this isn’t done always is that it adds a minimum of 1.6 seconds to the sync time, and is not necessary on ESP8266 at all or on ESP32 silicon revision 1, or on ESP32 revision 0 boards with enough capacitance on the EN line. I’ve also never heard of it helping on a non-Windows platform, although you’re saying something different here.

Do you have a photo of this board? Is it ESP32 silicon revision 0? (esptool.py will print the silicon revision when it syncs).

Do you have a photo of this board? Is it ESP32 silicon revision 0? (esptool.py will print the silicon revision when it syncs).

I am testing my script using a ESP32 DEVKITV1 that has a ESP32D0WDQ6(revision1). Looks the same as device shown in this site.

I have used the solution by @MartyMacGyver mentioned in Issue #136 to resolve my connection issue. After replacing esptool.py line 425 with time.sleep(2.0) # Sleep longer and line 432 with time.sleep(0.5) # Sleep longer, the above mentioned connection issue was resolved. That is,

With regards to this observation that I had earlier made, I think it was just fortuitous that there was an improvement. On Windows 10, connection with the DevkitV1 worked well for about an hour of testing. Thereafter, it just could not connect. Puzzling.

The most reliable solution that I arrived at so far is to manually hold down the BOOT button on the DevKit1 and run ESPLoader.connect() method, or while ESPLoader.connect() method is running to manually hold down the BOOT button until connection is established. I have hard coded this solution in my GUI app. See esp32flashwriter_v4_2.py which works on both Linux and Window10.

Don’t know why Window 10 is having such a connection issue. hmm.

ESP32 revision 1 can’t use this workaround as it relies on a silicon bug.

Can you point me to the literature explaining line 403-404? What is this «silicon bug»? At least now I know why the «esp32 r0 workaround» dont’ connect Win10 to ESP32 DEVKITV1 well.

I’ve also never heard of it helping on a non-Windows platform, although you’re saying something different here.

One of the ESP32 DEVKITV1 I had did seemed to connect better to Linux after the change. Yet, now that I have revert to using the original «esp32 r0 workaround», it is connecting very quickly also. Maybe these ESP32 DEVKITV1 can be tempermental. In any case, I will strike out my earlier comment, please disregard it.

So the board is «DOIT ESP32 DEVKITV1»? Including the manufacturer in the name is useful. 🙂

Try adding a capacitor between the EN and GND pins of your dev board. At least 100nF is good, up to 10uF should be fine. A lot of third party dev board manufacturers seem to leave this off and it makes automatic reset unreliable. Without this capacitor, parasitic capacitance can make a difference which may be why it randomly starts/stops working.

The workaround is to hold down the BOOT button, as you’re doing now.

Different OSes have different timing around USB interactions, so the automatic reset can behave differently depending on OS and even specific host hardware.

Can you point me to the literature explaining line 403-404? What is this «silicon bug»?

See ECO and workarounds for bugs in ESP32 item V3.1. Basically, the r0 silicon resets twice so we get two chances for it to pick up the correct bootstrapping mode.

So the board is «DOIT ESP32 DEVKITV1»? Including the manufacturer in the name is useful. 🙂

On the back of the board, it prints «ESP32 DEVKITV1» w/o the «DOIT» label. Any difference?
Mac: 24:0a:c4:xx:xx:xx, Manufacturer: ff, Device:fff
Any issue with this device?

Try adding a capacitor between the EN and GND pins of your dev board.

According to this pic, you mean to connect pins 2 and 15 (left side) with at least 100nF to 10uF?

Different OSes have different timing around USB interactions, so the automatic reset can behave differently depending on OS and even specific host hardware.

If so, maybe esptool.ESPLoader._connect_attempt() method should include a condition check for platform types and correspondingly implement appropriate esp32r0_delay workaround? Or is this something espressif want esptool.py users to do?

prints «ESP32 DEVKITV1» w/o the «DOIT» label. Any difference?
Mac: 24:0a:c4:xx:xx:xx, Manufacturer: ff, Device:fff
Any issue with this device?

I guess one issue is that the board manufacturer (whoever it is) is bad at labelling their product. 🙂

The flash manufacturer and device IDs shouldn’t be all-FF, but this isn’t causing problems with the serial link.

According to this pic, you mean to connect pins 2 and 15 (left side) with at least 100nF to 10uF?

Yes, looks like it.

esptool.ESPLoader._connect_attempt() method should include a condition check for platform types and correspondingly implement appropriate esp32r0_delay workaround? Or is this something espressif want esptool.py users to do?

There is no way to 100% solve this problem in software, because of the way the «automatic reset circuit» works and the fact we have to set RTS and DTR separately in two separate commands.

There is a brief window of time after setDTR(True) and before setRTS(False) , when both pins are asserted (both True) and the «automatic reset circuit» tries to boot the chip into the normal running mode. If the chip comes out of reset during this time window, it will boot into the wrong mode.

All of the timing that happens between setDTR(True) and setRTS(False) is out of esptool.py’s control (part is pyserial, part is Python runtime, part is Operating System, part is hardware drivers, part is development board hardware).

Having the capacitor between EN & GND means that the chip takes longer to come out of reset, so the window of time can be longer. This is the only reliable fix.

If you want to know more, there are a ton of details here: #136

Источник

— Fri Nov 12, 2021 3:55 pm
#92816

esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header: a possible solution

Summary:
I’m sure there is no single cause for the error, as could be seen in the amount of mentions to it on the Web.
If you already tried the more basic checks (cables, board selection, etc) then the procedure suggested here is based on a minor modification to be done in the esptool.py program.
Some previous tests are proposed to identify if the solutions applies (or not) to the problem you may have.
The esptool.py program allows to define some options in its command line (see —before option,

https://github.com/espressif/esptool

):
‘default_reset’,
‘no_reset’,
‘no_reset_no_sync’

You can try with a simple command ‘chip_id’:
1st try: —before default_reset
$ python esptool.py -p /dev/ttyUSB0 —before default_reset chip_id
(if result:)
esptool.py v3.0
Serial port /dev/ttyUSB0
Connecting…….._____….._____….._____….._____….._____….._____….._____

A fatal error occurred: Failed to connect to Espressif device: Timed out waiting for packet header

if this is what you get, then try:

2nd try: —before no_reset
$ python esptool.py -p /dev/ttyUSB0 —before no_reset chip_id
esptool.py v3.0
Serial port /dev/ttyUSB0
Connecting……..
Detecting chip type… ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 68:c6:3a:d4:d1:a7
Uploading stub…
Running stub…
Stub running…
Chip ID: 0x00d4d1a7
Hard resetting via RTS pin…

if it works, then this solution may apply to the problem you have:

Modify esptool.py, located at .arduino15/packages/esp8266/3.0.3/tools/esptool, Line 511 (if the Esp8266 board was installed using the Board manager)

##original code
def connect(self, mode=’default_reset’, attempts=DEFAULT_CONNECT_ATTEMPTS, detecting=False):
«»» Try connecting repeatedly until successful, or giving up «»»
print(‘Connecting…’, end=»)
sys.stdout.flush()
last_error = None

try:
for _ in range(attempts) if attempts > 0 else itertools.count():
last_error = self._connect_attempt(mode=mode, esp32r0_delay=False) ## line1 to modify
if last_error is None:
break
last_error = self._connect_attempt(mode=mode, esp32r0_delay=True) ## line2 to modify
if last_error is None:
break
finally:

## modified code
try:
for _ in range(attempts) if attempts > 0 else itertools.count():
last_error = self._connect_attempt(mode=’default_reset’, esp32r0_delay=False) ## line changed
if last_error is None:
break
last_error = self._connect_attempt(mode=’no_reset’, esp32r0_delay=True) ## line changed
if last_error is None:
break
finally:

Save it, and now try again to upload your Arduino sketch.

In the attachment you can find the detailed summary of the tests performed to reach the conclusion of the solution proposed here, as well as traces of the commands used.

Hope is helps
Abel

You do not have the required permissions to view the files attached to this post.

Источник

pvvx

Активный участник сообщества

pvvx

Активный участник сообщества

pvvx

Активный участник сообщества

pvvx

Активный участник сообщества

Wi-fi (troyka-модуль) — esptool.fatalerror: failed to connect to esp8266: timed out waiting for pack

Windows 10

Python version 3.8

What: Chip ESP 8266MOD 12-F

What development board or other hardware is the chip attached to: D1 mini nodeMcu

A fatal error occurred: Timed out waiting for packet header (ESPTOOL-404) #418

What is the expected behaviour?

Do you have any other information from investigating this?

Other commands tried:

Комментарии

Brighton

awiscan