Управление проектами с помощью приложений
Традиционные SCADA-системы часто объединяют ресурсы в проекты, обеспечивая структурированный способ управления всеми элементами решения промышленной автоматизации. В системе AggreGate нет специального типа объекта "проект". Вместо этого любой контекст, такой как устройство, инструментальная панель или модель, рассматривается как ресурс, который может быть добавлен в приложение. Таким образом, приложения заменяют проекты и предоставляют множество преимуществ, включая:
Контроль версий: Приложения можно использовать с системой контроля версий, например Git, что позволяет отслеживать, управлять и восстанавливать изменения в ресурсах по мере необходимости.
Модульная конструкция: Каждое приложение представляет собой набор многократно используемых ресурсов, что способствует применению модульного подхода к проектированию, при котором различные части проекта могут разрабатываться и тестироваться независимо друг от друга, а затем объединяться по мере необходимости.
Упрощенное развертывание: Приложения могут быть упакованы как плагины или экспортированы как папки, что упрощает развертывание на нескольких серверах AggreGate.
Централизованное управление: Все ресурсы, связанные с проектом (приложением), группируются и управляются вместе, обеспечивая централизованное представление структуры проекта.
Следующее руководство объясняет, как модуль Приложения может быть использован для управления ресурсами как "классический" проект SCADA, и предоставляет сравнение с тем, как аналогичные элементы появляются в классическом проекте SCADA.
Создание приложения
Классическая SCADA | Как правило, новый проект создается путем указания имени и места в файловой системе, где будут храниться файлы проекта. Файл проекта часто имеет проприетарное расширение, доступ к которому может получить только среда разработки SCADA. |
|---|---|
AggreGate | Новое приложение создается как контекст в единой модели данных AggreGate. В системном дереве откройте контекстное меню для узла Приложения (расположенного под текущим вошедшим пользователем) и выберите действие Создать приложение. Окно свойств запрашивает Имя, Описание и Путь к папке приложения. Путь к папке приложения указывает папку на AggreGate, в которую будут сохранены ресурсы при экспорте приложения. Контекст приложения сохраняется в виде файла |
Первым шагом в организации нового проекта является создание контекста приложения. В системном дереве откройте контекстное меню для узла Приложения, расположенного под текущим вошедшим в систему пользователем, и выберите опцию Создать приложение.
В окне свойств можно ввести идентифицирующую информацию о приложении, включая его Имя и Описание. Введите подходящее имя, следуя контекстным соглашениям об именовании. Путь к папке приложения указывает папку на AggreGate, в которую будут сохранены ресурсы при экспорте приложения. Нажмите OK, чтобы создать новое приложение.
Добавление ресурсов в приложение
Классическая SCADA | Ресурсы SCADA, такие как устройства, метки, HMI и тренды, обычно добавляются в проект по одному. В некоторых системах может быть возможен автоматический импорт нескольких ресурсов. В большинстве систем имеется окно управления ресурсами, которое позволяет просматривать все ресурсы, включенные в проект. |
|---|---|
AggreGate | После создания контекста приложения его ресурсы можно определить, заполнив свойство Ресурсы приложения. Откройте действие Настроить контекстного меню приложения, чтобы открыть окно Конфигурация приложения. В таблице Ресурсы перечислены ресурсы, из которых состоит приложение. Добавьте в таблицу строку для каждого ресурса, связанного с приложением, указав контекстный путь к ресурсу и такие свойства, как описание, категория, версия и зависимости. Ресурсы также можно добавить, перетащив их на узел Приложения в дереве системы и выбрав Добавить ресурсы. |
После создания приложения его ресурсы можно определить, заполнив свойство Ресурсы приложения. Откройте действие Настроить контекстного меню контекста Приложения, чтобы открыть окно Конфигурация приложения.
В таблице Ресурсы перечислены все ресурсы, из которых состоит приложение. Добавьте в таблицу строку для каждого ресурса, связанного с приложением, и настройте для него следующие свойства:
Ресурс: Контекстный путь к ресурсу, который будет включен в приложение.
Описание: Текстовое описание ресурса, которое может быть локализовано для нескольких языков.
Описание контекста: Текстовое описание, применяемое к контексту, созданному во время развертывания приложения.
Категория: Строковый идентификатор для категоризации ресурса в таблице ресурсов приложения.
Подкатегория: Дополнительный идентификатор для категоризации ресурсов.
Имя/описание группы: Определяет группу, в которую будет добавлен ресурс во время развертывания.
Версия: Целое число, указывающее на версию ресурса.
Зависимости: Таблица ресурсов, от которых зависит текущий ресурс.
Типы ресурсов
SCADA-система состоит из множества различных ресурсов, работающих вместе. Эти ресурсы могут быть физическими устройствами, такими как датчики, контроллеры и исполнительные механизмы. Они также могут быть логическими сущностями, определенными в программном обеспечении, такими как метки, тренды, сигналы тревоги и HMI. AggreGate предоставляет единую модель для представления и управления этими разрозненными ресурсами, что позволяет реализовать гибкую и масштабируемую SCADA.
В следующей таблице перечислены типичные ресурсы SCADA и их аналоги AggreGate. Обратите внимание, что в некоторых случаях название и общее назначение ресурса совпадают в традиционных системах SCADA и AggreGate. Однако реализация и возможности AggreGate могут предоставлять дополнительные преимущества, такие как улучшенная обработка данных, возможности визуализации и гибкая интеграция с другими компонентами системы.
Классическая SCADA | AggreGate | Примечания |
|---|---|---|
Каналы ввода/вывода / теги | Переменные/настройки устройств | В AggreGate каждое устройство, подключенное к системе, представлено контекстом Device. Переменные устройства (настройки) в этом контексте соответствуют каналам ввода/вывода или тегам классической SCADA-системы. |
HMI | Функциональность HMI в AggreGate реализована с помощью Инструментальных панелей, которые обеспечивают графические пользовательские интерфейсы для мониторинга и управления. | |
Тренды | AggreGate предлагает несколько методов создания трендов на основе статистических данных, истории переменных или любого другого источника данных, доступного в рамках единой модели данных. | |
Сигналы тревоги | Оповещения в AggreGate обеспечивают гибкий механизм для определения и управления оповещениями на основе событий, состояний переменных или любых других критериев. | |
Главная станция/сервер | AggreGate Server - это центральный компонент платформы AggreGate, отвечающий за сбор, обработку и распределение данных. | |
RTU/PLC | Каждый RTU или ПЛК, подключенный к AggreGate, представлен как контекст устройства в единой модели данных. | |
Коммуникационная инфраструктура | AggreGate поддерживает различные протоколы и методы связи с помощью драйверов устройств и плагинов, обеспечивая беспрепятственную интеграцию с различным оборудованием. | |
Historian | AggreGate позволяет сохранять исторические данные в виде событий или агрегировать их в каналы статистики. | |
База данных | AggreGate поддерживает несколько типов хранилищ, включая реляционные, NoSQL, графовые базы данных и файловые хранилища. | |
Скрипты/расчеты | Сложная обработка данных и вычисления реализуются в AggreGate с помощью моделей с наборами правил и/или скриптов, написанных на языке выражений, а также других распространенных языках, таких как Java и Python. | |
Проект | Приложения в AggreGate превосходят проекты, обеспечивая контроль версий, модульную конструкцию, упрощенное развертывание и централизованное управление ресурсами. |
Экспорт приложения
Классическая SCADA | В зависимости от системы, проекты могут быть экспортированы в виде одного файла (часто собственного), нескольких файлов или каталога, содержащего все файлы и активы проекта. |
|---|---|
AggreGate | Приложение может быть сохранено одним из двух способов: либо как плагин, либо в папку на диске. Каждый способ имеет свои преимущества для различных сценариев использования, от распространения приложения до управления разработкой приложения. |
Экспорт в виде плагина
Классическая SCADA | Некоторые SCADA-системы поддерживают экспорт проектов в виде плагинов для дальнейшего развертывания. Плагин часто имеет пользовательское расширение файла и версию, которая указывает на совместимость со SCADA-системой. |
|---|---|
AggreGate | Действие Упаковать контекста приложения упаковывает приложение и его ресурсы в стандартный плагин AggreGate (файл |
Действие Упаковать контекста Приложение упаковывает приложение и его ресурсы в плагин AggreGate (файл .jar). После развертывания этого плагина на целевом сервере его ресурсы становятся доступными для использования.
Экспорт в папку
Классическая SCADA | В случаях, когда экспорт в виде плагина не поддерживается, проекты могут быть экспортированы в папку на диске для резервного копирования или миграции между системами. |
|---|---|
AggreGate | Действие Экспорт сохраняет конфигурацию приложения и файлы ресурсов ( |
Действие Экспорт сохраняет конфигурацию и ресурсы приложения в папку на файловой системе AggreGate. Эта папка обычно синхронизируется с системой контроля версий для управления разработкой и развертыванием приложений.
Развертывание приложения
Классическая SCADA | В зависимости от системы, развертывание проекта может включать в себя копирование одного или нескольких файлов на целевую машину, установку программы или плагина, изменение параметров операционной системы или ручное создание ресурсов, таких как устройства и теги, в целевой среде выполнения SCADA. |
|---|---|
AggreGate | Развертывание приложения заключается в создании связанных с ним ресурсов в экземпляре AggreGate, например, автоматическое создание инструментальных панелей, устройств, моделей и т.д. Действие Развернуть контекста приложения создаст или обновит каждый ресурс, определенный в таблице Ресурсы. Если параметр Удалить отвязанные контексты действия Развернуть равен |
После того как приложение упаковано с помощью одного из вышеперечисленных методов, его можно развернуть с помощью действия Развернуть. Действие Развернуть имеет следующие параметры:
Режим выбора учетной записи: Определяет пользователя, которому будут принадлежать ресурсы, созданные в результате развертывания приложения.
Учетная запись: Контекст пользователя, который должен владеть ресурсами.
Удалить отвязанные контексты: Если значение равно true, отвязанные ресурсы (которые не являются частью текущего приложения, но были частью предыдущей версии) будут удалены после развертывания приложения.
При развертывании действие Развернуть создает или обновляет каждый ресурс, определенный в приложении, на основе указанных свойств.
Обновление приложения
Классическая SCADA | Обновление развернутого проекта SCADA часто включает резервное копирование текущего состояния проекта, импорт новой версии проекта и проверку обновленных ресурсов в среде выполнения. |
|---|---|
AggreGate | После развертывания приложения его можно обновить новой версией. Действие Обновить имеет несколько вариантов обновления приложения: импортирование файлов из папки Путь к папке приложения на сервере AggreGate или загрузка файла на сервер. Кроме того, Обработка существующих контекстов позволяет пропускать, заменять или обновлять отдельные компоненты приложения. Опции Обработки ошибок позволяют отменить обновление в случае возникновения ошибки в процессе обновления. |
Действие Обновить можно использовать для изменения или обновления ресурсов, связанных с приложением. Несколько параметров позволяют точно определить, как будет происходить обновление:
Тип операции: Укажите тип источника данных, который будет использоваться для обновления приложения: файл, загруженный через веб-интерфейс, или каталог в файловой системе AggreGate.
Обработка существующих контекстов: Укажите поведение для обновления уже существующего контекста: пропустить, заменить или обновить существующий контекст.
Удаление ресурсов
Классическая SCADA | Механизм удаления ресурсов в традиционных системах SCADA зависит от конкретного используемого программного обеспечения. Общими вариантами являются либо удаление всего проекта с сервера, либо индивидуальное удаление ресурсов, если проект все еще развернут на сервере. |
|---|---|
AggreGate | В AggreGate действие Откатить контекста приложения удаляет все ресурсы, созданные при развертывании приложения, по сути, отменяя действие Развернуть. Само приложение, а также все локально измененные ресурсы не удаляются. Ресурсы также можно удалить из приложения по отдельности с помощью свойства Ресурсы, а затем удалить их через контекстное меню. Этот метод полезен для удаления старых или неиспользуемых ресурсов из проекта, не затрагивая другие компоненты. |
Was this page helpful?