Методы и алгоритмы использования технологии COM/DCOM и стандарта OPC для взаимодействия с устройствами в автоматизированных системах управления

Методы и алгоритмы использования технологии COM/DCOM и стандарта OPC для взаимодействия с устройствами в автоматизированных системах управления

Автор: Григорьев, Антон Борисович

Шифр специальности: 05.13.06

Научная степень: Кандидатская

Год защиты: 2005

Место защиты: Москва

Количество страниц: 171 с. ил.

Артикул: 2749142

Автор: Григорьев, Антон Борисович

Стоимость: 250 руб.

Методы и алгоритмы использования технологии COM/DCOM и стандарта OPC для взаимодействия с устройствами в автоматизированных системах управления  Методы и алгоритмы использования технологии COM/DCOM и стандарта OPC для взаимодействия с устройствами в автоматизированных системах управления 

Содержание
Введение.
Постановка задачи.
Научная новизна диссертации.
Практическая значимость диссертации.
Основные положения, выносимые на защиту
Глава 1. Анализ возможностей .
1.1. Основные принципы взаимодействия приложений.
1.2. Нитевыс модели
1.3. Категории компонентов.
1.4. Безопасность в .
1.5. Сетевой транспорт в
1.6. Задачи автоматизации, решаемые с помощью .
Выводы.
Глава 2. Методика использовании в АСУ
2.1. Требования к системе контроля доступа.
2.2. Описание системы контроля доступа.
2.3. Устройство ехссервера СКД
2.4. Устройство ссрвсра СКД
2.5. Роль в СКД.
2.6. Недостатки СКД
2.7. Алгоритмы диагностики и восстановления связи с СОМсервером.
2.8. Методика использования при создании АСУ
Выводы.
Глава 3. Группа стандартов ОРС
3.1. ОРС
3.2. ОРС .
3.3. ОРС v.
3.4. ОРС .
3.5. ОРС i
3.6. ОРС ii
3.7. x.
3.8. X
3.9. Использование в АСУ для взаимодействия с устройствами.
3 Быстродействие ОРС.
3 Недостатки ОРС.
Выводы.
Глава 4. Опыт использования ОРС в АСУ
4.1. Использование ОРС на примере системы контроля и диспетчерского управления .
4.2. Способы преодоления недостатков ОРС.
Глава 5. Распараллеливание работы ОРСсервера.
5.1. Актуальность задачи распараллеливания работы.
5.2. Классификация протоколов обмена
5.3. Распределение задач между нитями сервера.
5.4. Оптимизация выдачи заданий.
5.5. Алгоритм работы нити, взаимодействующей с устройствами.
5.6. Возможные изменения алгоритма распараллеливания задач
5.7. Нитевая модель ОРСсервера.
Выводы .
Глава 6. Использование и ОРС в интернете.
6.1. Требования к методу доступа через интернет.
6.2. Прямой доступ с СОМссрверам через интернет
6.3. Использование браузера для взаимодействия с СОМсерверами
6.4. Недостатки имеющихся методов доступа к ОРСсервсру через браузер.
6.5. Доступ к ОРСсерверу с помощью Iбиблиотеки
6.6. Рекомендации по выбору способа доступа к серверу через интернет
Заключение
Список литературы


Строго говоря, клиент всегда работает не с сервером, а с коклассом. Для соединения с коклассом клиенту достаточно знать только его CLSID. Клиент не знает имя файла, который реализует данный кокласс. Если клиент использует коклассы разных типов, то он даже не может определить, реализуются ли они одним и тем же сервером или разными серверами. Забота но установлению соответствия между коклассом и сервером лежит на операционной системе. Для этого при регистрации кокласса в реестре необходимо, кроме ProgID и CLSID, указать также полный путь к серверу. Руководствуясь этой информацией, операционная система определяет, какой сервер требуется клиенту. Если данный сервер ещё не загружен в намять, операционная система загружает его (это относится ко всем типам серверов, в т. При необходимости в адресные пространства клиента и сервера загружается заместитель и заглушка. Затем серверу передаётся запрос системы об установлении нового соединения. Сервер создаёт новый экземпляр требуемого кокласса или использует уже существующий для обслуживания данного соединения. Существует два способа установления соединения с коклассом, реализуемым удалённым сервером. При использовании первого способа при регистрации кокласса в реестре клиентского компьютера указывается, что этот кокласс реализуется удалённым сервером. Имя или IP-адрес компьютера, на котором должен быть запущен данный сервер, в этом случае также записывается в системном реестре. Клиент, устанавливая связь с коклассом, не указывает системе, на каком компьютере он хотел бы запустить сервер, и система самостоятельно, руководствуясь записями из реестра, выбирает компьютер и запускает на нём сервер. Этим способом можно устанавливать удалённое соединение даже в том случае, если автор клиента не предусмотрел возможности удалённой связи. Второй способ заключается в том, что клиент явно указывает операционной системе имя или IP-адрес компьютера, на котором он хотел бы запустить сервер. Операционная система указанного компьютера осуществляет поиск информации о данном коклассс в своём системном реестре, после чего при необходимости запускает сервер, и далее процедура установления связи протекает в описанном выше порядке. Взаимодействие клиентов с коклассами реализуется через так называемые интерфейсы. Интерфейс в терминах COM/DCOM - это список функций. Кокласс экспортирует интерфейсы, т. Фактически такой указатель является указателем на таблицу, содержащую адреса функций, входящих в интерфейс. Располагая таким указателем, клиент может вызывать эти функции. Кокласс может экспортировать неограниченное количество интерфейсов. Каждый интерфейс имеет имя, которое принято начинать с литеры «I», и уникальный идентификатор - описанный выше GUID, который в данном случае называется IID. Когда клиент вызывает системную функцию для установки соединения с коклассом, он, кроме CLSID передаёт также IDD интерфейсов, указатели на которые ему требуются. При установлении соединения клиент должен получить указатель хотя бы на один из интерфейсов кокласса; указатели на остальные интерфейсы клиент может получить не только при установлении соединения, но и в любой момент до тех пор, пока соединение нс разорвано. Как и классы, интерфейсы могут быть наследниками друг друга. При этом интерфейс-наследник может только добавить новые функции к тем, которые имеются в классс-родителс. Бинарный код в COM/DCOM не наследуется, поэтому все функции любого интерфейса разработчик кокласса каждый раз должен реализовывать заново. Интерфейс-наследник получает новое имя и новый IID. Интерфейс IUnknown является базовым интерфейсом в COM/DCOM. Любой интерфейс должен быть наследником (прямым или косвенным) IUnknown. Исключения из данного правила не допускаются. Интерфейс IUnknown содержит три функции: Query Interface, AddRcf и Release. Функция Query Interface позволяет запрашивать интерфейс кокласса. В качестве входного параметра передаётся IID требуемого интерфейса, через выходной параметр возвращается указатель на данный интерфейс. Функция возвращает значение типа HRESULT.

Рекомендуемые диссертации данного раздела

28.06.2016

+ 100 бесплатных диссертаций

Дорогие друзья, в раздел "Бесплатные диссертации" добавлено 100 новых диссертаций. Желаем новых научных ...

15.02.2015

Добавлено 41611 диссертаций РГБ

В каталог сайта http://new-disser.ru добавлено новые диссертации РГБ 2013-2014 года. Желаем новых научных ...


Все новости

Время генерации: 0.243, запросов: 244