Я у мамы инженер

2 года назад заказчик дал задание на автоматизацию постов налива бензина. На каждый пост своё управление. Затем все собираем в кучу в SCADA систему. К сожалению проект пришлось заморозить, так как требовалось кучу разрешительной документации. Сама программа работала «на столе». На реальном объекте испытать не удалось. Пишу статью, может для кого-то пригодятся «Фичи» в CoDeSyS 3.5.

Приветствую всех читателей сайта, с вами на связи автор — Семен. И я продолжаю писать статьи по пром. автоматизации.

Что за пост налива?

Пост налива — это некая металлоконструкция с лестницей и гибким шлангом, либо сверху, либо снизу. Этот шланг подводят к бензовозу и наполняют его топливом. Выглядит он следующим образом:

Топливо наполняется вот таким вот шлангом:

Что находится примерно в составе оборудования.

• Насос

• Клапан большого налива

• Клапан малого налива

• Массовый расходомер

• Различные сигнализации

Какие задачи были поставлены в реализации программы:

1. Универсальность — передача данных для верхнего уровня либо по Ethernet, либо по RS-485.

2. Подключение различных видов массовых расходомеров — по импульсу или по Modbus.

3. Фиксация различных аварий и защит и запись в аварийный журнал.

4. Запуск программы по месту или удаленно.

5. Различные клапана подачи топлива, либо два клапана либо регулирующий кран.

Управление постом налива реализовывали на базе ПЛК200 с применение CoDeSyS 3.5.

Программа на CoDeSyS 3.5

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

Дерево проектов выглядит примерно так:

В основной программе создан подраздел действие (ACT), сюда я записываю различные преобразования данных, передачу данных и привязку физических входов-выходов.

Тело программы (PLC_PRG) с логикой.

И различные функциональные блоки и функции. Аварии(Avarii_post) и Регулирующий кран(kran)/

Опрос модуля ввода аналогового, панели оператора и массового расходомера по интерфейсу RS-485.

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

Расчет расхода сделал примерно таким, без учета цены импульса. Знаю, что код кривоват, если есть варианты получше, подскажите, как написать?

Выбор режима для расхода и задвижки делал через CASE.

Запуск пошаговой программы реализован через CASE. При отладке наглядно показано, где программа остановилась и по какой ПРИЧИНЕ.

Обработчик стоповой кнопки, все прописано, когда, куда и что должно остановиться.

Обработчик аварий и отправка сообщений через массив.

Аварийная ситуация и что должно произойти.

Ставили ещё маленькую панель оператора, вот такая была менюшка:

Ну и что предполагалось быть в мнемосхеме Master SCADA 3.12. Ставили именно её.

На этом я заканчиваю, если будут вопросы, пишите.

Чем удобно программируемое реле ОВЕН? Тем, что оно способно выполнять задачи таймера реального времени(ClockWeek). Можно написать абсолютно гибкую программу с кучей параметров по дате и времени. Эти параметры могут выполнять другие не основные функции.

Для этих задач есть несколько вариантов функциональных блоков, у всех разные настройки и степень «Умности». Давайте рассмотрим их в нашей статье.

Приветствую всех, с вами автор блога, пишу статью по реализации вышеназванного функционала.

Самый простой таймер ClockWeek

Рассмотрим самый простой недельный таймер.

Все относительно просто, задаем дату и время включения и выключения.

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

Clock Week редактируемый

Таймер, который позволяет вносить изменения в настройки.

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

Таблица входов и выходов параметров.

Таймер будет активен (ob_On=1) если:

1. Разрешена работа таймера (Enable=1)

2. Текущий день недели совпадает с выбранным (bm_WeekDay)

3. Время включения (On_h и On_m) меньше времени выключения (Off_h и Off_m).
   Текущее время больше времени включения И меньше времени выключения

4. Время включения (On_h и On_m) больше времени выключения (Off_h и Off_m).

5. Текущее время больше времени включения ИЛИ меньше времени выключения
   Если следующий день недели не используется, то таймер выключится

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

Недельный таймер с двумя режимами работы

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

Выглядит таймер, вот таким образом.

Входы и выходы макроса.

Недельный таймер предназначен для организации выдачи управляющих воздействий
на объект в зависимости от дня недели и текущего времени. Таймер автоматически
определяет текущий день недели по входам «Год», «Месяц», «День» на которые
необходимо подать сервисные переменные часов реального времени.

Текущее время на таймер заводится через входы «Часы» и «Минуты». Таймер может находиться в одном из трех состояний, которые определяется по входу «Режим работы».

«Режим работы»=0 — таймер выведен из работы

«Режим работы»=1 — в этом режиме выход таймера Q1 будет установлен в «1» если
совпадут следующие условия:

• на вход «Все дни недели» будет подана лог.1 или как минимум на один из входов дня недели

• текущее время станет равно или больше заданного времени включения, выбранногочерез входа «Часы.ON» и «Минуты.ON»

• совпадет текущий день недели с выбранным через входы дней недели, или если будет установлен вход «Все дни недели» совпадет заданное время включения с текущим временем

«Режим работы»=2 — Данный режим работает аналогично режиму 1, но только один раз.
После того как выход Q1 таймера отключится, выход «Режим работы» установится в
значение «0» — запрет работы таймера, таймер не будет работать до следующего изменения режима работы через вход «Режим работы». Не зависимо от того сколько дней недели будет выбрано, срабатывание произойдет только один раз в ближайший выбранный день.

В принципе этот таймер забит по максимуму на любые варианты и для любых решений задач. Мне хватает функционала.

Пользуйтесь, на этом я завершаю