Ищу напарника: Проектирование контроллера для управления автополивом

[pacific]

Программу можно написать любую. Даже с ИИ.

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



- Корневая сущность - это программы, например: "Газон Backyard", "Газон Frontyard", "Голубика", "Туи у беседки"
- В программу (запуска) добавляется одно или несколько расписаний: (каждый день в 6 утра, каждый день после заката)
- В расписание добавляется одна или несколько зон (клапанов), у каждой зоны отдельно настраивается продолжительность работы

Можно приостановить работу (suspend) сразу всех зон или какой-то конкретной (или отдельной программы), как вручную/API, например
автоматизацией из HA когда кто-то дома) или по сенсору (дождя, присутствия)

Можно принудительно запустить полив отдельной зоны или программы.

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

 

[pvvx]

Можно приостановить работу (suspend) сразу всех зон или какой-то конкретной (или отдельной программы), как вручную/API, например
автоматизацией из HA когда кто-то дома) или по сенсору (дождя, присутствия)

У меня в HA нет MQTT. Не используется, так как лишняя пичуда потребляющая ресурсы и питание.
WiFi роутеры (репитеры) отключаются при автономном обеспечении. Работает только основной на 5ГГц с 4G для смартфонов и кабельной сети.
Как в этот момент получить доступ к вашей разрабатываемой системе из вне?

 

[pvvx]

@pacific

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

Дачники автономные генераторы с автозапуском не ставят. В большей половине страны с солнечными элементами возиться бессмысленно из-за неэффективности.

Если делается загородный “Умный дом”, то система авто-полива изначально встраивается в общую структуру.

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

На данном форуме в основном “самоделкины” и начинающие. Начинающие заняты копированием никчемных безделушек, т.к. сразу освоить глобальную общую систему “Умного дома” они не могут. Всё по чуть-чуть, малыми шагами с пробами и ошибками. И средств на полную систему автоматизации у них нет. Вы примерно в этой группе.

Нормальные “самоделкины” выбирают открытую систему управления “Умным домом”, с возможностью постепенного наращивания простейшими датчиками и исполнительными устройствами. Это дешевле и осваиваемо, так как не требует первоначального глобального вложения.

А домохозяек, заказывающих сразу полную систему под ключ, на данном форуме нет.

По этому никаких подсказок, что нужно домохозяйке в системе авто-полива, тут вы не получите.

И ваш энтузиазм в построении какого-то отдельного куска, не совместимого с системами “Умного дома” может быть поддержан только школьником, купившим дешевую платку с ESP и мечтающим научиться программированию (на полностью и морально устаревшему чипе, но достаточному для начального обучения азам).

 

[pacific]

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

 

[pvvx]

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

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

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

Но я не буду использовать такой вариант (на ESP) только по причине гарантированно нестабильной работы.
Это в основном связано с дефрагментацией в ESP памяти при использовании C++ и модели "HEAP".
Вторым фактором является повышенное потребление. Статистика использования применения китай-БП с ESP (включая Умные розетки) показывает, что через 2..3 года постоянной раюоты в них выходит из строя эл. конденсатор в питании. При той-же схеме и чипе Zigbee таких случаев за время выпуска Умных розеток нет.
При этом эти Умные розетки или другие варианты с мелкими WiFi чипами пытаются сделать пожар. Включают и выключают реле, так как при старте ток мал, а при включении WiFi он увеличивается, что приводит с к новому сбросу и так по кругу. Мне хватило нескольких таких вариантов. Другой вариант выхода их строя, если установлен ESP8266 - глушение всей сети WiFi.
А причиной является баг в чипе с BOR и внутренней разводки сигнала RESET в чипе. При падении напряжения питания во время включенной передачи сброса RF не происходит и чип входит в вечный цикл глушилки всея WiFi. Так-же, если программа зависнет и RF останется работать на передачу, то ESP8266 горит. Чтобы чип не выгорал в его софте используется программный троллинг...

Что будет с вашим насосом, если его беспорядочно коммутировать пару раз в секунду?

 

[pacific]

Чем вы любите или не любите пользоваться это ваше личное дело, вопрос про насос оставлю без ответа, кажется на него ответ и не требовался изначально.

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

Никто не заставляет вас использовать именно ESP, тут архитектор сам выбирает что и как заложить в то или иное решение, оценивает риски и трудозатраты.

 

[pvvx]

• Особое внимание уделить качеству БП (и резервному, если это входит в структуру).

Причины более быстрого выхода из строя БП у WiFi устройств просты:

Потребление чипами ESP находится в диапазоне сотни мА, а пиковые при работе RF части – более 350 мА. У Zigbee чипа типичное потребление до 10 мА с пиками передачи до 25 мА. То есть в десятки раз меньше. А конденсаторы в БП используются одинаковые.

Плюс если взять инфракрасный измеритель температуры, то в одинаковом корпусе WiFi и Zigbee разница, к примеру у Умной розетки или USB зарядки по внешнему пластиковому корпусу составляет более +5..+7 градусов.

В итоге кондер в БП высохнет в 10..20 раз быстрее. И если этого схемотехнически не предусматривать, то средний срок службы у WiFi и выходит 2..3 года. А у Zigbee (роутера/розетки) – 10..20 лет.

 

[pvvx]

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

У вас это уже реализовано и есть опыт эксплуатации разных вариантов в течении нескольких лет?
Или это только домыслы и мечты?
И есть какая-то разница, чем будет хлопать контроллер - насосом или клапанами?

 

[pacific]

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

 

[pvvx]

Пункт про внимание к БП зачем был вписан?

Вы же явно никогда бы не решили, что необходимо контролировать питание и использовать специальные алгоритмы в ПО чтобы исключить такие ситуации. А это программно реализуется элементарно. Но китайцам пофиг, что там у вас сгорит…

 

[pvvx]

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

К вам уже никаких вопросов. Вопросы к напарнику

 

[pacific]

 

[nikolz]

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

- Корневая сущность - это программы, например: "Газон Backyard", "Газон Frontyard", "Голубика", "Туи у беседки"
- В программу (запуска) добавляется одно или несколько расписаний: (каждый день в 6 утра, каждый день после заката)
- В расписание добавляется одна или несколько зон (клапанов), у каждой зоны отдельно настраивается продолжительность работы

Можно приостановить работу (suspend) сразу всех зон или какой-то конкретной (или отдельной программы), как вручную/API, например
автоматизацией из HA когда кто-то дома) или по сенсору (дождя, присутствия)

Можно принудительно запустить полив отдельной зоны или программы.

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

Программа вполне может быть такой.
Но когда я работал над проектом, то делал такой вариант.
Сценарий работы устройства (делал для инкубатора) пишется на ПК какой угодно.
Для этого используется некоторые правила описания сценария.
Нужный сценарий загружается в микроконтроллер пользователем.
При загрузке сценария контроллеру указывается график либо время связи с оператором.
Если все работает по сценарию, то контроллер отключает радио.
Для ESP8266 это снижает потребление с 70 мА до 12 мА (активном режиме) и 20 мкА в режиме сна (для полива это когда вода течет и все нормально).
Такое решение позволяет сам контроллер и его софт сделать универспльным и относительно простым.
Как вариант в него можно поставить VMLua и писать все на скриптом языке Lua.
Сценарии разрабатываются всеми желающими и могут либо продаваться , либо выкладываться в свободном доступе.
Сами устройства идентичные для любых домашних либо малого бизнеса хотелок.
-------------------
Например, для инкубатора для разных птиц существуют различные профили управления температурой, влажностью, поворотом.
Все их засунуть сразу невозможно и нет смысла.
Но любой желающий может загрузить в устройства, например, с нашего сайта нужный ему скрипт.
Аналогично и для полива различных растений в различные периоды их роста.
------------------
В итоге разработка и изготовление железа ничем или почти ничем не отличается для какой цели его делать.
А скрипты нарабатываются специалистами в области полива, инкубаторов , самогоноварения и т д

 

[pvvx]

А скрипты нарабатываются специалистами в области полива, инкубаторов , самогоноварения и т д

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

На сегодня это типовые решения для построения “Умного дома”, распространяемые разными брендами, включая российские. Как пишет топикастер – “под принятую на рынке инфраструктуру”.
А раздельные устройства со своим ПО управления давно уже никто не использует и их рынок вымирает. Со скоростью, как падет уровень вопросов по ESP на данном форуме...

 

[pvvx]

Автоматическая система полива сада на Home Assistant, ESP8266 и MiFlora

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

habr.com

Спасти рядового Кактуса. Интеграция фикуса в Home Assistant

В доме живёт фикус по имени Кактус. Почему он, будучи фикусом, имеет собственное имя Кактус история долгая и к этому рассказу отношения не имеющая. Факт в том, что дерево заслуженное, с историей. В...

habr.com

и т.д. путем поиска в Google "Home assistant система автополива"

 

[pvvx]

Система полива DROPLET работает с ESPhome и Home Assistant

Когда PricelessToolkit не удалось найти доступную (внутреннюю) систему орошения, которая работает с Home Assistant и ESPHome, он построил плату DROPLET на основе беспроводного процессора …

cnx-software.ru

Zigbee-станция для капельного полива растений (проект modkam.ru) / Техника для дома / iXBT Live

Здравствуйте друзьяВ этом обзоре мы с вами поговорим про еще один проект с сайта modkam.ru — который является логическим продолжением

www.ixbt.com

 

[pvvx]

В итоге:

“Алиса – где регистрируются движения на даче?” -> “Сработал датчик присутствие у туи номер 2”
”Алиса – полей растения на даче у туи номер два”.

 

[pacific]

Это опять что-то про Ерему.

Кстати, если сосед по даче попросит совет где купить радиоприемник, то можно ему скинуть ссылку, она легко гуглится: https://habr.com/ru/amp/publications/588594

 

[pvvx]

Это опять что-то про Ерему.

@pacific - Тут раздел форума про "Умный дом", а там Раздел для начинающих. И там разбирают такие вещи, как сделать простой таймер на ESP (по вашему проекту).

 

[pvvx]

И в первой ссылке вам дан ответ на ваше сообщение о том, что вода сама от куда-то берется со своей системой:

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

Еще немного расстроила невозможность учета количества воды для полива в объемах меньших чем 10 литров — именно этот объем является минимальной измеряемой величиной для такого счетчика. Эту проблему можно решить, разобрав счетчик и поменяв местами колесики, но пока до этого не дошли руки.

И так-же:
В целом, ожидается экономия воды примерно в 20-50% по сравнению с «глуповатой» системой на таймерах и при местных ценах на воду система должна окупиться за один-два сезона.

Может вы к этому прислушаетесь, если не доверяете местным (?) ...

Пример авто-наполнения резервного бака питьевой водой:

Работает уже 4-ый год без сбоев...