Добавляем узел и ставим настройку OwenCloud.

Нажимаем ПКМ Добавляем устройство. Вводим логин и пароль вашего аккаунта.

Сервер автоматически найдёт токен и спросит, что нужно добавить. выделяем все необходимые каталоги и теги.

Это реальный рабочий объект. Здесь мы можем запустить опрос и получать данные с Облака. Можем выключить или включить необходимые теги.

Вот здесь мы получаем реальное значение Температуры в теплице. И дальше мы можем делать всё, что захотим — передавать в SCADA или в другое устройство. Всё.

SCADA + OPC + Облако

У меня стоит программа MasterSCADA можно в ней получить значения и работать с ними далее.

Создаем новый проект.

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

Выбираем наш ОРС-сервер.

Добавляем все необходимые теги для мониторинга и анализа.

Вот такая получается картина, нажимаем кнопку «Запуск».

Вот мы получаем наши показания температуры. Нужно понимать, что скорость опроса очень сильно страдает. Если у вас базовый тариф, то будет 1 минута Облако + 30 сек ОРС + 30 сек примерно MS. Все времена настраиваемые, но всё равно 1 минута минимум. Не для всех это подойдет.

На этом я всё.

Если есть вопросы, пишите в комментариях. Чтобы ответы были доступны для всех желающих.

С уважением, Гридин Семен.

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

Реализация в Codesys и в Owen Logic

В Codesys есть ФБ называется он CharCurve. Для него создаётся массив данных (сколько надо точек и уставок получить). Чтобы было наглядно покажу в виде CFC-программы.

Вот так он выглядит:

• IN — Температура наружного воздуха

• P — двумерный массив, куда мы должны занести 7 точек (X,Y)

• N — количество точек

• OUT — уставка, которая цепляется к любому регулятору (ПИД или двухпозиционка).

Как строится массив по двум точкам. Объявляем данные в поле.

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

По температуре наружного воздуха.

По температуре подающего трубопровода.

Этот массив вносим в наш ФБ CharCurve.

Таким образом получим результат, готовый блок программы.

На Owen Logic всё тоже самое, только чуть проще, максимум можем задать 4 точки. ФБ называется Graf_4pnt

Тут всё проще, надо в ячейки занести нужные переменные

• X — фактическая температура наружного воздуха

• X1-X4 — Точки Т.Н.В.

• Y1-Y4 — Точки Т подачи

• ua_Points — кол-во точек

• Is_X_Line — задаем логику в конце и в начале графика, когда данные выходят за границу, если 0, то обрываем показания в ноль, если 1, то продолжаем крайнее значение 4 точки до точки 1.

• Y — Выход уставки для регулятора

На этом я заканчиваю, всем спасибо, пока-пока, пишите в комментариях.

С уважением, Гридин Семен

Разберем термины PLC (ПЛК), PAC (ПАК), RTU, DCS (РСУ) и SCADA, объяснения которых приводятся в материале специализированного портала Control Automation, объединяющего опыт инженеров в области АСУТП.

ПЛК / PLC

ПЛК – аббревиатура программируемого логического контроллера (Programmable Logic Controller – PLC). Это «мозги» множества различных промышленных процессов и, по сути, компьютеры промышленного назначения, используемые для управления на уровне оборудования.

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

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

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

ПАК / PAC

ПАК означает программируемый контроллер автоматизации (Programmable Automation Controller – PAC) и его можно рассматривать как «продвинутый» ПЛК с большей функциональностью и более высоким уровнем вычислительной мощности. ПЛК довольно просты по своим возможностям, в то время как PAC обычно имеют доступ к гораздо большему объему памяти и значительно более высокой вычислительной мощности, чем стандартный простой ПЛК.

Они часто используются для выполнения задач, связанных с ПИД-регулированием (пропорционально-интегрально-дифференцирующий регулятор – Proportional-Integral-Derivative - PID), а также, со связью, SCADA, регистрацией данных и другими задачами, которые традиционно выходили за рамки базовых ПЛК.

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

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

Кроме того, концепция IPC (промышленного ПК – Industrial PC) достаточно успешна и потенциально может стать следующим этапом процессора управления.

Удаленный терминальный блок / RTU

Удаленный терминальный блок (Remote Terminal Unit – RTU) представляет собой устройство управления, расположенное отдельно от более крупного блока, обычно как часть гораздо более крупной системы. Во многих случаях они являются частью системы DCS или SCADA и включают в себя отдельные компоненты, для мониторинга которых применяется SCADA. RTU часто используются для контроля отдельных групп оборудования, таких как датчики, клапаны, вентиляторы и приводы.

Удаленные терминальные блоки со временем совершенствовались и стали способны выполнять программируемую логику, аналогичную логике современного ПЛК. Существуют разные методы передачи информации в основную систему управления, но большинство современных RTU используют Ethernet или подобную форму связи. Фактически, один из самых популярных сетевых протоколов всех времен, Modbus RTU, был разработан просто для взаимодействия с этими устройствами.

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

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

РСУ / DCS

Распределенная система управления (Distributed Control System – DCS) – это ступень к системе более высокого уровня, используемая для управления и мониторинга нескольких системам одновременно. Они во многих случаях имеют встроенный уровень резервирования, помогающий снизить риск простоя в случае сбоя РСУ. Распределенные системы управления используются для мониторинга ряда систем в масштабах предприятия и управления выходными данными.

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

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

SCADA

Диспетчерский контроль и сбор данных – SCADA (Supervisory Control And Data Acquisition) – это термин, используемый для описания типа системы мониторинга и управления оборудованием, применяемой в различных производственных процессах. Эти системы используются для управления аппаратным и программным обеспечением многих систем, позволяя повысить эффективность производственных процессов всего предприятия.

Системы SCADA содержат HMI (Human Machine Interface – человеко-машинный интерфейс) как часть своей инфраструктуры, которая помогает оператору в диспетчерской принимать решения о состоянии системы и при необходимости вносить изменения по мере обновления информации о состоянии оборудования.

SCADA позволяет контролировать множество различных систем на предприятии, передавая данные на центральный пункт управления. Эти данные либо автоматически отслеживаются и обрабатываются заложенным алгоритмом автоматизации, либо отображаются на мониторе, где оператор может самостоятельно принимать решения и вносить изменения через HMI. Этот тип системы управления полезен в тех случаях, когда требуется обеспечить согласованную работа многих различных процессов.

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

Профессиональный сленг

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

Материал подготовлен Московским заводом тепловой автоматики (МЗТА)

Предлагаем два видео с описанием применения программируемых логических контроллеров (ПЛК) и программного обеспечения SCADA в проектах автоматизации инженерных систем и производственных процессов.

Автоматизация инженерных систем

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

В ролике рассматриваются варианты построения АСУ ТП на примере автоматизации вентиляционной установки, системы отопления и технологической линии пищевого производства с применением ПЛК, модулей расширения, панели HMI (человеко-машинного интерфейса) и ПО автоматизации и диспетчеризации.

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

В качестве продуктов автоматизации выбрано оборудование и программное обеспечение разработанное Московского завода тепловой автоматики (МЗТА), в честности ПЛК серии КОМЕГА Basic и КОНТАР, а также ПО диспетчеризации SuperSCADA

Реализация проектов АСУ ТП

Второй ролик касается методики реализации проектов автоматизации инженерных систем с использованием программируемых логических контроллеров (ПЛК) и ПО SCADA.

В видео рассматриваются подходы, применяемые разработчиками проектов автоматизации инженерных систем и техпроцессов:

• Сферы применения автоматизированных систем: тепло- и водоснабжение, вентиляция, кондиционирование, электроснабжение, производственные техпроцессы и иные сферы АСУ ТП.

• Экономическая эффективность отечественных систем автоматизации на базе программируемых логических контроллеров (ПЛК) и ПО SCADA.

• Стоимость решения и время окупаемости проектов на базе российских разработок, в частности Московского завода тепловой автоматики (МЗТА).

• Этапы реализации проекта: выявление потребности заказчика, пред-проектное обследование, согласование и разработка технического задания, предоставление ТЭО и коммерческого предложения.

• Примеры реализации проектов в рамках импортозамещения.

Протоколы связи являются важной частью ПО автоматизации. В настоящее время даже простые датчики имеют встроенные коммуникационные порты для обмена данными, не говоря уже о ПЛК. В этой связи стоит рассмотреть два старейших, но до сих пор широко используемых протокола связи – Modbus и Profibus. Оба звучат одинаково, но имеют свои особенности. В чем между ними разница? Отвечает на этот вопрос статья на портале InstrumentationTools.

Что такое Modbus?

Modbus – это протокол связи, разработанный компанией Schneider Electric, ранее известной как Modicon. Вот почему он называется Modbus. Modbus передает данные по последовательной линии, в которой используются аппаратные интерфейсы, такие как RS-232, Ethernet и RS-485.

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

Modbus имеет два формата – RTU и ASCII. RTU используется в двоичном формате, тогда как ASCII использует в текстовый формат ASCII. Modbus – это открытый протокол, то есть любой поставщик может использовать его, встроив в соответствующее программное обеспечение.

Modbus работает в формате ведущий-ведомый. Это означает, что есть одно ведущее устройство, которое запрашивает данные от других ведомых устройств. Подчиненные устройства отвечают и обмениваются данными с ведущим.

В стандартной сети Modbus может быть максимум 247 подчиненных устройств. Бит отправляется и принимается в виде напряжения. Нулевой бит означает +5 В, а единичный бит означает -5 В. Modbus идентифицируется по таким данным, как адреса регистров катушек, код функции, идентификатор устройства и тип чтения/записи.

Кроме того, одной из основных функций, связанных с данными Modbus, является CRC (cyclic redundancy code – циклический избыточный код). Два байта добавляются в конце каждого сообщения Modbus для обнаружения ошибок.

Что такое Profibus?

Profibus означает Process (Pro) Field (Fi) Bus и был разработан Siemens. Profibus можно назвать расширением протокола Modbus, и он более продвинут. Profibus существует в двух модификациях: Profibus DP (Decentralized Peripherals – децентрализованная периферия) для автоматизации машин и Profibus PA (Process Automation – автоматизация процессов) для автоматизации процессов. В них встроены дополнительные функции в соответствии с требованиями приложения. Это позволяет программистам использовать протоколы в соответствии с их задачами. Но, в отличие от Modbus, который работает на трех разных аппаратных уровнях, этот протокол работает только в RS-485.

Единственное, что отличает Profibus – это режим с несколькими мастерами, в то время как Modbus позволяет использовать только одного мастера. Это возможно за счет дополнительного протокола Token Ring в нем. Каждый мастер проходит последовательность запуска при холодном или теплом старте.

Подчиненные устройства ждут, пока мастер запросит данные, и если они не получат ни одного запроса в течение определенного периода времени, он перейдет в спящий режим. В этом случае мастеру необходимо снова пройти этап запуска и инициировать связь. Это означает, что все ведущие и ведомые устройства доступны в сети для корректной связи. Однако режим с несколькими ведущими устройствами доступен только в системе Profibus PA.

Разница между Modbus и Profibus

1. Modbus – это открытый протокол, тогда как Profibus таковым не является, т.е. никто не может его свободно использовать.

2. Modbus разработан компанией Schneider Electric, а Profibus – компанией Siemens.

3. Двумя вариантами Modbus являются Modbus RTU и Modbus ASCII, тогда как двумя вариантами Profibus являются Profibus DP и Profibus PA.

4. Profibus обеспечивает более скоростную связь, чем Modbus.

5. Modbus может работать на разных аппаратных уровнях, таких как RS-232, RS-485 и Ethernet, тогда как Profibus может работать только на уровне RS-485.

6. У Modbus может быть только один Мастер, тогда как у Profibus может быть несколько Мастеров.

7. С точки зрения программирования Modbus намного проще в использовании, чем Profibus.

8. Profibus более эффективен и надежен для использования в сложных сетях связи, чем Modbus.

9. Profibus имеет больше возможностей для диагностики и устранения неисправностей, чем Modbus.

Сравнение Modbus и Profibus

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