Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam

Топ прошлой недели

  • Oskanov Oskanov 8 постов
  • alekseyJHL alekseyJHL 6 постов
  • XpyMy XpyMy 1 пост
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Новости Пикабу Помощь Кодекс Пикабу Реклама О компании
Команда Пикабу Награды Контакты О проекте Зал славы
Промокоды Скидки Работа Курсы Блоги
Купоны Biggeek Купоны AliExpress Купоны М.Видео Купоны YandexTravel Купоны Lamoda
Мобильное приложение

Scada

С этим тегом используют

АСУ ТП Автоматизация ПЛК Все
43 поста сначала свежее
5
MZTA
MZTA
8 дней назад
Автоматизация

Рекомендации по выбору SCADA⁠⁠

Рекомендации по выбору SCADA Scada, Выбор, Рекомендации, АСУ ТП, Автоматизация, Длиннопост

SCADA-систему скорее всего вы будете использовать в течение как минимум 10+ лет. Поэтому крайне важно понимать принципы выбора программного обеспечения SCADA.

Предлагаем ознакомиться с мнением Роя Кока (Roy Kok), инженера с 30-летним опытом работы в области промышленной автоматизации.

SCADA (Supervisory Control and Data Acquisition) – это наиболее распространенное программное решение для управления процессами на вертикальных рынках промышленного производства и инженерных сетей. Она стала основополагающей платформой для Индустрии 4.0 и цифровой трансформации.

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

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

Наилучшая SCADA должна удовлетворять следующим требованиям (кратко):

  • Специализация на вертикальном рынке – имеет проверенную репутацию предпочтительного решения SCADA на вашем рынке.

  • Code / No-Code (Возможность программирования или отсутствия программирования) – предлагает разработку настраиваемых или программируемых приложений.

  • Масштабируемость – удовлетворяет как сегодняшние, так и будущие требования.

  • Управление сигналами тревог – обеспечивает гибкую систему сигнализации и поддерживает стандарты сигнализации.

  • Архивирование данных – содержит функции для хранения, сжатия, извлечения данных и управления дисковым пространством.

  • Пользовательский интерфейс – обеспечивает единообразный пользовательский интерфейс для визуализации на различных устройствах и типах клиентов, включая только для чтения, интерактивные, локальные и удаленные.

  • Управление тегами – содержит параметры для управления тегами – неиерархическая (плоская) модель тегов, стандарт S95 или UNS (единое пространство имен).

  • Аналитика данных – предоставляет инструменты для разработки и управления аналитикой в реальном времени и исторических данных.

  • Генерация отчетов – обеспечивает возможность автоматизированного создания отчетов на основе времени и событий.

  • Уведомления – предлагает возможности использования электронной почты, SMS и других средств уведомления.

  • Быстрая разработка – содержит экономящие время инструменты развертывания для копирования схожих функций – клонирование и тиражирование.

  • Документация – содержит инструменты документирования для составления отчетов по фактическому состоянию системы.

  • Управление рабочим процессом – предоставляет инструменты для управления многоэтапными процессами.

  • Управление рецептами – возможность устанавливать рабочие параметры на основе требований системы.

  • Интеграция IT/ОТ – предоставляет инструменты для чтения/записи, отображения и взаимодействия с реляционными базами данных.

  • Тренды аналитики – предоставляет пользователю инструменты для извлечения и анализа исторических данных.

  • Поддержка стандартов – поддерживает различные отраслевые стандарты (OPC, MQTT, FDA 21 CFR Часть 11, ISA95, ISA18.2 и т. д.).

  • Скорость выполнения и управление – обеспечивает высокую скорость транзакций и инструменты для управления производительностью.

  • Надежность – обеспечивает постоянную и бесперебойную работу решения 24x7x365.

  • Мониторинг работоспособности системы – предоставляет инструменты для мониторинга эксплуатационных характеристик.

  • Резервирование – поддерживает требования высокой доступности.

  • Передача данных на верхний уровень – обеспечивает поддержку клиентов посредством одного или нескольких стандартов или фирменных API и протоколов.

  • Передача данных на нижний уровень – обеспечивает надежную и бесперебойную работу требуемого протокола(ов).

  • Гибкость – содержит функции и преимущества, которые являются отличительными чертами на детальном уровне.

  • Распространение – доступно на местном или международном уровне.

  • Совместимость – хорошо работает с другими приложениями.

  • Поддержка операционных систем – поддерживается в важных для вас операционных системах.

  • Простота использования – предназначен для настройки пользователем или программным способом.

  • Техническая поддержка – предлагает качественную техническую поддержку и различные типы поддержки программ.

  • Опыт внедрения – должно широко использоваться на рынке.

  • Одобрение вендора – предоставляет одобрение решения владельцем протокола.

  • Сертификация – соответствует требованиям сертификации протокола.

  • Цена – доступно как экономически конкурентоспособное решение, особенно с учетом совокупной стоимости владения.

  • Лицензирование – предлагает модель лицензирования, соответствующую вашему бюджету OpEx/CapEx (операционных расходов и капитальных затрат).

Более подробное описание

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

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

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

Code / No-Code. Еще один аспект SCADA, который следует рассмотреть – это то, предлагает ли он программируемую (код) или конфигурируемую (без кода) разработку приложений, поскольку эта возможность будет иметь значительное влияние как на стоимость ввода в эксплуатацию (начальные затраты), так и на общую стоимость владения (долгосрочные затраты на управление) решения.

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

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

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

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

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

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

Управление сигналами тревог. Все приложения формируют сигналы тревоги или событий. Некоторые приложения предъявляют более высокие требования к управлению сигналами тревоги и могут даже потребовать поддержки таких стандартов, как ISA 18.2. Расширенные функции, которые включают откладывание сигналов тревоги, подавление сигналов тревоги и подтверждение сигналов тревоги, могут стать очень сложными.

Схемы уведомлений должны существовать в вашем решении SCADA так, чтобы вы могли выбрать соответствующих пользователей для уведомления или запуска рабочих процессов для управления ответами на сигналы тревоги. Такие стандарты, как OPC Foundation OPC UA A&C (сигналы тревоги и условия), отлично подходят для обеспечения совместимости с другими программными решениями на рынке.

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

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

Многие программные решения SCADA также предлагают инструменты управления данными для архивации старых данных для управления памятью. Стандарты также играют важную роль в архивировании данных. В идеале архивированные данные должны быть доступны как для использования в IT, так и в ОТ. В области IT для доступа к данным применяются стандарты реляционных баз данных.

В области ОТ такие стандарты, как OPC Foundation OPC UA HDA (Historical Data Access), будут играть важную роль в интеграции с другими программными решениями ОТ. Обратите особое внимание на агрегатные функции OPC UA HDA, поскольку они являются основным фактором, определяющим, как решения OT могут запрашивать аналитически сокращенные наборы данных.

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

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

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

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

Управление тегами. Теги – это имена переменных в вашей системе. Данные обычно запрашиваются с использованием имени тега. Современные решения SCADA предлагают очень надежные имена тегов с иерархической организацией по узлам, зонам, линиям, оборудованию и т. д. Эта возможность также известна как определение ISA S95. Другие системы называют это информационным моделированием на основе активов. Единое пространство имен (UNS) – это еще одна концепция для создания каталога всех тегов и метаданных, связанных с ними.

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

Более того, графические объекты должны использовать смоделированные данные, а аналитика должна применяться к смоделированным данным. В этой области активно развиваются технологии таких организаций, как CESMII и OPC Foundation, которые стимулируют принятие информационных моделей для обеспечения Индустрии 4.0, цифровой трансформации и интеллектуального производства.

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

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

Лучшие решения будут предлагать качественную отчетность со встроенными инструментами, с интерфейсами для сторонней поддержки, включая стандарты интерфейсов реляционных баз данных и стандарты OT, такие как OPC UA – DA (доступ к данным), HDA (доступ к историческим данным), A&C (сигнализации и условия). Агрегированные функции OPC UA HDA являются ключевым отличием в доступе к аналитически сокращенным наборам данных для создания отчетов.

Уведомления. Уведомления являются основным способом оповещения пользователей об аномалиях. Возможности SCADA в этой области могут стать основным отличием.

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

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

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

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

Управление рабочим процессом. Большинство программных решений SCADA разработаны для работы в реальном времени – интерфейсы оператора, управление сигналами тревоги и аналитика. Более новые программные решения SCADA предлагают дополнительный фокус на деревьях решений на основе времени или событий и интеграции данных из источников IT (реляционные данные). Еще более сложное программное обеспечение SCADA будет управлять рабочими процессами, получать результаты из аналитики или сигналов тревоги и т. д. и следовать процедурам уведомления, распространения и т. д.

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

Интеграция IT/OT. Программное обеспечение SCADA заполняет пробел между IT и OT в области предоставления аналитики в обеих областях. Лучшая SCADA должна предлагать необходимые интерфейсы для извлечения, анализа и отображения данных из источников реляционных баз данных и традиционных источников устройств OT.

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

Аналитические тренды. Тренды данных – один из самых наглядных способов понять происходящие в сети процессы, поэтому SCADA должна предоставлять удобные для пользователя инструменты для поиска и анализа исторических данных. SCADA должна предлагать инструменты для предопределенных трендов, а также для ad hoc (таких как есть) трендов.

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

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

Для технологий ищите поддержку OPC Foundation и соответствие OPC UA. Для вертикальных рынков – 21 CFR Часть 11 на регулируемых FDA рынках. PackML распространен в приложениях для пищевых продуктов и напитков. ISA 18.2 распространен для управления сигнализациями в перерабатывающей промышленности. Существуют также рекомендации по передовой практике в отношении высокопроизводительной операторской графики, предоставляющей упорядоченные интерфейсы и прогрессивное раскрытие информации для повышения производительности оператора. Современная SCADA будет поддерживать все это.

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

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

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

Передача данных на верхний уровень (Northbound Protocol Connectivity). SCADA должна предоставлять поддержку клиентов через один или несколько стандартных или фирменных API. Большинство приложений становятся интеграцией лучших в своем классе программных компонентов. Поддержка стандартов связи будет иметь решающее значение для обеспечения этой интеграции.

Посмотрите на версии OPC, которые поддерживает SCADA. Вариантами являются версии OPC Classic OPC DA, OPC A&E, OPC HDA и более новый OPC UA с поддержкой доступа к данным (DA), сигналов тревоги и условий (A&C) и доступа к историческим данным (HDA).

Хотя OPC UA является полным протоколом со структурами данных и транспортом, существуют более новые формы OPC UA, основанные на транспорте MQTT. Часто серверы OPC поддерживают ряд северных API для использования в различных сценариях интеграции. Архитектуры Интернета и IoT выигрывают от протоколов публикации/подписки, таких как MQTT и AMQP, в то время как архитектуры SCADA выигрывают от опроса/ответа с отчетностью по исключениям. Существуют также фирменные протоколы, такие как Suitelink и EDA (Easy Data Access), которые поддерживают определенные программные решения SCADA.

Передача данных на нижний уровень (Southbound Protocol Connectivity). SCADA должна обеспечивать надежность для требуемых вами протоколов. Southbound Connection обеспечивает связь, как правило, как для чтения, так и для записи, с устройствами в вашей системе автоматизации. Наиболее распространенным протоколом в мире промышленной автоматизации является MODBUS, представленный еще в 1979 году как последовательный протокол и теперь адаптированный со временем для Ethernet.

В области IT очень распространен SNMP (Simple Network Management Protocol). В области электропитания существуют такие протоколы, как 61850 и DNP3. В нефтегазовой отрасли многие полагаются на надежный сбор данных электронного измерения расхода (EFM) как на решающий фактор для своих операций. В автоматизации зданий существуют BACnet и BACnet/SC.

Различные рынки и поставщики представили протоколы, которые адаптированы для лучшей поддержки вертикальных рынков и уникальных приложений. Новейшая технология, которую следует рассмотреть, – это Ethernet с сетью временных рядов (TSN), поддерживаемая стандартным отраслевым протоколом CC-Link IE TSN. Другие промышленные протоколы Ethernet включают PROFINET, Ethernet/IP и EtherCAT.

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

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

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

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

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

Поддержка операционной системы. SCADA должна поддерживаться на важных для вас операционных системах. В мире промышленной автоматизации наиболее распространенной платформой является Microsoft Windows. Linux также становится очень популярным, как и Docker. Вам нужно убедиться, что ваш OPC-сервер работает как на рабочих станциях, так и на серверах, а также в сценариях с виртуальными машинами.

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

- ручную конфигурацию с помощью набора меню конфигурации и выбора;

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

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

Во многих случаях инструменты для экспорта и импорта также доступны для поддержки конфигурации и документирования в других программных решениях, часто Microsoft Excel.

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

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

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

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

Например, BACnet и BACnet/SC – это протоколы, которые обычно сертифицируются знаком одобрения от BTL (испытательная лаборатория BACnet). CC-Link тестируется через CLPA (ассоциация партнеров CC-Link). Проверьте, предлагает ли управляющий орган используемого вами протокола процесс сертификации и соответствует ли выбранный вами сервер OPC требованиям сертификации.

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

Лицензирование. Модель лицензии SCADA должна соответствовать вашему бюджету OpEx/CapEx (операционные расходы/капитальные затраты). В настоящее время большинство поставщиков SCADA улучшают модели лицензий для SCADA, чтобы они соответствовали моделям лицензирования в сфере IT – ежемесячные или ежегодные расходы по сравнению с единовременными расходами на лицензию.

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

Рекомендации по выбору SCADA Scada, Выбор, Рекомендации, АСУ ТП, Автоматизация, Длиннопост

Заключительные положения

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

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


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

Показать полностью 1
[моё] Scada Выбор Рекомендации АСУ ТП Автоматизация Длиннопост
2
5
dedyukhinnp
10 дней назад

Лабы в MasterSCADA⁠⁠

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

Лабы в MasterSCADA АСУ ТП, Scada, Программирование, IT, Разработка, Видео, Короткие видео

MasterSCADA и готовая мнемосхема

Может кому нибудь будет интересно)

Как что установить и видеоинструкция здесь: https://disk.yandex.ru/d/qXzxfmdWbAT7lA

Показать полностью 1
АСУ ТП Scada Программирование IT Разработка Видео Короткие видео
4
3
youengineerasu
youengineerasu
29 дней назад

5 уровней автоматизации технологических процессов на производстве⁠⁠



Современные промышленные системы работают на основе 5 уровней автоматизации:

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

Уровень 1: Базовое управление (ПЛК/SCADA)
Автоматическое управление оборудованием осуществляется с помощью программируемых логических контроллеров (ПЛК) и систем SCADA.

Уровень 2: Оптимизация процесса
Эффективность повышается за счет мониторинга (анализа данных) и оптимизации процессов в технологии производства.

Уровень 3: Система управления производством (MES)
Мониторинг и контроль производственного процесса в режиме реального времени.

Уровень 4: Планирование ресурсов предприятия (ERP)
Обеспечивает общее управление путем интеграции всего предприятия в бизнес.

Инженер Программа Производство Промышленность Энергетика (производство энергии) ПЛК Scada Импортозамещение Российское производство Энергия Двигатель Текст
1
3
wildbox
3 месяца назад
Российская промышленность

Подкаст "Платы и байты" #2: Станислав Павловский (CSO Атомик софт) про российский рынок промышленной автоматизации⁠⁠

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

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

Ссылки на подкаст на других платформах:

🔗 VK
🔗 mave.digital (аудиоформат почти для всех подкаст платформ)
🔗 нативный плеер в ТГ (тоже от mave).

Ссылка на материал с первым подкастом.

Показать полностью
[моё] АСУ ТП Инженерные системы Scada Промышленная автоматика Производство Электроника IT Импортозамещение Промышленность Видео Видео ВК
0
ERGONOMIKHOTEY
ERGONOMIKHOTEY
5 месяцев назад

Стандарт отключения⁠⁠

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

На практике в кнопках, пультах и мнемосхемах творится дичь! Отключить можно не только вниз, но и влево, или на зелёную, или на красную, или на кнопку ВЫКЛ.

А ещё импульсная комманда, или подержать 5 секунд, или давить без самоподхвата.

А ведь это ошибки и аварийные отключения. Что, скажете, офисные айтишники? Нужно чаще бывать в поле, а то зарабатывают они по 500к.

Юзабилити Scada АСУ ТП Текст
12
55
JohnyPere
JohnyPere
5 месяцев назад
Arduino & Pi

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все…⁠⁠

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Сервер автоматизации СА-02м с модулем питания и модулями расширения

Описание Сервера автоматизации СА-02м

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

СА-02м без разъемов, с разъемами, с led индикацией

Питается от 24 вольт постоянного тока через торцевой разъем от модуля питания МП-02м. Там же в торцевых разъемах (слева и справа по одному) расположены RS-485, к которым можно подключить модули расширения МР-02м для увеличения количества входов\выходов (дискретные, аналоговые). Устройство на базе одноплаточника с "камнем" Allwinner A40i. Установлен Armbian + Linux 6.1.0-rc6. Оперативной памяти 512 Мб, eMMC на 8 Гб, чего вполне достаточно для диспетчеризации 5 000 тегов в MasterSCADA4D (по информации о нагрузочных тестах СА-02м в ООО "МПС Софт").

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Нагрузка при 500 тегах в MasterSCADA4D

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Проект приточных установок в MasterSCADA4D

У сервера автоматизации СА-02м на борту 5 RS-485, один из которых с гальванической развязкой (изолированный). При установке системы диспетчеризации появляется возможность опрашивать различное инженерное и сетевое оборудование по протоколам МЭК 61850, МЭК 60870-5-104, Modbus RTU, Modbus TCP, OPC UA, SNMP, MQTT, BACnet, Profinet, Меркурий и других, что позволяет создать локальную систему учета электроэнергии, управлять системами вентиляции и кондиционирования воздуха, освещением, отоплением и т.д.

Так же есть возможность установить SCADA Каскад, Simple-SCADA, CoDeSys, NodeRed, OpenHab, Home Assistant и любое другое совместимое ПО.

"Под капотом"

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Сервер автоматизации СА-02м

На верхней плате:

  • пара микросхем для RS-485 в торцевых разъемах

  • пищалка

  • статусные светодиоды

  • кнопка перезагрузки

На нижней плате:

  • 3 разъема для RS-485

  • разъем для дискретного выхода

  • Ethernet

  • USB type-C + USB Type A

  • управление питанием USB для перезагрузки модемов

  • разъем под microSD

  • PCI-e для одноплаточника

  • батарейка для часов реального времени (RTC)

Характеристики "одноплаточника" на Allwinner A40i

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

SK-A40i-NANO-2E

  • Allwinner A40i - 4xARM Cortex-A7 1200МГц

  • 512 Мб DDR3 DDR-1200

  • 8 Гб eMMC

  • 2 х Ethernet 100/10M, 2 x USB

  • I/O: CAN, UART, SPI, I2C, PWM, HP-out, TV-in, GPIO ...

  • Размеры PCI-e 30х51х4мм

  • Температурный диапазон -40 ... +85 °C

Как это работает

Сервер автоматизации СА-02м. Linux + Armbian, SCADA, «Умный дом» и вот это вот все… Электроника, Умный дом, АСУ ТП, Linux, Scada, Интернет вещей, Home Assistant, Своими руками, ПЛК, Сборка, Овик, Освещение, Разработка, Процессор, Длиннопост

Сервер автоматизации СА-02м с модулями расширения. Шкаф АСУ ТП

Подключили сервер автоматизации СА-02м к модулю питания МП-02м-24, подключили модули расширения, разработали проект диспетчеризации в MasterSCADA4D с нужной логикой работы и загрузили его.
Подключились на web по IP и управляете нужным оборудованием через графический интерфейс.
Затем добавили счетчики электроэнергии и реализовали энергоучет.

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

Передумали, зашли под админкой, поставили CoDeSys с Control Basic M лицензией, и используете, как ПЛК. Нужно для дома - NodeRed и Home Assistant.

Ссылки, идеи

Будем рады Вашим идеям, предложениям и содействию по расширению функционала и возможностей СА-02м.

Сервер автоматизации СА-02м, модуль питания и модули расширения можно посмотреть тут: ЦИНТРОН - Устройства автоматизации

Одноплаточник можно глянуть тут: SK-A40i-NANO-2E

Подписаться на новости по нашим устройствам в телеграм тут: Цинтрон. Устройства автоматизации

Показать полностью 7
[моё] Электроника Умный дом АСУ ТП Linux Scada Интернет вещей Home Assistant Своими руками ПЛК Сборка Овик Освещение Разработка Процессор Длиннопост
14
1
MZTA
MZTA
6 месяцев назад
Автоматизация
Серия ПО автоматизации

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
Opc Автоматизация Протокол ПЛК Scada Длиннопост
0
5
ProudAnalyzethis
ProudAnalyzethis
6 месяцев назад

Энергия на Дальнем востоке⁠⁠

Сегодня хочу поделиться историей уникального проекта, в котором задействован мой брат— инженер и настоящий профессионал в энергетике🔥. Он курирует строительство важнейших объектов инфраструктуры на Дальнем Востоке: несколько подстанций и линии электропередачи (ЛЭП) общей протяжённостью более 280 км. Эти линии позволят подключить подстанцию 500 кВ АГХК к Единой национальной электрической сети, обеспечивая надёжное энергоснабжение для Амурского газохимического комплекса (АГХК) — совместного проекта СИБУР и Sinopec.

⚡ Что включает проект?
Для подключения АГХК, ФСК ЕЭС построила четыре воздушные линии 500 кВ, связывающие комплекс с Зейской ГЭС и узловой подстанцией 500 кВ «Амурская» в Амурской области. Это обеспечит стабильную подачу электроэнергии на все технологические линии завода. В 2024 году планируется подать напряжение на понизительные подстанции 110 кВ (ГПП-1 и ГПП-2), которые будут снабжать электроэнергией потребителей.

На ПС-500 кВ АГХК внедрены передовые системы диагностики, позволяющие в режиме реального времени мониторить состояние автотрансформаторов и выявлять потенциальные дефекты ещё на ранних стадиях. Использование цифровых технологий позволяет значительно повысить надёжность и эффективность работы объекта.

Этот проект — не просто очередная инфраструктура, а ключ к новым производственным мощностям на востоке России. С запуском подстанции начнётся работа по проектной схеме подключения, что позволит нарастить производство полиэтилена и полипропилена на Амурском ГХК.

Если вам интересно погрузиться в анализ данных или изучить мониторинг энергосистем, вот подборка полезных современных инструментов:

КРУГ-2000: отечественная система автоматизации, популярная в России для диспетчеризации и контроля. Используются для сбора, обработки и отображения данных в реальном времени, а также управления технологическими процессами на подстанциях и ЛЭП.
ПРАНА: первая российская система предиктивной аналитики от компании РОТЕК, прогнозирует возможные инциденты за 2–3 месяца до их возникновения.
Zabbix: система мониторинга с открытым исходным кодом, активно используется в России для контроля серверов и сетевого оборудования.
Nagios: мощный инструмент для мониторинга сетей и систем,
( https://habr.com/en/articles/307832/)
AggreGate: платформа мониторинга от Tibbo Systems, предлагает возможности для управления и анализа данных по всем аспектам энергетики.
Хотели ли вы видеть больше постов из реальной практики?
Анализируй Это!
#энергетика #инфраструктура #анализданных #Python #SCADA #инновации #Россия #инструменты

Энергия на Дальнем востоке Кросспостинг, Pikabu Publish Bot, Энергетика (производство энергии), Инфраструктура, Python, Scada, Инновации, Россия, Инструменты, Telegram (ссылка)
Показать полностью 1
[моё] Кросспостинг Pikabu Publish Bot Энергетика (производство энергии) Инфраструктура Python Scada Инновации Россия Инструменты Telegram (ссылка)
2
Посты не найдены
О Нас
О Пикабу
Контакты
Реклама
Сообщить об ошибке
Сообщить о нарушении законодательства
Отзывы и предложения
Новости Пикабу
RSS
Информация
Помощь
Кодекс Пикабу
Награды
Команда Пикабу
Бан-лист
Конфиденциальность
Правила соцсети
О рекомендациях
Наши проекты
Блоги
Работа
Промокоды
Игры
Скидки
Курсы
Зал славы
Mobile
Мобильное приложение
Партнёры
Промокоды Biggeek
Промокоды Маркет Деливери
Промокоды Яндекс Путешествия
Промокоды М.Видео
Промокоды в Ленте Онлайн
Промокоды Тефаль
Промокоды Сбермаркет
Промокоды Спортмастер
Постила
Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии