Инженер + Программирование ПЛК

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

Люблю вообще тему защищенного грунта, а в частности такие сооружения, как теплицы для выращивания овощей, фруктов и ягод. Лет 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. Работа форточки.

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

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

Приветствую всех. Эта статья будет посвящена дистрибутиву CoDeSyS 3.5 SP17 Pacth 3 и панельному контроллеру ОВЕН СПК107.

Как сделать журнал аварий?

Аварии. Начало

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

В CoDeSyS 3.5 это достаточно глубоко продумано. Создаем проект. И добавляем в дереве проектов менеджер Аварий.

Добавляем Конфигурацию тревог.

Error, Info, Warning - это у нас классы, где мы настраиваем цвет сработанной аварии, цвет квитирования и цвет отмеченной аварии. и, соответственно шрифт текста.

AlarmStorage - это настройки хранилища, где будем архивировать аварии.

После этого добавляем группу тревог и список сообщений.

Получаем вот такой список элементов.

Настройки Конфигуратора и вывод на экран

Настраиваем классы аварий, цвет, шрифт, действия, способ квитирования.

В списке текстов пишем названия сообщений - под каждую переменную своё название. ID - это номер строки.

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

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

Можно по дискретному сигналу, можно по верхней и нижней границе, можно за пределы, можно посередине, можно по изменению, можно по событию. Логика настраивается.

Далее добавляем визуализацию, либо баннер либо таблицу.

Мне удобнее всего в виде таблицы. Её можно очень гибко настроить. Шапку, столбцы, толщина столбца, шрифт ну и т.п.

Можно сделать несколько групп и разные аварии, можно делать сообщения и аварии в отдельных таблицах. Кому как надо.

Это готовые кнопки управления панелью алармов.

Вот так выглядит в одном из рабочих проектов. Там требовалось сделать просто сообщения.
Пишите комменты, как делаете вы?

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

Сторона Преобразователя частоты

В принципе частотник должен работать уже "из коробки".

Важно найти параметры настроек сети по интерфейсу RS-485. И, если есть настройки управления по коммуникациям, настроить их.

Пример ПЧВ.

Открываем мануал, находим раздел параметры связи.

Настраиваем в соответствии с ваши задачами. Тут сразу можно заметить адресацию нужных регистров.

После этого открываем раздел Modbus.

В каждом ПЧ есть два главных командных слова, всегда. На запись, и на чтение.

Слово записи. Команда управления ПЧ.

Слово чтение - состояние ПЧ.

Все разложено по битам, которое преобразуется в слово.

Все остальное - это регистры типа WORD. Опрашиваются и записываются соответствующими функциями 03 (чтение) и 06 (запись).

Не забываем настроить откуда пуск.

И откуда задание частоты.

Сторона ПЛК

На всех ПЛК практически всё однотипно. Надо знать карту регистров и по каким адресам "Просить и отдавать".

Нашёл пример в Codesys 2.3

Это мы отдаем команды, com_word_55 присваиваем адрес с мануала.(2001)

Это получаем. Адрес слова с мануала.(2002)

Вся другая адресация соответствует коду параметра.

На этом я всё. Пишите комментарии. Ставьте лайки.