Правда, сервант на vps будет, а esp чисто слать данные будет

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

Ну тут нечестный лоутех. Экономия и экология на сервере и кровавые энтерпрайз-датаценты на защите :)
Мне кажется, концепция «датчик опрашивает и отдаёт голове» в этом плане получше. Ну, датчик — stm/esp/дуина, а «голова» — хотя бы простой одноплатник

Важное преимущество stm и подобных ей — настоящий, честный реалтайм. А для нужд отдачи данных лучше другие решения. Это как в АСУ ТП: если датчики (низ), есть ПЛК (середина), есть скады (верх).

есть статья о том, как делать сайты на солнечных батареях, но у них малина и поэтому все гораздо проще (и не так энерго экономно)

Это же скорее just for fun, с таким применением я не спорю, конечно

Я больше про практическую плоскость

В качестве примера - для тестирвоания на рпи был поднят фтп и веб сервер как раз для загрузки фйловой структуры с весьма глубоким уровнем вложенности. rpi хорошо справился, а вот запущенное под вин 7 - FileZilla Ftp не справилась.

я не соглашусь. Такие сервисы как cloudflare могут очень хорошо рассчитывать свою нагрузку и оптимизировать энергопотребление. У них очень узкая задача и поэтому в их случае это проще. Я кстати не знаю, есть ли подобные сервисы которые используют устойчивые источники энергии

те возможно в текущем виде это не полностью лоутех, но в будущем вполне возможно

Блин, я конечно ратую за починку. Но машинка это же вибрация постоянная и нагрузки... Тут лучше делать железно или новое взять.

если же говорить о хостингах и тп то это уже гораздо большие масштабы энергопотребления, и все становится гораздо сложнее

Тут нельзя не учитывать оверхед на сетевую, финансовую часть и так далее. Ну и при работе датацентра нужно понимать, что это не только текущие затраты (как денежные, так и экологические), но и немалые капитальные. И это я не говорю про стоимость производства серверов и так далее.
По уму, тут нужно считать, но если мы считаем задачу «отдать показания с датчика» и учитываем потребную защищённость сайта (хотим, чтобы сайт был доступен, скажем, 99% времени), я почти уверен, что вариант «умный датчик» (stm32 + датчик) + VPS эффективнее, чем сервер на stm32, съедающий почти все его ресурсы. Опять же, для задач умного датчика F4 не нужен, там L0 хватит (не уверен, правда, что там есть эзернет на борту, но есть L1)

То есть мысль в том, что «отдавать данные» может очень простая и дешёвая железка, а вот «быть сервером» куда сложнее

Ну и если считать, что централизация приводит к более высокой эффективности, то можно и дальше заглянуть: выгоднее иметь краудсорсинговый сервер телеметрии, на который слать свои датчики

Типа как вот эта штука с качеством воздуха в Москве

мм, возможно. Но все таки я не понимаю в чем проблема если это сервер с маленькой нагрузкой и аптаймом не 99% а 95% скажем

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

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