Error in command line need pyserial path as 1st arg and esptool path as 2nd

У sdk версии 2.6.1 отличается upload.py от того же upload.py что в версии 2.5.2
Кроме этого в 2.6.1 загрузчик esptool.py версии v2.8 а в 2.5.2 esptool.py версии v2.6
Плагин arduino-esp8266fs-plugin использует один и тот же код для выполнения загрузки.
Выполняет upload.py —chip esp8266 —port /dev/ttyUSB0 —baud 115200 write_flash 0x300000 FSBrowser.spiffs.bin —end
Для проверки загрузк на sdk версии 2.5.2 я создал файлик FSBrowser.spiffs.bin в 10килобайт

user@my-pc:~/Arduino/hardware/esp8266com/esp8266/tools$ dd if=/dev/zero of=FSBrowser.spiffs.bin bs=1000 count=10
10+0 records in
10+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.00020148 s, 49.6 MB/s
user@my-pc:~/Arduino/hardware/esp8266com/esp8266/tools$ ls -l FSBrowser.spiffs.bin
-rw-rw-r-- 1 user user 10000 Nov 22 09:41 FSBrowser.spiffs.bin

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

user@my-pc:~/Arduino/hardware/esp8266com/esp8266/tools$ ./upload.py --chip esp8266 --port /dev/ttyUSB0 --baud 115200 write_flash 0x300000 FSBrowser.spiffs.bin --end
esptool.py v2.6
Serial port /dev/ttyUSB0
Connecting........^C
Traceback (most recent call last):
  File "./upload.py", line 25, in <module>
    esptool.main(fakeargs)
  File "/home/user/Arduino/hardware/esp8266com/esp8266/tools/esptool/esptool.py", line 2653, in main
    esp.connect(args.before)
  File "/home/user/Arduino/hardware/esp8266com/esp8266/tools/esptool/esptool.py", line 463, in connect
    last_error = self._connect_attempt(mode=mode, esp32r0_delay=True)
  File "/home/user/Arduino/hardware/esp8266com/esp8266/tools/esptool/esptool.py", line 425, in _connect_attempt
    time.sleep(1.2)
KeyboardInterrupt

Загрузчик пытался честно загрузить модуль, который не подключен, я его прервал.

Пытаюсь повторить опыт на sdk версии 2.6.1, тот же FSBrowser.spiffs.bin той же командой

user@my-pc:~/Arduino/hardware/esp8266com/esp8266/tools$ ./upload.py --chip esp8266 --port /dev/ttyUSB0 --baud 115200 write_flash 0x300000 FSBrowser.spiffs.bin --end
usage: esptool write_flash [-h] [--erase-all]
                           [--flash_freq {keep,40m,26m,20m,80m}]
                           [--flash_mode {keep,qio,qout,dio,dout}]
                           [--flash_size FLASH_SIZE]
                           [--spi-connection SPI_CONNECTION] [--no-progress]
                           [--verify] [--encrypt]
                           [--ignore-flash-encryption-efuse-setting]
                           [--compress | --no-compress]
                           <address> <filename> [<address> <filename> ...]
esptool write_flash: error: argument <address> <filename>: Must be pairs of an address and the binary filename to write there

Загрузка даже не началась.

Скажите, для чего вы используете sdk версии 2.6.1? Ведь прежде у вас всё загружалось.

Добрый день @AllXXX @Алексей., я по-моему нашел решение, но не могу его на данный момент протестировать.
В пул-реквесте здесь: Make upload.py compatible with existing FS upload by earlephilhower · Pull Request #6788 · esp8266/Arduino были изменены параметры загрузки данных по SPIFFS так, чтобы все вновь работало. [off](я до конца не понял, возможно буду говорить чушь)[/off]

При рассмотрении пул-реквестов, владельцы и модераторы репозитория не заметили багу. Все одобренные пул-реквесты они добавили в обновление 2.6.0, позже, был еще фикс 2.6.1, в минорной версии они, как я понял, переписали uploader скетчей и данных для Arduino IDE под Python 3 (в связи с тем, что он с 01.01.2020 не будет поддерживаться).
И допустили ошибку, где перед аргументом «filename».bin не ставился дефолтный адрес загрузки 0x0.

Судя по пул-реквесту выше, они добавили эти изменения в будущее обновление 2.6.2, которое будет около 30 ноября.

На самом деле это, возможно, несовместимость с текущей версией arduino-esp8266fs-plugin.
Судя по этому обсуждению: Pull (#6765) breaks arduino-esp8266fs-plugin functionality · Issue #6777 · esp8266/Arduino; можно удалить «—end» в параметрах загрузчика (upload.py), либо пересобрать arduino-esp8266fs-plugin на Java.

Ваше и мое решение: применить изменения в 3 коммитах, или 2 измененных файлах в этом пул-реквесте Make upload.py compatible with existing FS upload by earlephilhower · Pull Request #6788 · esp8266/Arduino, пересобрать плагин на Java, или же удалить «—end» в upload.py и будет счастье

Я отказался от загрузки данных в spiffs через плагин, точнее, отказался от загрузки в spiffs используя какие-либо инструменты, позволяющие грузить в spiffs не из кода, в spiffs если необходимо держу только конфигурационные параметры.
Статические данные, такие как html страницы, стили скрипты, держу в коде в массивах байтов с атрибутом PROGMEM.
В исходниках они (статические данные) как прежде в директории data, а при сборке «налету» преобразую их в си-шные исходники.
Для платформы настраиваю хук для скетч-пребилд например:

recipe.hooks.sketch.prebuild.0.pattern = {runtime.platform.path}/prebuild.local {build.source.path} {build.path} {build.project_name}

runtime.platform.path — это путь до директории в которой живет платформа
prebuild.local — это скрипт, который я создал для запуска других скриптов в директориях со скетчами, которые могут и отсутствовать если prebuild не требуется

#!/bin/bash
# проверяем наличие файла prebuild в исходной директории со скетчем
if [ -e "$1/prebuild" ]
then
  # переходим в исходную директорию со скетчем
  cd $1
  # выполняем prebuild передавая путь ко временной директории созданной ардуиной для билда и название проекта
  ./prebuild $2 $3
fi

build.source.path — это путь до директории где живет скетч
build.path — это путь до временной директории куда ардуина-иде скопировала скетч перед сборкой
build.project_name — это название проекта

@AllXXX
Вчера подготовил файлы для тестирования на компьютере друга, сегодня залил, все работает вновь.

Фикс сработает, если вы используете библиотеку ESP8266 (менеджер плат) версии 2.6.1

Прикладываю 2 измененных файла из этого пул-реквеста: Make upload.py compatible with existing FS upload by earlephilhower · Pull Request #6788 · esp8266/Arduino

1. Заменить файл «C:Users<Имя пользователя>AppDataLocalArduino15packagesesp8266hardwareesp82662.6.1platform.txt«
2. Заменить файл «C:Users<Имя пользователя>AppDataLocalArduino15packagesesp8266hardwareesp82662.6.1toolsupload.py«

Было изменено:

@Алексей.
Я просто думал, что это единственный вариант хранить статические данные, для того же веб-сервера (просто не особо знаком с разработкой под девайсы, да и вообще с C/C++ знаком только на уровне лабораторных из ИТМО)

А есть какие-то минусы от записи непосредственно во flash память, в отличие от использования для этого файловой системы SPIFFS?
Судя по определению PROGMEM, это чистая flash-память, а SPIFFS — попытка в файловую систему с дикими ограничениями, в которой также используется flash-память. Следовательно, ваш вариант будет даже лучше и быстрее для работы с памятью, или доступа к статическим данным.
[off]Кстати, в 2.6.1 они пофиксили багу с расширениями index-файла страницы, ибо по запросу к корню ‘/’ искался по-умолчанию .htm файл, и .html таким образом пролетал мимо[/off]

@AllXXX
Вчера подготовил файлы для тестирования на компьютере друга, сегодня залил, все работает вновь.

Фикс сработает, если вы используете библиотеку ESP8266 (менеджер плат) версии 2.6.1

Прикладываю 2 измененных файла из этого пул-реквеста: Make upload.py compatible with existing FS upload by earlephilhower · Pull Request #6788 · esp8266/Arduino

1. Заменить файл «C:Users<Имя пользователя>AppDataLocalArduino15packagesesp8266hardwareesp82662.6.1platform.txt«
2. Заменить файл «C:Users<Имя пользователя>AppDataLocalArduino15packagesesp8266hardwareesp82662.6.1toolsupload.py«

Было изменено:

всё работает!!!

Судя по определению PROGMEM, это чистая flash-память, а SPIFFS — попытка в файловую систему с дикими ограничениями,

Модификатором переменной PROGMEM говорим компилятору, не копировать эту переменную в оперативную память, оставлять её во флеше.
В реализации ESP8266WebServer есть возможность выполнять отправку контента как из переменных в оперативной памяти

sendContent(const String& content)
sendContent(const char *content)

Так и непосредственно из флеша

sendContent_P(PGM_P content)

Что касается SPIFFS — это раздел на флеше, в котором построена файловая система. Минус — скорость доступа.
Если данные не предполагается модифицировать совсем, то смысла держать их отдельно от кода нет.
Если данные иногда нужно менять, например для веб-интерфейса меняете внешний вид, а код оставляете прежний, то можно данные в файлах держать на SPIFFS.
Ещё один минус, на мой взгляд.
Код периодически приходится обновлять, исправление ошибок, добавление нового функционала и т.п.
Если обновление выполняете по воздуху и кроме обновления кода требуется выполнить обновления данных, то обновление выполняется в два этапа, код и spiffs.

Swaggaboy6537: Прикладываю 2 измененных файла из этого пул-реквеста….

Мне помогло. Спасибо.

Если залить скетч: «FSBrowser», в браузере загружается страничка с текстом «FS INIT ERROR»

Раскоментировал строку #define USE_SPIFFS и всё заработало.