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

ESP8266.EspNow+WiFi

nikolz

Well-known member
Добрый день, Всем!
Выкладываю предварительные результаты.
Как известно из документации SDK поддерживает протокол ESP_NOW. Это протокол аля NRF но мощность передатчика не 1 мв а 100. протокол позволяет организовать сеть (тоже есть готовые решения) так как обеспечивает не только связь между двумя ESP без роутеров, но и позволяет реализовать ретрансляторы.
-------------------
Однако я не встречал в инете решения в которых совмещена работа ESP-Now и WiFi например по UDP.
Единственно что я нашел это решение при котором ESP для переключения протокола перегружается.
поэтому меня заинтересовала возможность обеспечить работу ESP по двум протоколам.
и вот результат:
upload_2018-4-8_10-19-40.png
алгоритм работы следующий:
ESP просыпается по сигналу RST и исполняет загрузчик из ROM. На картинке это интервал до 90 мс. Потом исполняет nboot это интервал от 90 до 110 мс.
На этом интервале возможна работа с датчиками и ток потребления не превышает 15 ма.
после этого выполняется загрузка приложения на основе SDK. Это интервал от 115 мс и до 270 мс (до конца)
На интервале от 125 мс до 135 мс исполняется передача/прием данных по мас адресу протокол ESP_Now на другую eSP.
После этого, в интервале от 250 до 270 мс выполняется передача на сервер данных по UDP.
После этого ESP переходит в deep-sleep и потом все повторяется вновь.
------------------------------
это лог сервера:
04/08/18 11:04:33 test;3176;41;51;2/64;0/194_3
04/08/18 11:04:38 test;3175;41;51;2/64;0/192_3
04/08/18 11:04:42 test;3176;41;51;2/64;0/191_3
04/08/18 11:04:46 test;3177;41;51;2/64;0/191_3
04/08/18 11:04:50 test;3175;41;51;2/155;0/191_3
04/08/18 11:04:54 test;3175;41;51;2/58;0/191_3
---------------------
upload_2018-4-8_10-28-35.png
Как видим вполне возможно как совмещать режимы так и работать в любом из них
Если ESP работает лишь в ESP_NOW то время активности может быть всего 125 мс.
Затраты энергии на сеанс связи в режиме EspNow составляют 0.015J(дж) если второе устройство существует и 0.018J(Дж) если его нет.
upload_2018-4-8_10-31-57.png
В режиме WIFI и в двух режимах время активности пока не менее 270 мс.
upload_2018-4-8_10-39-23.png
========================
Хочу заметить , что есть два вопроса, которые пока не решены.
1) переместить WiFi UDP на место ESp_Now на картинке
2) исключить время ожидание от 135 мс до 250 мс.
==========================
Следует заметить, что в режиме ESP_Now затраты на сеанс составляют менее 0.02 дж.
Запас энергии в обычной батарейке AAA составляет не менее 2000 дж
Т е обычной батарейки достаточно на 100 тысяч сеансов связи.
Это означает, что при создании IoT с автономным питанием на первый план выходят проблемы потребления не во время сеанса связи а во время deep-sleep.
----------------------------------------
Всем успехов и процветания!
 
Последнее редактирование:

pvvx

Активный участник сообщества
Хотелось бы увидеть пример с результатом теста 2-х AAA на 100 тысяч сеансов на Nicholas3388/LuaNode и стандартной плате NodeMCU.
"Запас энергии в обычной батарейке AAA составляет не менее 2000 дж
Т е обычной батарейки достаточно на 100 тысяч сеансов связи."

По заявленному времени в 250 мс на сеанс, время на этот тест составит всего 7 часов. Даже хорошо выспаться не хватит, а 2 AAA батарейки стоят менее 200 руб.

Сломанные часы показывают правильное время 2 раза в сутки, но такие устройства в IoT не применяются.

Имеющиеся у меня устройства IoT с WiFi дают поток уровня видео, а остальные, для более медленных процессов имеют меньшее потребление.
 
Последнее редактирование:
Сверху Снизу