Ошибки при сборке примеров в UDK

[CHERTS]

Все крупные и старые примеры я удалил из UDK, все старые SDK так же удалены, осталась только свежая 2.0.0. Так же я переделал структуру Makefile, теперь все стало чуть проще, скоро зарелизю UDK 2.2.0
Кому не терпится посмотреть, см. офф. репо GitHub - CHERTS/esp8266-devkit: Unofficial Development Kit for Espressif ESP8266

 

[pvvx]

Все крупные и старые примеры я удалил из UDK, все старые SDK так же удалены, осталась только свежая 2.0.0. Так же я переделал структуру Makefile, теперь все стало чуть проще, скоро зарелизю UDK 2.2.0
Кому не терпится посмотреть, см. офф. репо GitHub - CHERTS/esp8266-devkit: Unofficial Development Kit for Espressif ESP8266

Опция mingw32-make.exe -j all [-Oline -s] работает?
У меня какие-то проблемы с mkdir -p $(dir). Срывает на ней - говорит что не создать директорию, хотя ей сказано -p = заткнуться, кеш файловой системы что-ли не успевает или реализация команды mkdir в mingw с ошибкой? mkdir ругается какой-то глупостью, что ей не создать базовый каталог, хотя он уже есть и строка ей дана правильная. Если каталоги для obj созданы заранее, то эта периодическая ошибка не возникает (периодически - при создании сотней каталогов для obj - в один каталог складывать никак - совпадают имена, ... в один поток - неделю ждать...) ...

 

[pvvx]

Нашел - это антивирус дурит! Ему наверно не справиться с потоком создаваемых новых файлов и каталогов

 

[sharikov]

Предлагаю убить UDK. Можно свободно найти на github (к тому же более актуальные версии) компилятора для ESP. Кто "кто ищет - тот найдет"...

Убить UDK прекрасная идея но что будет с вашей "свалкой" где вы активно перекраиваете библиотеки ?
Ваши проекты не собираются например в SysGCC из-за того что там либы чуть отличаются. Стандартные примеры в SysGCC собираются.

 

[pvvx]

Убить UDK прекрасная идея но что будет с вашей "свалкой" где вы активно перекраиваете библиотеки ?
Ваши проекты не собираются например в SysGCC из-за того что там либы чуть отличаются. Стандартные примеры в SysGCC собираются.

А свалка уже всё - она давно выполнила свою миссию - показать, что много-страничный и много-пользовательский web на ESP8266 может работать... ESP8266 умер окончательно. Настал RTL87xx.

 

[nikolz]

А свалка уже всё - она давно выполнила свою миссию - показать, что много-страничный и много-пользовательский web на ESP8266 может работать... ESP8266 умер окончательно. Настал RTL87xx.

А что, кто-то в этом сомневался?

 

[Sanych0by]

Добрый вечер, после прошивки примера esp_rtos_sdk_example модуль вроде стартует, но ничего не происходит? может нужно прошить blank.bin какой-то другой?

Спойлер: Скрин лога

P.S. Забыл добавить, другие примеры (MQTT_Client_demo в частности), собрался и успешно запустился. В документации не нашёл чтобы blank.bin отличался чем то для RTOS и NON_OS. Адреса записи тоже одинаковые, где зарыт пёс?

 

[pvvx]

может нужно прошить blank.bin какой-то другой?

blank.bin записывается для стирания старых настроек WiFi. Причина записи пустого файла с одними 0xff - лень программистов обратиться к функции стирания сектора в esptool. Таким было проще

 

[vad7]

@CHERTS, А отладку так и не получилось прикрутить?

 

[pvvx]

Несколько запоздало но может пригодится кому:
"из коробки" ставится SysGcc
Prebuilt GNU toolchain for esp8266
Инсталялятор с одной кнопкой, ставит все сразу.
"свалку" от pvvx этим тулчейном не собрать но штатный sdk собирает.

Там же есть инсталяторы "с одной кнопкой" и под другие платформы. Например ARM может пригодится RTL-дуинщикам.

Не годится для RTL и ESP - там не всё Ok с сборкой бинарников. Не дописано.

 

[CHERTS]

@CHERTS, А отладку так и не получилось прикрутить?

Увы, gdb не хочет собираться со свежими gcc

 

[Kitaro]

esp_rtos_sdk_example так и не стартует, куда копать? Поведение как у Sanych0by... модуль ESP-12. Nonos примеры работают.

up: В Make файлах, что идут от Espressif адрес, куда писать eagle.irom0text.bin значится 0x20000, а в UDK в common_rtos.mk прописан адрес 0x10000, замена на 0x20000 несколько улучшает ситуацию, примеры стартуют, но насколько легко можно вот так взять и изменить просто адрес записи, возможно размер тоже менять нужно?

 

[CHERTS]

UDK в common_rtos.mk прописан адрес 0x10000, замена на 0x20000 несколько улучшает ситуацию, примеры стартуют

Возможно у меня ошибка в UDK, перепроверю на днях.

возможно размер тоже менять нужно

размер чего?

 

[Kitaro]

размер чего?

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

 

[CHERTS]

common_rtos.mk прописан адрес 0x10000, замена на 0x20000 несколько улучшает ситуацию, примеры стартуют, но насколько легко можно вот так взять и изменить просто адрес записи, возможно размер тоже менять нужно?

Вы правы, у меня ошибка в common_rtos.mk, адрес должен быть 0x20000, исправил в репо на github

 

[Neov]

Примеры на RTOS прошиваются, лог загрузки выводится, но вывода примеров нет. То ли printf не выводит, то ли сами примеры не запускаются

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

load 0x40100000, len 27348, room 16
tail 4
chksum 0x8e
load 0x3ffe8000, len 964, room 4
tail 0
chksum 0x07
load 0x3ffe83d0, len 1796, room 8
tail 12
chksum 0xec
csum 0xec

вопрос решен установкой UDK beta. Но лучше все же обновить stable, а то stable не такой уж и stable

 

[CHERTS]

вопрос решен установкой UDK beta. Но лучше все же обновить stable, а то stable не такой уж и stable

Сегодня вышло очередное обновление UDK 2.2.2 Beta, из новинок новый RTOS SDK 1.5.0 и новые примеры для RTOS.

Stable менять не логично, т.к. её изменения уже зафиксированы, да, там есть ошибки и они будут исправлены в сл. версии.