Тип работы:
Предмет:
Язык работы:


Разработка OPC UA сервера на основе библиотеки SDK

Работа №59917

Тип работы

Бакалаврская работа

Предмет

информатика

Объем работы73
Год сдачи2017
Стоимость4830 руб.
ПУБЛИКУЕТСЯ ВПЕРВЫЕ
Просмотрено
204
Не подходит работа?

Узнай цену на написание


ВВЕДЕНИЕ 6
1 Анализ предметной области 8
1.1 Анализ стандартов OPC 8
1.1.1 Стандарт OPC DA 8
1.1.2 Стандарты OPC HDA и OPC AE 10
1.1.3 Стандарт OPC UA 11
1.1.4 Сводная таблица по анализу спецификаций стандарта OPC 12
1.2 Окружение и функциональные требования 12
1.2.1 Концепция информационной системы 12
1.2.2 Функциональные требования 14
1.3 Разработка концепции проекта 15
1.4 Разработка диаграммы прецедентов 17
1.4.1 Спецификация прецедентов 18
1.5 Выводы по разделу 21
2 Проектирование информационной системы 23
2.1 Концепция адресного пространства. Информационная модель .. 23
2.1.1 Модель объекта 23
2.1.2 Модель узла 24
2.1.2.1 Атрибуты 26
2.1.2.2 Ссылки 26
2.1.2.3 Переменные 26
2.2 Классы узла OPC UA 28
2.2.1 Класс базового узла BaseNode 28
2.2.2 Объект 29
2.2.3 Переменная 29
2.2.4 Метод 30
2.2.5 ReferenceType 31
2.2.6 ObjectType 31
2.2.7 VariableType 32
2.2.8 DataType 33
2.2.9 View 33
2.3 Концепция идентификатора узла 34
2.3.1 XML нотация 35
2.4 Слой SDK сервера 37
2.4.1 Управление узлами 37
2.4.2 Управление подпиской 38
2.4.3 Управление сессиями 40
2.5 Обнаружение и безопасность 41
2.5.1 Конечные точки 42
2.6 Слой SDK клиента 43
2.7 Выводы по разделу 45
3 Реализация информационной системы 47
3.1 Структура системы 47
3.2 Описание программных модулей 49
3.2.1 Приложение сервера 49
3.2.2 Приложение клиента 50
3.3 Выводы по разделу 52
ЗАКЛЮЧЕНИЕ 53
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 55
4
ПРИЛОЖЕНИЕ

В современной экономике информация является ключом к успеху в бизнесе и прибыльности. Технологии ОРС были созданы, чтобы позволить информации легко и надежно обмениваться между различными платформами от разных производителей и интеграции этих платформ без дорогостоящей и трудоемкой разработки программного обеспечения. Это освобождает инженерные ресурсы для выполнения более важной работы на предприятии.
OPC является стандартом совместимости для безопасного и надежного обмена данными в промышленной автоматизации и в других отраслях. Он является независимым от платформы и обеспечивает непрерывный поток информации между устройствами от разных производителей. Ответственным за развитие и поддержание этого стандарта является некоммерческая организация OPC Foundation [1].
ОРС-стандарт - это ряд спецификаций, разработанные представителями отрасли, конечными пользователями и разработчиками программного обеспечения. Эти спецификации определяют интерфейс между клиентами и серверами, включая доступ к данным реального времени, мониторинг аварийных ситуаций и событий, доступ к историческим данным и другим приложениям.
Когда стандарт был впервые выпущен в 1996 году, его назначение было абстрагировать конкретные протоколы PLC (такие как Modbus, Profibus и т. д.) в стандартный интерфейс системы HMI/SCADA-системы для взаимодействия с агентом, который будет преобразовывать универсальные ОРС-запросы на чтение/запись в устройство и наоборот.
Изначально стандарт OPC был ограничен в операционной системе Windows. Как таковая, аббревиатура OPC произошла от OLE (object linking and embedding) for Process Control - семейство программных технологий, предоставляющих единый интерфейс для управления объектами автоматизации и технологическими процессами [2]. Эти спецификации, 6
которые сейчас известны как классический OPC, имели широкое распространение в различных отраслях промышленности, включая производство, автоматизация строительства, нефти и газа, возобновляемой энергетики и коммунальных услуг, в частности.
С внедрением сервис-ориентированной архитектуры в
производственных системах пришли и новые проблемы в области безопасности и моделировании данных. Организация разработала спецификации OPC UA для удовлетворения этих потребностей и в то же время для обеспечения многофункциональной технологии
кроссплатформенной архитектуры. Данная архитектура является перспективной, масштабируемой и расширяемой.
Таковы лишь некоторые из причин, почему так много технологических организаций обращаются к OPC UA для функциональной совместимости со своими платформами.
Целью данной работы является повышение эффективности совместимости технологических платформ за счет разработки клиент- серверного сервис-ориентированного приложения, на основе OPC UA.
Для достижения поставленной цели требуется:
- анализ управления объектами автоматизации и технологическими процессами;
- сравнительный анализ спецификаций OPC UA и Classic OPC;
- анализ серверной части;
- анализ клиентской части;
- разработка требований к клиент-серверному приложению;
- разработка концепции проекта;
- анализ библиотеки SDK;
- проектирование системы;
- реализация OPC UA сервера.


Возникли сложности?

Нужна помощь преподавателя?

Помощь в написании работ!


Анализ стандартов семейства OPC показал необходимость преодоления ограничений классического стандарта OPC. Перед проектом была поставлена цель - повышение эффективности совместимости технологических платформ за счет разработки клиент-серверного сервис-ориентированного приложения, на основе OPC UA.
OPC UA одинаково подходит как для закрытых сетей, так и для использования через Интернет.
OPC UA широко используется в таких отраслях, как автомобилестроение, нефти и газа, энергетики и коммунального хозяйства, упаковки товаров, автоматизации строительства и так далее.
Также данный стандарт может быть использован с любой программной платформой: Windows, Linux, Mac, Android. Это делает OPC UA
масштабируемым от встроенного контроллера до облачной инфраструктуры, даже мобильных устройств.
Таким образом производство приходит к стандарту промышленного интернета вещей 4.0 (Internet of Things Industry 4.0).
OPC UA выполняет следующие требования:
- независимость от производителей (машин);
- масштабируемость;
- моделирование информации;
- стандартизация.
Был проведен анализ процесса информационного обмена клиента и сервера, выявлены их внутренние особенности. На основе результатов анализа были сформированы функциональные требования на разработку. Разработана концепция проекта.
Была разработана диаграмма прецедентов UML и описано в виде спецификаций 7 прецедентов. Был проведен анализ согласованности функциональных требований и прецедентов.
Анализ библиотеки OPC UA SDK показал основные понятия и элементы. Рассмотрена концепция адресного пространства и информационная модель, а также концепция идентификатора узла и его роль в системе. Были выявлены основные компоненты в работе SDK клиента и сервера:
- управление узлами;
- управление подпиской;
- управление сессиями.
Также были проанализированы классы основных компонентов и классы, взаимодействующие с ними.
Проведен анализ обнаружения и безопасности серверов, детально рассмотрено понятие контрольных точек.
В ходе разработки системы, было реализовано функционирование программных модулей - сервера и клиента.
Для достижения цели были решены следующие задачи:
- анализ управления объектами автоматизации и технологическими процессами;
- сравнительный анализ спецификаций OPC UA и Classic OPC;
- анализ серверной части;
- анализ клиентской части;
- разработка требований к клиент-серверному приложению;
- разработка концепции проекта;
- анализ библиотеки SDK;
- проектирование системы;
- реализация OPC UA сервера.



1 OPC Foundation [Электронный ресурс] // The Industrial Interoperability Standard: [сайт] URL: https://opcfoundation.org/ (дата обращения: 30.03.2017)
2 ВикипедиЯ [Электронный ресурс] // OPC: [сайт] URL:
https://ru.wikipedia.org/wiki/OPC (дата обращения: 30.03.2017)
3 ВикипедиЯ [Электронный ресурс] // COM: [сайт] URL:
https://ru.wikipedia.org/wiki/COM (дата обращения: 30.03.2017)
4 ВикипедиЯ [Электронный ресурс] // .NET Framework: [сайт] URL: https://ru.wikipedia.org/wiki/.NET_Framework (дата обращения: 30.03.2017)
5 Арлоу Д., Нейштадт И. UML2 и Унифицированный процесс. Практический объектно-ориентированный анализ и проектирование, 2-е издание. - СПб: Символ-Плюс, 2007 - C. 89-118.
6 OPC Foundation [Электронный ресурс] // Developer Tools, Specifications, Unified Architecture, Part 5: Information Model: [сайт] URL: https://opcfoundation.org/developer-tools/specifications-unified-architecture/part- 5-information-model/ (дата обращения: 30.03.2017)
7 OPC Foundation [Электронный ресурс] // Developer Tools,
Specifications, Unified Architecture, Part 4: Services: [сайт] URL:
https://opcfoundation.org/developer-tools/specifications-unified-architecture/part- 4-services/ (дата обращения: 30.03.2017)
8 Unified Automation [Электронный ресурс] // .NET Based OPC UA
Client & Server SDK (Bundle): [сайт] URL: https://www.unified-
automation.com/products/server-sdk/net-ua-server-sdk.html (дата обращения: 30.03.2017)
9 ВикипедиЯ [Электронный ресурс] // X.509: [сайт] URL:
https://ru.wikipedia.Org/wiki/X.509 (дата обращения: 30.03.2017)
10 Microsoft Developer Network [Электронный ресурс] // Understanding
WS-Security: [сайт] URL: https://msdn.microsoft.com/en-
us/library/ms977327.aspx (дата обращения: 30.03.2017)
11 YouTube [Электронный ресурс] // What is OPC? UA in a Minute:
[сайт] URL: https://www.youtube.com/watch?v=-tDGzwsBokY (дата
обращения: 01.06.2017)
12 IoT Evolution [Электронный ресурс] // How Industry 4.0 and the
Internet of Things are connected: [сайт] URL:
http://www.iotevolutionworld.com/m2m/articles/401292-how-industry-40-the- internet-things-connected.htm (дата обращения: 01.06.2017)


Работу высылаем на протяжении 30 минут после оплаты.




©2025 Cервис помощи студентам в выполнении работ