Типы интерфейсов и механизмы обмена




 

1.4.1. Последовательный интерфейс. Обмен по всем линиям, кроме локальной сети, реализуется через последовательный порт по протоколу M-Link. Узлы в сети M-Link неравноправны: один имеет статус Master, а остальные – Slave. Такие сети следует использовать для связи между операторскими станциями и контроллерами. Монитор со статусом Master является активным. Он посылает команды управления и запросы на передачу информации. Монитор со статусом Slave принимает посланные ему команды и передает запрошенные данные. Команды управления содержат указания на изменение значений атрибутов каналов удаленного узла.

Таким образом, запросы, посылаемые монитором со статусом Master, могут быть двух типов:

1) запрос данных (используется для получения значений каналов или другой информации от монитора со статусом Slave);

2) запрос на изменение (используется для изменения значений атрибутов каналов на удаленном мониторе). В запросах на изменение передаются новые значения корректируемых атрибутов удаленной базы.

Следует отметить, чтов одной сети M-Link не может быть двух мониторов, для которых установлен статус Master. Чтобы один монитор выступал и как Master, и как Slave, надо создать параллельные сети, используя при этом по два последовательных порта на каждом узле. Тогда два монитора смогут работать в режиме Master.

1.4.2. Обмен по протоколу M-Link. Для обмена данными между мониторами ТРЕЙС МОУД по последовательному интерфейсу используется протокол M-Link. Он применяется для обмена по интерфейсам RS-232, RS-485, RS-422, радиоканалу, коммутируемым телефонным линиям и GSM сети.

Используя протокол M-Link, в рамках ТРЕЙС МОУД можно создавать сетевые комплексы на базе последовательного интерфейса RS-485. Такие комплексы могут включать в себя до 128 узлов (контроллеров и операторских станций). При этом связь может осуществляться по нескольким последовательным портам.

Для связи двух мониторов можно использовать интерфейс RS-232. Чтобы связаться с несколькими удаленными узлами по этому интерфейсу, нужно иметь соответствующее количество последовательных портов. Это позволяет организовать связь типа "звезда". Такая конфигурация может потребовать дополнительных затрат на многоканальные платы. Однако она позволяет быстрее передавать данные за счет распараллеливания обмена с разными удаленными узлами. ТРЕЙС МОУД поддерживает обмен одновременно по 32 последовательным портам.

Для связи сильно разнесенных в пространстве мониторов можно использовать радиоканал, выделенные или коммутируемые телефонные линии. В этих случаях нужны дополнительные устройства – модемы. Они согласуют электрические характеристики последовательных портов и используемой среды передачи.

1.4.3. Организация ввода/вывода данных. Настройка каналов. Для обмена данными по последовательному интерфейсу между мониторами Trace Mode применяются каналы подтипа СВЯЗЬ. В зависимости от направления передачи информации используются разные дополнения к подтипу этих каналов. Для запроса данных по протоколу M-Link предназначены каналы подтипа СВЯЗЬ с дополнением In M_Link и дополнением In M_Link(T). Для второго из них вместе со значением канала передается время его последнего изменения. При этом отображаемое время изменения значения канала соответствует времени того МРВ, из которого считывается канал. Оно копируется в соответствующий атрибут запрашивающего канала, а также заносится в архивы. Для передачи данных следует использовать каналы с дополнением OUT M_Link и дополнением OUT M_Link(T). В последнем случае так же, как и при запросе, со значением канала передается время его формирования. При считывании значения канала по M-Link(T) из МикроМРВ в МРВ отображаемое время изменения канала соответствует времени МРВ.

Указанные каналы имеют следующие настройки:

NN – номер последовательного порта;

NODE – имя удаленного узла;

CH – имя канала на удаленном узле;

ATR – копируемый атрибут удаленного канала;

OBJ – имя объекта в базе каналов удаленного узла.

Номер последовательного порта задается вводом с клавиатуры в соответствующем поле диалога Каналы объекта. Значение этой настройки должно быть на 1 меньше номера соответствующего порта (0 – COM1, 1 – COM2, …). Остальные настройки указываются в диалоге выбора канала. Он выводится на экран при нажатии ЛК в области задания значения любой из них.

Пример. Настроить канал для передачи значения верхнего предела показаний аналогового датчика из операторской станции АРМ в 1-й аналоговый канал 1-го посадочного места платы УСО контроллера MFC_1 по последовательному интерфейсу от порта COM1.

Решение. Канал объекта _БАЗА с именем AI_-peHL_out будет иметь следующие настройки:

Тип – OUT; подтип – СВЯЗЬ; дополнение к подтипу – In M_Link; NN- 0; NODE - MFC_1; CH– AI_-pe01-0001; ATR- ВПредел; OBJ- _БАЗА.

Следует отметить, описанные каналы создаются только в базе монитора со статусом M aster. Каналы выдачи команды (OUT) по последовательному интерфейсу не работают, если на тот же COM-порт не настроен хотя бы 1 канал INPUT (даже выключенный).

При ответе на запрос узел со статусом Slave анализирует аппаратную недостоверность запрашиваемого канала. Если значение недостоверно, то вместо него отсылается значение FFFF. Узел со статусом Master, получив такое значение, не изменяет значение запрашивающего канала, но выставляет ему флаг недостоверности.

1.4.4. Настройка МРВ для обмена по M-Link. Для обмена данными по протоколу M_Link необходимо настроить соответствующие параметры запуска узла. К ним относятся статус узла, а также физические параметры связи.

Параметры обмена по протоколу M_Link настраиваются в бланках Основные и Параметры последовательных портов диалога Параметры узла. Для входа в этот диалог необходимо нажать ПК на изображении настраиваемого узла в редакторе базы каналов. Статус узла при обмене по протоколу M_Link задается в бланке Основные диалога Параметры узла. Чтобы узел поддерживал статус Master, необходимо установить флаг M_Link в разделе Host Mode данного бланка, а для поддержки режима SLAVE – тот же флаг в разделе Slave Mode.

Кроме статуса, при обмене по M_Link необходимо настроить физические параметры порта, через который будут передаваться данные. Для обмена данными с контроллерами по последовательным интерфейсам надо настроить используемые порты. Это реализуется в бланке Параметры последовательных портов диалога Параметры узла редактора базы каналов. Для входа в него надо выделить настраиваемый узел и нажать ПК.

Этот бланк содержит список последовательных портов (COM1 – порт 0, COM32 – порт 31) и семь полей настройки параметров выбранного в списке порта. Такими параметрами являются:

ž назначение порта;

ž базовый адрес порта;

ž скорость обмена;

ž параметры связи;

ž таймаут на ожидание ответа;

ž номер используемого прерывания;

ž режим управления передатчиком.

Значение параметра «Назначение порта » формируется из списка, содержащего четыре следующих пункта:

ž Связь с контроллерами;

ž Slave M_Link;

ž Modem;

ž GSM_SMS.

По умолчанию устанавливается значение Связь с контроллерами. Это означает, что порт используется для обмена с контроллерами через внешний драйвер или по встроенным протоколам со статусом Master. Для обмена по протоколу M_Link со статусом Slave, в данном поле следует установить назначение – Slave M_Link. Режим связи Modem нужно установить для порта при его использовании для обмена по коммутируемым линиям, а GSM_SMS – при обмене по GSM сети.

Два поля бланка Параметры портов такие, как «Базовый адрес порта» и «Номер используемого прерывания» предназначены для задания базового адреса и номера прерывания порта. Они имеют смысл при настройке узла, запускаемого под управлением МикроМРВ. В остальных случаях эти параметры портов настраиваются средствами WINDOWS из Панели управления (см. Справочную систему ТРЕЙС МОУД). В любом случае их нельзя оставлять нулевыми, желательно задать их реальные значения. Например, Базовый адрес порта – 3f8, Номер используемого прерывания– 4.

Следующее поле «Скорость обмена» заполняется изсписка: 110, 150, 300, 600, 1200, 2400, 4800, 9600, 19.2k, 38.4k, 57.6k, 115.2k, 144k, 192k, 288k, 576k. Причем скорость обмена по протоколу M-LINK не должна быть ниже 600 бит/с. Её величина при обмене по последовательным портам ограничивается расстоянием и наличием помех в линии. Чем ниже скорость обмена, тем меньше вероятность сбоя. Например, она может быть назначена равной 4800 бит/с.

В поле «Параметры связи » задаются такие параметры обмена, как: количество информационных бит в посылке; количество стоповых бит; наличие проверки на четность. Значение всех этих параметров задается выбором из списка. Каждая строка этого списка содержит одно из доступных сочетаний этих трех параметров. Эти строки имеют следующий формат: k-m-x,

где k – количество информационных бит; m – количество стоповых бит; x – наличие проверки на четность (n – отсутствие проверки, e – проверка на четность, o – проверка на нечетность).

Значение поля «Таймаут на ожидание ответа » вводится непосредственно с клавиатуры. Оно задает время ожидания ответа от устройства, которому был послан запрос по данному порту. Величина времени ожидания задается в миллисекундах. Если величина таймаута не задана, то она принимается равной 100 мс. Если в течение времени таймаута ответ на запрос от устройства или МРВ не пришел, то каналу, запрашивающему эти данные, взводится флаг аппаратной недостоверности.

Кроме того, для задания времени задержки на включение передатчика после завершения приема в каналах на базе RS-485 и RS-232 используется таймаут «RS-передача». Его значение в миллисекундах задается в бланке Таймауты того же диалога.

В поле «Режим управления передатчиком » вносится «Нет », если не требуется управлять передатчиком. Остальные пункты, кроме первого, задают различные режимы управления.

Можно заметить, что МикроМРВ поддерживает до 4 связей со статусом Master по M-Link или по другому встроенному протоколу (по 4-м COM-портам, имеющим один и тот же вектор прерывания), а со статусом Slave – только одну связь (на любом прерывании).

В рамках задач управления обменом по последовательным портам ТРЕЙС МОУД позволяет осуществлять следующие операции:

ž отключение обмена по указанному порту;

ž переключение обмена на резервный порт;

ž отключение группы каналов от обмена.

Подробнее см. в справочной системе ТРЕЙС МОУД.

 

1.4.5. Обмен данными через механизмы OPC. Одним из самых перспективных стандартов обмена данными между приложениями WINDOWS при создании систем управления является механизм OPC. OPC (OLE for Process Control) - стандартизованные интерфейсы для Microsoft технологии COM, предназначенные для применения в области автоматизации управления технологическими процессами. Стандарт ОРС разработан международным фондом OPC Foundation, который был создан фирмами Fisher-Rosemount, Intellution, Intuitive Technology, Opto22, Rockwell и Siemens в 1995 г. В 1996 г. появилась первая версия спецификации ОРС.

ОРС в настоящее время является стандартом, который признан разработчиками, системными интеграторами и пользователями АСУ ТП. Сегодня практически все производители программного и аппаратного обеспечения АСУ ТП разрабатывают продукты, соответствующие этому стандарту.

За последние несколько лет ОРС серверы полностью вытеснили DDE (Dynamic Data Exchange) серверы и специализированные драйверы для аппаратных средств автоматизации. DDE - самый старый (время появления - 1989-1991 гг.) и очень медленный способ динамического обмена данными между Windows приложениями, был со временем заменен (преобразован) в OLE (Object Linking and Embedding). OLE первоначально и до середины 90-х годов использовался исключительно Microsoft для обмена данными между ее офисными приложениями. Во время разработки Windows NT появилась технология DCOM (Distributed Componet Object Model) как продолжение технологии COM. DCOM была разработана для распределенных клиент-серверных приложений. Один клиент мог одновременно использовать несколько серверов, установленных на разных компьютерах в сети и каждый сервер одновременно мог обслуживать несколько клиентов. В настоящее время ОРС базируется практически исключительно на DCOM технологии фирмы Microsoft для распределенных систем. Главным понятием DCOM является понятие интерфейса, посредством которого DCOM-объекты обслуживают клиентов.

OPC-сервер NLopc является программной системой, позволяющей подключить аппаратуру, выпускаемую НИЛ АП (г. Таганрог), к программному обеспечению сторонних производителей, если оно удовлетворяет стандарту ОРС. Сервер NLopc имеет следующие отличительные особенности:

· возможность задания различных прав доступа к тегам для различных клиентов сервера;

· возможность добавления новых устройств в расширяемую библиотеку драйверов;

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

· поддерживает пользовательские DLL-библиотеки для описания сложных конверторов входных переменных;

· кроме стандартного ОРС-интерфейса, имеет дополнительный упрощенный COM интерфейс Easy Access для управления устройствами;

· cодержит объект, служащий для интеграции сервера NLopc и OPC-серверов сторонних производителей с программами, не поддерживающими OPC, но поддерживающими OLE, например MS Excel, Matlab.

Сервер NLopc работает под Windows2000, XP или NT, позднее Windows NT 4.x. Требования к аппаратным показателям компьютера (объем RAM, объем HDD, и т.д.) полностью соответствуют требованиям к операционной системе. Оптимально подходят для работы сервера NLopc Windows NT 4.x, Windows NT 2000, Windows XP. Требуемый объем свободного места на жестком диске составляет пять мегабайт. ОРС-сервер работает только с СОМ портами или их эмуляторами.

МРВ может выступать в качестве OPC-сервера и OPC-клиента. В качестве OPC-клиента он поддерживает следующие режимы:

SYNC/CACHE – синхронное чтение из CACHE;

SYNC/DEVICE – синхронный обмен данными с устройством;

ASYNC/DEVICE – асинхронный обмен данными с устройством;

ADVISE – асинхронное чтение данных при изменении их значений.

В режиме ADVISE МРВ принимает значения, присылаемые по каналу подписки. Они обычно присылаются сервером только при изменении значения параметра.

В режиме ASYNC МРВ опрашивает OPC-сервер и принимает данные, присылаемые по каналу подписки в случае изменения значения параметра. При этом поддерживаются следующие типы данных:

- VT_R4 (FLOAT, 4 байта) – для каналов типа Float;

- VT_I4 (INT, 4 байта) – для каналов типа Hex.

Для обмена данными по OPC между мониторами ТРЕЙС МОУД используются каналы подтипа СВЯЗЬ с дополнениями In OPC – прием данных от МРВ по OPC, Out OPC – передача данных МРВ по OPC.

При настройке связи по OPC для каждого узла необходимо указать имя компьютера, на котором он будет запущен. Для этого в диалоге Параметры узла на бланке Основные предусмотрено поле Имя компьютера. Для доступа к удаленному компьютеру может потребоваться запуск утилиты DCOMCNFG.EXE и установка соответствующих разрешений пользователям.

Каналы для связи с ОРС-сервером создаются процедурой автопостроения. Чтобы запустить её, следует, находясь в окне объектов настраиваемого узла, выполнить команду “Связать с OPC-сервером” из меню “ Узел” или нажать сочетание клавиш “ Alt”+”L”. При этом появится экран “Выбор сервера OPC”, на котором имеется тир кнопки: ”Добавить”, ”Удалить”, ”Изменить”. Нажатие кнопки ”Добавить” выводит на экран “Выбор сервера OPC” перечень серверов, зарегистрированных на локальной машине или на любом компьютере, присутствующем в сети. Указанный сервер добавляется в список предыдущего диалога.

По нажатию кнопки ”Удалить” выделенный в списке сервер удаляется из окна. Кнопка ”Изменить” используется для замены выделенного сервера. Она выводит на экран тот же диалог, что и кнопка ”Добавить”. Выбранный в нем сервер заменяет текущий.

Чтобы создать каналы ТРЕЙС МОУД для обмена с выделенным в списке сервером, надо нажать ЛК на кнопке “Выбрать”.

В левом окне появившегося экрана следует выбрать каналы OPC-сервера, которые надо контролировать в МРВ, и перенести их в правое окно нажатием ЛК на кнопке “>>”. После выхода из этого диалога в базе каналов появится новый объект, имя которого образовано из идентификатора OPC-сервера. В нем создаются каналы для обмена с указанными каналами сервера.

1.4.6. Обмен с базами данных через механизмы ODBC. Для связи с базами данных и бизнес-приложениями в МРВ встроена поддержка интерфейса ODBC [1]. МРВ может запрашивать данные из зарегистрированных источников данных ODBC и записывать в них значения каналов. При этом передача значений каналов может осуществляться как в режиме формирования новых записей в базе (INSERT), так и в режиме обновления существующих (UPDATE).

Чтобы связаться с базами данных (БД) по ODBC в директории проекта, надо создать конфигурационный файл odbc.cfg. Этот файл имеет текстовый формат. В нем описывается база данных, имя пользователя, имеющего доступ к ней, а также элементы запросов на языке SQL для управления обменом данными. При этом с целью обеспечения обмена с любыми ODBC-серверами фрагменты SQL-запросов следует записывать прописными буквами.

Перед тем как создать источник данных, необходимо убедиться в наличии TRACE MODE драйвера ODBC driver, установка которого обычно производится автоматически при инсталляции системы. Если по каким-то причинам он не установлен, необходимо выполнить его установку вручную [1].

Для взаимодействия с любой базой данных ее надо зарегистрировать как источник с помощью панели управления WINDOWS. Это могут быть популярные программы Microsoft Access или Excel.

Так, если проектная документация составлена в виде таблиц программы Microsoft Access и сконфигурирована в файл “Проектная документация.mdb”, то чтобы переписать её в БД необходимо:

1. Создать источник данных ODBC, для чего на диске C следует открыть Панель управления MS Windows. Если это – Win9x или WinNT, то дважды нажать ЛК мыши на иконке “ Источники данных ODBC ” (для Win200 эта иконка расположена в пункте Администрирование). В появившемся диалоговом окне Администратор источников данных ODBC следует выбрать бланк Пользовательский DSN и нажать кнопку ”Добавить”. Затем в окне Создание нового источника данных выбрать из списка пункт Driver do Microsoft Access (*.mdb) и нажать кнопку ”Готово”.

2. В поле Имя источника данных записать имя проекта, например, YPN и нажать кнопку “Выбрать”. Теперь в качестве БД нужно выбрать с диска С файл “Проектная документация.mdb”, нажать “Ок” и закрыть Администратор источников данных ODBC.

 



Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2019-03-02 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: