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

@anakod - зачем такое выравнивание? cfg.phys_addr += 0x3000; Не жалко 12 килобайт? Устраните ошибку тут: s32_t *cand_scores = (s32_t *)(fs->work + max_candidates * sizeof(spiffs_block_ix)); Замените на: s32_t *cand_scores = (s32_t *)(fs->work + (((max_candidates * sizeof(spiffs_block_ix) +...

Прочтите что писал - нет ограничения у spiffs + Lua в записи. Вы ошибку так и не диагностировали, а уже им всем пишите. Она возникает при уже занятых секторах, при поиске какой стирать. В NodeMCU файловая система одноразовая - сделали формат, записали файл до половины размера и свободные сектора...

Что за "блокировка ошибки"? Это как? Как может работать какая-то блокировка, если CPU нарывается на протектед при сортировке какой ему сектор стирать в spiffs?

Ошибся. Назначил как wifi.ap.maxtpower(x), а написал wifi.max_tpw(). Счас исправлю - будет wifi.max_tpw ...

Это про что? Там нет автора spiffs. :) Вы не туда пишите и не представили решения. Если лезете туда, то соблюдайте их правила. Предоставьте решение и код как надо писать, а то у них не работает - "Крокодил не ловится не растет кокос" (c) К/ф Бриллиантовая рука.

Это такой метод тестирования, до выхода релиза. Чтобы было проще и быстрее что-то проверить, особо не утруждаясь. После проверки, перед релизом, код переписывается на более менее "касивый"... Релиза ещё не было :) Не вижу тут такой системы, как spiffs =...

Инструкция EspLua ещё не создавалась. Можете принять в ней активное участие. Попугаев там: maximum value of RF Tx Power, unit : 0.25dBm, range [0, 82]

Опять Нет. Виноват избранный метод описания у автора. При делении там всегда выходит не кратное значение.... А заниматься кляузами и подхалимством - это ваша задача - пишите авторам. Каждому - своё. Мне и так хватает своих забот по адаптации того что есть...

Неа. Это мнение из вашей среды обитания. У меня проще - разработчик давно бросил проект, а так-же spiffs не отвечает необходимым нам условиям и морочится с ним нет никакого смыслу. "Пишите в спортлото" :)

Прочтите инструкцию по прошивке в git: У них и у всех других ошибка в кэш spiffs. Вылет происходит из-за неё. Описал-же Что там не понятно и требует доп. описания? PS @nikolz по поводу и без :): А то и так нерешенных и не протестированных вопросов в EspLua ещё много. Вообще не ясно зачем...

А тупо сразу написать что за тест мания величия не позволяет? :) Каков подход - таков и ответ. Каждому - своё. :) Это программа вашего лечения, чтобы писали с описанием понятным всем, а не только Nikolz. :)

Вы опять бредите? Никто ничего не обходил. Нашел ошибки в spiffs, указал всем с пояснениями и исправил у себя. Разберитесь с методами работы spiffs, потом пишите. И лог вашего 'теста' дал. Никаких подтасовок. Повторю и тут: > dofile("script1.lua"); name=x1.txt,E=30000000 TT=4.4,ts=14.5,s=160.038...

Сбывают очередной отстой ? AT25SF041: Read Array 03h Up to 50 MHz И не поддерживает QPI Instructions !? На ESP8266 вообще-то 80MHz и QPI...

Ну как сделать неработающую вещь? - К примеру собрать из брака. :) Нерабочий модуль у вас всего один, проверять припаян ли нормально чип вы не хотите...

Впишите init.lua c инитом в 921600. Не треть, а более половины физ.объема диска, такая система у spiffs. Задание максимума мощности передатчика WiFi. См. system_phy_set_max_tpw(x) в 2C-ESP8266__SDK__Programming Guide__EN_v1.2.0.pdf

Добавлен патч SDRAM Optimization Patch for SDK_v1.2.0: Simple WEB version: 0.1.3 OpenLoaderSDK v1.2 Found free IRAM: base: 0x40104c90, size: 29552 bytes System memory: data : 0x3ffe8000 ~ 0x3ffe858c, len: 1420 rodata: 0x3ffe8590 ~ 0x3ffe9264, len: 3284 bss : 0x3ffe9268 ~ 0x3ffeff48, len...

Добавлен патч SDRAM Optimization Patch for SDK_v1.2.0: EspLua.ru 1.2.0 build 20150718 powered by Lua 5.1.4 lua: cannot open init.lua > =node.heap() 38648 Включены все модули. Диск на 512k Flash: phys_addr: 0x00071000 phys_size: 45056 Total : 34136 bytes

EspLua.ru 1.2.0 build 20150718 - Версия со стабильным вводом и пока со spiffs: tmr.wdclr() - это не сброс WDT, а запуск процессов SDK если им требуется. Там, в SDK и происходит сброс WDT. Вставляем в скрипты Lua во все циклы, где время исполнения более пары десятков ms, чтобы SDK c WiFi работало.

Про это уже писал. Алгоритм приема строк из UART для передачи Lua в NodeMCU ужасен, да и Lua не работает на новых SDK. В EspLua пока сделана попытка работы одновременно SDK и Lua. Это мешает и не стыкуется с имеющимся алгоритмом в NodeMCU. В NodeMCU однозадачка и одновременно работать WiFi или...

Ещё раз - мой код у вас не запускается ни байта. Ищите проблему в вашем личном модуле. Наверно влияет шелкография :)