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

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

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

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

Вопрос: надо ли? И если "да" -то как бы это поудобней организовать в плане настроек? Кто что думает по поводу?

 

А можно неспешно обдумать возможность включения полива по минимальному значению датчиков влажности почвы?

 

А эта возможность не нужна, я тебе уже объснял: есть ВЫключение полива по датчику влажности почвы, что обеспечивает ровно такое же поведение, если посмотреть под правильным углом Если почва влажная - полив и не включится, т. к. сразу, не включаясь - выключится. А если нет разницы - то зачем лишние движения?

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

 

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

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

В общем проект получился не дешевый, доступен только энтузиастам, которые не смотря на дороговизну, решили внедрить его у себя. Для рядового пользователя проект оказался недоступен. Это заметно по количеству запросов и отказов после оглашения цены.

Я сейчас думаю над снижением стоимости проекта. Есть два направления в конструкции контроллера:
1) мой вариант - в контроллере установлено максимальное количество модулей и разъемов.
Стоимость такой конструкции достаточно высокая. Но это позволяет не применять внешние модули, что позволяет экономить на внешних модулях, используя только провод и разъемы подключения датчиков и исполнительных механизмов.
2) вариант уважаемого Сергея (HANTER333). Конструкция контроллера с минимальным набором модулей и разъемов. Это делает центральный контроллер дешевле. Но наличие некоторого количества внешних модулей с датчиками и исполнительными устройствами нивелирует низкую стоимость центрального контроллера. Фактически у нас получается тот же набор контроллера, только в "разобранном" состоянии. К тому же это добавляет сложности в настройке системы. Для рядового пользователя это может быть непреодолимым препятствием. Энтузиастов в расчет брать не будем. Да и необходимость подключения провода питания к внешнему модулю все равно остается. А если заменить провод питания на провод подключения датчика, в этом случае и внешний модуль уже не нужен.

Вот и ломаю голову как объединить достоинство конструкции Сергея с моим вариантом.
К тому же есть ощущение, что кто хотел внедрить этот проект, это уже сделал. Новых желающих внедрить у себя эту систему почти нет.

 

Саша, при теперешней цене на провод и разъемы, универсальные модули выйдут дешевле

 

Всё дело, как-раз, в этом. Поэтому и:

КМК - плата Сергея в этом смысле - выгодней, потому-что можно добавлять модули постепенно, и съэкономить на "не нужных" модулях и функционале. В то-же время, остаётся возможность что-то добавить (не сразу, а через годик, и будет не очень накладно.) Но при зтом "расширеная версия" не очень пригодна.
Наверно, нужно сделать не"расширенную" а наоборот "упрощённую" версию проекта, с минимальным (самым необходимым) набором функцый и железа.
Я тоже заметил, что мало кто делает проект на ДУЕ, в основном на МЕГЕ. И дешевле, и возможностей хватает. (даже с лишком).
Мне кажется, что с комерческой точки зрения, упрощённая версия "возьмёт количеством".

 

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

Можно посчитать стоимость провода для датчика из расчета 15 метров.
Провод 4 жильный Подольского завода 6.5 руб за метр. Итого 100 руб.(97.5 руб.).
Два разъема по 20 руб. - 40 руб. Термоусадка 15 см. -10 руб.
Подключение датчика и разъема к проводу - 100 руб.
Итого проводной датчик обходится в 250 руб. (без стоимости датчика).
Сборка - воткнул бесплатно.

Считаем выносной датчик (радио).
Корпус 200 руб.
Печатная плата 100 руб.
Микроконтроллер ArduinoMini 120 руб.
Модуль nRF24L01 - 50 руб.
Два разъема по 20 руб. - 40 руб. Термоусадка 15 см. -10 руб.
Провод 4 жильный Подольского завода 6.5 руб за метр (2 метра) - 13 руб.
Сборка, прошивка всего этого 500 руб. (само не склеится, бесплатно никто собирать не хочет).
Провод питания 15 метров. - 100 руб.
Итого: 1133 руб.
Возможно некоторое удешевление при подключении 3 датчиков (но нужно добавить разъемы, провод термоусадка, монтаж).

Вариант с RS485 не рассматриваю. Фактически стоимость провод + модуль.

Все ли я правильно посчитал?

 

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

 

Приобретете весь комплект сразу или растянете покупку по частям во времени, от этого стоимость комплекта не уменьшится. Это иллюзия.

 

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

 

@promavto, ты посмотри типовые продаваемые теплицы, это 4, 6, 8 метров, две-четыре форточки, три линии полива плюс на клумбы. Твои платы с их стоимостью там не нужны. У Сергея платы тоже не супер в плане надежности, окисляются.

 

Если модулей то они в герметичном корпусе, а контроллер не в теплице, так что тоже окисляться не должен, на крайняк можно парафином залить, тогда и под водой работать будет

 

@Shelllonn, @Shelllonn,

Моему младшему сыну уже 39 лет, он ко мне обращается на ТЫ (мы с ним знакомы 39 лет).

Не думаю что платы окисляются потому что их сделал Сергей.

Теплицы бывают разного размера, и разным количеством точек полива и не только У нас есть заказчики с теплицами в длину до 40 метров.
У меня две теплицы 8х4.5 управляются одним контроллером и еще одна из двух секций 6х9 еще одним контроллером. Функционал в контроллерах, конечно, избыточен. Но каждый заказчик добавляет свои индивидуальные "хотелки". Отсюда и расширенный функционал.

 

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

 

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

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

Давайте так и поступим.