pfg21

1. перейди от герконовых датчиков к емкостным. к примеру

2. тогда сразу переходи на систему ультразвукового измерения дальности.
статей как енто сделать под дурину навалом.

3. изучи "клемно-блочные соединения" - стандарт пром.применения.
точнее клеммно блочное соединение для пайки в плату
если хочешь быстрое переключение от блока к блоку то смотри КБС + разъем.

4. поставь насос с движком. и никогда не протечет (важно если ты хочешь выйти на продажу ентих самоделок) и скорость меняешь как хочешь.

изучай китайские аналоги stm32, разводи плату и выводи в продакшен :)

usb-uart микросхема ch340 ft234

если тебе не нужна большая мощность на выходе, то лучше используй обычный выход ЦАП и аналоговый усилитель на 15 вольт.
какаянить стандартная микросхемка усилителя мощности звука вполне пару ампер на выходе даст.
плюс элементарная и понятная схема, отлично работает, настройки практически не требует. минус КПД и грется будет конечно. но зависит от потребления.

dc-dc это если тебе нужная большая мощность на выходе.
если схема стандартна, то в ООС просто добавить компаратор.
на плюсовой вход резистивный делитель от выхода чтобы преобразовывать 0-15 в рабочий диапазон ЦАП.
на минус выход ЦАП.
а выход компаратора подать вход ООС при превышении напряжения на выходе компаратор включится и остановит работу ШИМ.
изменения в блоке питания будут минимальны.

пока флешка или иная разновидность EEPROM не сдохнет :)
смотри описание на конкретный тип микронтроллера (именно тип, а не семейство).

причем сдыхание будет не мгновенным :)

бывают процы с модификациями в виде разных типов набортной ROM памяти.
хотя в большинстве случаев стоит флеш.

никак. компаратор не ловит пики :) он лишь показывает что сигнал на входе больше или меньше некоторого заданного уровня.
для того чтобы ловить пики, точнее переход сигнал с повышения на понижение нужна соответсвующая аналоговая схема.
ни в один текущий контроллер такой модуль не встраивали, ибо применение его очень и очень узкое :)

как вариант, можно запустить АЦП на постоянный измерение или потом програмно отслеживать точку экстремума сигнала.

промышленным диапазоном рабочих температур :)

надежный контроллер дублируется или троируется + плюс ставится схема отслеживания сдыхания одного из контроллеров.
ну и вся остальная обвязка делается с требованиям соответвующих гостов снипов

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

смотря что ты собираешься делать из микрокнтроллера и как с ним работать ??
из всех представленных С наиболее "низкий" язык, приближенный к железу и архитектуре, дающий больше доступа к аппартным возможностям и уловкам. но и более требовательный к мозгам погромиста.
потому большинство уходит на языки более высокой абстракции от железа.

если тебе хватит только на питон - пиши на питоне.

gsm-2g-3g-4g-*g wifi bt lorawan nb-iot
протоколов тож цельная тележка.
к чему есть доступ то и используй.

используй эппл м1, люк !!

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

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

в описании проца написано что таймеры TIM1 TIM2 TIM3 могут работать в режиме PWM.
если задать пяток пяток поисковых запросов то выйдешь на финишную прямую, непосредственно показывающее как ентое сделать своими руками.
https://www.st.com/resource/en/application_note/cd...

взять любой генератор частоты или спаять мультивибратор из двух транзисторов по-быстрому.
подключить его на вход (там есть еще выход на него подключать бессмысленно) внешнего кварца. получишь стабильно работающий от внешней частоты проц - дальше по своему усмотрению.

с аурдино стоит поиграться для начала, ибо там и сообщество таких же игрунов и куча готовых шилдов с кучей готовых статей "для чайников" как из буханки хлеба сделать троллейбус.
потом все таки стм32, это более поздняя, а значит более продвинутая платформа (хотя и на порядок сложнее в изчении). весьма стоит изучить ее на аппаратном уровне (на ассемблере как говорят погромисты).
вообще знание с/asm, помноженное на знание аппаратной части процессора, знатно вычищает из головы много ООП мути, неуместной на эмбедед платформе.

даташит гляди там все писано черным по белому.