Блог

Для управления котельной часто применяются контроллеры OWEN, релейные модули и датчики температуры. В одном из реализованных проектов использовался ПЛК110-60.Т-М, модули МВ110-4А, МВ110-16.Р и панель оператора СП307.

Задача: автоматическое включение насосов, контроль температуры подачи и обратки, аварийная сигнализация. Управление двумя контурами: отопление и ГВС. Каждый контур имел собственный насос, термодатчики Pt100 и электромагнитные клапаны.

Подключение выполнено по схеме:

датчики температуры → МВ110-4А;

выходы управления → МВ110-16.Р;

связи по Modbus RTU;

панель подключена по Modbus TCP.

Программа в Owen Logic реализует следующую последовательность:

включение насоса при снижении температуры ниже уставки;

остановка насоса при превышении верхнего порога;

задержка включения после подачи питания;

авария по обрыву датчика или отсутствию сигнала;

ручной режим через HMI.

На панели СП307 реализован экран с индикацией:

температура подачи и обратки;

статус насосов;

текущий режим (ручной/автомат);

тревоги и квитирование.

Для связи с диспетчерской системой использовался Ethernet и протокол Modbus TCP. Через шлюз данные уходили на SCADA. Обновление параметров происходило раз в 1 секунду. Все переменные масштабированы и переведены в физические значения.

Источники: проектная документация объекта; схемы подключения; инструкции к ПЛК OWEN; паспорта на датчики и исполнительные устройства. На пуске дополнительно проверялись переходные режимы, сбросы аварий и защита от ложных срабатываний.

Такой проект позволяет минимизировать участие оператора и обеспечить стабильную работу системы отопления. Автоматизация котельной на базе OWEN показала надежность и простоту внедрения при умеренном бюджете.

На пищевых предприятиях важно поддерживать стабильные параметры: температура, давление, время обработки. В одном из проектов OWEN применялся для управления линией розлива и пастеризации. Контроллер — ПЛК110-30.Т-М; модули — МВ110-8А и МВ110-16.Р; панель оператора — СП310.

Задачи системы:

управление подачей продукта;

контроль температуры в теплообменнике;

запуск и остановка насосов по времени;

сигнализация аварийных состояний.

На входы ПЛК поступали сигналы от термосопротивлений Pt100 и сухих контактов. Сигналы обрабатывались модулем МВ110-8А. Управление исполнительными устройствами — через релейные выходы МВ110-16.Р. Все модули связаны с ПЛК по Modbus RTU. Панель работала по Modbus TCP.

Особенность проекта — наличие санитарных циклов. Логика учитывала:

время CIP-мойки;

блокировку запуска при незавершенной мойке;

сброс значений при аварии.

Дополнительно реализована система индикации:

цветовое отображение состояния линии;

тревоги на панель с текстовыми пояснениями;

подтверждение срабатываний оператором.

Также контролировалось состояние сети питания. При пропадании 220 В в шкафу с насосами подавался сигнал на остановку. После восстановления питания логика запускалась только вручную.

Отдельное внимание уделено задержкам включения. Насосы и клапаны запускались не одновременно, а с интервалом 1-2 секунды. Это исключало броски по току и обеспечивало безопасность.

Источники: документация по проекту; руководства OWEN; схемы и описания с объекта; настройки оборудования пищевой линии. Все сигналы и уставки выведены на панель, часть из них с защитой от случайного изменения.

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

Контроллеры OWEN можно подключить к облачному сервису и реализовать оповещения через Telegram. Это упрощает контроль над объектом без использования SCADA. В одном из проектов такая система применялась для мониторинга температурного режима на складе с лекарствами. Контроллер — ПЛК110-60.Т-Р-М, связь через Ethernet.

Основные задачи:

отправка уведомлений при выходе параметров за пределы;

периодическая передача текущих значений;

команда сброса аварии из Telegram.

Связь реализована через промежуточный сервер. ПЛК по протоколу MQTT отправлял данные на локальный брокер (Mosquitto). Далее скрипт на Python обрабатывал сообщения и пересылал их в Telegram. Для этого использовался официальный API Telegram Bot.

Сценарий:

если температура > 8°C, бот отправляет сообщение: «Температура выше нормы: 8.7»;

если температура вернулась в диапазон, бот сообщает: «Температура нормализована: 6.5»;

каждые 15 минут бот публикует текущие значения: «Температура: 6.3 | Влажность: 55%».

На стороне ПЛК переменные логики масштабировались и передавались в MQTT с заданной периодичностью. На Python данные обрабатывались как JSON. Приём команд реализован через callback-обработчики в боте. Например, команда /reset сбрасывала флаг аварии, передавая сигнал через MQTT.

Плюсы:

работает без SCADA;

не требует лицензий;

Telegram-доступ с любого устройства.

Минусы:

нужна промежуточная машина с Python;

нет визуализации как в HMI;

требуется настройка безопасности.

Источники: документация OWEN по MQTT; справка Telegram Bot API; примеры на Python с paho-mqtt; настройки проекта. Такой способ удобен для малых объектов, удаленных складов, резервных участков. Мониторинг осуществляется в реальном времени, а реагирование не требует присутствия оператора.

Контроллеры OWEN могут передавать данные в внешние системы. Один из вариантов — связка с Python. Такой подход позволяет сохранять логи, строить графики, проводить анализ и даже подключать простейшие модели машинного обучения. На практике это реализуется через протокол MQTT или Modbus TCP.

Сценарий: ПЛК110-60.Т-Р-М передаёт данные по MQTT на локальный брокер. Python-скрипт подписывается на нужные топики и сохраняет значения в файл или базу данных. Пример:

температура → файл CSV;

авария → запись в журнал событий;

значения → построение графика через matplotlib.

Для обработки данных используются стандартные библиотеки:

paho-mqtt — приём сообщений;

pandas — работа с таблицами;

matplotlib — визуализация;

scikit-learn — модели и классификаторы.

Например: на основе истории температур можно обучить простую модель для предсказания перегрева. При достижении границы Python отправляет команду в ПЛК через MQTT. Это позволяет заранее среагировать на отклонения.

Также Python может использоваться как архиватор. Скрипт собирает данные с ПЛК, агрегирует по часам или дням, отправляет отчёт по почте или сохраняет в общую папку. Это заменяет SCADA на малых объектах.

Modbus TCP подходит для считывания регистров напрямую. Через библиотеку pymodbus Python опрашивает ПЛК, получает значения, логирует. Формат обмена задаётся вручную: адрес, регистр, тип данных. Подходит, если нет MQTT или нужно прямое чтение.

Источники: руководство по MQTT и Modbus OWEN; официальная документация Python-библиотек; примеры интеграции с PЛК110; практические кейсы из технической базы знаний OWEN.

Такой подход расширяет возможности стандартного ПЛК. Python помогает сохранить данные, проанализировать процессы и автоматизировать реагирование. Всё работает на открытых технологиях, без лицензий и лишних затрат.

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

Один из базовых подходов — установка таймера ожидания сигнала. Например: если температура не изменилась в течение 30 секунд, фиксируется ошибка. Это реализуется через блок сравнения и таймер TON. По его выходу устанавливается аварийный флаг.

Обрыв датчика часто приводит к появлению значения 0 или 65535. Для аналоговых входов можно добавить проверку границ:

если значение меньше допустимого минимума;

или больше максимума;

то авария = 1.

В Owen Logic это делается через блоки сравнения и логические операции. После фиксации аварии включается индикация, отключаются выходы, останавливаются насосы. Всё зависит от конкретной задачи.

Также используется команда сброса. Она может быть привязана к нажатию кнопки на панели или удалённой команде через Modbus. Сброс возможен только после устранения причины. Если сигнал пропал — авария остаётся активной до нормализации входа.

Отдельно реализуется логика повторного запуска. Например: если питание исчезло и вернулось — контроллер должен включиться заново. Здесь важен контроль переменных начального состояния. Также можно ввести задержку старта — чтобы исключить скачки напряжения и ложные включения.

Источники: документация OWEN по логике аварий; инструкции к ПЛК110; примеры типовых проектов; практические схемы из базы знаний. Все методы реализованы в реальных системах водоснабжения, вентиляции и теплопунктов.

Обработка аварий — не опция. Это обязательная часть любого промышленного проекта. Без неё автоматизация превращается в риск.