Similar presentations:
Application Server 2020 R2
1.
Application Server 2020 R2Яблоков Михаил
1
2.
Знакомство, опыт, целиРасскажите о себе:
• Имя
• Компания, город, должность
• Опыт работы с ПО AVEVA (Wonderwarе): каким, каких версий, в какой отрасли
• Ожидания от курса
3.
Распорядок дня10:00
Начало
11:30
20 минут
13:00
При выходе из класса - налево
Доступен WI-FI для мобильных устройств:
Имя сети: GAGARIN
Пароль: Lakrimozo22
60 минут
14:00
Чай, кофе, печеньки
15:30
20 минут
17:00
Завершение
На улице
Телефоны на беззвучный режим
4.
Внедрено на100,000+
предприятиях
Отслеживает
20
миллиардов+
Сохраняет
промышленных
параметров
10
триллионов+
Project Centre
R&D Centre
Combined R&D
and Project Centre
Key Office
промышленных параметров в день
что равно
12,000+ TB
информации в год
MMM
WWW 4%
5%
General
6%
4400 человек персонал
10+ R&D cцентров
22+ проектных офиса
1000 сотрудников в R&D
16% от оборота инвестируется в R&D
85% бюджета R&D идет на разработку
следующего поколения
O&G, Chem
46%
Shipbuilding
7%
Eng & Infra
10%
4200 СИ Партнеров
5700 сертифицированных разработчиков
160 тенологических партнеров
F&B and Pharma
11%
Power
11%
5.
Klinkmann – это официальный авторизованныйдистрибьютор ПО AVEVA (Wonderware)
Сертифицированная Техническая
поддержка
• Техническая поддержка (телефон, email)
• Дистанционное диагностирование проблем
Сертифицированное
обучение
Консалтинг
• Online/Offline учебные курсы
• Семинары/тренинги
• Вебинары
• Помощь в проработке архитектуры систем
• Аудит систем
100+ партнеров-системных интеграторов ПО AVEVA (Wonderware) по России
https://www.aveva.com/en/about/partners/system-integrators/ (выбрать Russian Federation)
6.
Klinkmann общие сведенияПерсонал:
250 сотрудников
Офис в
Хельсинки
Два подразделения:
Обширный рынок
Автоматизация - 90 человек
Крупные объемы
Электрокомпоненты - 90 человек
Экономическая эффективность
Финляндия
Финансовый отдел, IT, логистика и т. д. - 70 человек
Россия
Хельсинки
Офисы:
Россия –
Москва, Санкт-Петербург,
Екатеринбург, Самара, Уфа
Финляндия – Хельсинки
Эстония – Таллин
Латвия – Рига
Литва – Вильнюс
Украина – Киев
Беларусь – Минск
Компания основана в 1926 г.
Санкт-Петербург
Таллин
Эстония
Рига
Литва
Екатеринбург
Латвия
Москва
Самара
Беларусь
Вильнюс
Уфа
Минск
Киев
Украина
7.
AVEVA™ System Platform Training TrackРешения, использующие AVEVA™ System Platform, реализованы в виде объектно-ориентированных приложений,
которые управляют I/O, алармами, сохранением информации и так далее, в том числе supervisory-клиенты
AVEVA™ Operations Management Interface или AVEVA™ InTouch for System Platform.
AVEVA™ Operations
Management Interface
AVEVA™ Historian
AVEVA™ Application
AVEVA™ Historian
OR
1
2
3
4
Client
Server
Server
AVEVA™ InTouch for
System Platform
Situational Awareness
Plant modeling
Historian configuration
Data retrieval options
design basics
Automation objects
Historizing Application
Trend client tool
Display
layouts
Server objects
I/O communication
Query client tool
Graphics and
Data retrieval
Alarms
Microsoft Excel add-on
animations
Manually inserting and
for reporting
History
Alarm visualization
updating historical data
Microsoft Word add-on
Security
Trending
Historian event
for reporting
Redundancy
Scripting
subsystem
Client controls for HMI
Scripting
Security
Data summaries
integration
Web Client*
Data replication
*Только для InTouch for
System Platform
7
8.
Module 1Введение
9.
Module 1Введение
Section 1: Введение в курс
Section 2: Обзор System Platform
Section 3: Обзор Application Server
Lab 1: Создание галактики
Section 4: System Platform IDE
Section 5: Объекты автоматизации
Lab 2: Создание глобальных производных шаблонов
Section 6: Системные требования и лицензирование
9
10.
Section 1Введение в курс
10
1
Описание курса
2
Цели курса
3
Требования к слушателям
4
Online ресурсы и поддержка
5
Содержание курса
6
Знакомство, опыт, цели
11.
Описание курсаКурс Application Server 2020 разработан для обеспечения фундаментального
понимания базовых принципов, архитектуры, обзора возможностей и функций
сервера приложений. Курс содержит теорию и практические лабораторные работы
ориентированные на получение знаний необходимых для разработки и поддержки
приложений реализованных на ПО Application Server.
В ходе занятий будет рассмотрено как использовать инструменты Application
Server для подключения к полевым устройствам, обработки данных, запуска
скриптов, обработки аварийных сигналов и сохранения исторических данных.
Этот курс также обеспечит понимание процессов обслуживания приложений,
работы аварийных сообщений в режиме реального времени, конфигурирование
безопасности и настройки резервирования приложений и источников ввода/вывода.
11
12.
Цели курса• Создание новых приложений
• Моделирование производственного процесса
• Прототипирование производственного процесса с помощью симулятора данных
• Сбор данных с «полевых» устройств
• Настройка резервирования ввода/вывода
• Работа с подсистемами тревог и архивирования данных
• Использование импорта/экспорта в приложениях
• Определение и конфигурирование безопасности в приложении
• Настройка резервирования серверов приложений
• Внедрение скриптов .NET Scripting для повышения функциональности приложений
• Резервное копирование и восстановление приложений
12
13.
Online ресурсыОбучение
Вебинары, Hands-On Labs – тренинги, Обучающие курсы, Локальные семинары в городах
https://www.wonderware.ru/services/training/
Knowledge & Support Center
Техническая информация и документация, форум, дистрибутивы продуктов
и многое другое http://softwaresupport.aveva.com
YouTube канал “Klinkmann/Wonderware Authorized Distributor” - вебинары, записи с
конференций, how-to видео
Техподдержка
Online форма: http://www.klinkmann.ru/support/wonderware/
E-mail: [email protected]
Лицензирование
Сайт: wwlicensing.wikidot.com/
14.
Application Server 2020Содержание курса
Module 1: Введение
Module 8: Управление объектами
Module 2: Планирование приложений
Module 9: Безопасность
Module 3: Инфраструктура приложений
Module 10: Резервирование
Module 4: Объекты приложения
Module 11: Введение в QuickScript.NET
Module 5: Интеграция ввода/вывода
Module 12: Резервное копирование и
Module 6: Архивирование данных
восстановление Galaxy
Module 7: Тревоги и события
14
15.
Section 2Обзор
System Platform
15
Con
cep
ts
1
anr
Plat
min
for
olo
2
gy
Plat
Top
for
olo
3
gy
Top
olo
gy
Что такое System Platform
Основные понятия и терминология
Топология System Platform
16.
Что такое Системная Платформа?AVEVA System Platform –
стратегическая платформа для промышленного ПО:
диспетчерского управления, SCADA и систем
управления производствомв одном масштабируемом приложении.
System Platform сравнима с ОС компьютера –
передающая среда и посредник для всех действий
промышленного ПО
17.
Что такое Системная Платформа?18.
Основные понятия и терминологияGalaxy
Приложение/проект Application Server’a, конфигурационная информация которого хранится в виде базы данных
Galaxy Repository
Узел/сервер с установленной программной подсистемой, на котором располагается одна или несколько баз
данных/проектов Galaxy.
Application Server
• Ядро системы/проектов System Platform. Центр сбора, обработки и распределения производственной информации.
Сервер приложений использует существующие продукты AVEVA /Wonderware для визуализации (InTouch), для
сохранения данных (Historian), для интеграции оборудования и связи между устройствами(I/O, DA, OI, OPC Servers).
Сервер приложений может быть распределен на несколько компьютеров и являться частью единого пространства
имен Galaxy.
Bootstrap
Основная служба архитектуры ArchestrA, базовое ПО для развертывания компонентов System Platform
System Platform IDE (Integrated Development Environment)
Среда разработки Application Server’a для настройки и развертывания приложения (Galaxy)
18
19.
System Platform and ClientsSupervisory Clients
AVEVA System
Platform Clients
AVEVA Operations
Management
Interface
AVEVA InTouch
for System
Platform
AVEVA System
Platform
AVEVA
Application
Server
AVEVA
Historian
Microsoft Technologies
+
Industry Standards
19
Controllers
Software
AVEVA
Historian
Client
AVEVA
Historian
Client Web
AVEVA
Communication
Drivers
Data Sources
20.
System Platform TopologySupervisory Clients (Visualization Nodes)
Device Integration Servers
Controllers
20
Application Object Servers
Engineering Stations
Galaxy
Repository
Historian
Server
License
Server
21.
Топология System PlatformSupervisory Clients (Visualization Nodes)
Operations Management Interface
Bootstrap
Bootstrap
Engineering Stations
InTouch for System Platform
InTouch
(Runtime)
InTouch
(Runtime)
Bootstrap
Bootstrap
IDE
IDE
InTouch
InTouch
Hist. Client
Hist. Client
Bootstrap
Bootstrap
License
Manager
OI / DA / IO
Server
OI / DA / IO
Server
Galaxy
Repository
Bootstrap
Bootstrap
Application Object Servers
Galaxy
Repository
Bootstrap
Device Integration Servers
Controllers
21
Software
Components
Historian
Server
License
Server
Historian
Server
License
Server
22.
Section 3Обзор
Application Server
22
1
Application Server
2
Конфигурация машин для курса
23.
Application Server – ключевые особенности• Использование .NET Framework в промышленной автоматизации
• Объектно-ориентированное приложение
• Одно глобальное распределенное пространство имен
• Централизованное конфигурирование и безопасность
• Многопользовательская среда разработки
Intake
Production
Line 1
• Иерархическая модель производственного процесса
Line 2
Discharge
• Самодокументирование
• Широкие возможности по обслуживанию и диагностике системы
23
24.
Конфигурация машины для курсаDEVXX
Application
Engineering
Galaxy
+
Station
Repository + Object Server
Bootstrap
Galaxy Repository
ArchestrA IDE
Historian
OI Server
25.
5 минутLab 1
Создание Galaxy
S00ENG
S00ENG
27
26.
1Section 4
System Platform
Integrated Development
Environment (IDE)
28
System Platform IDE
27.
System Platform Integrated Development Environment29
28.
Section 5Automation Objects /
Объекты автоматизации
30
1
Automation Objects/ Объекты
автоматизации
2
Templates / Шаблоны
3
Object Wizard / Мастер объекта
29.
Объекты автоматизацииВвод/Вывод
Графика
Скрипты/логика
Документация
Архивирование данных
Тревоги и события
Безопасность
31
30.
Объекты автоматизации• Шаблоны и экземпляры
• Экземпляры получены из шаблонов и наследуют всю конфигурацию
• Новые шаблоны могут быть созданы из существующих
• Изменения в шаблонах могут быть
применены к производным объектам
• Шаблоны позволяют создавать
библиотеку стандартных объектов
CV101
CV102
$Valve
CV103
32
31.
Шаблоны33
Базовые шаблоны
Наследуемые шаблоны
Основные объекты созданные
при помощи Object Toolkit
Шаблоны созданные из других
шаблонов при помощи IDE
Содержит базовые атрибуты и
функционал объекта
Наследуют атрибуты,
конфигурацию и функционал
из родительского шаблона
Недоступны для
редактирования (Read-only)
Доступны для редактирования
32.
Наследование шаблоновTemplates
$Inlet
$UserDefined
$Valve
$Outlet
34
33.
Object Wizard/ Мастер объектаObject Wizard – пользовательский интерфейс для
создания и настройки экземпляров (активов) из
шаблона. Один шаблон объекта с мастером
(супершаблон) может заменить несколько
производных шаблонов для настройки
множества похожих экземпляров.
• Содержит варианты и опции для настройки
экземпляра.
• Choices и options могут быть связаны с
набором атрибутов, скриптов, граф. символов
• Уменьшает количество необходимых шаблонов
• Для экземпляра настраиваются только
элементы необходимые в runtime среде
35
34.
10 минутLab 2
Создание глобальных производных шаблонов
36
35.
Section 6Системные требования
и лицензирование
37
1
Системные требования
2
Лицензирование
3
Шифрование соединения
4
Sentinel System Monitoring
36.
Системные требования- SoftwareDevelopment
(IDE)
Galaxy
Repository
Application
Object Server
Supervisory
Client
Windows Server
Предпочтительно
Предпочтительно
Предпочтительно
Поддерживается
Windows Workstation
Поддерживается
Поддерживается
Поддерживается
Предпочтительно
SQL Server
Не требуется
Требуется
Не требуется
Не требуется
Требуется
Требуется
Требуется
Требуется
.NET Framework
Примечание: Дополнительную информацию см. на портале
https://gcsresource.aveva.com/TechnologyMatrix и в Readme файлах на соответствующий продукт
38
37.
Системные требования – Hardware(Сервера)
CPU
(Cores)
RAM
(GB)
Storage
(GB)
Display
(resolution)
Network
(Mbps)
Small
1 - 25K I/O per node
2
2
100
1024 x 768
100
Medium
25K - 50K I/O per node
4
8
200
1024 x 768
1000
Large
> 50K I/O per node
8
16
500
1024 x 768
1000
Примечание:
1. Это минимальные требования к оборудованию.
2. Для получения дополнительной информации обратитесь к руководству
WSP_Install_Guide.pdf, прилагаемому к программному обеспечению
39
38.
Системные требования – Hardware(Клиенты)
CPU
RAM
Storage
Display
Network
(Cores)
(GB)
(GB)
(resolution)
(Mbps)
4
8
200
1280 x 1024
100
Примечание:
1. Это минимальные требования к оборудованию.
2. Для получения дополнительной информации обратитесь к руководству
WSP_Install_Guide.pdf, прилагаемому к программному обеспечению.
40
39.
Лицензирование• Модели лицензирования
• Лицензирование через активацию
• Бессрочная лицензия
• Лицензии устанавливаются на
• Постоянные лицензии
сервер
• Связаны с определенной версией
которая была приобретена
License Server
• По подписке
License Manager
• Виды активации
Online
Offline
41
40.
Основные понятия в лицензировании System PlatformAVEVA System Platform 2020, 5K IO/5K History - Application Server 5K IO, Historian
Standard 5K Tag, 2 Communication Drivers Standard, 1 Historian Client Web.
Galaxy
Проект размещаемый в Galaxy Repository. 1
лицензия System Platform = 1 Galaxy проект
развернутый на любое количество узлов
I/O Point
Количество точек в/в потребляемых проектом Galaxy
Communication Drivers
Cервера в/в (конвертеры протоколов). Лицензируются
по количеству узлов. На узел с лицензией можно
установить любые типы драйверов.
Historian Tag
Точка данных (переменная), хранимая в
архиве Historian
Supervisory Client
Клиенты визуализации данных Galaxy
(приобретаются дополнительно)
41.
Лицензирование System Platform• Одна лицензия = Одна Galaxy
• Градация по количеству:
• Application Server I/O Points
• Historian Tags
• OI Servers
• Дополнительно входят:
• 1 Historian Client Web
• Remote Response Objects
• Recipe Manager Plus*
Standard Edition
2 Client Connections
* Предоставляется по запросу
Для разработки отдельная лицензия!
• SQL Server Standard Edition for Sizes
>= 50K I/O
42.
Примеры лицензий•Runtime лицензия
AVEVA System Platform 2020, 5K IO/5K History - Application Server 5K IO,
Historian Standard 5K Tag, 2 Communication Drivers Standard, 1 Historian Client
Web.
•Лицензия для разработки
Development Studio 2020 Small 250/500/100
Development Studio 2020 Medium 1K/1K/100
Development Studio 2020 Large 5K/3K/500
Development Studio 2020 Unlimited, Unlim/60K/500
43.
Лицензии Supervisory Client• Одна лицензия позволяет запускать:
• Operations Management Interface for System Platform
AVEVA™
InTouch HMI
• InTouch for System Platform
• Типы клиентов:
• Толстый
• Тонкий
AVEVA™
InTouch Access
Anywhere
• Web клиент
• Опции:
• With/Without Historian Client
• Read-Only
45
AVEVA™
Operations
Management
Interface
44.
Лицензирование Flex• Лицензирование основанное на подписке
• Используется вместо традиционных бессрочных лицензий
• Настроен для объектов платформы
• None
• Single Engine
• Unlimited
46
45.
Шифрование соединения• Протоколы с шифрованием:
• SuiteLink
• Message Exchange (MX)
• iData
• iBrowse
• HCAL
47
46.
Шифрование соединения48
47.
Sentinel System MonitoringSentinel System Monitor – ПО, непрерывно отслеживающее состояние
ваших приложений AVEVA/Wonderware и аппаратного обеспечения.
Выявляет и предупреждает вас о потенциальных проблемах, прежде
чем они проявятся в реальности, таких как ошибки в системном или
прикладном ПО, события простоя компьютера.
49
48.
Sentinel System MonitoringНекоторые атрибуты Wonderware, сообщения, метрики и системные
параметры которые постоянно отслеживаются:
• System Platform (Platform & Engine): Runtime Attributes like Scan
Status, Redundancy/Failover, ArchestrA Event Log Error/Warnings,
logged Script Issues
• DI Objects: Connections/Scan Status, DAServer Status, ArchestrA Event
Log Error/Warnings
• ArchestrA: ArchestrA Services Status, ArchestrA Event Log
Errors/Warnings
• SQL Server: Internal Performance & Health per Microsoft SQL Server
Management Pack
• Hardware/Operating System: CPU, Memory, Event Logs, Performance
Counters
50
49.
Module 2Планирование приложений
50.
Module 2Планирование приложений
Section 1: Рекомендуемый рабочий процесс по созданию проекта Application Server
Section 2: Практический пример
51.
Section 1Рабочий процесс
53
1
Объекты автоматизации
2
Предлагаемый рабочий процесс
52.
Предлагаемый рабочий процессОпределение полевых устройств и требований к функционалу
Определение правил именования объектов
Планирование шаблонов
Построение модели производства
Определение моделей безопасности
Создание модели развертывания проекта
55
53.
1Section 2
Практический пример
56
Моделируемое предприятие
54.
Моделируемое предприятиеRECEIVING
PRODUCTION
LINE 1
LINE 2
57
PACKAGING
SHIPPING
55.
Имитируемый тех. процесс1: Adding First Material
2: Adding Second Material
3: Mixing Materials
Open Inlet 1
Start Pump 1
Open Inlet 2
Start Pump 2
Start Agitator
Open Outlet
Level Reaches 60%
Level Reaches 100%
Wait x Seconds
Level Reaches 0%
Close Inlet 1
Stop Pump 1
Close Inlet 2
Stop Pump 2
Stop Agitator
Close Outlet
AGITATOR
LT
INLET 1
PUMP 1
TT
SPEED
INLET 2
PUMP 2
OUTLET
58
4: Draining Tank
56.
Module 3Инфраструктура приложений
57.
Module 3Инфраструктура приложений
Section 1: Модель предприятия
Section 2: Модель развертывания
Lab 3: Создание моделей предприятия и развертывания
Section 3: System Management Console
Section 4: The Runtime Environment
Lab 4: Использование Object Viewer
Section 5: Имитация данных
Lab 5: Настройка имитации данных производственного процесса
58.
1Section 1
Модель предприятия/
Plant Model
61
Model View
59.
Модель предприятия/Plant ModelPlant
Section
Area
Production
Line
Section
Area
Section
Area
Production Line
Manufacturing Cell
62
Production Line
Manufacturing
Cell
Manufacturing Cell
60.
Section 2Модель развертывания/
Deployment Model
63
1
Deployment View
2
Наследование шаблонов
3
Deployment Model
61.
AreaAppEngine
WinPlatform
Bootstrap
64
DI Object
Area
DI Object
Модель развертывания
62.
Areaили
DI Object
Area
DI Object
Модель развертывания
AppEngine
ViewEngine
AppEngine
ViewEngine
WinPlatform
WinPlatform
WinPlatform
Bootstrap
Bootstrap
Bootstrap
63.
Наследование шаблонов/Template DerivationInstance
Templates
CV101
$Inlet
CV102
$UserDefined
$Valve
CV103
$Outlet
CV104
66
64.
20 минутLab 3
Создание модели предприятия
(производственного процесса) и модели развертывания
67
65.
Развернутые экземпляры (Deployed Instances)Engineering Stations (IDE)
Supervisory Clients (Visualization Nodes)
Deploy
View App Graphics
Development
Application Objects
Templates
Instances
ViewApp Graphics
Application Object Servers
Galaxy
Repository
68
Read/Write
Data
Deploy
Application Objects
Instances
Communication
Drivers
Controllers
66.
1Section 3
System Management
Console (SMC)
71
SMC
67.
System Management Console• System Management Console (SMC)
обеспечивает управление и диагностику
System Platform и Application Server, позволяя
Вам просматривать состояния некоторых
системных объектов и выполнять над ними
действия
• Конфигурирование Historian Server
• Управление БД Galaxy
• Управление OI Servers
• Log Viewer
• Platform Manager
72
68.
System Management Console• Log Viewer – это диагностический инструмент, используемый для просмотра сообщений,
записанных Application server’ом и другими компонентами System Platform
• Что может Log Viewer?
• Выполнять мониторинг сообщений от любого узла SP в сети
• Фильтровать сообщения
• Добавлять кастомные
флаги
• Отправлять часть
журнала в другие
приложения
73
69.
Section 4Среда исполнения
74
1
Runtime Environment
2
Object Viewer
70.
Среда исполнения• Все развернутые объекты представляют собой среду выполнения Galaxy
• Управляется объектом AppEngine, на котором запущены объекты приложения:
• Areas (зоны)
• Device Integration objects (объекты связи с I/O)
• Automation Objects (объекты автоматизации)
• Object Viewer – инструмент среды runtime, который позволяет тестировать, выполнять
диагностику и устранять неполадки в Galaxy
• Предоставляет доступ к чтению/записи атрибутов объектов Application Server’a в
зависимости от их конфигурации
75
71.
Инструменты среды исполнения• Object Viewer предназначен в первую
очередь для разработчиков и
обслуживающего персонала
• Операторы и другие пользователи Galaxy
должны использовать свои графические
интерфейсы:
• InTouch for System Platform
• InTouch OMI
76
72.
Object ViewerРазвернутое
приложение
77
73.
15 минутLab 4
Использование Object Viewer
78
74.
1Section 5
Имитация данных
79
Data Simulation
75.
Имитация данных• The Simulator OI Server (OI.SIM) автоматически
устанавливается на узел Galaxy Repository
• С его помощью вы можете разработать и
протестировать проект перед его развертыванием в
производственной среде
• Simulator OI Server отправляет данные в I/O
атрибуты аналогично реальным ПЛК
80
76.
Имитация данных• Simulator – зарезервированное ключевое
слово для объектов Device Integration
• С помощью экземпляра OPCClient с именем
Simulator, который связан с сервером
OI.SIM, объекты сервера приложений
автоматически подключаются к имитатору
данных с «поля», используя группу Fast
• Новые экземпляры объектов автоматически
назначаются объекту Simulator в скан группу
Fast
81
77.
Связь объекта автоматизации с ПЛКDevice Integration Object
Driver
Simulator
OI.SIM.1
Connection Status
82
PLC
Software
Simulator
$Sys$Status
78.
10 минутLab 5
Настройка имитации данных производственного
процесса
83
79.
Module 4Объекты приложения/
Application Objects
80.
Module 4Объекты приложения
Section 1: Введение в объекты приложения
Section 2: Атрибуты объектов
Lab 6: Моделирование измерителя уровня
Section 3: Управление изменениями и распространением
Lab 7: Настройка управления изменениями и распространением
Section 4: Объекты-контейнеры
Lab 8: Моделирование смесителя
81.
1Section 1
Введение в объекты
приложения
86
Шаблоны
82.
Шаблоны приложения87
83.
Section 2Атрибуты объектов
88
1
Объект $UserDefined
2
Возможность записи в атрибут
84.
Объект $UserDefinedAnalog Attribute
Analog Attribute.RawMin
Analog Attribute.RawMax
Scaling
Analog Attribute.EngUnitsMin
Analog Attribute.Input.InputSource
Analog Attribute.Input.Value
Analog Attribute.EngUnitsMax
Discrete Attribute.Input.InputSource
Discrete Attribute.Input.Value
Boolean
89
Invert
Discrete Attribute
Analog
85.
Boolean атрибуты объекта $UserDefined90
86.
Аналоговые атрибуты объекта $UserDefined91
87.
Варианты записи в атрибутSame
Object
Calculated
Calculated Retentive
Object Writeable
User Writeable
92
Other
Objects
External
Users
88.
20 минутLab 6
Моделирование измерителя уровня
93
89.
1Section 3
Контроль и
распространение
изменений
94
Контроль и распространение
изменений
90.
Контроль и распространение измененийCV101
$Inlet
CV102
$UserDefined
$Valve
CV103
$Outlet
CV104
Unlocked
Locked
Locked In Parent
95
91.
Контроль и распространение изменений• Блокировка атрибута предотвращает изменения этого атрибута на производных
шаблонах и экземплярах
• Блокировка атрибута блокирует атрибут по всей иерархии наследования
• Блокировка атрибутов помогает создавать стандарты в Galaxy
• Разблокировка атрибута освобождает его только на один уровень иерархии вниз
96
92.
15 минутLab 7
Настройка опции по управлению и распространению
изменений
97
93.
Section 4Вложенность.
Объекты-контейнеры
98
1
Вложенность
2
Контейнерные имена
94.
Вложенность• Позволяет моделировать более сложные структуры как один объект
• Все объекты по-прежнему доступны как отдельные объекты
• Связь может быть построена на уровне шаблона или экземпляра
Tank
Agitator
Level Meter
Inlet Valve
99
Outlet Valve
95.
Имена объектовСобственное имя
(индивидуальное имя объекта):
Valve_001
Контейнерное имя
(имя объекта внутри содержащего его контейнера):
Tank_001.InletValve
Reactor_001.Tank_001.Valve_001
Иерархическое имя
(имя объекта в контексте его корневого контейнера): Reactor_001.Tank_001.InletValve
Reactor_001.MixerTank.InletValve
Tank_001.Valve_001
Есть возможность использовать косвенные ссылки!
Me.InletValve
(для ссылок на дочерние объекты в скриптах родительского)
MyContainer.InletValve
(для ссылок в скриптах дочерних объектов на другие дочерние)
96.
35 минутLab 8
Моделирование смесителя
AGITATOR
$Meter
Level
INLET 1
PUMP 1
$Valve
Temp
$Motor
OUTLET
INLET 2
PUMP 2
$Mixer
101
97.
Module 5Интеграция ввода/вывода
98.
Module 5Интеграция ввода/вывода
Section 1: Device Integration серверы
Lab 9: Настройка OI Server’а
Section 2: Объекты Device Integration
Lab 10: Настройка объектов Device Integration
Section 3: Подключение объектов приложения к полевым данным
Lab 11: Подключение смесителя к полевым данным
Section 4: Резервирование Device Integration
Lab 12: Настройка Redundant DI Object
99.
Section 1Device Integration
Servers
104
1
Automation Communication
2
Device Integration Products
100.
Подключение объектов автоматизации к ПЛК101.
Подключение объектов автоматизации к ПЛКApplication Object
MX
Device Integration Object
Driver
<topic>.
<object>.
<device group>.
<scan group>.
Generic DI Objects
IO Server
Data point, register or
address on PLC
<item>
PLC1
(Legacy)
Application Object
$DDESuiteLink
PLC2
Client
OI Server
PLC3
OPC Server
PLC4
OI Server
PLC5
$OPCClient
Device Specific
DI Objects
DIObject
OPC
Single Node
106
102.
OI Servers and DI ObjectsNIC
OI Server
PLC_1
PLC_2
DHP
SLC_A
SLC_B
CNET
PLC5_A
PLC5_B
108
103.
DA Servers and OI Servers1 Лицензия
на узел
104.
Device/Operation Integration Servers• Allen-Bradley ABCIP
• Siemens SIDirect S7200/300/400/1200/1500
• Texas Instruments TI500
• Mitsubishi Electric MELSEC
• Omron OMRONFINS
• Opto 22 OPTOMMP
• Modbus MBTCP
• Beckhoff TWINCAT
• BACnet/IP BACLITE
• General Electric GESRTP
• 3S CODESYS
• SNMP v1, v2c
• AutomationDirect KOYO
• Web Service OI Server (WEBSVC)
• AutomationDirect DOMORE
• OI Gateway (ex-FSGateway) (OPC DA, OPC UA,
MQTT, DDE, etc)
• AutomationDirect ADPRO
OPC Factory Server (Schneider Electric): Modbus Serial (RTU), Modbus TCP (IP or X-Way
addressing), Modbus Plus
105.
OI Gateway• Замена FS Gateway поддержка текущих функций:
• Client protocols: DDE, SuiteLink, OPC DA, ArchestrA, InTouch
• Server protocols: DDE, SuiteLink, OPC DA
• Дополнительно поддержка OPC UA (as a client)
• работает с Application Server и/или standalone InTouch
• Дополнительно поддержка MQTT: “Internet-of-Things” protocol (IoT)
• Connect to MQTT broker
• Publish references from any OPC DA server
106.
10 минутLab 9
Настройка OI Server
Field Device
Device
Diver
Field Device
PLC Simulator
113
107.
Section 2Device Integration
объекты
114
1
Connecting to the Field
2
Communication Protocols
108.
Подключение к полевым даннымDevice
Driver
115
Field Device
109.
Протоколы связиVTQ
Client
Server
DDE or SuiteLink
Node
Name of the computer where the server application is running
Application
Name of the server application executable
Topic
Name of the topic in the server application from which to receive
data
OPC
116
Node
Name of the computer where the OPC Server is running
Server
Name of the OPC Server
Scan Group
Name of the scan group in the OPC Server from which to receive data
110.
Продвинутое управление коммуникациями/Advanced Communication Management
Active On Demand
Атрибуты, которые в данный момент неактивны, не опрашиваются
Active
Атрибуты всегда опрашиваются
Когда последняя ссылка на атрибут незарегистрирована (не объявлена) атрибут удаляется.
Active All
Атрибуты всегда опрашиваются
Когда последняя ссылка на атрибут незарегистрирована (не объявлена) атрибут не
удаляется.
117
111.
10 минутLab 10
Настройка объектов Device Integration
Galaxy
Device
Driver
Field Device
PLC Simulator
118
112.
Section 3Подключение объектов
приложения к полевым
данным
119
1
Адресация ввода/вывода
2
Функция Autobind
113.
Адресация ввода/вывода<DIObjectName>.<DeviceGroupName>. <ItemName>
120
114.
Функция AutoAssignment для атрибутов объектов• Когда Вы включаете опцию I/O для атрибута,
функция AutoAssignment конфигурируется
автоматически
• Позволяет атрибуту создавать собственный
адрес I/O при назначении источника данных,
формирование происходит на основе имени
объекта и атрибута.
• AutoAssignment требует, что бы список тэгов
ПЛК был загружен в OI-сервер с
соответствующими
псевдонимами
121
115.
Функция AutoAssignment для атрибутов объектов• Объекты Area могут быть назначены
источнику I/O в устройствах ввода/вывода
• Объекты в этих областях автоматически
назначаются одному и тому же источнику I/O
122
116.
Функция AutoAssignment для атрибутов объектов• I/O адрес может быть назначен вручную, но
это отключит AutoAssignment
• Нажатие заново подключит
AutoAssignment
123
117.
20 минутLab 11
Подключение смесителя к полевым данным
AGITATOR
Level
INLET 1
PUMP 1
Temp
OUTLET
INLET 2
PUMP 2
$Mixer
125
118.
1Section 4
Резервирование Device
Integration
126
Резервирование DI
119.
Резервирование Device Integration• Потеря управляющей сети приведет к тому, что сервер
потеряет соединение с данными
ArchestrA
Runtime
• Redundant DI Объект позволяет осуществлять связь через
Standby сеть, если связь по сети Active оборвана
• Redundant DI объект позволяет приложениям
подписываться на один объект, который, в свою
очередь, может извлекать данные из основного или
резервного (Primary/Backup) Device integration объекта
127
CIP
DH+
120.
Резервирование Device IntegrationApplication
Objects
RDIO
DIO_1
DIO_2
OI Server (A)
CIP
Control Networks
DH+
128
OI Server (B)
121.
20 минутLab 12
Настройка Redundant DI Object
Field Device
Device
Diver
Field Device
PLC Simulator
129
122.
Module 6Архивирование данных
123.
Module 6Архивирование данных
Section 1: Архивирование данных в Application Server
Lab 13: Конфигурирование и получение исторических данных
124.
Section 1Архивирование данных
Application Server
132
1
Архивирование данных
2
Настройка архивирования
3
Использование Historian Client web
125.
Архивирование данных• Объект AppEngine является посредником для объектов по передаче данных в
Historian
• AppEngine передает в архив только те объекты, которые содержит
• AppEngine также сохраняет тревоги и события в Historian
• Объект WinPlatform обеспечивает технологию Store & Forward
AppEngine
CLIENT
Area
WinPlatform
Historian
133
126.
Настройка архивированияНастройки объекта Engine
• включить опцию Enable storage to historian
• включить опцию Enable Tag Hierarchy
• указать узел Historian
Конфигурация атрибутов
• включить History
• определить настройки, специфичные
для различных атрибутов
134
127.
Historian Client Web• Historian Client Web предоставляет веб-доступ к серверу Historian Server
• Устанавливается с Historian Server как локальное приложение и может отображать
архивные данные в различных форматах, таких как тренды и таблицы
135
128.
20 минутLab 13
Конфигурирование и получение исторических данных
136
129.
Module 7Тревоги и события
130.
Module 7Тревоги и события
Section 1: Обзор подсистемы тревог и событий
Lab 14: Настройка и взаимодействие с тревогами
131.
Section 1Обзор подсистемы
тревог и событий
139
1
Обзор подсистемы тревог
2
Настройка тревог
3
Настройка тревог и событий
4
Архивирование тревог
5
Состояния тревог и подтверждение
6
Счетчики тревог по уровню
важности
7
Режимы тревог
132.
Подсистема тревог$Object2
$Object1
$Object3
Сообщают о своих тревогах и событиях
$Area
$WinPlatform
$AppEngine
DISTRIBUTED ALARM MANAGER
CLIENTS
“Подписчики тревог”
140
$DIObject
133.
Настройка тревог• Для аналоговых атрибутов
Включить тип сигнала-тревоги
• Limits
• Rate of Change
• Deviation
• Bad Value
• Для дискретных атрибутов
Включить тип сигнала-тревоги
• State and Category
• Bad Value
144
134.
Конфигурация тревог и событий Galaxy• Дополнительная общая конфигурация тревог может быть выполнена для IDE
• Galaxy > Configure > Alarms and Events Configuration
145
135.
Состояния тревог• Тревога имеет несколько состояний для оповещения:
• Тревога активна или неактивна
• Тревога подтверждена или не подтверждена
Alarm Acknowledged by
Operator
UNACK_ALM
ACK_ALM
Alarm Returns to Normal
after being Acknowledged
146
Alarm
becomes
active
ACK_RTN
Alarm Returns to Normal before
being Acknowledged
UNACK_RTN
Operator Acknowledges Alarm
after it has Returned to Normal
136.
Архивирование тревог• Когда AppEngine настроен на
архивирование, все возникающие
тревоги и события сохраняются в
Historian
• История тревог может быть получена
через запрос к Historian Server из MS SQL
Server
• История тревог может быть также
получена через Insight клиент если
значения атрибута также архивируются в
Historian
147
137.
Подтверждение тревог• Только текущие неподтвержденные тревоги могут быть подтверждены
• Пользователь должен иметь права для подтверждения тревог
• Пользователем должен быть дан комментарий к тревогу
• Подтверждение меняет состояние тревоги и уведомляет подписчиков на тревогу
• Тревоги могут быть подтверждены через:
• Alarm Client Control
• Object Viewer
• Пользовательскую графику
• Скриптом
148
138.
Взаимодействие с тревогами с помощью Object ViewerObject viewer может быть использован для просмотра и взаимодействия с тревогами:
• Статус тревоги
• .InAlarm
• .Acked
• .AlarmMostUrgentInAlarm
• Взаимодействие
• .AlarmInhibit
• .AlarmShelveCmd
• .AckMsg
• Агрегация тревог
• .AlarmCntsBySeverity
149
. . . и много другое
139.
Счетчики тревог по уровню важностиAlarmCntsBySeverities 0,0,0,0,0,0,0,0,0,0,0,0,0
Доступно 13 счетчиков:
• Единый атрибут внутри объекта
(1-4)The total number of active alarms (UNACK_ALM +
UNACK_RTN + ACK_ALM) at each severity level.
включают
•• Контейнеры
(5-8)The UNACK_ALM
alarm все
count.
• атрибуты
(9-12)The UNACK_RTN
alarm
count.
внутренних
объектов
• (13)A decimal representation if any active alarm bits are
• Области включая все атрибуты
set on the local object.
• Все атрибуты внутри объекта
внутри объектов данной области
140.
Режимы тревог• Alarm Modes
• Enable – тревоги отслеживаются, отправляются клиентам и архивируются
• Disable – тревоги не отслеживаются
• Silence – тревоги отслеживаются и архивируются но не отправляются клиентам
• Alarm Inhibit
• True – тревоги запрещены и отключены
• False – тревоги не запрещены
• Alarm Plant States
• Отслеживание тревог на основе состояний производства
152
141.
Откладывание тревог• Предоставляет пользователям возможность откладывать/выключать тревоги и
возвращать их обратно через определенное время.
Shelving/откладывание тревог требует указать:
• Причину
• Продолжительность
• Отложенные тревоги могут быть возвращены вручную
154
142.
20 минутLab 14
Настройка и взаимодействие с тревогами
155
143.
Module 8Управление объектами
144.
Module 8Управление обектами
Section 1: Экспорт и импорт объектов
Lab 15: Экспортирование и импортирование объектов
Section 2: Процессы Galaxy Dump и Galaxy Load
Lab 16: Настройка экземпляров с помощью .CSV файла
145.
1Section 1
Экспорт и импорт
объектов
158
Экспортирование и импортирование
объектов
146.
Экспортирование и импортированиеGalaxy1
159
XXX.aaPKG
Galaxy2
147.
Экспорт объектов• Объекты можно экспортировать, выбрав объект и:
• Выбрать Export в меню Galaxy
• Нажав правой кнопкой мыши и выбрать Export
• Экспорт производного объекта также
экспортирует объект, из которого он был получен:
• Производные шаблоны
• Экземпляры
• Множество объектов экспортируются в виде
одного файла:
• Содержащиеся объекты
• Вся Galaxy
160
148.
Импорт объектов• Импорт выполняется из меню Galaxy
• Контроль действий при импорте:
• Если объект уже существует
• Если объект из старой версии
• Объекты из новой версии (2020) не могут
быть импортированы в более старую (2014)
161
149.
20 минутLab 15
Экспортирование и импортирование объектов
162
150.
Section 2Galaxy Dump и
Galaxy Load
163
1
Galaxy Dump
2
Galaxy Load
151.
Galaxy Dump• Galaxy Menu > Export > Galaxy Dump или
Right-click > Export > Galaxy Dump
• Экспортируются только выбранные экземпляры
объектов
• Создает редактируемый .CSV файл только для
экземпляров
• Любые заблокированные параметры атрибута не
будут частью .CSV файла
164
152.
Galaxy Dump CSV файл165
153.
Galaxy Load• Galaxy Menu > Import > Galaxy Load
166
Действия для разрешения конфликтов
154.
20 минутLab 16
Настройка экземпляров с помощью .CSV файла
167
155.
Module 9Безопасность
156.
Module 9Безопасность
Section 1: Обзор подсистемы безопасности
Lab 17: Настройка безопасности
Section 2: Защита объектов
Lab 18: Реализация защиты объектов
157.
Section 1Обзор подсистемы
безопасности
170
1
Система безопасности
2
Настройки системы безопасности
3
Журнал системы безопасности
158.
БезопасностьDevelopment Security
Development
Testing
Troubleshooting
Environment
GENERAL
PERMISSIONS
Runtime Security
Security
Classifications
171
ASSIGNED TO
ATTRIBUTES
Security Groups
OPERATIONAL
PERMISSIONS
Roles
ASSOCIATE TO
ONE OR MORE
Users
159.
Режимы аутентификации• None
• Нет безопасности
• Galaxy
• Используется локальная конфигурация Galaxy для создания
и аутентификации пользователей
• OS-User Based
• Включает авторизацию пользователей ОС для того, что бы
воспользоваться системой аутентификации операционной
системы с привязкой к конкретным пользователям
• OS-Group Based
• Включает авторизацию для пользователей на основе групп
пользователей ОС
172
160.
Группы безопасности• Обеспечивает сопоставление объектов
с определенными группами
безопасности
• Далее группы отображаются во вкладке
Roles для управления функциональным
и операционным доступом к объектам
173
161.
Security Roles• OS GROUP – Роли импортируются из
локальной или доменной политики
безопасности
• Ролям назначаются разрешения
IDE
SMC
Operational
• Security Groups
174
162.
30 минутLab 17
Настройка безопасности
176
163.
1Section 2
Безопасность в объектах
177
Безопасность в объектах
164.
Безопасность в объектах178
165.
Безопасность в объектах• FreeAccess – Любой пользователь может писать эти атрибуты для выполнения задач безопасности
или критичных ко времени, которые могут быть затруднены из-за несвоевременного входа в
систему (например, прекращение неудачного процесса). От пользователя не требуется каких-либо
привилегий.
• Operate – Операторы записывают эти атрибуты во время обычных ежедневных операций. К таким
относятся правка уставок, запись выходных значений, команды установкам и т.п. Такие действия
требуют, что бы пользователь был назначен группе безопасности объектов, с которыми он работает
– это дает права на запись.
• Secured Write – Операторы записывают такие атрибуты при нормальном взаимодействии с
высокозащищенными объектами, при этом запрашивается повторная аутентификация. Так же
требуется, что бы пользователь был назначен группе безопасности данных объектов.
• Verified Write – Операторы записывают такие атрибуты при взаимодействии с очень защищенными
объектами. В целом аналогично Secured Write, но требуется аутентификация второго пользователя,
который так же должен быть назначен группе безопасности для данного объекта.
179
166.
Безопасность в объектах• Tune – Запись в такие атрибуты считается «настройкой». Примерами являются
атрибут, которые регулируют уставки тревог, параметры ПИД-регуляторов и т.п.
Требует, что бы пользователь был назначен группе безопасности для данного
объекта.
• Configure – Запись в такие атрибуты считается значительным изменением
конфигурации; например, регистр ПЛК помеченный как Discrete Device input.
Требует, что бы пользователь был назначен группе безопасности для данного
объекта, а также что бы объект имел текущее состояние OffScan.
• Read-Only – атрибуты никогда не могут быть записаны в runtime, вне зависимости
от прав пользователя.
180
167.
Контрольный журнал безопасностиSecurity Audit Trail
• Galaxy генерирует событие для каждой записи в атрибут, совершенной
пользователем
• События архивируются на сервере Historian
• Для конфигурации high-speed storage используется запрос к Events в базе данных
Runtime
181
168.
30 минутLab 18
Реализация защиты объектов
182
169.
Module 10Резервирование приложения
170.
Module 11Резервирование приложения
Section 1: Application Engine Redundancy
Lab 19: Configuring Application Redundancy
171.
1Section 1
Application Engine
Redundancy
185
Application Redundancy
172.
Резервирование приложенияБез резервирования
• The server handles all the data
• If server if lost, client lose.
connection to all data:
• InTouch
• Historian
• Other Application Object
Servers
С резервированием
• Redundant server maintain
synchronized data through
dedicated network.
• If the primary server is lost, the
backup server will take over.
• The switch between the servers is
transparent to the clients.
187
ArchestrA
Runtime
173.
Резервирование приложения• В настоящее время поддерживается только парное
резервирование
Supervisory
• Требуется второе сетевое подключение (RMC)
• Терминология конфигурации:
RMC
• Основной AppEngine(Primary)
• Резервный AppEngine(BackUp)
• Терминология времени выполнения
• Активный AppEngine(Active)
• Ожидающий(StandBy)
• Active AppEngine ссылается на Standby AppEngine как на
партнера
188
AppEngine1
AppEngine1
(Backup)
WinPlatform1
WinPlatform2
Primary
Backup
Standby
Active
Standby
Active
174.
Redundant Message ChannelАвтоматическая синхронизация
• Текущие данные
• Состояния и время сигналов тревоги
Supervisory
• S&F блоки
• Развернутые объекты и конфигурация
RMC
• Статус AppEngine
Active
189
Standby
175.
Поддерживаемая конфигурация• Одноранговая архитектура
• На каждой WinPlatform размещены разные AppEngine и
объекты.
Supervisory
• Нет необходимости в выделенных резервных узлах
• WinPlatforms может содержать более одного AppEngine:
• Резервная копия для AppEngine1 назначена узлу 2
• Резервное копирование для AppEngine2 назначено узлу 1
AppEngine1
RMC
AppEngine2
AppEngine2
(Backup)
AppEngine1
(Backup)
WinPlatform1
WinPlatform2
*Для уменьшения времени переключения и задействования ресурсов второго компьютера
(второй платформы, которая при обычной конфигурации «простаивает») рекомендуется
создать несколько резервированных AppEngine и разместить их перекрестно на платформах
190
176.
Настройка резервированияWindows Networking
1.Установить вторую сетевую карту.
2.Выставить порядок следования сетей для ОС < Win 10, 2016 - Supervisory/основная
сеть должна быть первой в списке. Выставить метрику = 1 для
Supervisory/основной сети для ОС Win 10, 2016 и новее
3.Задать RMC сетевым адаптерам фиксированный IP-адрес в подсети, отличной от
соединения Supervisory/основной .
Application Server
1.Задать объектам WinPlatforms соответствующие локальные RMC IP адреса.
2.Настроить AppEngine на резервирование.
3.Назначить AppEngines (основной и резервный) на соответствующие WinPlatforms.
191
177.
50 минутLab 19
Конфигурирование резервирования приложения
192
178.
Module 11Введение QuickScript.NET
179.
Module 10Введение в QuickScript.NET
Section 1: Введение в скрипты
Lab 20: Добавление функции автоматического переподключения в объект DDESuiteLinkClient
Lab 21: Переключение на Primary резервный Engine
Section 2: Переменные и контрольные выражения
Lab 22: Определение состояния задвижки через скрипты
Lab 23: Создание и отслеживание пользовательских тревог через скрипты
Lab 24: Создание объекта Average
180.
Section 1Введение в скрипты
195
1
Создание и настройка скриптов
2
Типы выполнения скриптов
3
Типы триггеров
4
Относительные ссылки
181.
Вкладка Scripts для объектов• Список скриптов
• Scripts
Скрипты, определенные для данного
шаблона или экземпляра
• Inherited Scripts
Скрипты из родительского шаблона
196
182.
Вкладка Scripts для объектов• Aliases
Создает и изменяет псевдонимы, которые
применяются к скрипты, над которым Вы
работаете
Логически описанные имена для длинных ссылок,
которые Вы можете использовать в скрипте, что
бы сделать его более читаемым
• Declarations
Предоставляет место для объявления переменных,
например [DIM MyArray[1] as FLOAT];
197
Переменные существуют от запуска до
выключения объекта и могут использоваться для
хранения данных, сохраняемых от одного вызова
скрипта до другого
Определены только в сценарии, в котором они
объявлены (локальны)
183.
Вкладка Scripts для объектов• Basics
• Предоставляет настройки, где
необходимо указать выражение, условия
запуска и другие параметры работы
скрипта в runtime
• Script Editor
• Показывает непосредственно «тело»
скрипта
198
184.
Типы выполнения скриптовOnScan
• Data Change
• Periodic
Start up
Execute
Shutdown
• OnTrue
• OnFalse
• WhileTrue
OffScan
199
• WhileFalse
185.
Типы триггеровScript 1 WhileTrue
Every
500ms
10 seconds
10 seconds
10 seconds
10 seconds
10 seconds
Scan0
Scan1
Scan2
Scan3
Scan…n
WhileTrue
WhileTrue
WhileTrue
OnTrue
OnTrue
Script 2 OnTrue
Script 3 WhileTrue
Every
500ms
WhileTrue
WhileTrue
OnTrue
Script 4 OnTrue
Script 5 WhileTrue
Every 18s
Script 6 OnTrue
200
WhileTrue
OnTrue
WhileTrue
WhileTrue
186.
Относительные ссылкиMe
MyContainer
MyArea
MyEngine
MyPlatform
201
187.
15 минутLab 20
Добавление функции автоматического переподключения
в объект DDESuiteLink Client
202
188.
15 минутLab 21
Switching Back to the Primary Redundant Engine
206
189.
Section 2Переменные и
управляющие структуры
207
1
Основные стили и синтаксис
2
Обработка исключений
190.
Основные стили и синтаксисIF-THEN-ELSE
IF-THEN-ELSE
If <boolean_expression1> then
[statement1;]
ElseIf <boolean_expression2> then
[statements2;]
Else
[statements3;]
Endif;
208
191.
Exception Handling: Try-Catch Statement'code
...
try
'code
...
catch
'code
...
endtry;
'code
...
210
'code
...
try
'code
...
catch
'code
...
endtry;
'code
...
192.
Exception Handling: Try-Catch StatementTry-CATCH
TRY-CATCH
try
[try statements;]
catch
[catch statements;]
endtry;
211
193.
15 минутLab 22
Определение состояния задвижки через скрипты
212
194.
15 минутLab 23
Создание и отслеживание пользовательских тревог через
скрипты
213
195.
15 минутLab 24
Создание объекта Average
214
196.
Другие возможности• Access .NET Framework
• Importing .NET script library
215
197.
Больше функций – Scripting.pdf• C:\Program Files (x86)\ArchestrA\Framework\Docs\1033\Scripting.pdf
216
198.
Module 12Резервное копирование и восстановление
Galaxy
199.
Module 11Резервное копирование и восстановление Galaxy
Section 1: Резервное копирование и восстановление Galaxy
200.
Section 1Резервное копирование
и восстановление Galaxy
219
1
Создание резервной копии Galaxy
2
Восстановление Galaxy
3
Использование резервной копии
проекта для создания новой Galaxy
201.
Создание резервной копии GalaxySystem Management Console
• Galaxy Database Manager
• Galaxy Backup
• При запуске резервного копирования
никакие другие приложения не могут
записывать в узел GR
• Перед выполнением операции резервного
копирования убедитесь, что не будут
выполняться никакие другие операции
записи в БД
220
202.
Восстановление GalaxySystem Management Console
• Galaxy Database Manager
• Galaxy Restore
• Когда вы восстанавливаете базу данных
проекта из резервной копии, любая
информация, сохраненная в базе данных
после выполнения резервного копирования,
перезаписывается восстановленной
информацией
• Все изменения в проекте после начала
выполнения операции не сохраняются
• Любые транзакции, выполняемые при
резервном копировании, откатываются назад
221
Резервные копии проектов Galaxy
старых версий (2014 и старше) не
могут быть восстановлены в 2020
версии
203.
Использование Galaxy Backup как Galaxy Type• Galaxy backup files (.cab) can be used to create new Galaxies
• Copy .cab file to C:\Program Files (x86)\ArchestrA\Framework\Bin\BackupGalaxies
222
204.
Использование Galaxy Backup как Galaxy Type• Backup Galaxy is now available as a Galaxy Type when creating new Galaxy
223
205.
Спасибо за внимание!Ждем Вас на следующих курсах!