Esp8266 ошибка загрузки

Черновик

При попытке загрузить ESP8266 получаю ошибку «espcomm_sync failed». Как решить эту проблему?^[1]

Это сообщение информирует о проблеме с загрузкой прошивки на ESP8266 через последовательное соединение. Причина может варьироваться в зависимости от типа модуля, от параметров, выбранных при загрузке, от того, используете ли вы отдельный USB-Serial конвертер, и т.д. То есть одного простого ответа на то, что является основной причиной проблемы, нет. Чтобы найти ее, придется выполнить диагностику.

Примечание: Если вы новичок в теме ESP8266 и хотели бы избежать потенциальных проблем с загрузкой прошивки, купите модуль ESP8266 со встроенным конвертером USB-Serial. Это существенно сократит количество факторов (в частности, уменьшит возню с настройками), из-за которых вы можете случайно помешать процессу загрузки.

На картинке ниже показаны платы со встроенным конвертером USB-Serial. Их использование, повторюсь, значительно упростит разработку ваших первых проектов на ESP8266.

Если вы используете «голый» (стандартный) модуль ESP8266 (например, ESP-01 или ESP-12), самостоятельно подключенный к отдельному USB-Serial конвертеру, обязательно проделайте следующее:

1. Обеспечьте модуль достаточным питанием
2. Подключите контакты GPIO0, GPIO15 и CH_PD при помощи подтягивающих/стягивающих резисторов
3. Переведите модуль в режим загрузчика

Более подробно читайте в разделе «Стандартные модули ESP8266» статьи «Платы для аддона ESP8266 для IDE Arduino». На картинке ниже показаны платы без встроенного конвертера USB-Serial:

Предварительные проверки

Чтобы исправить ошибку «espcomm_sync failed», пройдите шаг за шагом инструкцию ниже. Это список решений, ранжированных от самого простого до самого сложного.

1. Прочтите сообщение, показанное в отладочном окне IDE Arduino. Во многих случаях оно предоставляет точную информацию о том, где именно возникла проблема.

К примеру, сообщение на картинке выше, говорит, что IDE Arduino не может открыть последовательный порт COM3. Следовательно, нужно проверить, выбран ли в IDE Arduino порт, к которому подключен ваш модуль.

2. Если модуль подключен к последовательному порту, но не отвечает как модуль ESP8266, сообщение в отладочном окне будет слегка другим (см. ниже). Если к вашему ПК подключены другие модули, проверьте, что загрузили код на ESP8266, а не на, к примеру, Arduino UNO.

3. Чтобы ваш ПК мог общаться с ESP8266, выберите в IDE Arduino правильный модуль ESP8266. Если выбрать неправильный модуль, загрузка прошивки может завершиться неудачей.

Выбрать правильную плату нужно для того, чтобы IDE Arduino мог применить правильный «метод сброса» при переключении платы в режим загрузчика. Разные платы используют разные методы сброса. У некоторых плат нет аппаратных компонентов, чтобы выполнить сброс через IDE Arduino. В таком случае плату нужно перевести в режим загрузчика вручную.

4. Кроме того, загрузка прошивки может не удаться из-за слишком высокой скорости передачи данных. Если у вас длинный или некачественный USB-кабель, попробуйте снизить скорость загрузки в меню «Upload Speed».

Дополнительные проверки

1. Если проблема не исчезла, проверьте, точно ли модуль вошел в режим загрузчика. Для этого нужно подключить к ESP8266 добавочный конвертер USB-Serial, а затем посмотреть на показываемые сообщения.

Итак, для начала подключите контакты RX и GND конвертера к контактам TX и GND на ESP8266, как показано ниже:

Затем откройте терминал на скорости 74880 бод и посмотрите, какие сообщения присылает ESP8266 при сбросе, выполняемом для загрузки прошивки. Правильное сообщение должно выглядеть примерно так:

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

Если у вас появилось такое же сообщение, но с другими значениями, то расшифровать его можно при помощи таблицы из этой статьи (см. третью таблицу в разделе «Сообщения о режимах запуска и причине сброса/перезагрузки»). Ключевая информация содержится в первой цифре, находящейся в скобочках рядом с надписью «boot mode», как показано на картинке ниже:

К примеру, сообщение «boot mode (3, 3)» информирует, что контакты GPIO2 и GPIO0 выставлены на HIGH, а GPIO15 – на LOW. Это настройка для нормальной работы модуля (т.е. выполнения программы, записанной на flash-память), но не для режима загрузчика (т.е. программирования flash-памяти).

Примечание: Если выполнить этот шаг неправильно, вы не сможете загрузить прошивку на модуль через последовательный порт.

2. Вы убедились, что модуль находится в режиме загрузчика, но загрузить прошивку по-прежнему не удается. Если вы используете внешний конвертер USB-Serial, проверьте, правильно ли он работает, закольцевав выход на вход. Этой очень простая проверка. Просто подключите друг к другу контакты RX и TX на конвертере как показано на картинке ниже. Затем откройте монитор порта и впишите там несколько символов. Если все в порядке, то все написанные вами символы должны сразу же появится в мониторе порта. Чтобы выполнить такую проверку на модуле со встроенным USB-Serial конвертером, может понадобиться разрушить некоторые дорожки на печатной плате. Я бы сделал это лишь в полном отчаянии. Лучше попробуйте способы, описываемые еще ниже.

3. Еще один способ – это просмотр более детальных отладочных сообщений. Кликните в IDE Arduino на Файл > Настройки (File > Preferences) и поставьте галочку рядом с пунктом «Показать подробный вывод: Загрузка» («Show verbose output during: upload»). Чтобы загрузка прошивки была успешной, эти логи должны выглядеть примерно так:

C:UsersKrzysztofAppDataLocalArduino15packagesesp8266toolsesptool0.4.8/esptool.exe -vv -cd ck -cb 115200 -cp COM3 -ca 0x00000 -cf C:UsersKRZYSZ~1AppDataLocalTempbuild7e44b372385012e74d64fb272d24b802.tmp/Blink.ino.bin    esptool v0.4.8 - (c) 2014 Ch. Klippel <ck@atelier-klippel.de>       setting board to ck       setting baudrate from 115200 to 115200       setting port from COM1 to COM3       setting address from 0x00000000 to 0x00000000       espcomm_upload_file       espcomm_upload_mem       setting serial port timeouts to 1000 ms   opening bootloader   resetting board   trying to connect       flush start       setting serial port timeouts to 1 ms       setting serial port timeouts to 1000 ms       flush complete       espcomm_send_command: sending command header       espcomm_send_command: sending command payload       read 0, requested 1   trying to connect       flush start       setting serial port timeouts to 1 ms       setting serial port timeouts to 1000 ms       flush complete       espcomm_send_command: sending command header       espcomm_send_command: sending command payload       espcomm_send_command: receiving 2 bytes of data       espcomm_send_command: receiving 2 bytes of data       espcomm_send_command: receiving 2 bytes of data       espcomm_send_command: receiving 2 bytes of data       espcomm_send_command: receiving 2 bytes of data       espcomm_send_command: receiving 2 bytes of data       espcomm_send_command: receiving 2 bytes of data       espcomm_send_command: receiving 2 bytes of data   Uploading 226368 bytes from to flash at 0x00000000       erasing flash       size: 037440 address: 000000       first_sector_index: 0       total_sector_count: 56       head_sector_count: 16       adjusted_sector_count: 40       erase_size: 028000       espcomm_send_command: sending command header       espcomm_send_command: sending command payload       setting serial port timeouts to 15000 ms       setting serial port timeouts to 1000 ms       espcomm_send_command: receiving 2 bytes of data       writing flash   ..............................................................................................................................................................................................................................   starting app without reboot       espcomm_send_command: sending command header       espcomm_send_command: sending command payload       espcomm_send_command: receiving 2 bytes of data   closing bootloader       flush start       setting serial port timeouts to 1 ms       setting serial port timeouts to 1000 ms       flush complete

Логов может быть больше, и это зависит от количества попыток подключения, выполненных «esptool». Проанализируйте эти логи на предмет аномалий в настройках, выбранных в IDE Arduino – вроде другого последовательного порта, метода сброса, скорости передачи данных и т.д. Исправьте найденные ошибки.

Методы сброса

Если вы дошли досюда, а ошибка «espcomm_sync failed» никуда не делась, значит, пришло время расчехлить пушки покрупнее.

Чтобы понять, что происходит, подключите к контактам GPIO0, RST и RXD на ESP8266 осциллограф или логический анализатор. Затем сравните свои измерения с формой сигнала на графиках ниже. В них задокументированы два стандартных метода сброса ESP8266 для загрузки кода, которые можно выбрать в IDE Arduino – «ck» и «nodemcu».

Ck

На картинке ниже изображена цепь, специально подготовленная для определения формы сигнала при использовании метода «ck». Он проще сброса методом «nodemcu» и поэтому часто используется для подключения стандартных модулей ESP к макетной плате. Сверьте это подключение со своим.

Графики ниже показывают сигналы напряжения на контактах GPIO0 и RST при загрузке прошивки.

Первый график показывает форму сигнала в начале загрузки кода.

Второй график показывает полную загрузку скетча «Blink.io» на скорости 921600 бод. Это довольно высокая скорость, поэтому на загрузку уходит всего 8 секунд.

Когда у «esptool» не получается выполнить загрузку, он инициализирует сброс. Подобная ситуация показана, к примеру, на графике ниже.

Каждая новая попытка отображается в логах загрузки:

resetting board
trying to connect
    flush start
    setting serial port timeouts to 1 ms
    setting serial port timeouts to 1000 ms
    flush complete
    espcomm_send_command: sending command header
    espcomm_send_command: sending command payload
    read 0, requested 1

Цепь, показанная выше, имеет одно важное ограничение при работе с IDE Arduino. После открытия монитора порта ( Ctrl + ⇧ Shift + M ) линии RTS и DTR переключаются в состояние LOW. Поскольку линия RTS подключена к входной линии REST на ESP8266, то ESP8266 просто зависнет в состоянии сброса и запустить его будет нельзя. Следовательно, после загрузки прошивки вам нужно отключить обе линии или воспользоваться другой консолью (не монитором порта IDE Arduino), которая не переключает RTS и DTR в состояние LOW. В противном случае модуль зависнет в ожидании переключения REST в состояние HIGH и в мониторе порта ничего показывать не будет.

Что касается другой консоли, можно воспользоваться монитором порта IDE Arduino для ESP8266, разработанной пользователем mytrain и обсуждаемой в отчете 1360.

Если предпочитаете программы, то для Windows я бы порекомендовал бесплатную и удобную Termite.

Nodemcu

Метод сброса «nodemcu» получил название от платы NodeMCU, где он был реализован в самый первый раз. Этот метод позволяет обойти ограничения с управлением линиями RTS и DTR, о которых говорилось в главе о методе «ck».

Ниже показана простая цепь для измерения формы сигнала при помощи метода «nodemcu»:

Первый график показывает напряжение на контактах GPIO0 и RST в начале загрузки прошивки:

Обратите внимание, что последовательность сигналов длится в 10 раз короче, чем при использовании метода «ck» – примерно 25 мс против 250 мс.

Второй график показывает загрузку скетча «Blink.ino» на скорости 921600 бод. Не считая разницы в длине последовательности сигналов, он выглядит как аналогичный график для метода «ck».

Третий график тоже демонстрирует загрузку скетча «Blink.ino» на скорости 921600 бод, но с двумя попытками сброса.

Если вам интересно, как реализуется этот метод сброса, обратите внимание на схемы ниже. Он не притягивает линии RTS и DTR к «земле», когда вы открываете в IDE Arduino монитор порта.

Такая цепь состоит из двух транзисторов и резисторов, расположенных на плате NodeMCU. Слева изображены полная схема и таблица истинности – она показывает, как сигналы RTS и DTR на последовательном порту преобразуются в контакты RST и GPIO0 на ESP8266. Более подробно смотрите в репозитории NodeMCU на GitHub.

Эм… похоже, я застрял

Надеемся, советы выше помогли вам справиться с ошибкой «espcomm_sync failed», а загрузка прошивки на ESP8266 стала быстрой и беспроблемной.

Если опять нет, пробегитесь по вопросам ниже (они представляют короткую версию того, о чем писалось в главах выше):

Предварительные проверки

• Подключен ли ваш модуль к последовательному порту? Видит ли его IDE Arduino?
• Отвечает ли подключенный девайс на IDE Arduino? Какое именно сообщение появляется в отладочном окне?
• Правильный ли модуль ESP8266 выбран в меню «Плата»? Что именно у вас выбрано?
• Пробовали ли вы снизить скорость загрузки? Какую скорость вы уже попробовали?

Дополнительные проверки

• Какое сообщение присылает ESP8266 на скорости 74880 бод, когда вы входите в режим загрузчика?
• Проверяли ли вы конвертер USB-Serial, зациклив его? Каков был результат?
• Соответствует ли информация, показанная в логах, настройкам IDE Arduino? Если да, что в них?

Метод сброса

• Какой метод сброса вы используете?
• Какая у вас схема подключения? Она соответствует той, что показана в FAQ?
• Какую форму имеет сигнал во время сброса? Она соответствует форме сигнала в FAQ?
• Какую форму имеет сигнал при полной загрузке скетча? Она соответствует форме сигнала в FAQ?

ПО

• Вы используете стабильную версию аддона ESP8266 для IDE Arduino? Что это за версия?
• Как называется и какая версия у ваших IDE и ОС?

Если застопорились на каком-то шаге, опишите его как можно подробней и обратитесь за помощью на форум сообщества ESP8266.

Итого

С таким разнообразием модулей и плат на базе ESP8266, а также возможных методов сброса, решение проблем с загрузкой может потребовать очень много проб и попыток.
Если вы новичок, лучше использовать платы со встроенными USB-Serial конвертером и цепью для питания. Осторожно проверяйте сообщения в отладочном окне, а затем действуйте согласно этим сообщениям. Выберите правильный тип модуля в IDE Arduino и правильно настройте скорость загрузки прошивки. Проверьте, действительно ли плата переключена в режим загрузчика. Проверьте работоспособность USB-Serial конвертера, зациклив его. Проанализируйте детальные логи на предмет несоответствий с настройками IDE Arduino.

Проверьте схему подключения и форму сигнала на соответствие используемому методу сброса.

Если застряли, спросите совета у сообщества, предоставив данные обо всех выполненных вами шагах.

На картинке выше показана тестовая площадка для метода «ck».

Во время подготовки этой статьи не пострадало ни одного ESP8266.

См.также

Внешние ссылки

ESP8266 Руководство по устранению неисправностей

У ESP8266 есть несколько общих проблем, особенно при попытке записать новую прошивку или загрузке скриптов.

Вот подборка наиболее распространенных проблем с ESP8266 и способы для их исправления.

Устранение неполадок ESP8266 — NodeMCU Flasher

Где скачать флешер NodeMCU?

Перейдите в репозиторий GitHub флешера NodeMCU и загрузите флешер для вашей версии Windows, нажав кнопку «Raw»:

Какие настройки следует использовать с флешером NodeMCU?

Флешер NodeMCU уже поставляется с правильными настройками по умолчанию.

Настройки по умолчанию:

После нажатия кнопки «Flash» ничего не происходит, прошивальщик NodeMCU не запускает процесс перепрошивки

Если вы нажали кнопку «Flash» и ничего не происходит . Это может быть одно из двух:

• ESP не находится в режиме прошивки (перепроверьте, подключен ли GPIO 0 к GND при включении питания)
• программатор FTDI не может подать достаточный ток на ESP

Проблема 1 — Как заставить ESP перейти в режим прошивки:

1. Закройте окно флешера NodeMCU
2. Отключите питание от вашего ESP8266
3. Подключите ESP следующим образом (дважды проверьте, что GPIO 0 подключен к GND)
4. Подайте питание на ESP8266 и откройте флешер NodeMCU Нажмите кнопку «Flash»

Если он все еще сообщает «Ожидание MAC», попробуйте следующее:

1. Подключите провод от вашего reset ESP8266 к GND
2. Отсоедините этот провод от GND и присоединитесь к VCC

Повторите шаги несколько раз, пока ESP не перезагрузится, и, скорее всего, флешер NodeMCU сможет обнаружить ESP и начать процесс перепрошивки.

Проблема 2. Если FTDI не может обеспечить достаточный ток, возможно, придется купить новый программатор FTDI или подключить ESP8266 к внешнему источнику питания.

Флешер NodeMCU зависает или останавливается на определенном проценте

1. Отключите питание от ESP + FTDI: Закройте окно флешера NodeMCU
2. Подключите ESP + FTDI к компьютеру снова
3. Откройте флешер NodeMCU и попробуйте скорость передачи 19200 бод

Если этот процесс завершится неудачно, повторите ту же процедуру для следующих скоростей передачи (38400, 57600, 74880 и 115200).

Ппо крайней мере 5 человек столкнулись с той же проблемой, и этот способ решил ее.

Как должен выглядеть NodeMCU после успешной прошивки?

У него должна быть зеленая стрелка внизу слева.

Разблокировка программатора FTDI на ПК с Windows

Если у вас новый программатор FTDI то сначала необходимо установить драйверы FTDI в Windows, посетите официальный веб-сайт для получения официальных драйверов: http://www.ftdichip.com/Drivers/VCP.htm.

В качестве альтернативы можете связаться с продавцом, который продал программатор FTDI.

Если возникли проблемы с установкой драйверов FTDI в Windows 7/8 / 8.1 / 10, вполне вероятно, что FTDI заблокирован.

Устранение неполадок ESP8266 — ESPlorer IDE

ESPlorer IDE Ошибка: разрешен только один tcp сервер

Это означает, что вы пытались загрузить несколько скриптов, и в ESP все еще выполняется старый скрипт с веб-сервером. Чтобы это исправить, нужно выполнить эти команды, чтобы удалить все файлы и перезапустить ESP:

ESPlorer IDE Ошибка: не удается автоматически определить прошивку

ESPlorer IDE Ошибка: Ожидание ответа от ESP — истекло время ожидания. Команда прервана. Ожидание ответа от ESP — истекло время ожидания. Команда отменена.

Это означает что ESP, все еще находится в режиме прошивки. Как перевести ESP в режим пользователя:

1. Закройте соединение ESPlorer IDE
2. Отключите питание от ESP8266
3. Подключите GPIO 0 к VCC
4. Подайте питание на ESP8266 и восстановите соединение с ESPlorer IDE

Если он по-прежнему сообщает «не могу автоматически определить прошивку», попробуйте следующее:

1. Подключите провод от вашего reset к GND
2. Отключите этот провод от GND и присоедините к VCC

Код исчезает при перезапуске ESP8266

Если после загрузки скрипта в ESP ничего не происходит. Это означает, что ESP не смог найти скрипт или возникла проблема с памятью.

1. Вы не сохранили свой скрипт под названием «init.lua». Повторная загрузка того же скрипта, но с именем «init.lua» должна решить проблему
2. Это может быть проблема с памятью. Перепрошивка ESP с помощью прошивальщика NodeMCU обычно решает эту проблему.

Поиск IP-адреса ESP8266

Прежде чем начать, убедитесь, что вы проверили эти два пункта:

1. Убедитесь, что скрипт, загруженный в ESP, имеет правильные сетевые учетные данные
2. Убедитесь, что ESP находится рядом с маршрутизатором

Источник

Arduino.ru

Не могу добавить в менеджере плат IDE платы с ESP8266

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

Здравствуйте! Не могу добавить платы на esp8266 в IDE. В настройках прописал http://arduino.esp8266.com/package_esp8266com_index.json но в менеджере плат с esp8266 нет. IDE выводит «произошла ошибка при загрузки http://arduino.esp8266.com/package_esp8266com_index.json». Может кто попробывать у кого как?

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

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

Сегодня ещё были проблемы с доменом arduino.esp8266.com, он не работал (иногда такое бывает). Поэтому в менеджере плат ESP8266 не появляется. Но уже починили.

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

Да вот тут разработчики пишут что есть проблемы с DNS предлагают временно вставить такую строку

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

по прежнему не грузится, кто как решил?

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

Сейчас всё грузится.

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

ага, спасибо, все заработало.

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

Всем добра. Такая-же ерундовина как в первом посте

Вставлял рекомендованые ссылки ,никак , выдаёт ошибку :

версия ИДЕ 1.6.13

та-же ситуация и с ИДЕ 1.8.5

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

Никак не установить плату ESP8266 — ошибка!

Ссылки в настройках по мануалу.

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

Ошибки где? При установке поставьте галочку подробный вывод лога, в нем увидите пути где не хватает файлов, вручную кладёте и будет ок. Я сам нарвался месяц назад, а пару недель назад тут на форуме описывали — поищите.

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

Включаю менеджер плат, нахожу «esp8266 by ESP8266 Community», нажимаю «установка» и:

Где галочку ставить?

Куда и что вручную класть?

Помогите чайнику, плз!

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

Всегда, так уж вышло, добавлял без менеджера плат, просто клонировал по правилам в директорию hardware, как для esp8266 так и для esp32 (тиньки и stm32duino аналогично) и проблем не испытывал.

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

В настройках ide есть галочка подробный вывод, после этого ещё раз попробуйте и внимательно почитайте ошибки, тогда будет понятно в чем дело

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

Да, вылезло много букв, но понятно не стало.

Источник

Комментарии

Corsair

In file included from C:UsersCorsairDesktopGyverLamp-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»

Скетч использует 329632 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43748 байт (53%) динамической памяти, оставляя 38172 байт для локальных переменных. Максимум: 81920 байт.
esptool.py v2.6
2.6
esptool.py v2.6
Serial port COM7
Connecting.
Chip is ESP8266EX
Features: WiFi
MAC: 50:02:91:67:de:0f
Uploading stub.
Running stub.
Stub running.
Changing baud rate to 460800
Changed.
Configuring flash size.
Auto-detected Flash size: 4MB
Compressed 333792 bytes to 237492.

Writing at 0x00000000. (6 %)
Writing at 0x00004000. (13 %)
Writing at 0x00008000. (20 %)
Writing at 0x0000c000. (26 %)
Writing at 0x00010000. (33 %)
Writing at 0x00014000. (40 %)
Writing at 0x00018000. (46 %)
Writing at 0x0001c000. (53 %)
Writing at 0x00020000. (60 %)
Writing at 0x00024000. (66 %)
Writing at 0x00028000. (73 %)
Writing at 0x0002c000. (80 %)
Writing at 0x00030000. (86 %)
Writing at 0x00034000. (93 %)
Writing at 0x00038000. (100 %)
Wrote 333792 bytes (237492 compressed) at 0x00000000 in 5.4 seconds (effective 498.7 kbit/s).
Hash of data verified.

Leaving.
Hard resetting via RTS pin.

Старик Похабыч

Kostefan

Привет товарищ я нашел причину. на матрице спаял зеленые провода, а этого делать не надо было

DaniilKend

Arduino: 1.8.9 (Windows Store 1.8.21.0) (Windows 10), Плата:»LOLIN(WEMOS) D1 R2 & mini, 80 MHz, Flash, Disabled, 4M (1M SPIFFS), v2 Higher Bandwidth, Disabled, None, Only Sketch, 921600″

In file included from E:АрдуиноGyverLamp-masterfirmwareGyverLamp_v1.1GyverLamp_v1.1.ino:65:0:

C:Users�������DocumentsArduinolibrariesFastLED/FastLED.h:14:21: note: #pragma message: FastLED version 3.003.002

# pragma message «FastLED version 3.003.002»

In file included from C:Users�������DocumentsArduinolibrariesFastLED/FastLED.h:65:0,

C:Users�������DocumentsArduinolibrariesFastLED/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»

Скетч использует 324572 байт (31%) памяти устройства. Всего доступно 1044464 байт.
Глобальные переменные используют 43072 байт (52%) динамической памяти, оставляя 38848 байт для локальных переменных. Максимум: 81920 байт.
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
error: failed sending 0xC0
error: failed sending 8 bytes
error: failed sending 36 bytes
error: failed sending 0xC0
warning: espcomm_sync failed
error: espcomm_open failed
error: espcomm_upload_mem failed
error: espcomm_upload_mem failed

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

Источник

Комментарии

Brighton

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,

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

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

awiscan

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,

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

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

Источник