Результаты поиска

Ну пока пишет... Фото/видо представлять? :) Модуль ESP-01, последняя прошивка esplua, flash 16 Mb W25Q128FV. Причина указана - http://esp8266.ru/forum/threads/esplua-vmesto-nodemcu.449/page-7#post-8705 И реализация tmr.wdclr() https://github.com/pvvx/EspLua/blob/master/app/modules/tmr.c#L156

@nikolz дык когда прерывать данный тест? Или месяц ждать пока дырка в flash не протрется? Ну пока пишет очередной тысячный файл, описываю: tmr.wdclr() в EspLua.ru является не сбросом WDT, а вызовом и запуском так назвать "тасков" системы. Т.е. запускается система SDK на 1 ms, с отработкой всех...

Результат - сколько ждать окончания записей 48 байт в 15,5 мегабайт диск на тормозной Lua? Пока пишу это - оно тоже всё пишет и пишет :)

У меня другой подход и гонорар. Да за то, что они предлагают какие-то фантики, ныне необходимо работать на большую сумму по их прихотям, не связанных с делом :) Уже было неоднократно доказано, что если писать о ошибках в SDK китайцам, то получаем такое "исправление", что никак не возможно...

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

Вы же видели какие потери на файловой системе spiffs при 16 мегабайтах flash. Там надо применять другую разметку. Такое кол-во блоков по 256 байт на 16 мегабайтах ни к чему (реальный сектор во flash 4096 байт). Да и вообще spiffs на таких объемах неоправдана, тем более метод её портирования...

Почему? Всегда можно найти указатель на pcb в LwIP от соединения и есл он переведен в режим time_wait - грохнуть его средствами LwIP. У вас ещё возможны повторные пакеты, пытающиеся восстановить прерванное соединение, после некорректного завершения. После рестарта модуля они тоже могут...

Дык в приведенном примере возможен вечный цикл. На нем и WDT. Не вызывайте никаких процедур в Arduino связанных с WDT - пока они некорректны на новых SDK и ведут к "фиг знает чему" с последствиями в самом SDK. Тогда это что-то из области фантастики :) Да :) Иногда приходится идти на это, когда...

Вроде нет. И что можно настроить, если к примеру, большое кол-во потерянных пакетов? Но проблема наверняка не в том, а в том что соединения "бросаются" на произвол и сторонняя часть (+ роутеры на пути) на другом конце сети в "шоке" от таких действий. И как работать другим, если у вас пакеты...

А пинг у модуля менее 5 ms. И пакеты идут при нормальной работе с интервалами в пару ms (трансфер по TCP у модуля ESP8266 более 1.2 мегабайта в секунду). Интервал WDT до 1.6 секунды (SDK > 1.0.0). Система тоже должна работать. Каждое закрытое соединения TCP первым, по вашей инициативе, требует...

Да, и я пытаюсь исправить это дело. Всё поэтапно. До интерпретатора Lua ещё не дошел. Пока идет подгонка методов и частичные исправления spiffs. Но главная цель - найти варианты и алгоритмы как скорректировать всё это дело, что-бы кто-то из реальных "программистов" взялся за создание и поддержку...

Ну сколько раз говорить? Сама Lua и особенно spissf имеют дестяку тысяч проблем, т.к. "портированием" на lx106 (систему CPU ESP8266) их никто не занимался. То что есть - это просто бездарная копия от их создателей. По этому, во первых, имеем полный тормоз Lua и spiffs на flash, когда её диск...

На структуру PCB. См. TIME_WAIT и поиск "TIME_WAIT" по форуму. Надо правильно работать с TCP, не нарушая стандартов. У каждого третьего, если сообщение про TCP одно и то-же... И WDT тут при чем? В SDK 1.2.0 есть системная команда отключения WDT, что есть плохой вариант - для чего тогда он...

Долго :) Это был старт прошивки и смотрел на сколько ускоряет загрузку "rapid loader". Обещанные 30..50 ms до полного старта кода обеспечивает, что невозможно с обычным загрузчиком.

В UDK 2.0.7 -> C:\Espressif\examples\nodemcu-firmware

Коды ошибок LwIP

-8 "Connection aborted" - это нормально для эксплорреров, т.к. они при переходе на другую страницу или когда запущено постоянное чтение данных закрывают оставшиеся соединения привязанные к прошлой странице посылкой abort и подобное.

Соберите на ещё старее SDK - esp_iot_sdk_v0.6.zip Хип будет больше :) У вас заголовок темы неверен. У вашей Lua старый кривой SDK v0.9.6 (betta 1) с массой ошибок. Уже пол года прошло и вышло более 10 новых версий, а вы ещё не сообразили? Поменяйте либы SDK в директории...

Менять чип :( Испортили нашу "тамагочи" ? :eek: Измеряю тут время загрузки 176 байт ROM-BIOS-ом и "Rapid Loader"-ом "остатка" в 44 килобайта: :confused:

Вполне возможно, что от рентгена у данной платы все загрузки с контрольной суммой равной 0xEF. @nikolz - у вас есть другие предположения, почему у данного модуля всегда контрольная сумма = 0xEF при загрузке разных "лоадеров" ?