Средства и методы разработки

- Система должна быть относительно просто расширяемой, дабы подключчать что-нить новое.  
- Обойтись без VDS на платных хостингах, ибо есть трехлетний негативный опыт-постоянно что то глючит. И цены повышают в разы... 
- Обойтись без кодинга для Andriod & IOS. 
Сделано:
- Подключен сотовый тариф "Умные вещи" от Мегафона 2 Гб/мес с ограничением скорости до 128 кбит при превышении объема. С опцией "Навсегда". (Вот это будем еще посмотреть :) 
- Имеется халявный HTTP сервер с PHP. С максимальной нагрузкой 15 "попугаев"/мес. https://sweb.ru/hosting/free/ (Тоже божатся, что "бессрочный") 
- Имеется халявный MQTT брокер на clusterfly.ru ("Доступ к mqtt брокеру предоставляется бесплатно и для всех желающих") 
- Планируется применение малоржучих и дешевых отладочных платок с ESP32 С3. 
- Потестированы в ESP32 дурине всяческие протоколы - MQTT, Telegram бот, HTTP, UDP (Проблем не встретил) 
- В качестве шлюза 3G-WiFi испытан маложручий Андроид смартфон с отключенным Гуглем, поэтому собственный трафик минимальный.Разве что NTP.Он же сгодтся в качестве локального FTP сервера для хранения возможных картинок и логов - места на SD карте много и лишнее тянуть в тырнеты нет большой нужды. 
- Ну и пока есть зуд поковырять все врукопашную :) Без всяческих "Мажордомов" и иже с ними. А вобще нахер мне эта теплица не упала в принципе ;) 

Для отправки фото и сообщений от камер и пр.на смартфоны хорошо годится Telegram. Но есть одно но -  ботам нужен постоянный поллинг для приема сообщений. 
Для управления с компа лучше всего служит MQTT. Всегда в онлайне с мизерным трафиком. Но для смартфонов это тянет специализированные приложения, дашборды и пр. Исключение только для меня ;)
Для редкой периодической отсылки данных и просмотра "красивостей" - рулит внешний HTTP сервер 

Пришел к мысли о такой архитектуре: Должно быть некое  "main" устройство - тот же контроллер теплицы (из за него и весь сыр-бор, остальное так - "бантики"). 
Постоянно подключен по MQTT и периодически автономно отправляет на HTTP сервер данные с уже имеющихся беспроводных датчиковя влажности и температур.т поливом и вентиляцикй. Следит зимой не погас ли простенький котел... 
Для всех дополнительных "бантиков" можно с помощью MQTT и этого "main" организовать оперативное управление (сделать фото и отослать в Телегу, включить/выключть камеру, временно разрешить поллинг Телеги), контроль состояния, иницииировать удаленное обновление фирмвари и пр. посредством UDP протокола в локалке. 
Так вроде вполне получается достичь заявленных в теме топика асолютно возможных минимумов и максимумов ;) 

Второй вариант - более универсальный, чтобы не плодить лишних сущностей:
Добавлять MQTT во все без исключения девайсы для оперативного индивидуального управления.   
Трафик вырастет весьма незначительно.
Посмотрел в статистике опсоса - 1.5 Мб/сутки на поддержание одного MQTT соединения. 

Критика и вредные советы приветствуются :) 

PS: Это таки бзик - могу и забросил всю эту хрень :) 
Ибо с удивлением обнаружил, что сейчас мне даже доставляет удовольствие посещать дачу. Тем более, что она всего в полутора километрах от дома :)
Хотя 3 года назад я слепил подобное из говна и палок на MSP430 и GPRS модеме, чтобы реже туда ездить :) 
К уборке снега нынешней зимой это не относится !
Впрочем тоже полезно - меньше плющится задница в кресле :)