• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

UDK: Общие баги/глюки/проблемы

jcmvbkbc

New member
class subprocess.Popen(args, bufsize=0, executable=None, stdin=None, stdout=None, stderr=None, preexec_fn=None, close_fds=False, shell=False, cwd=None, env=None, universal_newlines=False, startupinfo=None,creationflags=0)
И это говорит нам о: >>>> здесь идёт развёрнутый ответ pvvx о том, как размер буфера влияет на чтение из потока <<<<.
И вот с этим ответом непризнанному гению можно смело засылать коммит в апстрим, вместо того, чтобы пререкаться с дебилом.
 

pvvx

Активный участник сообщества
И это говорит нам о: >>>> здесь идёт развёрнутый ответ pvvx о том, как размер буфера влияет на чтение из потока <<<<.
И вот с этим ответом непризнанному гению можно смело засылать коммит в апстрим, вместо того, чтобы пререкаться с дебилом.
Вот тут и давайте глубже копайте. Когда раскопаете - тогда и отвечайте :p
Для этого вам потребуется достаточно большой проект, с толпой символов :) и проверьте на всех операционках (это обязательно - оно там и кроется) :p
Но главное - я за вас искать и локализовывать ошибку не намерен, сколько не хитрите :p
У меня есть рабочее решение и оно РАБОТАЕТ, в отличии от вашего.
 
Последнее редактирование:

jcmvbkbc

New member
У меня есть рабочее решение и оно РАБОТАЕТ, в отличии от вашего.
Ещё раз, специально для неумеющих читать, печатными буквами, медленно:
пошли своё решение в апстрим, чтобы не быть непризнанным гением спорящим с дебилом.
 

pvvx

Активный участник сообщества
Ещё раз, специально для неумеющих читать, печатными буквами, медленно:
пошли своё решение в апстрим, чтобы не быть непризнанным гением спорящим с дебилом.
Меня не интересуют Up и Low стримы :) А так-же гении и прочие аборигены.
Мне нужно чтобы обо мне никто и нигде не упоминал, кроме места, где я общаюсь и разрешаю это делать :) А так-же, всё что выкладываю может использоваться другими как угодно, но только без указания на меня.
 
Последнее редактирование:

whiteud

New member
Подскажите такую вещь, шью через Eclipse простенький example на NodeMCU, по консольке льется все замечательно, но после - ничего не работает :(

15:23:12 **** Build of configuration Default for project wifi-ap-tcp-client ****
mingw32-make.exe -f C:/Espressif/examples/wifi-ap-tcp-client/Makefile flash
c:/Espressif/utils/esptool.exe -p COM2 -b 115200 write_flash -ff 40m -fm qio -fs 4m 0x00000 firmware/eagle.flash.bin 0x40000 firmware/eagle.irom0text.bin
Connecting...
Erasing flash...
head: 8 ;total: 8
erase size : 16384

Writing at 0x00000000... (3 %)
Writing at 0x00000400... (6 %)
Writing at 0x00000800... (10 %)
Writing at 0x00000c00... (13 %)
Writing at 0x00001000... (16 %)
Writing at 0x00001400... (20 %)
Writing at 0x00001800... (23 %)
Writing at 0x00001c00... (26 %)
Writing at 0x00002000... (30 %)
Writing at 0x00002400... (33 %)
Writing at 0x00002800... (36 %)
Writing at 0x00002c00... (40 %)
Writing at 0x00003000... (43 %)
Writing at 0x00003400... (46 %)
Writing at 0x00003800... (50 %)
Writing at 0x00003c00... (53 %)
Writing at 0x00004000... (56 %)
Writing at 0x00004400... (60 %)
Writing at 0x00004800... (63 %)
Writing at 0x00004c00... (66 %)
Writing at 0x00005000... (70 %)
Writing at 0x00005400... (73 %)
Writing at 0x00005800... (76 %)
Writing at 0x00005c00... (80 %)
Writing at 0x00006000... (83 %)
Writing at 0x00006400... (86 %)
Writing at 0x00006800... (90 %)
Writing at 0x00006c00... (93 %)
Writing at 0x00007000... (96 %)
Writing at 0x00007400... (100 %)
Written 30720 bytes in 3.01 seconds (81.73 kbit/s)...
Erasing flash...
head: 16 ;total: 41
erase size : 102400

Writing at 0x00040000... (0 %)
Writing at 0x00040400... (1 %)
Writing at 0x00040800... (1 %)
Writing at 0x00040c00... (2 %)
Writing at 0x00041000... (3 %)
Writing at 0x00041400... (3 %)
Writing at 0x00041800... (4 %)
Writing at 0x00041c00... (4 %)
Writing at 0x00042000... (5 %)
Writing at 0x00042400... (6 %)
Writing at 0x00042800... (6 %)
Writing at 0x00042c00... (7 %)
Writing at 0x00043000... (8 %)
Writing at 0x00043400... (8 %)
Writing at 0x00043800... (9 %)
Writing at 0x00043c00... (9 %)
Writing at 0x00044000... (10 %)
Writing at 0x00044400... (11 %)
Writing at 0x00044800... (11 %)
Writing at 0x00044c00... (12 %)
Writing at 0x00045000... (13 %)
Writing at 0x00045400... (13 %)
Writing at 0x00045800... (14 %)
Writing at 0x00045c00... (14 %)
Writing at 0x00046000... (15 %)
Writing at 0x00046400... (16 %)
Writing at 0x00046800... (16 %)
Writing at 0x00046c00... (17 %)
Writing at 0x00047000... (18 %)
Writing at 0x00047400... (18 %)
Writing at 0x00047800... (19 %)
Writing at 0x00047c00... (19 %)
Writing at 0x00048000... (20 %)
Writing at 0x00048400... (21 %)
Writing at 0x00048800... (21 %)
Writing at 0x00048c00... (22 %)
Writing at 0x00049000... (22 %)
Writing at 0x00049400... (23 %)
Writing at 0x00049800... (24 %)
Writing at 0x00049c00... (24 %)
Writing at 0x0004a000... (25 %)
Writing at 0x0004a400... (26 %)
Writing at 0x0004a800... (26 %)
Writing at 0x0004ac00... (27 %)
Writing at 0x0004b000... (27 %)
Writing at 0x0004b400... (28 %)
Writing at 0x0004b800... (29 %)
Writing at 0x0004bc00... (29 %)
Writing at 0x0004c000... (30 %)
Writing at 0x0004c400... (31 %)
Writing at 0x0004c800... (31 %)
Writing at 0x0004cc00... (32 %)
Writing at 0x0004d000... (32 %)
Writing at 0x0004d400... (33 %)
Writing at 0x0004d800... (34 %)
Writing at 0x0004dc00... (34 %)
Writing at 0x0004e000... (35 %)
Writing at 0x0004e400... (36 %)
Writing at 0x0004e800... (36 %)
Writing at 0x0004ec00... (37 %)
Writing at 0x0004f000... (37 %)
Writing at 0x0004f400... (38 %)
Writing at 0x0004f800... (39 %)
Writing at 0x0004fc00... (39 %)
Writing at 0x00050000... (40 %)
Writing at 0x00050400... (40 %)
Writing at 0x00050800... (41 %)
Writing at 0x00050c00... (42 %)
Writing at 0x00051000... (42 %)
Writing at 0x00051400... (43 %)
Writing at 0x00051800... (44 %)
Writing at 0x00051c00... (44 %)
Writing at 0x00052000... (45 %)
Writing at 0x00052400... (45 %)
Writing at 0x00052800... (46 %)
Writing at 0x00052c00... (47 %)
Writing at 0x00053000... (47 %)
Writing at 0x00053400... (48 %)
Writing at 0x00053800... (49 %)
Writing at 0x00053c00... (49 %)
Writing at 0x00054000... (50 %)
Writing at 0x00054400... (50 %)
Writing at 0x00054800... (51 %)
Writing at 0x00054c00... (52 %)
Writing at 0x00055000... (52 %)
Writing at 0x00055400... (53 %)
Writing at 0x00055800... (54 %)
Writing at 0x00055c00... (54 %)
Writing at 0x00056000... (55 %)
Writing at 0x00056400... (55 %)
Writing at 0x00056800... (56 %)
Writing at 0x00056c00... (57 %)
Writing at 0x00057000... (57 %)
Writing at 0x00057400... (58 %)
Writing at 0x00057800... (59 %)
Writing at 0x00057c00... (59 %)
Writing at 0x00058000... (60 %)
Writing at 0x00058400... (60 %)
Writing at 0x00058800... (61 %)
Writing at 0x00058c00... (62 %)
Writing at 0x00059000... (62 %)
Writing at 0x00059400... (63 %)
Writing at 0x00059800... (63 %)
Writing at 0x00059c00... (64 %)
Writing at 0x0005a000... (65 %)
Writing at 0x0005a400... (65 %)
Writing at 0x0005a800... (66 %)
Writing at 0x0005ac00... (67 %)
Writing at 0x0005b000... (67 %)
Writing at 0x0005b400... (68 %)
Writing at 0x0005b800... (68 %)
Writing at 0x0005bc00... (69 %)
Writing at 0x0005c000... (70 %)
Writing at 0x0005c400... (70 %)
Writing at 0x0005c800... (71 %)
Writing at 0x0005cc00... (72 %)
Writing at 0x0005d000... (72 %)
Writing at 0x0005d400... (73 %)
Writing at 0x0005d800... (73 %)
Writing at 0x0005dc00... (74 %)
Writing at 0x0005e000... (75 %)
Writing at 0x0005e400... (75 %)
Writing at 0x0005e800... (76 %)
Writing at 0x0005ec00... (77 %)
Writing at 0x0005f000... (77 %)
Writing at 0x0005f400... (78 %)
Writing at 0x0005f800... (78 %)
Writing at 0x0005fc00... (79 %)
Writing at 0x00060000... (80 %)
Writing at 0x00060400... (80 %)
Writing at 0x00060800... (81 %)
Writing at 0x00060c00... (81 %)
Writing at 0x00061000... (82 %)
Writing at 0x00061400... (83 %)
Writing at 0x00061800... (83 %)
Writing at 0x00061c00... (84 %)
Writing at 0x00062000... (85 %)
Writing at 0x00062400... (85 %)
Writing at 0x00062800... (86 %)
Writing at 0x00062c00... (86 %)
Writing at 0x00063000... (87 %)
Writing at 0x00063400... (88 %)
Writing at 0x00063800... (88 %)
Writing at 0x00063c00... (89 %)
Writing at 0x00064000... (90 %)
Writing at 0x00064400... (90 %)
Writing at 0x00064800... (91 %)
Writing at 0x00064c00... (91 %)
Writing at 0x00065000... (92 %)
Writing at 0x00065400... (93 %)
Writing at 0x00065800... (93 %)
Writing at 0x00065c00... (94 %)
Writing at 0x00066000... (95 %)
Writing at 0x00066400... (95 %)
Writing at 0x00066800... (96 %)
Writing at 0x00066c00... (96 %)
Writing at 0x00067000... (97 %)
Writing at 0x00067400... (98 %)
Writing at 0x00067800... (98 %)
Writing at 0x00067c00... (99 %)
Writing at 0x00068000... (100 %)
Written 164864 bytes in 16.32 seconds (80.83 kbit/s)...

Leaving...

15:23:33 Build Finished (took 21s.564ms)

подскажите куда копать?
 

Andy Korg

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

whiteud

New member
К сожалению по логу можно только понять, что заливка прошивки успешна, но и все. Подробнее пожалуйста опишите что не работает - не появляется wifi точка доступа, не подключается wifi клиент к сети и т.п.
Да, точка не появляется, складывается впечатление что модуль постоянно находится в режиме прошивки (кстати как проверить догадку?), перезагружать пробовал, тушить eclipse тоже, на модуле (NodeMCU) кнопка flash без фиксации.
 

Andy Korg

Moderator
Команда форума
кстати как проверить догадку
Посмотреть что валится на вывод UART, если идет нечитаемый поток символов, то модуль в режиме прошивки. Если что-то осмысленное, типа "ready" или чего там выдает NodeMCU то модуль вошел в нормальный режим.
 

pvvx

Активный участник сообщества
Посмотреть что валится на вывод UART, если идет нечитаемый поток символов, то модуль в режиме прошивки. Если что-то осмысленное, типа "ready" или чего там выдает NodeMCU то модуль вошел в нормальный режим.
На китай-модулях NodeMCU уже часто появляются сообщения, что не работает. Пока (предварительно) можно посоветовать (т.к. у меня нет таког модуля), что если установлен модуль с выходами QPSI на доп.flash не включать QSPI 80 MHz. Там или очень отстойные flash или плохая разводка для 80 MHz.
 

CHERTS

Moderator
Команда форума
Одного не пойму в вашей перепалке, как правка esptool.py связана с UDK? Наверно никак, я все не могу выпилить это питоновское чудо и заменить его Си реализацией esptool-ck.exe
 

pvvx

Активный участник сообщества
Одного не пойму в вашей перепалке, как правка esptool.py связана с UDK? Наверно никак, я все не могу выпилить это питоновское чудо и заменить его Си реализацией esptool-ck.exe
esptool-ck.exe работает по аналогии и имеет ещё больше ошибок. Т.е. использовать её сложнее. Часто требуется модификация под конкретный проект и делать это на скрипте питона проще - не требуется специальной трансляции ещё чего-то и содержания доп.проектов esptool-ck.

Остальная перепалка – это “новый подход”. Типа если вы находите какую ошибку, то обязаны сообщить всем по цепочке задействованным ПО и предоставить им готовое решение на их системы. Т.е. современные писатели “открытого ПО” делают болванку, кое-как собранную, публикуют под застолбленное ими имя и (с), а затем пользователи пишут это приложение, поставляя и предоставляя им всё как "исправления" :)
Доходит до того, что “застолбивший” удивляется, почему не внесли в его git кусок правильного кода и не написали новой рекламы под "его проект".
 
Последнее редактирование:

CHERTS

Moderator
Команда форума

CHERTS

Moderator
Команда форума
I2с_ina219
lwip_lib
nodemcu-firmware
smart_config
Проверю
nodemcu-firmware собирается, но не работает. Возможно дело в новом gcc 5.1
lwip_lib - старье, пора удалить, т.к. в оф.репозитарии уже сто лет ничего не менялось под новые SDK.
I2с_ina219 - тоже заброшен разработчиком.
smart_config - проверю, это родной пример из SDK.
 

CHERTS

Moderator
Команда форума
i2с_ina219 - собирается без проблем
smart_config - была ошибка, исправил, фикс на github
 

r5d1

New member
Поставил UDK 2.0.6 при компиляции пишет:
C:/Espressif/examples/blinky/Makefile:225: recipe for target 'build/app.out' failed
mingw32-make.exe: *** [build/app.out] Error -2146232576

В чем может быть дело?

Отвечу сам себе,может у кого то тоже вылезет
закоментил строку в makefile
#$(Q) $(SDK_TOOLS)/memanalyzer.exe $(OBJDUMP).exe $@
и все заработало. Почему не знаю.

С такой же ошибкой помогла установка NetFramework 3.5
 

pvvx

Активный участник сообщества
Где взять исходники версии которая собирается но не работает?
В последнем UDK с gcc 5.1, после инсталляции в C:\Espressif\examples\nodemcu-firmware
Но там какая-то солянка, нет соответствия (ld файлы к примеру) с исходниками из https://github.com/nodemcu/nodemcu-firmware/releases
Как итог, без шаманства выходит нерабочая версия.
 

jcmvbkbc

New member
Где взять исходники версии которая собирается но не работает?
Ок, проблема не в компиляторе. Код пытается загружать 16-битные константы из FLASH до того, как будет установлен обработчик исключения.
Со следующим изменением всё работает:
Код:
diff --git a/Espressif/examples/nodemcu-firmware/ld/eagle.app.v6.ld b/Espressif/examples/nodemcu-firmware/ld/eagle.app.v6.ld
index 273808e..e2e850e 100644
--- a/Espressif/examples/nodemcu-firmware/ld/eagle.app.v6.ld
+++ b/Espressif/examples/nodemcu-firmware/ld/eagle.app.v6.ld
@@ -74,7 +74,6 @@ SECTIONS
     /* Trade some performance for lots of ram. At the time of writing the
      * available Lua heap went from 18248 to 34704. */
-    *(.rodata*)
     _irom0_text_end = ABSOLUTE(.);
     _flash_used_end = ABSOLUTE(.);
@@ -125,6 +124,7 @@ SECTIONS
   .rodata : ALIGN(4)
   {
     _rodata_start = ABSOLUTE(.);
+    *(.rodata*)
     *(.gnu.linkonce.r.*)
     __XT_EXCEPTION_TABLE__ = ABSOLUTE(.);
     *(.xt_except_table)
 

pvvx

Активный участник сообщества
Ок, проблема не в компиляторе. Код пытается загружать 16-битные константы из FLASH до того, как будет установлен обработчик исключения.
Это известно, что не в компиляторе. Но NodeMCU с SDK 0.9.6 (b1) никому не нужна, а в SDK 1.2.0 предлагаемое исправление не пойдет.

@CHERTS - совершенно не ясно, зачем в UDK ESP8266_SDK_095 и прочие старые глючные SDK, если они не используются. NodeMCU содержит все "инклуды" и "либы" в своем проекте. Зачем в маке NodeMCU стоит
SDK_BASE ?= c:/Espressif/ESP8266_SDK_095 ?
Впрочем там и так много лишнего и итого всё равно не выходит. Позже попробую дать исправления, чтобы транслировался и работал пример C:\Espressif\examples\nodemcu-firmware...
 
Последнее редактирование:
Сверху Снизу