Size: a a a

2020 August 06

A🍊

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

СЗ

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

A🍊

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

A🍊

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

k

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

A🍊

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

A🍊

Andrey 🍊 in CADR
Я больше про практическую плоскость
источник

СЗ

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

AP

Artyom "avp&quo... in CADR
источник

k

kl mw in CADR
Andrey 🍊
Ну тут нечестный лоутех. Экономия и экология на сервере и кровавые энтерпрайз-датаценты на защите :)
Мне кажется, концепция «датчик опрашивает и отдаёт голове» в этом плане получше. Ну, датчик — stm/esp/дуина, а «голова» — хотя бы простой одноплатник
я не соглашусь. Такие сервисы как cloudflare могут очень хорошо рассчитывать свою нагрузку и оптимизировать энергопотребление. У них очень узкая задача и поэтому в их случае это проще. Я кстати не знаю, есть ли подобные сервисы которые используют устойчивые источники энергии
источник

k

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

СЗ

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

k

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

A🍊

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

A🍊

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

A🍊

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

A🍊

Andrey 🍊 in CADR
Типа как вот эта штука с качеством воздуха в Москве
источник

k

kl mw in CADR
Andrey 🍊
То есть мысль в том, что «отдавать данные» может очень простая и дешёвая железка, а вот «быть сервером» куда сложнее
мм, возможно. Но все таки я не понимаю в чем проблема если это сервер с маленькой нагрузкой и аптаймом не 99% а 95% скажем
источник

A🍊

Andrey 🍊 in CADR
kl mw
мм, возможно. Но все таки я не понимаю в чем проблема если это сервер с маленькой нагрузкой и аптаймом не 99% а 95% скажем
Если критичности нет и есть возможность ребутнуть, когда ляжет, проблемы нет никакой.
источник

k

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