Ошибки, мигающие NodeMCU до ESP8266

Question

У меня было немного грубого времени, пытаясь выпустить последнюю прошивку разработчика. Я отредактировал вопрос с кучей примеров копирования/вставки из моего кли и прояснил шаги, которые я сделал до сих пор. Вот что я пробовал:

• Я загрузил версии прошивки 1.4.0 master и dev из службы пользовательской сборки.

• Я пытался прошить 1.4.0 мастер версии этой команды:

  python esptool.py --port /dev/ttyUSB0 write_flash -fm=dio -fs=32m 0x00000 ~/git/nodemcu- 
  firmware/bin/nodemcu_integer_1.4.0_master_20160531.bin 
  esptool.py v1.0.2-dev 
  Connecting... 
  Running Cesanta flasher stub... 
  Flash params set to 0x0240 
  Writing 405504 @ 0x0... 405504 (100 %) 
  Wrote 405504 bytes at 0x0 in 35.2 seconds (92.2 kbit/s)... 
  Leaving... 
  

• Это, кажется, чтобы добиться успеха, потому что я могу подключиться к DevKit

  n?$B� 
       ��4"*���4"*��B%,��� C� 
  NodeMCU custom build by frightanic.com 
       branch: master 
       commit: c8037568571edb5c568c2f8231e4f8ce0683b883 
       SSL: false 
       modules: file,gpio,i2c,net,node,rtcfifo,rtcmem,rtctime,tmr,uart,wifi,ws2812 
  build built on: 2016-06-01 02:58 
  powered by Lua 5.1.4 on SDK 1.4.0 
  lua: cannot open init.lua 
  > 
  

• я скачал v1.5.1 nonos espressif sdk, чтобы получить esp_init_data_default.bin Мне пришлось это сделать, потому что devkit работал 0.9.6

• Я попытался использовать flas ч версия 1.4.0 DEV прошивки с этой командой:

  python esptool.py --port /dev/ttyUSB0 write_flash -fm=dio -fs=32m 0x00000 ~/git/nodemcu-firmware/bin/nodemcu_integer_1.4.0_dev_20160531.bin 0x3fc000 ~/git/nodemcu-firmware/bin/esp_init_data_default.bin 
  esptool.py v1.0.2-dev 
  Connecting... 
  Running Cesanta flasher stub... 
  Flash params set to 0x0240 
  Writing 401408 @ 0x0... 401408 (100 %) 
  Wrote 401408 bytes at 0x0 in 34.8 seconds (92.3 kbit/s)... 
  Writing 4096 @ 0x3fc000... 4096 (100 %) 
  Wrote 4096 bytes at 0x3fc000 in 0.4 seconds (90.0 kbit/s)... 
  Leaving... 
  

• Это, кажется, не потому, что, когда я пытаюсь подключиться к DevKit я не получить ничего, кроме бреда. Я пытался соединиться с КАЖДОЙ установкой бод, и он, похоже, не улучшает тарабарщину вообще.

  rll|l�|l�b|�rbb�nnlnn��bplrlrlp�n�lbn�|l�b�nn�ll`nn 
                lnr�n 
  
                  b��`p�n� 
  
                     r���bn�|llb�nn�l`nnl�l`nr�n 
  
                            ��l``�n 
  
  
                              ��b�nl� 
                                ��nn� 
                                 lp�n� 
  
      r���lbn�|b�nn�ll` 
  

Мастер версия прошивки работает очень хорошо, но, как я сказал, его не хватает пару вещей из WiFi и ws2812 модулей, которые я хочу использовать. Dev-версия прошивки действительно мигает, но когда я пытаюсь использовать экран для подключения к devkit, все, что я получаю, это тарабарщина, и подсказка Lua никогда не появляется. Я сейчас сдаюсь, я не знаю, что попробовать дальше, может ли кто-нибудь, пожалуйста, направить меня?

Спасибо за любую помощь.

Answer 1

Оказывается что есть ошибка с screen, которая не позволяет связи с devkit на версиях прошивки 1.5 и выше. Чтобы обойти эту проблему можно либо использовать замазку для Linux (доступной от APT-получить, если вы на Ubuntu) или понизить прошивку до 1.4

Смотрите этот ответ на суперпользователе для некоторой подробной информации: https://superuser.com/questions/810937/how-can-i-set-the-parity-bits-when-using-screen-to-access-a-serial-port

Ps Я только подтвердил эту ошибку в компиляционных файлах armhf. Возможно, что двоичные файлы x86 работают нормально, поскольку я не тестировал его, хотя Q & A на SuperUser, который я связал, по-видимому, подразумевает, что экран на x86 также будет иметь проблемы.

Answer 2

Ваша формулировка относительно ветвей и версий немного сбивает с толку (по крайней мере, для меня). dev основан на SDK v1.5.1, а для master - 1.4.0.

Вам не нужно мигать прошивка plus SDK. Сама прошивка достаточно. Поскольку вы ссылаетесь на наши мигающие документы, я предполагаю, что вы получили команду esptool.py.

Две вещи, которые стоит отметить:

• Я думаю, вы уже esp_init_data_default.bin из-за байт-107-данс? Больше не нужно, если вы находитесь на ветке dev из-за adc.force_init_mode(), мы просто had this yesterday. Или это из-за того, что у вас была старая прошивка 0.9.x на устройстве? Если это так, вы получили адрес для esp_init_data_default.bin справа i.e, выровненный по размеру вашего устройства?
• У нас обнаружено автоматическое бод в dev. Я не уверен, как хорошо это играет с screen. Попробуйте установить 115'200 явно или try ESPlorer.

Update

Позвольте мне сказать, что я верю, что вы создали полный беспорядок. Кроме того, у меня есть основания полагать, что отчеты и результаты в вашем Q - это не вся правда.

• Опять же, нет такой вещи, как v1.4 dev. dev основан на SDK 1.5.1, master использует 1.4.
• Вы заявляете, что используете мой custom build service. Тем не менее, в вашем первом отрывке строки cmd имя файла и путь ~/git/nodemcu-firmware/bin/nodemcu_integer_1.4.0_master_20160531.bin. Это означает, что вы сами создаете прошивку (используя мой Docker image?). Имена файлов, сгенерированные службой построения, используют шаблон nodemcu-<branch>-<number>-modules-<timestamp>-integer|float, а образ Docker по умолчанию генерирует что-то вроде nodemcu_integer|float_<branch>_<timestamp>.
• Но опять-таки ваш второй фрагмент, несомненно, показывает, что вы успешно загрузили прошивку из ветки NodeMCU master, построенной моей службой пользовательской сборки.
• И тогда вы запустили что-то вроде «1.4.0 dev» (не существует), созданного локально PLUS esp_init_data_default.bin? Я не понимаю. NodeMCU flashing docs говорят, что вам нужно только esp_init_data_default.bin при прямом обновлении с 0.9.x - если вообще. Итак, если у вас уже есть master (1.4), в этом нет никакой необходимости.

Извините, на самом деле не может помочь. Я считаю, что путь к успеху для вас на самом деле просто:

• получил http://nodemcu-build.com/
• выбрать dev ветвь плюс все требуемые модули
• загрузить двоичный
• esptool.py --port /dev/ttyUSB0 write_flash -fm=dio -fs=32m 0x00000 nodemcu-dev-N-modules-2016-06-03-<time>-integer.bin