Аппаратная реализация связи с устройствами ввода/вывода 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Аппаратная реализация связи с устройствами ввода/вывода



Для организации взаимодействия с контроллерами могут быть использованы следующие аппаратные средства:

  • COM - порты. В этом случае контроллер или объединенные сетью контроллеры подключаются по протоколам RS-232, RS-422, RS-485.
  • Сетевые платы. Использование такой аппаратной поддержки возможно, если соответствующие контроллеры снабжены интерфейсным выходом на Ethernet.
  • Вставные платы. В этом случае протокол взаимодействия определяется платой и может быть уникальным. В настоящее время предлагаются реализации в стандартах ISA, PCI, CompactPCI.

Пример ОРС-сервера.

Рис. 12.3. Lectus Modbus OPC/DDE сервер

 

Lectus Modbus OPC/DDE сервер предназначен для получения данных из Modbus сети и предоставления их OPC или DDE клиентам. OPC клиентом может выступать любая SCADA система: Intouch, Genesis, TraceMode и др. Любой ОРС-клиент может обмениваться данными с любым ОРС сервером вне зависимости от специфики устройства, для которого разрабатывался конкретный ОРС сервер. DDE клиентом может выступать любая программа поддерживающая обмен через DDE. Например, Microsoft Excel и др.

Данная версия ОРС сервера поддерживает стандарт OPC Data Access Custom 2.05A и OPC Historical Data Access 1.20. OPC сервер может работать в режиме "Master" и "Slave". Поддерживается работа в режиме как локального, так и удаленного сервера. Это означает, что приложения-клиенты могут обращаться к серверу расположенному, как на том же компьютере, так и на других компьютерах сети.

Lectus Modbus OPC/DDE сервер может работать в разных режимах работы. Программа может работать и как Master, и как Slave. Причем может быть одновременно и Master-ом и Slave-ом. Lectus Modbus OPC/DDE сервер опрашивает Modbus контроллеры используя протоколы Modbus RTU, Modbus ASCII, Modbus TCP. OPC клиенты и SCADA системы могут подключаться к серверу как локально, так и удаленно через DCOM. Ниже перечислены возможные режимы работы сервера.

 

Режим Master

Рис. 12.4. Режим Master

 

В режиме Master сервер самостоятельно опрашивает Modbus контроллеры по протоколам Modbus RTU, Modbus ASCII, Modbus TCP.

 

Режим Slave

Рис. 12.5. Режим Slave

В режиме Slave сервер отвечает на Modbus запросы от Master-ов по протоколам Modbus RTU, Modbus ASCII, Modbus TCP.

Режим Master&Slave

Рис. 12.6. Режим Master&Slave

В режиме Master&Slave сервер может как опрашивать Modbus контроллеры по протоколам Modbus RTU, Modbus ASCII, Modbus TCP, так и отвечать на Modbus запросы от Master-ов.

 

Режим удаленного подключения Master&Slave

Рис. 12.7. Режим удалённого Master&Slave

 

В режиме удаленного подключения Master&Slave один сервер работает в режиме Master&Slave, а второй сервер осуществляет удаленное подключение к первому с помощью Modbus TCP или модемного подключения. Данный режим можно использовать для получения данных с удаленных точек доступа.

Главное окно программы

Вся информация об устройствах, группах и переменных отображается в главном окне программы.

 

Рис. 12.8. Главное окно

 

Главное окно программы состоит из следующих частей:

1. меню

2. панель инструментов

3. дерево элементов конфигурации. В ней в виде дерева отображаются узлы и переменные входящие в конфигурацию.При каждом подключении клиента создается экземпляр сервера обслуживающего данного клиента. Экземпляр сервера в дереве идентифицируется как "OPC DA сервер", "OPC HDA сервер" или "DDE сервер" (см. рис.).

4. отображение списка переменных принадлежащих выбранному в левой части узлу дерева конфигурации или группе подключенного клиента. При выборе группы отображается: полное имя переменной, состояние переменной (активна/не активна), значение, время обновления, качество переменной, качество связи, описание. Качество связи определяет процентное соотношение верных и не верных запросов для данной переменной (100% - OK). Список доступых параметров редактируется через пункт меню "Настройка" -> "Настройка колонок".

5. лог приема/передачи.

Рис. 12.9. Лог приема/передачи

 

Интеллектуализация ИУС

 

Современные информационноуправляющие системы представляют собок полномасштабные программные комплексы, работающие по заранее разработанным алгоритмам. Интеллектуализация ИУС заключается в использовании различных методик (по направлению исукственного интеллекта, нечёткой логики, нейросетевых технологий и т. д.) при разработке алгоритмов работы управляющих систем.

 

 

Лекция №7

Пример применяемой в отрасли SCADА-системы Trace Mode.



Поделиться:


Последнее изменение этой страницы: 2017-02-07; просмотров: 472; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.141.200.180 (0.004 с.)