Прошивка NodeMCU: обновление и подключение к устройствам умного дома

Как прошить NodeMCU и подключить к системе умного дома. Какие проблемы могут возникнуть при прошивке NodeMCU и как их решить. Как выбрать правильную прошивку для NodeMCU. Какие преимущества дает обновление прошивки NodeMCU.

Что такое NodeMCU и зачем его прошивать

NodeMCU — это популярная платформа разработки на базе микроконтроллера ESP8266. Она позволяет создавать устройства для интернета вещей и умного дома. Прошивка NodeMCU необходима для обновления программного обеспечения и расширения функциональности устройства.

Основные причины, по которым может потребоваться прошивка NodeMCU:

• Обновление до последней версии прошивки с исправлениями ошибок и новыми возможностями
• Установка специализированной прошивки под конкретные задачи (например, Tasmota для умного дома)
• Восстановление работоспособности после сбоев
• Изменение конфигурации устройства

Правильная и актуальная прошивка позволяет максимально эффективно использовать возможности NodeMCU в проектах умного дома и интернета вещей.

Выбор прошивки для NodeMCU

При выборе прошивки для NodeMCU нужно учитывать следующие факторы:

• Совместимость с вашей моделью NodeMCU
• Наличие необходимого функционала
• Стабильность работы
• Поддержка и обновления

Наиболее популярные варианты прошивок для NodeMCU:

1. Официальная прошивка NodeMCU — базовый вариант с поддержкой Lua
2. Tasmota — специализированная прошивка для умного дома
3. ESPEasy — универсальная прошивка с широкими возможностями настройки
4. Собственная прошивка на основе Arduino IDE

Для большинства проектов умного дома оптимальным выбором будет прошивка Tasmota из-за ее функциональности и простоты настройки.

Подготовка к прошивке NodeMCU

Перед началом прошивки NodeMCU необходимо подготовить все необходимое:

1. Модуль NodeMCU
2. USB-кабель для подключения к компьютеру
3. Компьютер с Windows, macOS или Linux
4. Программа для прошивки (например, NodeMCU Flasher)
5. Файл прошивки в формате .bin

Также рекомендуется сделать резервную копию текущей прошивки и настроек устройства, если они важны.

Процесс прошивки NodeMCU

Прошивка NodeMCU обычно выполняется в несколько этапов:

1. Подключение NodeMCU к компьютеру через USB-кабель
2. Запуск программы для прошивки
3. Выбор COM-порта, к которому подключен NodeMCU
4. Указание файла прошивки
5. Запуск процесса прошивки
6. Ожидание завершения прошивки
7. Перезагрузка устройства

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

Подключение прошитого NodeMCU к системе умного дома

После успешной прошивки NodeMCU можно приступать к его подключению к системе умного дома. Основные шаги:

1. Подключение NodeMCU к домашней Wi-Fi сети
2. Настройка параметров устройства (имя, функции и т.д.)
3. Интеграция с системой управления умным домом (например, Home Assistant)
4. Настройка автоматизаций и сценариев

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

Возможные проблемы при прошивке NodeMCU

При прошивке NodeMCU могут возникнуть следующие проблемы:

• Устройство не определяется компьютером
• Ошибки при загрузке прошивки
• Устройство не загружается после прошивки
• Отсутствие Wi-Fi после прошивки

Как решить типичные проблемы при прошивке NodeMCU:

1. Убедитесь, что установлены правильные драйверы для USB-преобразователя
2. Проверьте целостность файла прошивки
3. Попробуйте использовать другой USB-кабель или порт
4. Выполните полную очистку флеш-памяти перед прошивкой
5. Убедитесь в совместимости прошивки с вашей моделью устройства

Если проблемы сохраняются, можно попробовать восстановить устройство с помощью аппаратной перепрошивки.

Обновление прошивки NodeMCU

Регулярное обновление прошивки NodeMCU позволяет получать новые функции и исправления ошибок. Процесс обновления зависит от используемой прошивки, но обычно включает следующие шаги:

1. Проверка наличия обновлений
2. Загрузка файла новой прошивки
3. Резервное копирование текущих настроек
4. Прошивка устройства новой версией
5. Восстановление настроек (если требуется)

Некоторые прошивки, например Tasmota, поддерживают обновление «по воздуху» (OTA) без необходимости физического подключения к компьютеру.

Заключение

Прошивка NodeMCU — важный этап в настройке устройств умного дома на базе ESP8266. Правильный выбор прошивки и корректное ее обновление позволяют максимально эффективно использовать возможности этой платформы. При возникновении проблем важно действовать аккуратно и следовать рекомендациям производителей, чтобы избежать повреждения устройства.

Заливка прошивки на NodeMCU в macOS

В прошлой статье я рассказал каким образом подготовить все необходимое, для того что бы компилировать свои прошивки. Сегодня мы поговорим о том, как залить прошивку на NodeMCU. Существует целых 3 способа 🙂

В первую очередь у вас должен быть установлен Python. Проще всего его установить с помощью HomeBrew. 

brew install python3

После обратите внимание на чип, который использует NodeMCU, они могут быть как Ch440 так и СP2102. В зависимости от этого вы должны найти и скачать драйвер. Вот ссылка на инсталяшку для Ch44X. Без этого драйвера ваш Mac попросту не увидит подключенный через USB-порт модуль.

Команды ниже распечатают список COM-портов с заданным шаблоном.

ls /dev/tty.* ls /dev/cu.*

Если все установлено правильно и девайс подключен, то вы увидите COM-порт /dev/cu.SLAB_USBtoUART

1. Первый способ воспользоваться NodeMCU PyFlasher. По сути это просто GUI над основным esptool.py. Удобен тем, что можно быстро натыкать нужные параметры, указать COM-порт и путь к прошивке. Основные фичи на скриншоте 🙂

Нет возможности залить несколько.bin файлов по разным адресам.

2. Следующий вариант это использовать встроенные инструкции Makefile’ов из скаченных примеров Homekit. По сути, все что вам нужно это перейти в консоли в папку с прошивкой и выполнить следующие команды:

cd /Documents/Projects/ESP/MyESPProject make test

То есть, команда make выполнит компиляцию исходников (прошивки), сбилдит ее в.bin файлы, и после зальет на подключенную к Mac’у NodeMCU. Обратите внимание, что потенциально здесь могут возникнуть проблемы. Так как в Makefile нужно указать ваш COM-порт, к которому подключена NodeMCU. Ниже пример одного из моих Makefile’ов. В 12 строчке как раз и объявляется переменная ESPPORT, которая указывает на нужный COM-порт.

PROGRAM = HomeBulb EXTRA_COMPONENTS = \ extras/http-parser \ $(abspath../components/wolfssl) \ $(abspath../components/cJSON) \ $(abspath../components/homekit) FLASH_SIZE ?= 32 EXTRA_CFLAGS = -I../.. -DHOMEKIT_SHORT_APPLE_UUIDS ESPPORT=/dev/cu. SLAB_USBtoUART include $(SDK_PATH)/common.mk monitor: $(FILTEROUTPUT) —port /dev/cu.SLAB_USBtoUART —baud 115200 —elf $(PROGRAM_OUT)

3. Последний вариант это использовать инструменты esptool.py напрямую. Для начала вы можете ознакомиться со всеми доступными функциями и параметрами с помощью команды help. Там вы можете узнать какие параметры являются опциональными (необязательными).

esptool.py —help

esptool.py -chip esp8266 —port /dev/cu.SLAB_USBtoUART —baud 115200 —flash_mode qio 0x00000 —erase-all #Команда с полной путем к файлу esptool.py -chip esp8266 —port /dev/cu.SLAB_USBtoUART —baud 115200 —flash_mode qio 0x00000 /Users/andrewmedvedev/Documents/Projects/ESP/MotionSensor/firmware/MotionSensor.bin —erase-all

Что здесь происходит вообще? 

-chip esp8266 указывает тип девайса, который шьется

-port /dev/cu.SLAB_USBtoUART COM-порт, к которому подключен ESP8266

-baud 115200 — скорость записи в битах в секунду

-flash_mode qio — указывает на способ записи на девайс

0x00000 — указывает адрес, с которого будет развернута наша прошивка на модуле и путь к ней на диске

-erase-all — выполняет изначальное форматирование данных, которые до этого находили в памяти.

*Если я где-то ошибся, отпишите, пожалуйста, в комментарии*

Еще один вариант прошивки, если у вас несколько файлов. Вы просто указываете адреса в памяти, на которых должны развернуться нужные прошивки.

Кстати, в примере выше путь к прошивке является абсолютным. По сути вы можете перейти в нужный каталог и не указывать полный путь.

cd /Users/andrewmedvedev/Documents/Projects/ESP/MotionSensor/firmware esptool.py -chip esp8266 —port /dev/cu.SLAB_USBtoUART —baud 115200 —flash_mode qio 0x00000 MotionSensor.bin 0x10000 AnotherBin.bin —erase-all

4. БОНУС – сборка с помощью Xcode

Для того что бы мы могли билдить прошивки с помощью Xcode нам нужно создать новый проект, с типом External Build System. Указать название проекта и Build Tool. По умолчанию он будет /usr/bin/make. Так и оставляем.

Следующий шаг это сконфигурировать Build Tool. Опционально вы можете указать необходимые аргументы вместо $(ACTION). И директорию с вашими исходниками, где лежит Makefile!

Следующий шаг – добавить дополнительные настройки сборки. Нам нужно добавить PATH и SDK_PATH. Про них я рассказывал в этой статье.

После этого просто прожимаем CMD B и переходим во вкладку Report Navigator (CMD 9). Там вы увидите все выполненные сборки и их лог. Их минусов, если вы пытаетесь проводить отладку, то логгер работает каким-то непонятным образом и вы не увидите актуальную информацию 🙁

Если у вас есть идеи как решить это проблему, то пишите в комментарии!

Всем спасибо за внимание!

Не стабильная работа ESP8266 (NodeMCU) (1/5)

Добро пожаловать, Гость Логин: Пароль: Запомнить меня Забыли пароль? Забыли логин? Регистрация

KosMos Не в сети Новый участник Сообщений: 8 Репутация: 0

Есть модуль NodeMCU, на борту ESP-12E, Pro-ключ оформлен, памяти 4 Мб. Работал он, и вздумалось мне в нём внести изменения для использования в другом качестве. Теперь описание проблемы: модуль стал очень не стабилен в плане отображения web-морды, при этом он виден в перечне устройств роутера как подключённое устройство. В таком состоянии он исправно передаёт показания датчиков на «народный монтиоринг», успешно пингуется через cmd. После ребута (не важно хардварно кнопкой или из сэйвмода) он крайне редко показывает «личико», в основном браузер отзывается на попытку входа по IP такими ошибками: «ERR_CONNECTION_ABORTED», «err_time_out» или «empty_response». При этом если пытаться стучаться по айпи не чаще раз в 10 сек, то модуль на этот запрос реагирует морганием светодиода, т.е. к нему команда доходит, но ответа так же не даёт. При этом, если его загрузить в сэйфмод, то вебморда доступна. Пробовал скорректировать перечень используемых параметров в прошивке — не помогло. Пока писал этот пост модуль перестал пускать в safe_mode (точка доступа появляется, но при попытке к ней подключиться выбрасывает. В связи с этим решил ради эксперимента скомпилить прошивку с минимумом функционала для проверки работоспособности модуля. Предварительно (перед каждой прошивкой) делаю чистку заливкой бланка. Прошил одним файлом, при этом в Nodemcu Firmware Prog (NFP). выставил flash size 4 Mb, как это сказано здесь — вообще перестал отдупляться. Опять прошил бланком и прошил тремя файлами — снова тишина (запустить safe mode не удалось). Решил убрать из перечня NVS (оставил это ) и заново перекомпилировать (SDK 1.4). Собрал, почистил бланком, залил двумя файлами выбрав flash size 1 Mb — завелась «машинка». В safe mode обратил внимание что в дебаге wifi-reconnect каждую секунду увеличивается. Но после передёргивания usb-шнурка NFP перестал «видеть» плАту — «Waiting MAC» В итоге я вообще потерялся в вероятных причинах «неисправности». Уже который день (ночь) бьюсь и, по-моему, только хуже становится. Прошу подсказать ЧЯДНТ и вообще куда копать в этой ситуации? Сори за «многобукв», старался дать в первом посте максимально полные вводные. Аналогичную проблему не нашёл по другим веткам, было что-то похожее, но с некоторыми отличиями по симптоматике, поэтому завёл новую тему.

Администратор запретил публиковать записи гостям.

Adminhs Не в сети Администратор Сообщений: 7189 Спасибо получено: 1114 Репутация: 194

1. возможно перебрали с функциями, что перегрузили главную страницу, сейчас не угадать… 2. бланком надо чистить все 4мб, а не только первые 1мб , или воспользоваться кнопкой стирания чипа в программе прошивалке. 3. можно воспользоваться РТОС конструктором — там и отладку видно сразу и причина проблемы проще определяется. 4 увеличивающийся wifi-reconnect означает плохую связь или несовместимость работы с роутером, возможно еще слетели калибровки вафли — помогает бланк на всю флеху

Основной канал проекта в Telegram t.me/wifi_iot Администратор запретил публиковать записи гостям.

KosMos Не в сети Новый участник Сообщений: 8 Репутация: 0

0. Спасибо за оперативный ответ! 1. На минимальных функциях чип проявлял себя так же не стабильно. 2. Бланк на 4 Мб мне не встречался, а 1Мегабайтным бланком если и можно все 4 «метра» затереть, то я не знаю как это сделать. В связи с этим попробовал прошиться через ваш флэшер (Wifi-iot flasher). Но у него есть одно «но» — он пишет только одним файлом, соответственно прошивку RTOS через него не прошить, как я понял. 3. В RTOS-конструкторе лучше использовать SDK Debug? В любом случае я пока не могу ей воспользоваться т.к. пока не имею 4 Мб-ного бланка, а только затереть Wifi-iot flasher (WIF) не может. И шьёт он только одним файлом, а RTOS — это три файла. 4. Воспользовался WIF, затёр, прошил одним бланком прошивку. Как результат wifi-reconnect перестал увеличиваться. Модуль вроде начал работать исправно. Будем посмотреть как будет себя вести.

Администратор запретил публиковать записи гостям.

Adminhs Не в сети Администратор Сообщений: 7189 Спасибо получено: 1114 Репутация: 194	SDK Debug нужен , если требуется смотреть отладку, когда есть проблемы. Очень помогает. У ртос версии бланка даже на 1 мег хватит — там все данные в начале храняться. А у обычной 8266 они в конце
	Основной канал проекта в Telegram t.me/wifi_iot Администратор запретил публиковать записи гостям.

kollj Не в сети Давно я тут Сообщений: 148 Спасибо получено: 40 Репутация: 2

так же обратил внимание, что (модули с ключами) те что со старой прошивкой работают стабильно, те что с новой, могут вести себя не адекватно, и отваливаться из нета при том что данные от них приходят), часто сами по себе перегружаются (возможно когда не видят нета). Все началось где то с конца того года, тоесть прошивки до 2020 работают без проблем, а вот если обновить то тут однозначно. 4 модуля с ключами работали нормально, пока не пересобрал прошивку, с начало на одном потом на втором, потом на третьем, а четвертый не трогал вот он работает как часики. к примеру — конструктор — сервисы — Thingspeak.com не заработала ни на одном из трех модулей, а через интепритатор без проблем. так что думаю где то после глобального обновления заклалась ошибка.

Администратор запретил публиковать записи гостям. Спасибо сказали: pervyhe

kollj Не в сети Давно я тут Сообщений: 148 Спасибо получено: 40 Репутация: 2	забыл сказать — удалите flymon.net. все равно не работает… — и на MQTT клиент очень часто впадает в ошибку, лечится только перегрузкой модуля.
	Администратор запретил публиковать записи гостям.

Быстрый переход Главный раздел- Раздел предложений по сайту- Железо- Софт

Модераторы: FlyRouter, Dolfik

Работает на Kunena форум

релизов · nodemcu/nodemcu-firmware · GitHub

3.0.0-release_20211229

30 дек 19:20

свф

3.0.0-релиз_20211229

0b97855 Сравнить

3.0.0-release_20211229Последняя

Последняя

Давно это было!

Errata

С тех пор я (@nwf) забыл, как правильно делать релиз. В течение примерно 18 часов 9Ветка 0010 выпуска указывала на 35b850e, а не на правильный коммит, 0b97855. Эти коммиты идентичны дереву, но имеют разную историю. Если вы остановились на первом, пожалуйста, выберите и перебазируйте его на второе.

Критические изменения

Не ожидается.

Новые модули

Нет.

Исправление ошибок

Подробную информацию см. в этапе выпуска.

Устаревание

Ветка master обновлена ​​(путем слияния выпуск ), но это, вероятно, последний выпуск, в котором это будет верно.

3.0.0-релиз_20210201

03 фев 22:00

github-действия

3.0.0-релиз_20210201

136e097 Сравните

3.0.0-release_20210201

Обратите внимание, что в соответствии с #3164 этот проект изменил ветку по умолчанию с master на выпуск с предыдущим выпуском. В настоящее время оба синхронизируются, чтобы облегчить переход для нашего сообщества. Однако ожидайте мастер рано или поздно исчезнет.

🥳📢 Официальная доступность NTest et. al. тестовая среда.

Критические изменения

• Модуль DS18B20 Lua: извлечь целочисленную версию в отдельный скрипт — #3150

Новые модули

• Модуль pixbuf C — #3158

Исправление ошибок

Подробную информацию см. в этапе выпуска.

Устаревание

3.0-релиз_20201107

07 ноя 15:48

Марсельстер

3.0-релиз_20201107

4f67927 Сравните

3.0-release_20201107

Обратите внимание, что в соответствии с #3164 этот проект изменил ветку по умолчанию с master на выпуск с предыдущим выпуском. В настоящее время оба синхронизируются, чтобы облегчить переход для нашего сообщества. Однако ожидайте, что master рано или поздно исчезнет.

Критические изменения

• Удалить toHex и toBase64 из модуля crypto , был перемещен в кодировщик ранее — #3300

Новые модули

• Модуль wiegand C — #3203
• mcp23017 Lua-модуль — № 3197
• Модуль bme280_math C в качестве дополнения к модулю bme280 Lua — #3132

Исправление ошибок

Подробную информацию см. в этапе выпуска.

3.0-выпуск_20200910

28 сен 09:35

нвф

3.0-релиз_20200910

64bbf00 Сравнить

3.0-release_20200910

Обратите внимание, что в соответствии с #3164 этот проект изменил ветку по умолчанию с master на выпуск . В настоящее время оба синхронизируются, чтобы облегчить переход для нашего сообщества. Однако ожидайте, что master рано или поздно исчезнет.

Для получения дополнительной информации см. веху выпуска.

Основные моменты

• @TerryE продолжает работу над нашим ядром Lua; этот выпуск содержит значительную внутреннюю работу (#3193) и улучшает совместимость наших дополнительных модулей с Lua 5.3.
• Все модули внутри дерева, использующие обратные вызовы Lua, поддерживают обработку паники. (#3163)

Критические изменения

• Модуль sqlite3 , ранее объявленный устаревшим, удален (#3123, #3162).
• Модуль rc , ранее объявленный устаревшим и замененный rfswitch , удален (#3134).

Исправления ошибок

В

добавлены различные исправления

• Форматирование строк (#3199, #3270)
• Примеры Lua (#3168)
• SPIFFS (#3260)
• нетто (#3267)
• rtctime (#3161)
• sjson (#3222)
• программное обеспечение (#3104)
• структура (#3222)
• тмр (#3263)
• вс2812 (#3157)

Устаревшие

• crypto.toHex и crypto.toBase64 все еще устарели, но еще не удалены; вместо этого используйте одноименные методы из кодировщика .
• node. flashreload теперь помечен как устаревший (#3273).
• ws2812_effects остается устаревшим, но повторная реализация отстает.

3.0-мастер_20200610

10 июн 09:52

нвф

3.0-master_20200610

8d091c4 Сравнить

3.0-master_20200610

Особенности

• @TerryE добавил Lua 5.3 вместе с поддержкой Lua 5.1; построить с сделать LUA=53 для сборки с новым ядром языка. Новое языковое ядро ​​содержит множество внутренних улучшений, и мы ожидаем перехода на Lua 5.3 по умолчанию в следующем выпуске и удаления 5.1 в последующем выпуске.

Пожалуйста, смотрите этап выпуска для получения подробной информации.

Критические изменения

• Поддержка TLS 1.1 удалена из конфигурации по умолчанию. Пожалуйста, используйте TLS 1. 2.
• node.output() теперь использует канал для передачи вывода вместо строки.

Новые модули

• Модуль LiquidCrystal Lua для управления символьными ЖК-дисплеями #2974
• net.ifinfo интерфейс для сетевого стека #2854
• net.ping для отправки эхо-запросов ICMP # 2854
• декодер NMRA DCC; мы с нетерпением ждем появления модельного железнодорожного оборудования на базе NodeMCU! № 2905
• softuart для серийных номеров, #2673

Важные усовершенствования

• Усовершенствования драйвера hx711 #2915
• MbedTLS 2.16.3 из восходящего потока.
• Новый API проверки TLS для работы без флэш-памяти
• telnet Пример Lua теперь преобразован в модуль Lua и стал более надежным #3133
• Множество исправлений и улучшений документации

Исправления ошибок

• Исправления драйвера BMP085 #3070)
• Исправления драйвера BME680 #2969)
• color_utils. grb2hsv() имел инвертированный логический тест #3076
• Модуль lua DS18B20 теперь считывает контрольные суммы # 2992
• endusersetup Обход ошибки демаршалинга HTTP #3069
• gpio исправления обработки прерываний #3091
• http поддержка загрузок по частям и другие исправления #2985
• Пример luaOTA больше не устарел #2954
• u8g2 теперь корректно имеет обновление . Показать метод #3093
• ws2812 исправления № 2953

Устаревшие

• crypto.toHex и crypto.toBase64 устарели и будут удалены в следующем выпуске; вместо этого используйте одноименные методы из кодировщика .
• rc устарел, его давно заменили на rfswitch и будет удален в следующем выпуске.
• sqlite3 устарел и будет удален в следующем выпуске.
• ws2812_effects устарел и может быть повторно реализован в Lua для следующего выпуска.

3.0-мастер_20190907

10 сен 06:18

Марсельстер

3.0-мастер_20190907

310faf7 Сравнить

3.0-master_20190907

Основные моменты

• SDK обновлен с 2.2.1 до 3.0

Критические изменения

• Модуль C ds18b20 удален, используйте одноименный модуль Lua, для которого требуется однопроводной модуль C, #2492
• HTTP-API EUS изменен, № 2810
• node.info() предоставляет гораздо больше информации, которая выбирается с помощью нового, необязательного параметра.
  (https://nodemcu.readthedocs.io/en/latest/modules/node/#nodeinfo), #2830

Новые модули

• Lua-модуль для сопрограммы, #2851
• Модуль ШИМ2, #2747

Важные усовершенствования

• I2C с несколькими шинами, #2465

Исправление ошибок

• Различные мелкие исправления ошибок; подробности см. веху

Устаревание

• node.info() Интерфейс без параметров будет удален. (https://nodemcu.readthedocs.io/en/latest/modules/node/#nodeinfo), #2830

2.2.1-мастер_201

09 апр 13:27

ТерриИ

2.2.1-master_201

4

1 Сравнить

2.2.1-master_201

Основные моменты

• Все подробности см. в вехе: Milestone Winter 2019
• LFS уже прошел 2 выпуска и теперь считается стабильным
• Это последний выпуск SDK 2.x

Критические изменения

• Удалены таймеры на основе индексов, которые давно устарели, #2603

Новые модули

• Общий модуль Lua Fifo с оболочкой Fifosoc, теперь используемый в telnet и http-сервере для повышения надежности TCP/IP

Важные улучшения

• Инструменты на стороне хоста теперь могут быть скомпилированы с собственными инструментами MS Visual Studio для выполнения в среде MS Windows
• Обновления для поддержки протокола TLS
• Обновление FatFS с 0. 12a до 0.13c
• Различные улучшения для поддержки таймера

Исправление ошибок

• Различные мелкие исправления ошибок; подробности см. веху

Устаревание

Нет

2.2.1-мастер_20181207

07 дек 22:19

марселстер

2.2.1-master_20181207

1159295 Сравнить

2.2.1-master_20181207

Новые модули

Нет

Заслуживающие внимания улучшения

• сжатие изображений LFS
• оптимизировать доступ к ROTable и интерфейс
• u8g2 многоканальная поддержка i2c

Исправление ошибок

• много, подробности см. в вехе
• MQTT: правильно обрабатывать большие/разбитые/фрагментированные сообщения

Устаревший

• Модуль ds18b20 C, используйте эквивалентный модуль Lua

Проверьте веху для получения подробной информации: https://github. com/nodemcu/nodemcu-firmware/milestone/11?closed=1

2.2.1-мастер_20180915

15 сен 20:00

Марсельстер

2.2.1-master_20180915

б41667б Сравните

2.2.1-master_20180915

Это обеспечивает поддержку Lua Flash Store, LFS — настоящий переломный момент

Новые модули

• u8g заменен на u8g2
• Lua-модули: Telnet, FTP

Важные усовершенствования

• ЛФС
• ЛФС
• ЛФС
• file.list() принимает необязательный параметр для фильтрации, #2452
• u8g2 вместо u8g, #2184

Исправление ошибок

• Поддержка заголовков без учета регистра для фрагментированных ответов в модуле HTTP

Все подробности см. на этапе LFS: https://github. com/nodemcu/nodemcu-firmware/milestone/10?closed=1

2.2.0-мастер_20180608

08 июн 15:03

Марсельстер

2.2.0-мастер_20180608

8b84445 Сравните

2.2.0-master_20180608

Это основано на Espressif NON-OS SDK 2.2. плюс патчи #2269

Новые модули

• нет

Важные улучшения

• tmr.suspend(), tmr.suspend_all(), tmr.resume(), tmr.resume_all() были удалены, #2287
• новый node.getcpufrequ() , #2375
• node.dsleep() поддерживает более длительный глубокий сон, #2358, см. также https://thingpulse.com/max-deep-sleep-for-esp8266/

Исправления ошибок

Многие

Все подробности см. в контрольной вехе 2.2: https://github.com/nodemcu/nodemcu-firmware/milestone/9?closed=1

выпусков · nodemcu/nodemcu-firmware · GitHub

Политика сохранения открытых вопросов

#1010 открыт 3 февраля 2016 г. автором Джматтссон

Открыть

Новый выпуск

Есть вопрос по этому проекту? Зарегистрируйте бесплатную учетную запись GitHub, чтобы открыть задачу и связаться с ее сопровождающими и сообществом.

Зарегистрируйтесь на GitHub

Нажимая «Зарегистрироваться на GitHub», вы соглашаетесь с нашими условиями обслуживания и Заявление о конфиденциальности. Время от времени мы будем отправлять вам электронные письма, связанные с учетной записью.

Уже на GitHub? Войти на ваш счет

Прошивка не работает на ESP32-S2 mini

#3570 открыт 13 февраля 2023 г. автором carlo161

Периферийное устройство rmt на ESP32 может захватывать только 64 импульса

#3567 открыт 8 февраля 2023 г. автором ПСГ

sjson. NULL отсутствует

#3559 открыт 20 ноября 2022 г. автором Модуль fikin

ledc не работает (esp32-idf4)

#3558 открыт 11 ноября 2022 г. автором serg3295

net.server:close() выдает ошибку (ветвь dev-esp32-idf4) ESP32

#3556 открыт 10 ноября 2022 г. автором serg3295

node.LFS.reload требует сжатого файла lfs.img

#3555 открыт 9 ноября 2022 г. автором Модуль UCG weskerfoot

для ESP32

#3546 открыт 24 сентября 2022 г. автором полностью не сет, часть

ESP32-C3 поддерживает периферийное устройство RMT

#3537 открыт 7 августа 2022 г. автором ПСГ

Поддержка устройства USB CDC в ESP32-C3

#3526 открыт 24 июня 2022 г. автором pjsg

PPP через серийный номер

#3524 открыт 9 июня 2022 г. автором lePereT

Примеры исправлений в ветке ESP32 IDF 4 ошибка ESP32

#3523 открыт 7 июня 2022 г. автором Марсельстер

node.LFS.reload() Изображение LFS слишком велико для сконфигурированного региона LFS

#3522 открыт 4 июня 2022 г. автором ENC-Automation

ads1115 Функция обратного вызова startread необязательна

#3517 открыт 17 мая 2022 г. автором athompson673

Поддержка Websocket для модуля httpd (ESP32) улучшение ESP32

#3511 открыт 5 марта 2022 г. автором Джматтссон

1

ESP32 eth. c LAN8720 нельзя использовать

#3510 открыт 1 марта 2022 г. автором zifanzilog

ws2812.write выдает только сигнал сброса на ESP32-C3, но не данные

#3508 открыт 23 февраля 2022 г. автором docbacardi

Включить больше предупреждений компилятора по крайней мере для наших модулей

#3505 открыт 13 февраля 2022 г. автором HHHartmann

luac.cross.int ASSERT@../lapi.c(639): L->top < L->ci->top

#3504 открыт 7 февраля 2022 г. автором galenzhao

Обновление до выпущенной версии idf4.4

#3497 открыт 12 января 2022 г. автором ПСГ

В документации

rtcfifo отсутствуют некоторые функции документация

#3490 открыт 4 января 2022 г.