Где то выше и раньше говорил что да, нужна визуализация (показания нескольких датчиков на работе) 100 это я наверное погорячился, 300-500 думаю

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

Для баловства пишите веб сервера на есп, а серьезные проекты пишутся на клиент-серверной основе для надежности и скорости

20 лет назад свежо звучало

Никакой промышленный проект не будет использовать вебморду на датчиках 🤷‍♂

ты сам выдвигаешь тезис , который сам же опровергаешь ... и вроде это для как чего доказательство "звучит"?

Не понял, как тебе это все кажетя

Это пример

откуда ты знаешь?

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

ты любо троллируешь либо тебе надо погуглить немного прям можешь в блокноте и отправить "руками" - чтобы побыстрее было - лучше комп вообще не запускать - не отвлекать его этим

Ну ты прям.. никакой четкости и здравого смысла 🤷‍♂

поделись с миром алгоритмом датчика движения умного?

поделись с миром алгоритмом датчика движения умного?

Подскажите плиз, сколько времени нужно wemos d1 mini после выхода из deep sleep, чтобы соединиться по ви-фи и передать по mqtt в топи данные? Почу пробуждать на минимально необходимое время.

Поздно уже

> 200мс и <1 cек

То есть 1 сек хватит для пробуждения? ))

Подскажите плиз, сколько времени нужно wemos d1 mini после выхода из deep sleep, чтобы соединиться по ви-фи и передать по mqtt в топи данные? Почу пробуждать на минимально необходимое время.

Что бы пробуждать на минимум времени, следи за тем, как подключается вайфай 🤔 и вводи в сон сразу же после отправки

> 200мс и <1 cек

Даже, если wifi ветром сдувает?

против ветра не стой просто

Когда не стоит - это плохо

Чуть выше выкладывал пример, там есть ссылки на порт для esp-idf, и на оф. сайте есть ссылки.

https://github.com/lvgl/lv_port_esp32

а ещё мне интересно, под цвет выделено uint16_t, то есть 64к цветов, а дисплейчик при этом 18 бит умеет, то есть 262к цветов. и никого не парит

а память?

сенкс, полезная штука. я, правда, таки напишу свой, раз уж всё равно взялся. посмотрев код драйвера, вижу, что это переработка кода модуля от ардуино, даже дефайны скопированы. непонятно, почему номера пинов дефайнами? подключить два дисплейчика к одному есп32 уже не получится.

а что память? ну больше расход

а ещё мне интересно, под цвет выделено uint16_t, то есть 64к цветов, а дисплейчик при этом 18 бит умеет, то есть 262к цветов. и никого не парит

Дефайны потому что там все через sdkconfig настраивается

Там разные настройки по цвету вроде, в зависимости от подлержки

фрейм буфер на отрисовку а лучше два и для каждого дисплея

и чем это хорошо мне не ясно. вот два одинаковых дисплея — уже невозможно

Там разные настройки по цвету вроде, в зависимости от подлержки

Есть свои плюсы два да, но можно меню расширить, там это все легко расширить. Но мне не нравится, что если что-то менять на уровне sdkconfig, приходится потом все перекомпилировать, поэтому проще пины в коде назначить

Я работал с 4.3" и 7, там были варианты 8 и 16 бит, но больше они и не поддерживали, за другие не знаю.

Там разные настройки по цвету вроде, в зависимости от подлержки

разрешение экрана в точках сколько по горизонтали и вертикали ?

320*240 и 800*480

ну 320*240 * (бит на пиксель), а тем более 800*480.... ни а каких фрейм буферах и тем более 4ех (2 экрана) можно не думать

Ну да, но у меня изначально цель была не видео крутить, а кнопки чекбоксы, поэтому пойдет даже на 800*480

вот, кстати, вопрос. зачем в lvgl своя реализация printf?

а разве есп32 не имеет этого стандартно? или какая другая платформа? оставим за скобками скорость

ну хорошо, какая платформа не умеет флоат?

ну хорошо, какая платформа не умеет флоат?

сопроцессор для выполнения аппаратно вычислений может быть или не быть и память - размер

если нет, то у гцц есть свои либы на этот счёт