Регулирование оборотов вентилятора

РЕКЛАМА НА ФОРУМХАУС

Обязательно почитаю, а делаю на 2560.

 

По-моему в любом случае лучше esp32

 

Избыточно.
UNO или Nano хватило-бы.

 

Дело не в избыточности, а в том, что не надо повторять моих ошибок и тратить время на старое железо, чтобы сэкономить 100 рублей...

Потом захочется сделать что-то побольше и придется вникать в особенности есп32... Зачем? Если можно сразу учиться на актуальном железе.

 

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

 

@narayanabox, дело не в экономии. Если не нужен удаленный доступ, то нафик нужен процессор, изначально заточенный под организацию этого удаленного доступа.

 

Ну отключил в нем вайфай и делов-то. Причем сегодня не нужен, завтра нужен

Он мощнее, больше периферии вроде, и на сегодня это мейнстрим самодельности

 

Отлажу все алгоритмы, потом на нано залью. Я ещё не знаю какого объёма программа будет.

 

- Купить серьезный внедорожник, отключить в нем полный привод и ездить по асфальту в ближайший продуктовый магазин и обратно?!?!
- Нафига он нужен, при локальном контроле/управлении обьектом регулирования?!?!
- Мы-же не ГТУ собираемся держать под контролем, - зачем нужна мощность для исполнения простенького небольшого алгоритма, не требующего быстроты обработки небольшого обьема данных.
- Периферии, пока что, меньше. А различие по уровню питания esp и arduino вносит определенные ограничения, условия, сложности, при стыковке esp и arduino-вских периферийных устройств.
- Ну да, - "это модно, современно, в тренде".
Поверьте, я нисколько не против ESP, но "использовать для управления приточкой S7-200, если можно это реализовать на LOGO! - как-то не слишком разумно".

 

Я же написал изначально:
Нужен вайфай - есп32
Не нужен вайфай - стм32

Обе железки актуальные и используются в коммерческом embedded... esp8266 - практически не используется, ардуино тем более...

Да, возможно, человек никогда не выйдет за рамки ардуино и ему достаточно мигать светодиодами и всё. Но автоматизация вентиляции нормально сделанная - это далеко не простая задача.

У каждого мк, есть свои особенности и я в итоге потратил время на изучения особенностей не актуального железа... Зачем? Лишний хлам в голове...

На есп32 сразу два ядра, может человек нет нет, да и захочет мультипоток реализовать. На есп32 нормальная документация, в отличие от есп8266.
Freertos вдруг захочет? На есп32 он нормально работает, на есп8266 нет.
Вдруг захочет перейти с ардуино Иде на нормальную современную связку vs+cmake? С есп32/стм32 - это будет работать лучше.

В общем, я бы советовал - если вообще первый опыт в программирование/embedded - то покупайте любую ардуино плату (uno/nano итд) - не важно. Будет чуть проще в ардуино Иде, не надо устанавливать поддержку доп. Плат.

Как только ардуино плата становится скучной и есть понимание, что хочется развиваться дальше - пропустить есп8266 и сразу купить есп32 или стм32.

Если проект начинает расти 1000+ строк - пока не поздно, уходить с ардуино Иде на платформио или visual studio/visual code + cmake.

Если есть понимание, что это 100% увлечение и нет желание потом возможно заняться коммерческий программированием - вообще похер, делайте, что хотитея)

P. S.
@DiJo, вы гитхаб то откройте) я понимаю о чем я говорю)
Общий проект - 4500 строк кода.
Non-blocking парадигма с FSM вместо FreeRTOS.
ООП, юнит тестирование.
Логирование показаний, как на сд карту, так и в облако.
Система алертов об ошибках, критических значениях.
Uptime уже перешёл за 1000 часов.
Средняя скорость лупа меньше 2ms.
Итд итп...

 

Я правильно понимаю, что если на момент покупки автомобиля у вас не стоит вопрос о том, что завтра надо 4 чемодана в багажнике, то надо ислючить машины с большим багажником в принципе?

Поддержка вайфай в процессоре кушать не просит, если выключена. Как и поддержка блютуса и кучи других вещей. Надо - врубил. Любой подход к автоматизации чего бы то ни было - это освоение инструментов, не надо плодить и осваивать лишние сущности

 

Почему бы и нет, если ездит? Зато в любой момент можно съехать с дороги. Тем более что обсуждаемая альтернатива еще и дороже, и по говнам не ездит

Потому что дешевле, лучше и имеет больше опций.

Завтра оказалось, что с оценкой потребностей в ресурсах мы ошиблись и весь проект идет в мусорное ведро. Причем сходу еще и переплатили за него

Встроенной периферии у ардуины меньше. АЦП - 10 бит против 12 в ESP. Нет аппаратного счетчика импульсов, ну и далее по списку

У меня сложностей было две:
1. сначала не мог найти релюшки с питанием от 3.3V, основная масса 5 и 12V.
2. Было 2 датчика аналоговых с выходом 0-5V, это напрямую в ESP не врубить с полным диапазоном. На первый поставил делитель, второй в принципе не предполагал эксплуатацию в полном диапазоне, просто вписался в диапазон ESP.

Разумно - выбрать инструмент для того, чтобы клепать решения и осваивать его. Нет смысла дополнительно осваивать БОЛЕЕ ДОРОГОЙ, ограниченный и устаревший инструмент только потому, что "его же хватает".

 

Используется и очень активно. В проектах начатых до выхода esp32

Более того, у expressif есть даже модули esp32 совместимые по контактам со старыми esp8266

Отдельный вопрос - 8266 меньше жрет во сне, тут на форуме кто=то кидал сталистику по девайсам с питанием от батарейки

 

Я бы сказал "посмотри и никогда так не делай"



едет. Как раз для вентиляции. 167р за штуку

 

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

Спойлер - не будете делать, надо быть безумным для этого) но про нон-блокинг и FSM всё-таки почитайте

Пс ошибки я знаю, какие я допустил, но ещё раз рефакторить уже не буду. (Надо было использовать статические буферы, а не стринги)