Arduino Mega. Контроллер теплицы. Хроники - 4.0

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

Так в одну сторону работает движок? Если он будет остановлен под напряжением, то обязательно сгорит

 

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

 

Во первых это можно сделать технически, включение полива блокирует подпитку, во вторых можно поставить термометр на поливочную воду и при понижении температуры выключать полив, в третьих можно сделать подогрев воды

 

Термометр стоит - этот вариант не прокатывает забор с низу идет холодная вода тоже вниз опускается. подогрев сильно реактивно - ну если не киловат 20 на нагрев всандалить - куб сразу не нагрееш а поливать по мере прогрева после долива (отстоя пены) как то ...

 

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

или я уже совсем обнаглел ?

 

нисколько
просто соберите хотелки в кучу и опишите алгоритм ваших условий

 

Не стоит, если добавить таймер. Лучшее время для полива -на рассвете, значит часов в 10-11 (в завиимости от ваших настроек) можете начинать наполнять бак до верхнего уровня.

 

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

 

Пока статуса полива в правилах нет (типа "следим за состоянием полива"). Так что из правил можно понять, работает ли полив - просто анализируя состояния пина, на который можно завести монтажным "или" сигнал с каждого канала полива - и будет статус полива, бесплатно; следовательно - можно не включать чего-то, если полив идёт. Мысль продолжать?

 

@evgeny1241, короче:

1. Создаём правило: "следим за состоянием пина, если он высокий - ничего не делаем, имя правила - WTR". Здесь будем следить, включен ли полив, на этот пин заводим сигналы всех каналов полива;

2. Создаём правило: "следим за состоянием пина, если он высокий - включаем пин такой-то, НЕ СРАБАТЫВАТЬ, если сработало правило WTR" - здесь будем смотреть уровень бочки, если до верху не долито - то доливаться будет только тогда, когда полива нет.

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

 

Да такая мысль возникла - пины с клапанов смотреть.
правила последовательно сверху вниз срабатывают или как

 

У меня такой вопрос.
Допустим на срабатывание коньковой форточки, я подсоединяю мотор к аккумулятору через термостат. NO 30 градусов (+- погрешность) - открывает до срабатывания обычного концевика на размыкание, NC 20 градусов - через другую полярность - закрывает до срабатывания другого концевика. Потребления электроэнергии в покое 0.0
Эта схема должна работать "во что бы то ни стало". Ардуино подсоединять с более точными настройками, плавными регулировками, возможностям ручного управления - 2 реле параллельно с каждым термостатом? Они будут работать как обычный выключатель цепи, или есть другие способы?
Нужно ли заморачиваться со считыванием промежуточных положений (двигатели не серво) и через что?

 

Правила срабатывают корректно, все взаимопривязки правил разруливаются, не волнуйтесь. Нет нужны в соблюдении последовательности добавления правил.

 

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

 

Зачем вам управление форточками, если у вас оно уже реализовано термостатами?