Сетевая разработка приложения (NAD)

Сетевая разработка приложения (Network Application Development или NAD) — это архитектура, сочетающая в себе лучшие стороны архитектур на базе клиента и сервера. NAD обеспечивает автоматическое оповещение об изменениях приложения и автоматическое распределение обновленных приложений на узлы просмотра. NAD может также использоваться для автоматического распределения ведущих/ведомых приложений.

Примечание. Функции NAD нельзя использовать, если WindowViewer используется в качестве службы NT.

В архитектуре NAD ведущее приложение поддерживается централизованно в сети. Каждый узел просмотра загружает это сетевое приложение так же, как в архитектуре на базе сервера, но вместо того, чтобы выполнять приложение с сервера, приложение копируется в заданное пользователем расположение и оттуда выполняется. Таким образом достигается избыточность, характерная для архитектуры на базе клиента. В приведенном ниже примере два узла просмотра оба работают с ведущим приложением, зарегистрированным с узла разработки, но выполняют его каждый со своего жесткого диска. Используемая сетевая архитектура приведена на рисунке 5.

Рисунок 5 – Сетевая разработка приложения (NAD)

Когда узел просмотра копирует и выполняет ведущее приложение, он автоматически следит за изменениями в ведущей копии. Эти изменения помечаются специальным флагом в каталоге ведущего приложения. Этот флаг устанавливается вручную, когда разработчик приложения выполняет команду Notify Clients в меню Special WindowMaker при редактировании приложения. При изменении этого флага каждый узел просмотра выполняет действие, определенное пользователем для конкретного узла. Действия могут включать, например, игнорирование флага, автоматическое закрытие и перезапуск узла просмотра с повторной загрузкой ведущего приложения.

Преимущества:

• поддержка одного приложения;

• узлы просмотра автоматически оповещаются об изменениях в приложении;

• каждый узел просмотра выполняет определяемое пользователем действие в ответ на изменение приложения;

• неограниченные возможности разработки.

Недостатки:

• при распределении больших и сложных приложений на множество узлов

наблюдается замедление отклика системы;

• ограниченные возможности работы с разными приложениями на разных

узлах;

• изменение приложения и оповещение об этом клиентов приводит к

временной приостановке работы узлов просмотра в момент копирования

приложения. Чем больше приложение, тем дольше происходит его

копирование;

• копирование приложения может быть проблемой при использовании

медленных сетей или последовательных соединений.

Связь с PLC

Программное обеспечение InTouch может быть сконфигурировано на использование протокола Simatic MPI для связи с PLC. Этот протокол закрытый и в связи с этим нужно использовать OPC интерфейс.

В соответствии с выбранной сетевой архитектурой проектируемая система имеет следующую иерархию: на нижнем уровне информация с контроллера по протоколу MPI поступает на OPC-сервер, затем посредством OPCLink клиентские команды конвертируются в OPC-протокол и возвращаются данные клиентам, использующим DDE, FastDDE или SuiteLink.

На верхнем располагается MES-система, представленная подсистемой InTrack. InTouch WindowMaker является средой разработки, в которой происходит настройка элементов управления ActiveX. Элементы управления ActiveX для InTrack предназначены для разработки клиентских приложений InTrack. Они предоставляют информацию, необходимую для выполнения транзакций в базе данных InTrack. Например, для создания лота необходимо указать материал и маршрут. ITQueryList используется для представления пользователю списка материалов InTrack. Другие элементы управления используются для других транзакций InTrack. Каждый элемент запроса основан на запросе, предоставленном сервером автоматизации InTrack. Все элементы управления ActiveX InTrack обеспечивают интерфейс к объектам InTrack OLE. Поэтому свойства и методы класса объектов OLE предоставляются и выбираются элементом управления ActiveX на этапе разработки.

ОРС сервер, ОРС клиент.

Данные из других подсистем доступны другим Клиентам OPC через Сервер OPC. Сервер OPC связывается с Клиентами OPC через последовательный интерфейс OPC и связывается с подсистемой через соответствующий протокол связи. Обмен данных согласно стандарту OPC работает в соответствии с общепринятыми и протестированными схемами клиента/сервера архитектуры: таким образом, одно или более настоящего серверов источник данных для одного или более клиентов из одного или более поставщиков. Пригодный тип Спецификации OPC использован согласно типу переданных данных (сервер и клиент вместе может связаться только через тот же тип Спецификации OPC).

СЕРВЕРЫ OPC - конкретный класс Объектов COM, преимущественно пригодный для проверки и управления технологическими процессами. Они установили прогресс благодаря своей ошибкоустойчивости и реальной модульности объектно-ориентированной технологии.

Примеры возможного взаимодействия между Серверами OPC и Клиенты OPC показаны на рисунке 7 ниже:

Рисунок 6 – Пример взаимодействия между Серверами OPC и Клиенты OPC

In Touch и I/O

InTouch не может прямо общаться с контроллерами. Такое подсоединение с контроллерами осуществляется через OPC Server и OPCLink. Серверы - это, в основном, программы, которые понимают коммуникационный протокол оборудования. InTouch и OPC Server общаются через OPCLink. Через связи тэгов InTouch с такими “коммуникационными каналами” (I/O Topics - темы I/O) InTouch имеет возможность считывать данные из действующих контроллеров и записывать данные в них.

Рисунок 7- Структурная схема взаимодействия SCADA с контроллером

Например: создадим OPC Server. Для этого нам надо сконфигурировать Modbus-TCP OPCServer, как показано на рисунке 8.

Рисунок 8.1 – Окно конфигурации.

Рисунок 8.2 – Окно конфигурации.

Рисунок 8.3 – Теги в OPC Server.

После этого запускаем OPCLink и выбираем OPC Server, как показано на рисунке 9.

Рисунок 9 – Присутствующие OPC Server.

На рисунке 10 показана настройка OPC Server.

Рисунок 10 - Настройка OPC Server.

Создаем топик, выбрав из меню «configure topic definition» и выбрав из выпадающего списка OPC – сервер. Введите имя, например «PLC1». Затем нажмите Browse и выберите отслеживаемые элементы данных (item), как показано на рисунке 11 и рисунке 12.

Рисунок 11 – Создание топика.

Рисунок 12 – Выбор отслеживаемых элементов.

Создаем в InTouch имя доступа, например, PLC1, занеся в окно Application Name имя DDE- сервера – OPCLink, а в окно Topig Name- имя тэга, определенного ранее в приложении OPCLink, а именно PLC1, риcунок 13.

Рисунок 13 – Имена доступа PLC1.

Конфликты в семейной жизни. Как это изменить? Редкий брак и взаимоотношения существуют без конфликтов и напряженности. Через это проходят все...

ЧТО ПРОИСХОДИТ, КОГДА МЫ ССОРИМСЯ Не понимая различий, существующих между мужчинами и женщинами, очень легко довести дело до ссоры...

Что будет с Землей, если ось ее сместится на 6666 км? Что будет с Землей? - задался я вопросом...

Что вызывает тренды на фондовых и товарных рынках Объяснение теории грузового поезда Первые 17 лет моих рыночных исследований сводились к попыткам вычис­лить, когда этот...

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте: