Приветствую всех читателей.

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

В 2020 году появился объект с реальными условиями - итальянская теплица на 5 соток. Там я проводил эксперименты работы автоматики, писал алгоритмы и подпрограммы для наиболее эффективного выращивания помидоров и огурцов.

Пишу продолжение серии постов про узлы автоматизации теплиц. Первая была написана про микроклимат. Эта статья будет посвящена поливу.

Поливаю, поливаю..

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

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

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

Клапана для полива лучше ставить пластиковые. У них очень высокая устойчивость к агрессивным средам и высокий IP.

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

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

Контура настраиваются так, либо они работают по накопленной освещенности, либо по таймеру.

Реализация кода

Есть два варианта реализации - на ОВЕН ПР (Owen Logic) и на ПЛК200 (CODESYS).

Этот блок включает в себя четыре режима (Таймер, ручной, влажность и освещенность). Можно ещё сделать так, чтобы по месяцам настраивалась частотность поливов.

Все тоже самое в Codesys 3.5.

Работа по освещению.

Можно включить или выключить подкормку.

Подробнее можно посмотреть тут.

Приветствую всех читателей.

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

В 2020 году появился объект с реальными условиями - итальянская теплица на 5 соток. Там я проводил эксперименты работы автоматики, писал алгоритмы и подпрограммы для наиболее эффективного выращивания помидоров и огурцов.

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

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

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

Основной функционал микроклимата

Основа микроклимата является поддержание температуры и влажности. С помощью каких исполнительных органов всё это делается? Форточкой, отоплением и вентиляцией.

Итак, основной функционал.

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

2. Установка сервиса корректировки степени открытия на введенные показатели по силе и направления ветра.

3. Включение внутренней вентиляции путем перекоса температур Тюг и Тсевер. Для выравнивания температур по всему объему.

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

5. Расчет времени восхода и захода солнца для правильной корректировки уставок температур в течении дня. Учитывается месяц для выращивания.

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

7. И в качестве доп. делал расчет дефицита водяного пара. Этот параметр говорит вам вообще о жизнедеятельности растения. Очень важная физическая единица.

8. Датчики физ. величин возможно подключать как по цифровому интерфейсу, так и непосредственно на входы контроллера.

9. Обязательно должны быть концевики на полное открытие и на полное закрытие форточки.

10. Расчет точки росы и абсолютной влажности.

Какой контроллер?

Программы писались на промышленном ПЛК отечественного производителя фирмы ОВЕН.

Одна на CoDeSyS 3.5 для ПЛК200, другая на Owen Logic для Программируемых реле ОВЕН ПР.

Всё это вместе выводится в облако OwenCloud, для отчетности, мониторинга и анализа данных. Так же можно посмотреть графики и Архивы на 90 дней. Можно самому расписать логику работы аварий. Достаточно универсальная штука.

ПЛК200

ПР102

Разница между ними в сложности мат. расчетов и объёма передаваемых тегов в Облако.

Что в Облаке?

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

Используется OwenCloud.

Часть алгоритмов

Понятно, чтобы не быть голословным. Покажу часть алгоритмов.

Owen Logic.

ФБ для работы форточки в различных режимах.

Работа 4 уставок.

Пример работы в Codesys. Работа форточки.

Запись уставок Температур в зависимости от времени суток.

Подробнее можно посмотреть тут.

Приводим статью Дэвида Хамфри (David Humphrey) – директора по исследованиям аналитического агентства ARC Europe, в которой рассматривается появление программно-определяемой автоматизации на уровне контроллера и ее влияние на то, как АСУ ТП будут проектироваться, развертываться и управляться в будущем. Конкретно речь идет о виртуальных ПЛК (vPLC) – программных средств, эмулирующих функции физических программируемых логических контроллеров.

Информационные технологии оказывают влияние на системы промышленной автоматизации с момента появления Индустрии 4.0 более десяти лет назад. Эта инициатива показала ценности и преимуществам использования подобных ИТ архитектур, например, в процессах непрерывной оптимизации. Она также создала основанное на данных видение будущего, в котором продукты и производственные процессы моделируются и тестируются с использованием цифровых двойников. «ИТ-фикация» архитектур автоматизации началась с промышленных сетей на основе Ethernet и привела к слиянию на производстве классической автоматизации с миром ИТ. Эта тенденция продолжается, и сейчас мы наблюдаем миграцию управления со специализированного оборудования в управляемую ИТ-среду.

Базовые положения:

• Виртуальный ПЛК (vPLC) не заменит полностью классические ПЛК (PLC). Они будут сосуществовать, поскольку пользователи сами решают, какое решение лучше и где его развернуть.

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

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

От программного к виртуальному ПЛК

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

Все началось с центров обработки данных

Центры обработки данных (ЦОД) были пионерами виртуализации. До виртуализации ЦОДы состояли из выделенных функциональных серверов, на которых работало одно приложение (база данных, электронная почта, файлообмен, CRM, ERP). Каждый сервер должен был администрироваться, настраиваться и масштабироваться индивидуально для поддержки максимального спроса, предъявляемого к его приложению или услуге. Виртуализация значительно сократила количество требуемых физических серверов, снизила потребление энергии и обеспечила лучшую видимость и управляемость ИТ-операций. Виртуализация серверов была первым шагом к сегодняшнему программно-определяемому центру обработки данных и инфраструктуре облачных вычислений.

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

Как виртуальные ПЛК изменят автоматизацию?

Концепция виртуального ПЛК поднимает множество вопросов:

• Является ли vPLC прямой заменой классического ПЛК?

• Какова производительность?

• Какие приложения останутся областью классического ПЛК?

• Какие новые возможности создает vPLC?

Ниже приведены описания потенциальных преимуществ и предостережений vPLC.

Виртуальное развертывание

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

Развертывание для конечных пользователей

В то время как традиционные ПЛК развертываются вручную, часто с параметрами, также установленными вручную, vPLC развертываются как цифровые активы посредством «оркестровки», т.е. процесса автоматической настройки, предоставления и управления активами с использованием обычных ИТ-инструментов. После освоения определенных ИТ-навыков инженеры по автоматизации могут развертывать и контролировать целые парки контроллеров на машинах, линиях и целых заводах в смешанной конфигурации программно-определяемых и физических устройств. Крупный завод сегодня может включать несколько сотен ПЛК, поэтому потенциальная экономия средств, возможная при централизованном управлении активами автоматизации, огромна.

Развертывание для машиностроителей

Хотя большинство производителей предпочли бы поставлять устройства с идентичными конфигурациями и программами ПЛК, в реальности даже стандартные контроллеры часто модифицируются для удовлетворения требований клиентов. vPLC предлагает производителям несколько преимуществ: в то время как классическое оборудование ПЛК предлагается в разных форм-факторах и мощностях, vPLC поставляется только в одной «модели», которую можно масштабировать для соответствия требованиям каждого устройства.

Снижение капитальных затрат

vPLC работает на сервере, и пользователи могут сократить капитальные затраты, если несколько vPLC установлены на одном хост-устройстве. Выбор хостингового оборудования остается за пользователем, что возлагает на него ответственность за обеспечение соответствия требованиям приложений. Но сколько vPLC можно установить на сервере и каковы ограничения? Пользователи рекомендуют следующее: вычислительный кластер из 10 – 20-ти vPLC на сервер является реалистичным, но это зависит от того, какие функции выполняют vPLC. Жесткое управление движением с детерминированной производительностью – это испытание на прочность ПЛК. Виртуальный ПЛК выполняет стандартные задачи управления движением также, как и его аппаратные собратья, но для расширенного управления движением (координация нескольких сервоосей) производители рекомендуют применять классический PLC и использование выделенного технологического модуля (T-CPU).

Масштабируемость и гибкость

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

Управление устройствами и приложениями

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

Поддержка прежних версий

Производители вложили огромные суммы в разработку кода ПЛК, поэтому неслучайно vPLC обычно поддерживают устаревший код и структуры данных, позволяя пользователям использовать свою существующую интеллектуальную собственность и знакомые инженерные инструменты. (Например, Simatic S7-1500V настраивается так же, как традиционный ПЛК). Это также работает в обратном направлении: пользователи могут легко переключиться на классический ПЛК, если это необходимо с тем, чтобы снизить риск изменений и осуществлять пошаговое развертывание.

Более высокая эффективность

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

Расходы на закупку и жизненный цикл

Является ли система автоматизации, использующая vPLC, менее дорогой в приобретении, чем традиционная система автоматизации? Как затраты на жизненный цикл сравниваются с затратами на традиционную систему PLC? Пока еще не решен вопрос о сравнении стоимости виртуального и классического PLC. Хотя vPLC по-прежнему требует аппаратного обеспечения для работы, пользователи могут развертывать несколько экземпляров vPLC на одном сервере, что сокращает общее количество устройств и экономит место в шкафу автоматики. Однако vPLC просто заменяет центральный процессор системы автоматизации. Модули ввода-вывода, датчики, исполнительные механизмы и панели оператора по-прежнему необходимы, и они могут составлять большую часть общей стоимости системы. Дополнительная экономия средств может быть достигнута за счет снижения затрат на проектирование с помощью подхода DevOps к созданию ПО, который сокращает время разработки, обеспечивая при этом качество и согласованность кода.

Заключение

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

Виртуальный ПЛК следует по давно устоявшемуся пути в области информационных технологий: «переносить hard в soft на столько, насколько это возможно», более того применяет этот принцип к критическому управлению, осуществляемому в режиме реального времени.

Цель vPLC заключается не в замене классического ПЛК, а в развертывании и управлении функциями ПЛК в среде, ориентированной на данные, со всеми преимуществами современных ИТ-инструментов.

Материал подготовлен Московским заводом тепловой автоматики.