#opc #scada #opc-ua
#opc #scada #opc-ua
Вопрос:
В моей компании у нас много распределенных сайтов, и каждый из них использует одного поставщика системы Scada (один использует Wincc, другое место использует другое …), и эти системы работают с почти одинаковым типом информации.
Нам нужно получить некоторые общие данные из этих систем, поэтому я хотел бы знать, может ли OPC UA с этим справиться.
Возможно ли купить или разработать сервер OPC UA, который извлекает данные из систем Scada клиенту через веб-службы?
Комментарии:
1. Вам следует начать присуждать ответы лучшему ответчику
Ответ №1:
Хотя некоторые SCADA-приложения могут быть OPC-серверами, обычно это не так, и вы обычно не считываете данные непосредственно с них. В 99% случаев вы будете считывать данные с какого-либо ПЛК или регистратора данных. У них есть определенные протоколы, которые можно абстрагировать, как только у вас появятся OPC-серверы для них. Системы SCADA могут считывать данные ПЛК напрямую или через OPC-сервер. Если они читают через OPC-сервер, вы могли бы рассмотреть возможность использования существующего. Это хорошо, если OPC-сервер находится на каком-либо сервере, и плохой подход, если он находится на станции оператора SCADA, которая может быть перезапущена без вашего контроля. Всякий раз, когда вы добавляете новый объект обмена данными (например, новый OPC-сервер), вы должны сначала проверить, может ли текущая конфигурация SW / HW обрабатывать это без изменений в существующих системах. Например, вы пытаетесь подключиться к ПЛК и обнаруживаете, что вам нужно обновить сетевую плату ПЛК для поддержки еще одного канала связи, или что вам нужно сначала параметризовать ее, чтобы иметь возможность взаимодействовать с ней, или что она допускает только одного мастера связи, и эта роль уже занята SCADA-станцией, и т.д.
Чтобы дать вам точный ответ на ваш вопрос: ДА, OPC UA — лучший способ сбора заводских данных. Вы должны знать, что наличие OPC-серверов (или одного OPC-сервера с множеством подключаемых модулей протокола, таких как KepWare OPC Server) — это только первый шаг. Далее вам нужно будет решить, что делать с данными в реальном времени. Существует множество OPC-совместимых инструментов для отображения, архивирования и сигнализации. Одним из серьезных игроков на этой арене является OSIsoft с ее сервером PI historian server и хорошими инструментами для визуализации исторических данных и плагинами Excel для серьезного анализа данных. Вы найдете гораздо больше, если просмотрите веб-сайт OPC Foundation.
Преимущество OPC в том, что это хорошо известный стандарт, и вы можете создать пользовательский OPC-сервер для конкретного устройства и собирать, отображать, тревожить его данные, вводить в тренды, архивировать любым другим OPC-инструментом, который совместим с той же стандартной версией OPC. Я создал несколько пользовательских OPC-серверов, и это действительно работает очень хорошо.
Ответ №2:
Если вам комфортно с C # и .NET и у вас есть деньги, чтобы подписаться на OPCFoundation, то их библиотека QuickStart — это вариант.
На ваш конкретный вопрос об архитектуре, в большей степени основанной на SOA, использующей OPC UA, взгляните, что я сделал с нашим RealTimeStack (http://beeond.net/products /).
Потому что