Серия «ПО автоматизации»

8

Протокол связи OPC UA

Протокол связи OPC UA Opc, Протокол, Связь, Автоматизация, ПЛК, Технологии, Длиннопост

Open Platform Communications United Architecture (OPC UA) – это стандарт обмена данными, используемый в промышленной автоматизации и связи. OPC UA – это независимый стандарт, не связанный с конкретной системой или производителем, он осуществляет связь посредством связи компьютер-машина или связи машина-машина. Предлагаем статью инженера Энтони Кинг Хо, опубликованную в журнале Control Automation, посвященную истории, структуре и применении протокола OPC UA.

История создания OPC UA

В 1994 году группа поставщиков программного и аппаратного обеспечения в секторе промышленной автоматизации и других инженерных дисциплинах сформировала то, что сейчас известно, как OPC Foundation.

OPC Foundation поставила себе целью разработать единую спецификацию клиент/сервер, которая позволила бы любому поставщику разрабатывать программное обеспечение и приложения, способные обмениваться данными быстрым и надежным способом. И в то же время устранить проприетарные схемы, из-за которых эти поставщики дублировали свои усилия по разработке.

В результате сообщество OPC Foundation разработало первую спецификацию для OPC DA, Data Access Specification 1.0a. Она была выпущена вскоре после этого, в начале 1996 года. Стандарт Data Access Specification определяет, как должны быть построены интерфейсы клиентского и серверного приложений. Используя эту спецификацию, поставщики могли быстро разрабатывать клиентское/серверное программное обеспечение.

Как работает OPC UA?

Однако, поскольку OPC DA в значительной степени опирается на Windows Distributed Component Object Model (DCOM), многие поставщики признают, что OPC DA не является по-настоящему открытым стандартом, плохо ведет себя в отключенном состоянии, плохо работает с брандмауэрами и работает только в Windows.

Чтобы преодолеть недостатки OPC DA, OPC Foundation разработал OPC UA, который значительно отличался от своего предшественника. Цель состояла в том, чтобы отойти от использования Windows DCOM в основном для лучшего удовлетворения меняющихся потребностей промышленной автоматизации.

Первая спецификация OPC UA была опубликована в 2006 году, а последняя версия, 1.04, была выпущена в ноябре 2017 года, добавив инфраструктуру связи публикации/подписки и новые политики безопасности.

Некоторые из улучшений, которые были введены в OPC UA, включают:

  • Открытость – доступен для использования и внедрения любым пользователем по лицензии GPL 2.0;

  • Кроссплатформенность – не привязан к одной операционной системе или языку программирования;

  • Повышенная безопасность протокола – предоставляет пользователям доступ к аутентификации, авторизации, целостности и конфиденциальности;

  • Введение метода, который представляет вызов функции объекта – метод вызывается (вызывается) и возвращается после завершения функции, независимо от того, была ли она успешной или нет;

  • Интеграция информационной модели в IEC 62541 – эта спецификация является основой инфраструктуры, необходимой поставщикам для интеграции своей информации и моделирования своих сложных данных в пространстве имен OPC UA. Она использует преимущества богатой сервис-ориентированной архитектуры OPC UA.

    Структура OPC UA (IEC 62541)

    Расширения полей, указанные в инициативе Field Level Communication (FLC), основаны на структуре OPC UA (IEC 62541). Эта структура предоставляет поставщикам независимую платформу, которая обеспечивает безопасный и надежный обмен информацией.

Протокол связи OPC UA Opc, Протокол, Связь, Автоматизация, ПЛК, Технологии, Длиннопост

Архитектура системы OPC UA FLC

Структура OPC UA поддерживает службы и протоколы клиент/сервер, а также модели и протоколы публикации/подписки (PubSub). OPC UA может работать на выделенных клиент/серверных отношениях. В сценарии PubSub сервер отправляет (публикует) данные в сеть, а клиент (подписавшийся) получает данные.

Важно отметить, что в спецификации OPC UA аутентификация, подписание и шифрование данных в значительной степени подчеркиваются как для моделей клиент/сервер, так и для моделей PubSub.

Роль OPC UA в промышленной автоматизации

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

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

Протокол связи OPC UA Opc, Протокол, Связь, Автоматизация, ПЛК, Технологии, Длиннопост

OPC UA в системе автоматизации

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

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

С появлением Industry 4.0 разделение уровней и подход «сверху вниз» к потоку информации начали смешиваться, что означает, что в интеллектуальной сети каждое устройство или служба могут автономно инициировать связь с другими службами.

PLCopen (ассоциация производителей контроллеров на основе IEC 61131-3) сотрудничала с OPC Foundation для определения соответствующих функциональных блоков клиента OPC UA. Она создала способ для PLC обмениваться сложными структурами данных по горизонтали с другими контроллерами или по вертикали через сервер OPC UA в системе управления производством (MES) или планирования ресурсов предприятия (ERP) для получения новых производственных заказов или записи данных в облако. Эти усилия позволили производственной линии работать автономно в сочетании с интегрированной безопасностью OPC UA.

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

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

Industry 4.0 и OPC UA

Как упоминалось ранее, с Industry 4.0 и промышленным Интернетом вещей (IIoT) информация может свободно передаваться между различными устройствами в интеллектуальной сети. Это создало серьезную проблему для безопасного и стандартизированного обмена данными и информацией.

В 2015 году модель эталонной архитектуры для Industry 4.0 (RAMI 4.0) рекомендовала только стандарт IEC 62541 OPC UA для реализации уровня связи. В результате любой продукт, рекламируемый как «с поддержкой Industry 4.0», должен поддерживать OPC UA – интегрированный или через шлюз.

В модели клиент/сервер обычно используются TCP и HTTPS. В модели PubSub используются UDP, AMQP и MQTT.

Протокол связи OPC UA Opc, Протокол, Связь, Автоматизация, ПЛК, Технологии, Длиннопост

Схема работы OPC UA

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

Планы развития OPC UA

Транзакции

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

Метаданные в облаке

Когда данные публикуются в облачных приложениях, таких как Amazon Web Services (AWS) и Google Cloud, данные обычно не включают метаинформацию в адресном пространстве сервера. Метаданные помогут решить эту проблему в будущем.

Cloud Relay

Возможность облачной ретрансляции позволяет устанавливать связь между различными приложениями OPC UA, даже если и сервер, и клиент находятся за отдельными брандмауэрами.

Детерминированная связь

В текущем и прошлых поколениях связи связь не является детерминированной. С 5G, 5-м поколением беспроводных систем, она обеспечит лучшую производительность и детерминированность. Она будет похожа на Time Sensitive Networking (TSN), сопоставление модели PubSub с протоколом 5G сделает OPC UA более детерминированным.

Дополнительные сопоставления протоколов для детерминированной связи

В дополнение к 5G сопоставления с WiFi 6/7 могут сделать протокол детерминированным для беспроводных и мобильных промышленных приложений. Кроме того, сопоставление с сетевыми технологиями уровня 3 с поддержкой QoS (качество обслуживания) должно обеспечить детерминированную связь OPC UA, бесшовно маршрутизируемую по проводным и беспроводным сегментам сети.

Точно предсказать развитие OPC UA предсказать трудно, но похоже у данного протокола коммуникации есть большой потенциал.


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

Показать полностью 3
1

OPC UA и межмашинное взаимодействие (М2М)

OPC UA и межмашинное взаимодействие (М2М) Opc, Автоматизация, Протокол, ПЛК, Scada, Длиннопост

Протокол OPC UA предназначен для решения двух задач автоматизации: взаимодействие между поставщиками устройств и решение проблемы несовместимости устройств на транспортном уровне. В статье Антонио Армента, опубликованной в журнале Control Automation рассматривается вопрос интеграции OPC UA и среды межмашинного взаимодействия –Machine-to-Machine.

Современные производственные мощности все больше полагаются на высокие уровни горизонтальной и вертикальной интеграции между системами и между машинами. Горизонтальная интеграция относится к взаимосвязям между процессами и машинами на одном иерархическом уровне, что позволяет целым заводам общаться практически в реальном времени. Вертикальная интеграция, как определено в пирамиде автоматизации ISA-95 (международный стандарт для разработки интерфейса между предприятиями и управляющими системами), представляет собой передачу данных между несколькими бизнес-уровнями. Она охватывает взаимодействие оборудования на уровне полевых устройств, ПЛК, SCADA систем, инструментов управления операциями и программного обеспечения для планирования ресурсов предприятия.

Пирамидальная модель для интеграции автоматизации

Эффективный поток коммуникации между платформами, как по горизонтали, так и по вертикали, никогда не был столь важен. Этот тип связи чаще всего называют Machine-to-Machine – Межмашинное взаимодействие или M2M. Хотя название подразумевает физические машины, концепция M2M также применяется к интерфейсу между машинами и программными приложениями и даже между двумя или более программными платформами.

OPC UA и межмашинное взаимодействие (М2М) Opc, Автоматизация, Протокол, ПЛК, Scada, Длиннопост

Пирамида автоматизации ISA-95

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

Что такое OPC UA?

Унифицированная архитектура открытых платформ связи называется OPC UA. Реализация этого промышленного протокола связи увеличивается как по масштабу, так и по сложности. Рассмотрим интеграцию M2M и OPC UA в разрезе задач промышленности.

Сеть OPC UA для различных отраслей промышленности

OPC UA и межмашинное взаимодействие (М2М) Opc, Автоматизация, Протокол, ПЛК, Scada, Длиннопост

Международные стандарты, поддерживаемые OPC UA

Достижение взаимодействия с OPC UA

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

Для решения этой проблемы OPC UA использует унифицированную модель данных (Unified Data Model – UDM), одну из своих самых мощных функций. Эта модель обеспечивает взаимодействие, предоставляя общую структуру для представления и передачи данных между несколькими платформами.

Что такое узел в OPC UA?

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

NodeId: уникальный идентификатор.
DisplayName: читаемое имя для упрощения просмотра.
DataType: логическое, целое число, строка и т. д.
Value: текущие данные или статус, хранящиеся в узле.

OPC UA и межмашинное взаимодействие (М2М) Opc, Автоматизация, Протокол, ПЛК, Scada, Длиннопост

Пример экрана настройки OPC UA, показывающий параметры атрибутов и ссылок

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

HasSubType: устанавливает вертикальные иерархии между узлами.
HasCause и HasEffect: устанавливает причинно-следственную связь. Это очень полезно для устранения неисправностей.
HasInterface: помогает реализовать стандартные интерфейсы связи, такие как TCP/IP.
HasProperty: связывает узлы с узлами свойств.

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

Еще одной ключевой концепцией, относящейся к взаимодействию, является адресное пространство. В то время как унифицированная модель данных имеет дело со стандартным представлением данных, адресное пространство касается их структуры и организации. Используя приложение с поддержкой OPC UA, такое как Kepware, адресное пространство предоставляет пользователю системную структуру, объясняющую, как все связано.

Независимость транспортного уровня

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

Некоторые протоколы связи, поддерживаемые OPC UA, включают TCP/IP, HTTP и HTTPS, MQTT (очень распространенный в приложениях Интернета вещей – IoT) и множество заводских протоколов на основе Ethernet.

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

Использование OPC UA для интеграции устаревших систем

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

Таким образом, OPC UA способствует обеспечению взаимодействия, повышению эффективности работы, обеспечению масштабируемости в будущем и устранению изолированности данных.

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

Показать полностью 3
4

Минпромторг – задача разработки открытой АСУ ТП

Минпромторг – задача разработки открытой АСУ ТП АСУ ТП, Scada, Минпромторг, Импортозамещение, Автоматизация, Промышленная автоматика, Программное обеспечение

Министерство промышленности и торговли России обозначило задачу создания открытой автоматизированной системы управления технологическим процессом (АСУ ТП). Для обсуждения данного вопроса 23 июля 2024 года Минпромторгом проведена встреча с крупными холдингами – Ростелеком, Газпром нефть, АЛРОСА, Зарубежнефть, Северсталь, Сибур и другими компаниями, заинтересованными в применении ПО автоматизации в промышленности.

Темы обсуждения:

  • Разработка дорожной карты открытой АСУ ТП;

  • Обмен наработками компонентов открытой платформы;

  • Подготовка кадров для реализации новых решений.

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

Московский завод тепловой автоматики считает, что открытая АСУ ТП крайне нужна и объясняет преимущества данного ПО следующими причинами:

  1. Заказчики получат российскую систему автоматизации и тем самым не будут зависеть от изменений конъюнктуры рынка вследствие некоммерческих факторов (импортозамещение).

  2. Создание АСУ ТП на открытом исходном коде (Open Source) должно дополнительно защитить ПО от ограничений.

  3. Открытая АСУ ТП может быть относительно легко адаптирована под требования конкретных заказчиков и соответственно учитывать отраслевую специфику.

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

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

В качестве рекламы: МЗТА безусловно также работает в этом направлении и предлагает кроссплатформенную среду диспетчеризации – SuperSCADA. Ее выход был анонсирован в 2023-м году и сейчас уже находит применение в первых проектах. Напомним ключевые особенности ПО:

  • Работа с оборудованием любого производителя по стандартным протоколам обмена данными

  • Поддержка различных операционных систем и веб-браузеров – кроссплатформенность

  • Поддержка реляционных баз данных и баз временных рядов

  • Работа с трехмерными BIM моделями для проектирования зданий

  • Интеграция с ГИС системами

В этом плане МЗТА готов поделиться опытом со всеми заинтересованными сторонами: разработчиками, проектировщиками, заказчиками и организациями, эксплуатирующими автоматизированные системы управления.

Показать полностью
2

Обновление SCADA: поэтапное или полномасштабное?

Обновление SCADA: поэтапное или полномасштабное? Scada, Программное обеспечение, АСУ ТП, Автоматизация, Апгрейд, Длиннопост

Каждый производитель должен провести собственный анализ, касающийся актуальности своей SCADA системы и выбрать правильный подход, исходя из 3-х факторов: бюджета, времени простоя и риска. Это краткая рекомендация по обновлению SCADA от Кейта Мендачита (Keith Mandachit) – сертифицированного инженера Ассоциации интеграторов систем управления (CSIA), опубликованная в журнале Automation World.

Поскольку аппаратные и программные технологии развиваются молниеносно и постоянно усложняются, мир промышленного производства и коммунальных услуг сталкивается с аналогичными вопросами относительно своих систем SCADA. В этом случае возникает вопрос: будем ли мы обновлять постепенно или полностью заменять существующие системы? Это вопрос, с которым промышленные предприятия постоянно сталкиваются. И ответ не простой. Это схожий вопрос, который решает человек, проживший в доме лет 20 и более: менять крышу, водонагреватель, посудомоечную машину, внешний вид дома или вместо этого купить новый дом?

Когда перед вами стоит потенциальный крупный капитальный проект обновления АСУ, следует учитывать три основных фактора:

Бюджет. Это первое и наиболее очевидное соображение для большинства компаний, когда они обдумывают реализацию любого проекта: сколько это будет стоить? Какова стоимость нового оборудования, программного обеспечения и лицензий для поддержки этого программного обеспечения? Есть ли необходимость в новом персонале для эксплуатации системы? Существует ли порог затрат, связанный с созданием новой системы с нуля? Есть ли у нас резервы в банке для такого рода модернизации или ремонта, или нам нужно начать откладывать некоторые средства уже сейчас для составления бюджета на предстоящий год? Затем следует подумать об анализе альтернативных издержек, и это приводит к следующему соображению.

Время простоя. Разбор аргументов в пользу полномасштабной или поэтапной модернизации SCADA может во многом зависеть от требуемых результатов и вашего производственного графика. Время простоя – это важная часть головоломки, если не самая значительная часть. Хотя полномасштабное обновление может быть включено в бюджет и обеспечит вам хорошую подготовку в будущем, необходимо провести анализ затрат/рисков того, во что обойдется простой.

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

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

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

Обновление SCADA: поэтапное или полномасштабное? Scada, Программное обеспечение, АСУ ТП, Автоматизация, Апгрейд, Длиннопост

В качестве совета: когда дело доходит до выбора поэтапного или полномасштабного подхода к обновлению вашей системы SCADA, не существует правильных или неправильных ответов. Единственное плохое решение – не решать.

Комментарий МЗТА: Каждый разработчик SCADA систем стремится облегчить процесс миграции на новую платформу путем совместимости своего ПО с распространенными программными средствами АСУ, имеющимися "на борту" большинства заказчиков. Не исключение и ПО диспетчеризации SuperSCADA – благодаря поддержке различных операционных систем (Windows, Linux, Android) и более десятка промышленных протоколов (Modbus, SNMP, MQTT, OPC UA, Profinet, МЭК-104, OPC DA, Kafka, Onnx, RabbitMQ, MSSQL), а также проприетарных протоколов данный софт позволяет осуществить миграцию на новую SCADA систему с относительно небольшими издержками и рисками.

Показать полностью 1
4

Автоматизация инженерных систем с использованием ПЛК и ПО SCADA

Автоматизация инженерных систем с использованием ПЛК и ПО SCADA Scada, ПЛК, Автоматизация, Промышленная автоматика, Асу, АСУ ТП, Технологии, Видео, YouTube, Длиннопост

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Показать полностью 2
0

Мировой рынок SCADA

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

Приводим данные четырех аналитических агентств о глобальном рынке SCADA. В предлагаемом обзоре даются сведения об объеме рынка, темпах роста и прогнозе развития до 2030 года, а также об отраслевом и географическом распространении, ключевых игроках, факторах роста, угрозах и тенденциях рынка SCADA.

Данные аналитического агентства Facts&Factors

Объем мирового рынка SCADA оценивается в $9,9 млрд в 2022 году и, как ожидается, достигнет 16,3 млрд к 2030 году, имея среднегодовой темп роста в 7,9%.

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

Основные тенденции

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

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

Факторы роста

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

Кроме того, SCADA находит множество применений в сфере водоснабжения и очистки сточных вод, энергетике, автомобилестроении, фармацевтике, нефтехимии, электротехнике, химической, электронной и энергетической промышленности. В дополнение к этому, революция Индустрии 4.0 вызвала огромный спрос на инструменты SCADA. Масштабное проникновение Интернета вещей и искусственного интеллекта в различные секторы экономики еще больше увеличило спрос на мировом рынке SCADA.

Ограничения

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

Возможности

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

Проблемы

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

Анализ сегментов рынка

Сегмент удаленных терминалов, на который в 2022 году приходилось наибольшая доля мирового рынка, сохранит свое отраслевое доминирование. Удаленные терминальные устройства используются для сбора данных, их кодирования и передачи в центральную систему. Рост этого сегмента в последующие 8 лет может быть результатом того, что удаленные терминалы станут ключевыми компонентами SCADA. Кроме того, глубоководная разведка и добыча, включая разведку сланцевого газа, разрабатываемого в настоящее время из-за огромного спроса на нефть и газ со стороны развивающихся стран, проложат путь к огромному спросу на удаленные терминалы.

Индустрия SCADA по всему миру делится на сегменты коммунальных предприятий, перерабатывающих отраслей и дискретного производства. Сегмент перерабатывающей промышленности, на долю которого в 2022 году приходилось почти 50% мировой промышленности, по прогнозам, продолжит свое доминирование наравне с глобальным расширением промышленных предприятий. Рост этого сегмента в последующие годы может быть обусловлен растущей конкуренцией между производственными предприятиями, ориентированными на снижение затрат и оптимизации процессов. Более того, огромный спрос на SCADA в перерабатывающих отраслях можно объяснить ростом потребности в управлении и визуализации процессов в реальном режиме времени в нефтегазовой, металлургической, горнодобывающей и пищевой промышленности.

Рынок SCADA также разделен на сегменты услуг, оборудования, программного обеспечения и решений для промышленности. Более того, в сегменте услуг, на долю которого в 2022 году приходилось почти 60% мирового рынка, прогнозируется самый высокий среднегодовой темп роста. Расширение сегментов в прогнозируемые сроки может быть обусловлено огромным спросом на такие услуги, как обеспечение кибербезопасности и настройка SCADA систем.

Региональное развитие

Ожидается, что Азиатско-Тихоокеанский регион, который успешно приносил прибыль на мировом рынке SCADA в 2022 году, продолжит свое доминирование. Расширение этого рынка в 2023-2030 годах может быть связано с ростом числа производственных предприятий в таких отраслях, как энергетика, связь, автомобилестроение, фармацевтика, текстильная промышленность и др.

Кроме того, европейская индустрия SCADA, на которую в 2022 году приходилось почти 50% мировой отрасли, в течение прогнозируемого периода должна зарегистрировать самый высокий среднегодовой темп роста. Факторы, которые, по прогнозам, будут определять расширение этого рынка, включают увеличение объема инвестиций в проекты интеллектуальных сетей и процветающий производственный сектор континента.

Ключевые игроки

  • ABB Ltd.

  • Enbase LLC Ing.

  • Azbil Corporation

  • Schneider Electric SE

  • General Electric Company

  • Schweitzer Engineering Laboratories Inc.

  • Capula Ltd.

  • Rockwell Automation Inc.

  • ELYNX TECHNOLOGIES LLC

  • Yokogawa Electric Corporation

  • TOSHIBA CORPORATION

  • Mitsubishi Electric Corporation Emerson Electric Co.

  • Siemens AG

  • Progea srl

  • Willowglen Systems

  • Fuji Electric Co. Ltd.

  • Valmet Oyj

  • Inductive Automation LLC

  • Punzenberger COPA-DATA GmbH.

Главные события 2022 года:

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

Немецкий производитель Siemens приобрел компанию Senseye GmbH, что поможет ему расширить портфель услуг по прогнозному обслуживанию и анализу активов.

Американский разработчик Rockwell Automation, Inc., предоставляющий технологии промышленной автоматизации выпустил программное обеспечение с функциями, обеспечивающими углубленное взаимодействие с контроллером Logix и возможностью управления HMI анимацией для автоматической диагностики посредством веб-клиентов Factory Talk ViewPoint.

Данные аналитического агентства Maximize Market Research

Рынок SCADA в 2022 году оценивался в $13,50 млрд. Ожидается, что с 2023 года он будет расти со среднегодовым темпом в 6,4% и к 2029 году достигнет в $20,85 млрд.

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

Факторы, влияющие на рынок SCADA

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

Мировые цены на нефть и газ падают с 2011 года. В результате падают доходы и операционная рентабельность нефтегазовых компаний, а также сокращаются капитальные затраты на инфраструктурные проекты. Автоматизация процессов используется при строительстве новых трубопроводов, разведке углеводородов и развитии нефтеперерабатывающих заводов. Таким образом падение капитальных вложений отражается на экосистеме автоматизации процессов и приборостроении в целом. Ожидается, что волатильность цен на нефть окажет влияние на инвестиции и рынок SCADA.

Беспроводные сенсорные сети (wireless sensor network – WSN) можно найти в различных отраслях промышленности, включая нефтегазовый сектор, медицину, очистку воды и сточных вод и других. Например, большинство добывающих углеводородное топливо предприятий расположены в отдаленных местах с суровыми природными условиями, но стоимость построения системы связи снижается при использовании WSN, которые измеряют такие характеристики, как давление, температуру, расход и уровень жидкостей и газов в резервуарах, а также иные показатели компрессоров, генераторов и сепараторов. Использование WSN в SCADA системах позволяет осуществлять мониторинг данных и управление процессами в режиме реального времени. В итоге растущие исследования и разработки в области WSN расширят область применения SCADA.

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

Анализ сегмента рынка SCADA

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

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

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

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

Региональный обзор рынка SCADA

По прогнозам, Азиатско-Тихоокеанский регион будет лидировать на мировом рынке SCADA, что можно объяснить растущим внедрением автоматизации и Интернета вещей (IoT) для доступа к данным из удаленных мест посредством мобильных устройств. Ожидается, что правительственные инвестиции по внедрению SCADA для энергетики, водоснабжения и водоотведения также будут способствовать развитию рынка SCADA в этом регионе.

Благодаря улучшенному управлению электропитанием, а также огромным инвестициям в технологии, Северная Америка сохранит доминирование и будет иметь наибольшую долю доходов.

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

Ключевые игроки на рынке SCADA

1. IBM Corporation

2. Siemens AG

3. General Electric

4. Cisco Systems, Inc.

5. Alstom

6. ABB Ltd.

7. Emerson Electric Co.

8. Rockwell Automation, Inc.

9. Schneider Electric SE

10.Alstom

11.Honeywell International, Inc.

12.Omron Corporation

13.Yokogawa Electric Corporation

14.Iconics Inc.

15.Elynx Technologies, LLC

16.Enbase LLC

17.Globalogix

18.Inductive Automation

19.Deagital SAS

20.Mitsubishi Electric

21.Hitachi Ltd.

22.JFE Engineering Corporation

23.Partita IVA

24.Toshiba Infrastructure Systems & Solutions Corporation

Примечание. Разница в оценке объемов рынка SCADA двумя агентствами вероятно кроется в методологии исследования. Во-первых, агентство Facts&Factors при анализе SCADA рынка оборудования изучает три основных компонента: удаленные терминалы, ПЛК и HMI. В то время как Maximize Market Research добавляет к этим категориям устройства связи и иные продукты.

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

Во-вторых, Maximize Market Research, включает больше разработчиков, в частности такие именитые компании, как Cisco, Emerson, Honeywell, Hitachi, IBM и Omron, которых не указывает агентство Facts&Factors. Последнее вероятно сконцентрировалось в большей степени на специализированных разработчиках SCADA и меньше учитывает комплексные решения автоматизации, создаваемые многопрофильными компаниями. В таблице ниже собраны «непересекающиеся» вендоры, т.е. за вычетом компаний, отмеченных обоими агентствами.

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

Для справки:

Еще одну оценку объема рынка дает агентство «Research and Markets». Согласно его исследованию, объем мирового рынка SCADA вырастет с $9,8 млрд в 2022 году до $14,2 млрд к 2027 году, при среднегодовом темпе роста 7,8%.

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

С учетом данных трех аналитических агентств несложно подчитать, что в среднесрочном периоде, а именно в течение ближайших 5-8 лет мировой рынок SCADA будет прибавлять порядка 900 млн долларов в год.

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

Электроэнергетический рынок SCADA (Power SCADA)

По данным агентства Coherent Market Insights рынок Power SCADA оценивается в $2,71 млрд в 2024 году и, как ожидается, достигнет $4,41 млрд к 2031 году, демонстрируя совокупный годовой темп роста (CAGR) в 7,2%.

Тенденции рынка Power SCADA

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

Спрос на электроэнергию растет во всем мире

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

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

Растущая зависимость от возобновляемых источников энергии

Растущая обеспокоенность по поводу изменения климата в сочетании с достижениями в области технологий возобновляемой энергетики побудили многие страны существенно увеличить количество энергии, получаемой без вредных выбросов от альтернативных источников, таких как солнечные, ветровые и гидроэлектростанции. По данным Международного энергетического агентства, если текущие политические обязательства будут выполнены, то доля возобновляемых источников энергии в общем объеме производства электроэнергии в мире может вырасти до более чем на 30% к 2040 году. Но несмотря на положительную тенденцию с экологической точки зрения, интеграция большого количества переменных, имеющихся у возобновляемых источников, таких как ветер и солнечная энергия, в существующие энергосети представляет собой технические проблемы, которые операторы сетей решают посредством интеллектуального мониторинга и контроля. Системы SCADA дают возможность операторам сетей поддерживать стабильные поставки электроэнергии, даже несмотря на то, что доля прерывистой генерации из возобновляемых источников в их системах значительно возрастает. Например, SCADA позволяет коммунальным предприятиям определять периоды высокой мощности ветра и солнечной энергии, что позволяет эффективно распределять или хранить избыточную электроэнергию.

Проблемы рынка

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

Возможности рынка

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

Архитектура SCADA

С точки зрения архитектуры, аппаратное обеспечение занимает 50% рынка Power SCADA, поскольку оно играет принципиально важную роль в работе системы. Аппаратное обеспечение, такое как удаленные терминалы, программируемые логические контроллеры, коммуникационная инфраструктура и человеко-машинные интерфейсы, которые собирают полевые данные, выполняют команды управления и отображают информацию о процессе операторам. Надежная и стабильная работа этих устройств имеет первостепенное значение для поддержания контроля над сетями производства, передачи и распределения электроэнергии. Любые неисправности или перебои, вызванные проблемами с оборудованием, могут серьезно повлиять на стабильность и безопасность электроснабжения. Внеплановые отключения сокращают мощность и увеличивают затраты, а технические неисправности могут поставить под угрозу безопасность работников или вызвать отключения электроэнергии. Таким образом, производители оборудования уделяют пристальное внимание разработке продуктов, обладающих лучшими в отрасли надежностью, долговечностью, защитой от киберугроз и отказоустойчивым резервированием. Они также предоставляют обширное послепродажное обслуживание и техническую поддержку с тем, чтобы свести к минимуму время простоя из-за незапланированного технического обслуживания. В целом упор на надежность приводит к тому, что оборудование имеет самые длинные жизненные циклы и самую низкую совокупную стоимость владения по сравнению с другими архитектурными сегментами.

Удаленный доступ способствует доминированию сегмента RTU

Что касается компонентов, удаленные терминальные блоки (RTU) занимают 41% доли рынка Power SCADA благодаря их роли в обеспечении широкомасштабного дистанционного управления и мониторинга. RTU служат основными устройствами, установленными на необслуживаемых полевых объектах в обширной инфраструктуре производства электроэнергии для осуществления связи, агрегирования и передачи данных. Они контролируют датчики, управляют автоматическими выключателями, а также консолидируют оперативные данные из многочисленных удаленных мест для передачи в центры управления. Учитывая масштаб и географическое распространение энергетической инфраструктуры, наличие возможностей удаленного доступа имеет важное значение для эффективного контроля со стороны операторов. RTU позволяют производить распределенное управление активами без необходимости постоянного физического присутствия на каждом объекте.

Региональное развитие

Северная Америка в настоящее время является крупнейшим и наиболее доминирующим регионом на мировом рынке SCADA в сфере энергетики. На долю региона приходится около 41% общей доли рынка благодаря присутствию в регионе таких крупных игроков рынка, как ABB, Schneider Electric и General Electric. Эти компании вкладывают значительные средства в разработку новых и инновационных решений SCADA, отвечающих растущей индустриализации и развитию инфраструктуры в странах США и Канады. Более того, региональные правительства постоянно работают над модернизацией стареющей энергетической инфраструктуры, что в дальнейшем помогает создать выгодные условия для развертывания передовых систем SCADA.

Азиатско-Тихоокеанский регион может стать самым быстрорастущим рынком решений Power SCADA в мире. Проекты быстрой индустриализации и урбанизации в развивающихся экономиках Китая, Индии и стран Юго-Восточной Азии увеличили спрос на системы, которые могут обеспечить эффективный мониторинг и управление сложными энергосетями. Многие региональные электроэнергетические компании, а также независимые производители электроэнергии внедряют современные системы SCADA, чтобы улучшить прозрачность и контроль над своими территориально распространенными энергетическими активами. Кроме того, ожидается, что присутствие глобальных поставщиков SCADA совместно с местными системными интеграторами, ускорит рост регионального рынка в течение следующего десятилетия. Такие страны, как Китай, также реализовали инициативы, поддерживающие внутреннее производство компонентов SCADA, что привело к увеличению регионального импорта и экспорта.

Конкуренция на электроэнергетическом рынке SCADA и ПО автоматизации

Мировой рынок SCADA Scada, Автоматизация, Автоматика, Промышленная автоматика, Длиннопост

Ключевые игроки на рынке Power SCADA

  • ABB

  • Emerson

  • Siemens

  • Schneider Electric

  • Eaton Corporation

  • Rockwell Automation

  • Hitachi

  • Honeywell

  • Indra Sistemas

  • PSI AG

  • Toshiba Corporation

  • Emerson Electric Co. Establishment

  • Alstom

  • General Electric Co.

  • Honeywell International Inc.

  • Omron Corporation

  • Yokogawa Electric Corporation

  • Iconics Inc.

  • Enbase LLC

  • Globalogix


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

Показать полностью 8
6

Протоколы передачи данных приборов учета

Протоколы передачи данных приборов учета Измерительные приборы, Протокол, Технологии, Длиннопост

Усиление государственного регулирования в области энергосбережения (ФЗ 261 и другие нормативные акты) и сложность экономической ситуации в России стимулирует собственников к учету и экономии ресурсов. Соответственно увеличивается охват хозяйственной деятельности различных субъектов экономики приборами учета, и у каждого такого субъекта встает задача выбора наиболее подходящих ему приборов учета. Критерии такого выбора могут быть самые разные. Если у субъекта стоит задача автоматического сбора показаний счетчиков в единый центр учета энергоресурсов, то такие счетчики должны быть оснащены цифровым интерфейсом для передачи данных. В существующих решениях по построению распределенных АСКУЭ основной упор делается на выбор физической среды передачи данных от счетчика на верхний уровень (PLC-технология передачи по силовой линии, радиоканал, проводная связь RS 485, Ethernet и др.). Вместе с тем имеет определенное значение и используемый протокол передачи данных.

Несмотря на это, в настоящее время российские производители приборов учета не придерживаются какой-либо общепризнанной системы в выборе протоколов, вследствие чего наблюдается целый «зоопарк» разнообразных протоколов у производителей приборов учета. Это затрудняет их интеграцию в АСКУЭ. Учет используемых протоколов при осознанном выборе приборов может оказаться полезным для хозяйствующего субъекта. В настоящей статье приводится обзор широко используемых и перспективных протоколов передачи данных приборов учета, используемых в России и Европе. В обзоре рассматриваются протоколы, отвечающие российским/европейским стандартам, и не рассматриваются частные фирменные разработки, из-за их ограниченной сферы применения.

Протоколы передачи данных приборов учета Измерительные приборы, Протокол, Технологии, Длиннопост

Приборы учета энергоресурсов

Протокол Modbus

Начнем с вездесущего протокола Modbus. Он используется в самых разных областях автоматизации, в том числе и в приборах учета электричества, газа, воды и тепла. Широко распространен как за рубежом, так и в России. Этот протокол основан на архитектуре ведущий/ведомый, может использоваться для передачи данных через последовательные интерфейсы RS 485/422/232, а также через сети TCP/IP. Типы данных – однобитовые (Coils) и целочисленные (Registers). К достоинствам данного протокола относится открытость, простота, массовое распространение, дешевизна технологии. Тем не менее, для задач учета этот протокол подходит не в полной мере.

Недостатки:

  1. Определяет метод передачи только двух типов данных;

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

  3. Не предусмотрена передача сообщений по инициативе подчиненного устройства (прерываний);

  4. Длина запроса ограничена, а данные могут быть запрошены только из последовательно расположенных регистров;

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

  6. Соответствие регистров типам измерений и измерительным каналам не регламентировано.

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

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

Протокол DLMS/COSEM

Гораздо более сложным, чем протокол Modbus, является протокол DLMS/COSEM (IEC 62056), применяемый для учета электричества, газа, воды, тепла. Он распространен преимущественно за рубежом. Это стек ориентированный протокол, базирующийся на концепциях модели OSI, регламентирующий обмен данными между приборами учета и системами сбора данных, в основе которого лежит клиент-серверная архитектура.

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

COSEM – спецификация, в которой отражена интерфейсная модель приборов учета, обеспечивающая представление их функциональных возможностей. Интерфейсная модель использует объектно-ориентированный подход.

Достоинства протокола:

  1. Возможность широкого выбора интерфейсов для передачи данных: RS 232/485, PSTN, GSM, GPRS, IPv4, PPP и PLC;

  2. Определяет интерфейсную модель, действительную для любого типа энергоресурса. Система, построенная на базе протокола DLMS/COSEM, открыта для расширения путем добавления новых возможностей без изменения имеющихся сервисов;

  3. Стандартизует функционал прибора учета: регистрация потребления, тарифное планирование, измерение качества электроэнергии и др.;

  4. Обеспечивает контролируемый и безопасный доступ к информации внутри прибора учета (открытый доступ, доступ по паролю и с аутентификацией). Информация, передаваемая по коммуникационным линиям, может быть дополнительно зашифрована;

  5. Позволяет создавать унифицированные драйверы, посредством которых становится возможным связываться с приборами учета разных типов от различных производителей;

  6. Широко распространен среди зарубежных приборов учета.

Однако у DLMS/COSEM есть и весомые недостатки:

  1. Проблема полноты и “чистоты” реализации стандарта. На практике опрос счетчика с заявленной поддержкой DLMS одного производителя программой опроса другого производителя либо ограничен основными параметрами, либо попросту невозможен;

  2. Большая сложность протокола;

  3. Крайняя непопулярность среди отечественных производителей приборов учета.

Протокол M BUS

Далее рассмотрим протокол M BUS (ГОСТ Р ЕН +7(1434-3-2011, EN1434-3, EN13757). Сферой его применения являются преимущественно учет тепла и воды, также возможен учет электричества и газа. Он широко распространен в Европе, в России он тоже набирает популярность. Архитектура шины ведущий/ведомый. Используется стандартный телефонный кабель, шина полудуплексная, допустимые скорости передачи данных 300…9600 бит/с. Число устройств в сети – до 250 ед. Дальность работы в стандартной конфигурации до 1000 м. Логическая единица передается уровнем 36 В, с возможностью потребления от линии тока до 1,5 мА, логический ноль передается напряжением 24 В на master устройстве. Мастер передает данные меняя напряжение на линии: логической «1» соответствует 36 В, логической «0» 12…24 В. Ведомое устройство передает данные нагружением линии: в пассивном состоянии (логическая «1») ток нагрузки на линию связи должен быть ≤ 1,5 мА и не меняться в отсутствие передачи. Для передачи логического «0» ведомое устройство увеличивает ток потребления до 11…20 мА. Соответственно мастер отслеживает изменение тока нагрузки, определяя логическую «1» как неизменный ток, а увеличение тока потребления – как логический «0».

Стандарт тщательно оптимизирован для пониженного потребления и позволяет обходиться без отдельного внешнего источника питания конечного устройства, используя внутреннюю батарею и питание от самой линии, также отсутствует необходимость соблюдения полярности. Специфицирован также вариант M Bus для беспроводных сетей – Wireless M Bus (частота устройств 868,95 МГц).

Протокол хорошо проработан, его несомненными достоинствами являются:

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

  2. Гарантированная передача данных относительно небольшого объема от большого числа приборов учета на расстояние до нескольких километров в условиях высокого уровня помех;

  3. Умеренная стоимость оборудования и затраты на установку и эксплуатацию;

  4. Простота расширения системы в течение эксплуатации;

  5. Пассивное электропитание интерфейса Slave- устройств;

  6. В развитии стандарта предлагается криптографическая защита данных с помощью симметричного шифра AES.

Недостатки протокола:

  1. Применяется только в тех задачах, где не критична низкая скорость передаваемых данных;

  2. Соответствие передаваемых данных типам измерений и измерительным каналам не регламентировано;

  3. Ограниченный выбор оборудования на российском рынке для построения сетей M Bus. Недостаток справочной и технической документации.

ГОСТ Р МЭК 60870-5

Хорошо разработанным является набор протоколов по ГОСТ Р МЭК 60870-5 «Устройства и системы телемеханики. Часть 5. Протоколы передачи» (IEC 60870-5). Он используется, как правило, при интеграции систем телемеханики и учета электроэнергии. Например, при мониторинге состояния сетей 0,4/10 кВ. Он распространен за рубежом и несколько ограниченно в России. Это хорошо проработанный ряд стандартов, охватывающий разные уровни сетевого взаимодействия: начиная от физического уровня и кончая прикладным уровнем. На физическом уровне используется асинхронный интерфейс (UART). Диапазон скорости 300…9600 бод. Поддерживается также работа со стандартными сетями TCP/IP (Ethernet и модемное соединение). Возможно шифрование данных. Раздел +7(60870-5-102 является обобщающим стандартом по передаче интегральных параметров в энергосистемах. Стандарт +7(60870-5-104, например, может использоваться при передаче данных по Ethernet, а стандарт +7(60870-5-101 – при передаче данных через GSM/GPRS модем.

В качестве замечаний можно высказать следующее:

  1. Поддержка этих протоколов счетчиками электроэнергии довольно ограничена;

  2. Ограниченная поддержка протоколов системами верхнего уровня.

Стандарт PLC (IEC 61344)

Сферой применения стандарта PLC (IEC 61344) преимущественно является сбор данных с электросчетчиков. Также иногда допускается подключение расходомеров, теплосчетчиков, газовых корректоров. Распространен стандарт, как за рубежом, так и в России. Среда передачи данных — электросети среднего (4…30 кВ) и низкого напряжения (0,2…0,4 кВ). Для передачи данных используются различные виды модуляции электрического сигнала (S FSK, SS-FFH, OFDM, DCSK). Существуют сети PLC-I и PLC-II. Сети PLC-I могут выполнять статистические функции, то есть сбор и обработку информации за определенные временные отрезки, на основании которой производятся анализ и расчеты за потребленные виды энергии. АСКУЭ, построенная на базе оборудования PLC-II, кроме возможности статистического учета, может выполнять оперативно-измерительные функции, то есть в режиме, приближенном к режиму реального времени, отслеживать потребление и качество энергоносителей. Также через PLC-II можно управлять нагрузкой (включать/отключать потребителей). Основное назначение оборудования PLC-I – построение недорогой АСКУЭ бытовых потребителей. При необходимости получения более широкого набора данных необходимо развертывать более дорогие сети PLC-II. На большинстве объектов связь для PLC-I обеспечивается на расстоянии 400…800 м; на новых сетях, выполненных самонесущим проводом, – до 1000 метров. Для увеличения этого расстояния требуются ретрансляторы. Применение ретрансляторов увеличивает расстояние уверенного приема в 1,5…1,8 раза.

К достоинствам этого способа связи относятся:

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

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

Недостатки:

  1. Максимальная длина линии связи сильно зависит от качества силового кабеля («скрутки», плохие контакты или износ линий) и от наличия помех от подключенного оборудования (мощные моторы, преобразователи частоты, устройства плавного пуска). В случае «плохой» силовой линии иногда бывает невозможно ее использовать для передачи данных;

  2. Ограниченный набор передаваемых данных в наиболее распространенных недорогих сетях PLC-I;

  3. Несмотря на наличие стандарта IEC 61344, каждый производитель использует свои закрытые протоколы обмена данными, а часто и свои способы модуляции сигнала. Поэтому применение различных PLC-устройств в рамках одной сети 0,4 кВ проблематично, а часто и просто невозможно. Соответственно с один раз выбранным поставщиком придется работать долгие годы;

  4. Достаточно сложные технические решения при необходимости установить связь между приборами, находящимися на нескольких понижающих подстанциях, подключенных к одной линии 10 кВ, и базовой станцией, также находящейся на одной из этих подстанций.

Заметим, что стоит отличать собственно стандарт PLC (IEC 61344) и PLC-технологию передачи данных по силовой линии. Указанная PLC–технология используется не только стандартом IEC 61344, но стандартами DLMS\COSEM, KNX, LonWorks и некоторыми другими.

Стандарт Euridis

В заключение в качестве достаточно нового зарубежного протокола рассмотрим Euridis (IEC 62056-31). Сферой его применения является учет электричества. Распространен он довольно ограниченно – преимущественно Франция, Северная Африка. В качестве среды передачи используется витая пара, длина линии – до 500 м, число устройств в сети – до 100 ед., скорость передачи – 1200 бит/с. Для связи используется асинхронная, полудуплексная, двунаправленная передача данных. В качестве положительных сторон данного протокола отметим наличие процедуры аутентификации для защиты данных и невысокую стоимость оборудования.

К недостаткам протокола отнесем:

  1. Ограниченный регион распространения;

  2. Небольшое число устройств с поддержкой данного протокола;

  3. Ограниченную среду передачи – витая пара. Для использования других сред требуются шлюзы;

  4. Применяется только в тех задачах, где не критична низкая скорость передаваемых данных.

Краткая оценка протоколов

Протокол Euridis, распространен только в отдельных регионах. Его применение ограничивается электроэнергетикой.

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

ГОСТ Р МЭК 60870-5 предоставляет достаточно гибкий набор протоколов, что кроме преимуществ вносит и дополнительные сложности: разные производители приборов учета/УСПД могут поддерживать разные протоколы, что затрудняет их интеграцию в единую систему. Хотя применение этого стандарта в настоящее время ограниченно преимущественно электроэнергетикой, в этой сфере у него сильные позиции.

Протокол M BUS является весьма перспективным, для него разработаны законченные АСКУЭ, создана Open Metering System – европейская инициатива, преследующая цель унифицировать сбор данных с приборов учета ресурсов на основе шины M BUS. Успехом завершились усилия по интеграции шины KNX и M BUS, что позволяет строить законченные решения по автоматизации зданий. Заметим все же, что в протоколе M BUS соответствие передаваемых данных типам измерений и измерительным каналам не регламентировано, что требует индивидуальной настройки считывающего устройства верхнего уровня (наподобие УСПД) под конкретный прибор учета.

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

Применение стандарта PLC является хорошим и недорогим способом для построения систем учета электроэнергии.

Заключение

Таким образом, ни один из существующих протоколов не является единственным кандидатом на роль универсального протокола для всех приборов учета. Что же делать системному интегратору, собирающемуся строить АСКУЭ с централизованным сбором данных?

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

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

Использование приборов учета с M BUS полностью оправдано для жилищного строительства премиум-сегмента (офисные «интеллектуальные» здания, дорогостоящие коттеджи). При этом система учета на M BUS может быть гармонично интегрирована в существующую систему автоматизации на основе европейской шины KNX, что обеспечит полную и прозрачную автоматизацию сверху донизу. Можно M BUS использовать и для обычного жилья, но здесь тормозящим фактором выступит не слишком большая распространенность этого протокола, и как следствие, привязка в дальнейшем к раз выбранному вендору.

Если стоит задача мониторинга и учета электроэнергии на оптовом и розничном рынках (например, мониторинг трансформаторных подстанций), то следует обратить особое внимание на решения на основе протоколов ГОСТ Р МЭК 60870-5. Эти протоколы хорошо приспособлены для решения этой задачи. Такой протокол может быть использован при передаче данных от электросчетчиков/УСПД на верхний уровень (SCADA-система, АСКУЭ).

При сборе данных о потребленном электричестве с низового уровня (с электросчетчиков) предпочтителен протокол PLC, когда прокладка кабеля с данными (RS 485, Ethernet) невозможна (порча интерьера помещения) или дорогостояща (большие расстояния).

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

UPD:

Протокол ГОСТ Р МЭК 60870-5-101/2/4 в тексте следует читать без префикса +7(

Показать полностью 1
17

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

Разница между Modbus и Profibus Автоматизация, Протокол, Асу, АСУ ТП, Технологии, ПЛК, Программирование ПЛК, Длиннопост

Протоколы связи являются важной частью ПО автоматизации. В настоящее время даже простые датчики имеют встроенные коммуникационные порты для обмена данными, не говоря уже о ПЛК. В этой связи стоит рассмотреть два старейших, но до сих пор широко используемых протокола связи – 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

Разница между Modbus и Profibus Автоматизация, Протокол, Асу, АСУ ТП, Технологии, ПЛК, Программирование ПЛК, Длиннопост

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

Показать полностью 1
Отличная работа, все прочитано!