Комментарии 32
прочитав название статьи сразу открыл в надежде увидеть "инструкцию" и "советы" как надо а как не надо делать умную теплицу, ссылки на исходники сервисов и так далее. не то чтобы я прям совсем разочарован, ибо полезной инфы я подчерпнул, но всё же хотел чего-то большего..
Скрипты там довольно простые, основные проблемы были с согласованием входов драйверов и выходов 0-10 модулей.
Ага. И на фото с планшетом Huawei хром запущен, подозреваю, под виндой.
иконки от vnc viewer поверх хрома, была бы винда скорее всего rdp бы заюзали. хотяяя..
в любом случае это просто доступ к управляющей веб морде которая сама врятли на винде живёт, вопрос зачем юзать vnc/rdp если на планшете 100% тоже есть браузер непонятен.
Конечно не "на винде".
Nginx + https://github.com/wirenboard/homeui
Планшет просто был под рукой и с его помощью было очень удобно им управлять. Неважно, каким устройством Вы пользуетесь. Вы просто подключаетесь, через веб.браузер, к контроллеру и управляете. Всё просто.
Здравствуйте. Напишите пожалуйста на почту, alex30-45@mail.ru туда сможете задать интересующие вопросы. Спасибо
Наверное в помещении высокая влажность
Рекомендуемая влажность 60-80%
Помещение выглядит не промышленным, а жилым - подвесные потолки, ламинат, плинтусы. Такая влажность нанесет ущерб внутренней отделке помещения больше, чем прибыль от полученной продукции.
Ламината нету. Везде на полу плитка. Влажнасть 60-80% необходима для выращивания большинства растений. В данном примере представлена установка для микроклонального размножения. То есть выращивание на стеллажах в пробирках. Там влажность не так важна тк пробирки герметично закрыты. По этому использование подвесного потолка вполне допустима. В некоторых таких производствах используют влагостойкий гипсокартон на потолке. Плюс, безусловно, после цикла надо полностью проветрить помещение.
Фото с установкой в жилой комнате- это макетный образец на выставку для демонстрации работы)
Если вы делаете целое производство, то задумываться об отделке, безусловно, стоит, а понимать и учитывать будущие факторы необходимо)
А зачем для таких простых целей целый WirenBoard и Linux?
Управлять светом, в т.ч. через ШИМ, снимать показатели с пары-тройки датчиков, отправлять их куда угодно и щёлкать несколькими релюхами полива может обычная ESP/Arduino или любой другой МК. Цена решения при этом будет ниже примерно на порядок. Да и настраивать это всё практически не пришлось бы, в каком-нибудь esphome всё уже готово, прошивку для МК можно подготовить за пару часов.
Да и в целом, если не брать функцию мониторинга (очень ограниченную), вся автоматизация могла бы осуществляться 2-3 обычными механическими таймерами, а какой-нибудь sonoff TH16 еще бы и данные по температуре и влажности отправил куда надо.
При этом есть уже куча проектов по управлению гидропоникой на той же esp32, функционал которых включает более актуальные вещи: например, они измеряют TDS и pH питательного раствора, что является действительно очень важной информацией в гидропонике, а где-то люди даже рулят насосами-дозаторами для подачи жидких удобрений.
Вопрос про количество каналов, управляемых "одной ESP". Ну и по ее связи с исполнительными устройствами. Предположим теплица (стеллаж) метров 100 длиной, в нем (примерно) около 50 светильников. Потребуется штук 6 выходов 0-10 для их управления. Только для одного стеллажа. Как эти выходы организовать? Как с устройствами связываться? А наводки (гальваноизоляция нужна)?
В общем цена суммарная окажется как бы не дороже чем промышленное решение.
ESP дешёвые и хорошо масштабируются, так что можно хоть к каждой лампе по чипу приделать. Но вот с сопряжением, действительно, не всё так просто. Подбирать готовые модули для управления, либо паять своими руками.
Судя по всему у светильников стоят драйвера Mean Well, диммированием у них можно управлять 100Hz - 3KHz PWM через оптопару типа pc817, так что обычная ЕСПшка потянет и больше
Можно. Но тут нужна дополнительно система верхнего уровня, которая будет заниматься оркестровкой нескольких ESP. А ее целесообразно запустить на таком же промышленном контроллере, чтобы и историю хранить и управлять централизованно.
Вот так, например: https://wirenboard.com/wiki/Tasmota
То есть меняем надежную проводную линию связи на wi-fi, получаем небольшую единовременную экономию.
Здравствуйте. Понимаете, есть множество вариантов реализации системы автоматизации. Но у нас целые проекты (как теплицы, так и стеллажные системы) очень много рассчётов, инженерных решений, подборов и тд. На программирование микрокомпьютеров нету времени. С wiren board просто в том плане, что мы поставили модули с контроллером в шкаф (или сделали отдельный) на дин-рейку, развели кабель управления, запрограммировали и забыли. Просто и понятно. Это самое главное.
Можно ли управлять таймерами? Можно! И есть много проектов с таймерами и они актуальны при небольших линиях. В производственных масштабах исподьзование контроллера оправдано. Он позволяет сделать гибкий режим дня (а не просто вкл/выкл), что позволяет увеличить урожайность, в среднем, на 20-30%. Это существенные цифры в масштабе производства.
Отслеживание и автоматическое дозирование раствора (компонентов) можно сделать, но это сильно увеличивает стоимость автоматизации в целом с небольшим профитом. Для больших фабрик это важно и там такое есть. На средних и малых производствах это не целесообразно.
Если остались вопросы, напишите на alex30-45@mail.ru
Спасибо!)
За Клубнику меня тут уже пару раз минусонули))
Но как по мне то очень много, чего делается без учета целесообразности и отношения цены выхлопа, к цене затрат на сам процесс)
Чего только стоят попытки прикрутить Искусственный интеллект к тому, что можно решить на арифмометре)
Но это как обычно не наш путь) у нас же задача не вырастить много,
а вырастить верх ногами например вдруг это пригодится на марсе)
Для подобных задач обычно используются Siemens LOGO. Первая причина - цена, вторая причина - надёжность, третья причина - это велосипед, который уже изобрели. На мой взгляд (я несколько лет занимаюсь автоматизацией сельского хозяйства), вместо того чтобы использовать копеечное решение, которое любой КИПовец способен способен разобрать за пару часов вы применили крайне дорогое и сложное решение с которым "после вас" придётся очень тяжело.
Здравствуйте. Вариантов реализации одной задачи может быть много. Это может быть и Siemens LOGO, и Wiren board, и arduino, и просто таймеры, и тд... Я даже видел реализацию в промышленности на Xiaomi. Все эти варианты имеют право на жизнь и не исключают друг друга.
Автоматизацией на Wiren Board мы занимаемся уже больше 2х лет. Конечно, изначально было много нюансов, но сейчас всё идёт ровно и без сбоев.
Мы занимаемся разработкой проектов по освещению, поливу и автоматизации. Если очень коротко, то наша задача- это, согласно ТЗ заказчика, разработать систему, произвести необходимое осветительное оборудование, щиты питания/управления, документацию и смонтировать это на месте или передать исполнителю, который физически подключит все провода и всё будет работать. И тут не надо быть КИПовцем и тд. Правила для контроллера уже все разработаны. Копируешь с текстового документа, вставляешь, в первых 10 строчках кода меняешь привязку к конкретному выходу модуля и всё. Тут нет ничего сложного и это делается на месте сборки щита. Не надо ничего лишнего и всё достаточно просто. Даже человек, далёкий от программирования, имея разработанные правила, разберётся в коде без проблем (каждая строчка кода подписана), хоть в этом, для оператора, и нет необходимости. Все настройки уже продуманы и сделаны до потребителя. Фактически потребителю нужно только подключиться к контроллеру любым удобным способом с любого удобного устройства и выставить необходимые параметры на экране. Всё) По поводу скорости настройки контроллера с модулями: к примеру само программирование линии на 4 группы (буквально в пятницу это делал) + автоматизация полива + автоматизация перемешивания и подачи раствора, заняло 15 минут + 13минут прогон, программирование линии на 49 групп заняло часа 3 примерно (небольшая сложность с определением позиции группы).
Могу предположить, что возможно это не самое дешёвое и удобное для всех решение решение, но я более чем уверен в его надёжности тк изначально проводили краш тесты, которые модули и контроллер прошли. Плюс все довольны, как на производстве, так и сами клиенты, а это самое главное. Так что я и дальше продолжу использовать систему Wiren Board и совместно с ними продолжать автоматизировать и остальные функции, которые будут нам необходимы)
Идея PLC, в целом и в частности LOGO в том, что большинство технического персонала может обслужить устройство без знаний в программирование. В этом их ценность и причина использования на производстве. "Копируешь с текстового документа..." Это именно то с чем часто приходится бороться. Здесь Вася на линуксе, здесь Петя на ардуино а тут Вова на росберипи. В условиях большого предприятия обслуживания всех отличных от PLC решений становится проблемой. Особенно если завтра ваш директор поссориться с их директором, а местный КИПовец, которому вы объяснил "как это работает" уйдёт в запой и уволится. А с учётом того, что оборудование должно работать десятки лет, к тому времени как пойдут первые сбои про вашу контору уже и не вспомнят.
Я несколько раз видел на производстве устройства к которым утеряна документация и фирма которая собирала либо не существует, либо специалисты которые делали уже не работают.
На мой взгляд вы создали несколько проблем:
Следует обучить персонал работать с линукс контроллером. В ПТУ этому не учат. Программиста нанимать на обслуживание дорого и глупо.
Привязали заказчика к своему решению.
Используете контроллер с избыточным количеством функций и соответственно более дорогой.
В одном я с вами согласен, написать код гораздо проще и быстрее чем составлть диаграммы для PLC.
По некоторым моментам могу понять вас. Но хотел бы обсудить:
Следует обучить персонал работать с линукс контроллером. В ПТУ этому не учат.
Но FBD тоже не в каждом ПТУ учат. А вот Python уже учат в школе, и количество пользователей Raspberry огромное. Долгосрочно вообще непонятно, почему должны сохраниться специальные языки для ПЛК, если современные ПЛК - те же ПК.
Привязали заказчика к своему решению.
А почему вы считаете, что решение на Siemens LOGO! не привязывает?
Используете контроллер с избыточным количеством функций и соответственно более дорогой.
Не могли бы вы написать аналогичные артикулы из линейки LOGO! и цены на них в России сейчас?
Минимальные требования: ПЛК, опрашивающий датчик по RS-485, с портом Ethernet и встроенным веб-интерфейсом с графиками, с GPRS. И можно то же самое без GPRS.
Суть PLC состоит в том, что с ним может работать инженер, а не программист. И инженера, а точнее техника по обслуживанию оборудования учат именно PLC, поскольку большинство промышленного оборудования в мире управляется именно PLC. Соответственно, если, как вы предпологаете, техник умеет программировать на питоне но не знает FBD, то его придётся брать на работу как помошника технику который умеет работать с PLC, поскольку остальное оборудование будет управляться именно ими.
Лого не привязывает, поскольку его легко заменить без вашего участия. Кроме того это может сделать техник низкого уровня - открутил клемы, заменил контроллер, вставл флешку и нажал "загрузить программу". Это умеют делать 90% электриков.
Мне сложно судить о ценах в России сейчас, я живу в Мексике. Раньше использовали ОВЕН, если клиент хотел "подешевле и отечественное".
Как правило ферма - большое количество однотипных помещений, соответственно информация собирается с множества примитивныйх контроллеров на один сервер, а там уже и графики и передача в облако и все что хочешь. SCADA она и в Африке SCADA, не вижу смысла расписывать. Поэтому я бы на вашем месте выбрал что-то из серии ОВЕН ПР 103 (естественно я не знаю объем проекта, но судя по фото шкафа +/- выходов должно хватить).
Я не говорю что решение плохое, IMHO вы изобретаете велосипед. Который возможно и станет лучше прежнего, но это покажет время.
В заключение, фермы в 99% случаев в большинстве стран находятся далеко от города. Найти даже средненьких специалистов сложно поскольку зарплаты маленькие, работа тяжёлая, все кто что то умеют давно уехали в город работь на завод где условия в разы лучше. Я видел за свою жизнь десятки КИПовцев в селе, большинство 2+2 будут на калькуляторе складывать. От вида чего то сложнее ЛОГО у них поднимается пульс и желание выпить. Автоматизация СХ очень сильно отличается от автоматизации тех же заводов. Поэтому тут принцип - чем проще, тем лучше.
Согласен полностью с вами. Тот же wiren board нечто близкое к rpi на опенсорсном линуксе. Исполнение одноплатника с удобными интерфейсами. Есть очень неплохая бесплатная scada - RapidScada. В связке с Овном очень неплохое и надежное решение за очень небольшие деньги. Автоматика и js ну так себе вариант.
Овен все это умеет и внешний модем к нему цепляется. Да одноплатники на линуксе дешево и много умеют. Но вопрос надежности. Дома у меня на одноплатнике в связке с опенхабом работает умный дом. Лет 6 наверное 24/7. Но пару раз были серьезные сбои - с файловой системой проблема была. Для неответственных решений самое оно. Но для производства рискованно.
Первые наши попытки были, в том числе, и на Овен. Имеет право на жизнь, но я бы не назвал его дешёвым. В тот момент я не особо сильно разбирался в программировании и изучение работы с овеньм для меня было головной болью. Если хорошо разобраться, то там нет ничего сложного, но розного рода ПО убивали и да, на производствах часто используется Овен и тут нет ничего такого. После Овена, я настаял, мы переходили на Wiren Board. Это решение в разы проще в понимании. Да, первое время люди ныли, что мы потеряли визуальный эффект и тд, но при этом мы выиграли в скорости настройки, адаптиции и передача потребителю, с объяснением работы, стала заметно легче и это всех устроило. Конечно параллельно мы рассматривали и другие решения, но остановились на Wiren Board. Достаточно простое и удобное решение для людей, которые не понимают и не разбираются в программировании. Не надо нанимать КИПовцев, изучать много литературы, искать/устанавливать какие-то программы... всё очень просто и помещается в разработанную инструкцию на нескольких листочках. Понятно, что если Вы профи в программировании, то многие вещи Вам кажутся элементарными, а соответственно некоторые решения лучше. Но для обычного человека лучшего решения я не нашёл. На Wiren Board всё просто, быстро, понятно и это всех более чем устраивает
Да, мы создаём велосипед, но это не значит, что наш велосипед не имеет право на жизнь и на работу. Это тоже самое, что есть iPhone и всё! Нет. Есть множество и других решений и каждый сам себе выбирает, что ему проще и удобнее.
Так вот я как раз и не профи в программировании, я работаю в сфере автоматизации производственных процессов. Именно поэтому я и рекомендую вам использовать PLC вместо контроллера умного дома. PLC это класс устройств, которые применяются в данной отрасли. Как правильно заметил pistoletov - надёжные и простые как АКМ.
Инженера КИП это техники, которые обслуживают автоматику, они не разрабатывают ПО. Соответственно их нанимаете не вы, а заказчик. Вы в свою очередь обязаны обучить персонал использовать и ремонтировать установку.
Мне кажется вы не совсем правильно понимаете за что я собственно критикую, так как мы из разных сфер. Я автоматчик, а вы судя по всему itшник. Представьте что вы поставили на автомобиль ДВС от катера. Морской ДВС может быть мощнее, надёжнее и вообще супер современный. Но! Что что вам скажут в первом же сухопутном СТО? 🙄
Я понимаю вашу критику. Да, действительно мы из разных областей. Я: инженер-энергетик, электронщик, ведущий инженер по автоматизации и ITшник, оператор ЧПУ. Я занимаюсь автоматизацией производств больше 2х лет и ни разу не видел решение на LOGO. Но это не значит, что LOGO- это плохое решение. Данное в статье решение имеет право на жизнь. Да, со своими плюсами и минусами. Безусловно! Возможно, некоторые другие решения, для других людей, будут ближе и выгоднее. Для меня это решение сало самым оптимальным. По этой причине я и использую его в проектах.
Я понимаю, к чему вы клоните и с какой стороны ваша критика. Мы с вами просто смотрим на одну и туже цифру с разных сторон. Просто для кого-то она "6", а для кого-то "9")
Могу о своем опыте немного сказать. Мне куда ближе С и Linux чем LD. Как-то обратился ко мне друг с просьбой изменить программу станка. До этого у меня совсем не было опыта работы с плк , а спецов в плк найти не смогли. Да и самому интересно было попробовать. Непривычно, но несложно. Через 2 недели (часа по 2 в день тратил) программу изменил. Изменения существенные. Порог входа в Linux как по мне так повыше существенно. И все же WirenBoard в сердце имеет линукс с его плюсами и конечно же минусами. Например забьется память логами или проблемы с файловой системой возникнут. Такое редко но бывает. ПЛК надежы как АКМ. Высокая их цена в первую очередь за надежность. Правильные интерфейсы, для работы в тяжелых условиях производства например. На WirenBoard просто и быстро потому что Вам привычнее JS-). В общем - ОВЕН несложно совсем. Просто надо немного потратить времени разобраться со средой их CODESYS. И поверьте порог входа туда совсем невысокий. Ваш велосипед конечно имеет права на жизнь, к тому же в таком не сильно ответственном проекте с медленными процессами как теплица. Но вот был я как-то на осетровой ферме и там стоит Сименс с резервированием, потому что если проблему (фильтры, кислород) не решить за 10 минут рыба вся погибнет....
Вспомнил еще о неплохих штуках от фирмы ZONT. Есть сразу с SIM картами устройства автоматизации и облако свое. Не сочтите за рекламу-). Купил себе их контроллер для управления котлом и ни разу не пожалел.
Мне кажется здесь ключевое "себе". Я дома на Ардуино систему приточной вентиляции собрал несколько лет назад. В процессе эксплуатации налепил программных заплаток. В итоге играться надоело + ни времени ни желания не было и я все благополучно забросил. Дом давно продан, лежит наверное это "чудесное устройство" где-то в шкафу в старом доме. Сейчас даже за большие деньги не стал бы разбираться что там к чему.
Автоматизируем теплицу на Linux