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

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

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

Навскидку:

Код:

struct IGate : public Stream
{
  virtual void Setup() = 0;
  virtual void Update(uint16_t dt) = 0;
};
// остальная реализация - есть в Stream - available(), write(), read()

Отнаследовались от IGate, реализовали все методы, типа available() и т. п. - и получаем шлюз, который может по радиоканалу, например, общаться. Надо поменять шлюз: подсунули другой интерфейс. Как-то так, надо мыслить в этом направлении, мне кажется.

 

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

 

Это понятно. Если не удастся транспорт сделать прозрачным на аппаратном уровне - так и сделаем.

 

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

 

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

 

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

В общем, предлагаю реально очень серьёзно пропедалировать тему с радиодатчиком влажности почвы - что там надо по управляющему железу: Attiny? Или можно вообще без МК обойтись? Хотя, думаю (несмотря на то, что тиньки не программировал) - надо бы на МК сразу, и вот почему: данная фича (радиомодуль) очень интересна и в других применениях, например: подать управляющий сигнал на реле, которое стоит метров за 20 от меги. Как понимаете, звучит многообещающе.

Единственное "но": надо хорошенько продумать аппаратную часть, т. к. по сути - мы имеем два варианта развития событий:

1. Выносной управляемый блок: управляется тупо уровнями на пинах меги;
2. Продвинутый блок, управляется командами, т. е. пачкой каких-то данных, может отсылать своё состояние по запросу.

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

Далее, модуль опроса датчиков: тут специфические, поэтому МК нужен. Принцип такой же - захотели переткнуть датчик температуры на беспроводное управление - выткнули с пина меги, на пин посадили посредника, датчик температуры - воткнули в модуль контроллера, всё.

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

Зато какие перспективы эта возможность нам открывает! Прежде всего - по свободной конфигурации системы. Плюс - по целесообразности компоновки: если для датчика влажности почвы одной батарейки хватает на три месяца - то нахрена мучаться с проводами?

Т. д. и т. п. каждый может додумать сам. Присоединяйтесь

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

 

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

Но ничего, эти этапы мне ещё предстоит пройти: и отрисовку платы, и ЛУТ, и стопицот перекомпоновок, и кровь, и слёзы, и песок.

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

А железные модули, которые не так часто будут использоваться - можно и на USB-разъёмы повесить, в отдельных маленьких коробочках. Или, по ближайшей аналогии: китайские пластиковые боксы для SMD-компонентов: все видели, как они стыкуются? Вот в каком-то таком ключе и стоит подумать, кмк.

Хотя, если, опять же, честно - вижу только один грамотный вариант: нормально смакетированные платы под определённую конфигурацию, например: одна - под контроллер с Wi-Fi на борту, вторая - с Ethernet на борту - это как минимум, что называется. Остальное - в зависимости от: можно предусмотреть вариант "4 форточки максимум, 4 канала полива максимум, два узла учёта воды, 3 канала досветки, 1 канал управления насосом полива" - это два восьмиканальных модуля реле уже. Можно - и вообще не предусматривать, а сделать разводку так, чтобы даже будучи не подключённым к какому-то внешнему железу - пин не висел в воздухе.

В общем, делов ещё куча, сляпать на макетке куда как быстрее

 

На arduino ру появились отзывы о плохих модулях Neoway M590, что, как понимаете, печально. Как бы не пришлось переползать на Sim900 со временем. Одно радует - те же AT-команды, можно, в принципе, малой кровью.

Пойду почитаю чего-нибудь про Sim, что ли...

 

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

 

Изучаю уже несколько дней, перечитывал тему
https://www.forumhouse.ru/threads/247930/
может надо позвать сюда @osetroff, и @nikr8, они в курсе всех проблем.
Варианты радиомодулей nRF24L01 уже рисую и свожу в одну страницу в Splane.
Кроме того у меня есть беспроводной модуль с брелком от мастер КИТ MP426 SE, который часто используют для общих автоматических ворот. У него есть интересная функция, что при перестановке перемычки можно выбрать разную логику работы 4х каналов:
-триггер, нажал включил, еще нажал выключил реле
-импульс, реле включено пока нажата кнопка
-перебор каналов, нажатие кнопки вызывает включение соответствующего канала, при этом остальные каналы выключаются.

 

А я только за Главное, обрисовать наши аппаратные хотелки Пока они, собственно, простые (или мне так кажется):

1. Прозрачно передавать состояние пина по воздуху и принимать с той стороны;
2. Передавать чего-то с той стороны на Мегу.

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

Вот если подумать - сколько надо тех байт: включить/выключить реле - 1 байт на 8 реле + 1 байт идентификатор команды + несколько байт контрольной суммы - копеечно. Если передавать с датчика влажности почвы данные - то это тоже немного: 2 байта сами показания, плюс несколько байт обвязка. В общем, копейки.

Почему I2C? Не хочется пины тратить, хотя можно и по Rx/Tx, юзая SoftwareSerial, например. В общем, чую, что наклёвывается железный модуль на каком-нибудь МК, как посредник между радиоэфиром и мегой. По типу Ethernet-модуля, или ESP8266.

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

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

Что скажут знающие?

 

Эк страниц за сутки намахали...

Протестировал.
Все как Вы и обещали, после перегрузки отработанный полив вновь не включается.
Сутки не ждал
Завтра гляну логи и мокрые следы на земле от капельной ленты.
По поводу релейных модулей с опторазвязкой.
Входной сигнал с внешнего устройства подается на индикаторный светодиод модуля реле, далее на светодиод оптопары и через чип резистор 500 ом на + 5 в (отсюда управление нулем). Пусть падение на последовательно включенных светодиодах 2х 1.5в,ток через них получается 4 ма -на грани устойчивой работы.
Это нужно иметь в виду при приколхоживании каких-либо "Монтажных ИЛИ",да и при просадках напряжения питания.

 

I2C не пойдет. В нем slave слушает мастера, А зачем приемник датчику?

Нужен универсальный rf удлиннитель на serial.

 

Вот, нашёл что-то, прокомментируйте, плз: http://ru.aliexpress.com/item/2x-UART-RF-Wireless-Transceiver-Module-USB-to-TTL-RS232-Telemetry-Kit-2-4G-for-Arduino/32239562366.html?spm=2114.10010208.100007.5.N1y1hx&isOrig=true#extend

 

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