Добрый день, Всем!
Выкладываю предварительные результаты.
Как известно из документации SDK поддерживает протокол ESP_NOW. Это протокол аля NRF но мощность передатчика не 1 мв а 100. протокол позволяет организовать сеть (тоже есть готовые решения) так как обеспечивает не только связь между двумя ESP без роутеров, но и позволяет реализовать ретрансляторы.
-------------------
Однако я не встречал в инете решения в которых совмещена работа ESP-Now и WiFi например по UDP.
Единственно что я нашел это решение при котором ESP для переключения протокола перегружается.
поэтому меня заинтересовала возможность обеспечить работу ESP по двум протоколам.
и вот результат:
алгоритм работы следующий:
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
---------------------
Как видим вполне возможно как совмещать режимы так и работать в любом из них
Если ESP работает лишь в ESP_NOW то время активности может быть всего 125 мс.
Затраты энергии на сеанс связи в режиме EspNow составляют 0.015J(дж) если второе устройство существует и 0.018J(Дж) если его нет.
В режиме WIFI и в двух режимах время активности пока не менее 270 мс.
========================
Хочу заметить , что есть два вопроса, которые пока не решены.
1) переместить WiFi UDP на место ESp_Now на картинке
2) исключить время ожидание от 135 мс до 250 мс.
==========================
Следует заметить, что в режиме ESP_Now затраты на сеанс составляют менее 0.02 дж.
Запас энергии в обычной батарейке AAA составляет не менее 2000 дж
Т е обычной батарейки достаточно на 100 тысяч сеансов связи.
Это означает, что при создании IoT с автономным питанием на первый план выходят проблемы потребления не во время сеанса связи а во время deep-sleep.
----------------------------------------
Всем успехов и процветания!
Выкладываю предварительные результаты.
Как известно из документации SDK поддерживает протокол ESP_NOW. Это протокол аля NRF но мощность передатчика не 1 мв а 100. протокол позволяет организовать сеть (тоже есть готовые решения) так как обеспечивает не только связь между двумя ESP без роутеров, но и позволяет реализовать ретрансляторы.
-------------------
Однако я не встречал в инете решения в которых совмещена работа ESP-Now и WiFi например по UDP.
Единственно что я нашел это решение при котором ESP для переключения протокола перегружается.
поэтому меня заинтересовала возможность обеспечить работу ESP по двум протоколам.
и вот результат:
алгоритм работы следующий:
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
---------------------
Как видим вполне возможно как совмещать режимы так и работать в любом из них
Если ESP работает лишь в ESP_NOW то время активности может быть всего 125 мс.
Затраты энергии на сеанс связи в режиме EspNow составляют 0.015J(дж) если второе устройство существует и 0.018J(Дж) если его нет.
В режиме WIFI и в двух режимах время активности пока не менее 270 мс.
========================
Хочу заметить , что есть два вопроса, которые пока не решены.
1) переместить WiFi UDP на место ESp_Now на картинке
2) исключить время ожидание от 135 мс до 250 мс.
==========================
Следует заметить, что в режиме ESP_Now затраты на сеанс составляют менее 0.02 дж.
Запас энергии в обычной батарейке AAA составляет не менее 2000 дж
Т е обычной батарейки достаточно на 100 тысяч сеансов связи.
Это означает, что при создании IoT с автономным питанием на первый план выходят проблемы потребления не во время сеанса связи а во время deep-sleep.
----------------------------------------
Всем успехов и процветания!
Последнее редактирование:
