- Диспетчер протоколов – реализует функции протоколирования работы ПО станции связи в виде текстовых файлов. Предоставляет свои функции по технологии JMX.
Реализация универсального модуля связи предусматривает в случае отсутствия связи с подсистемой обработки и хранения организацию временного хранилища информации в оперативной памяти станции связи/базового сервера. Данное хранилище организуется на базе динамического внутреннего буфера УМС, размер которого контролируется регулятором. Обеспечивается следующая глубина хранения информации: на станциях связи – до 30 мин, а на базовом сервере приложений – до 20 минут. Для потоков информации, главным требованием к которым является гарантия доставки в технологическую БД (в частности – результаты хим. анализов), временное хранилище создается с использованием локального жесткого диска аппаратного компонента подсистемы, что обеспечивает устойчивость к перезапускам компьютера. Такое решение применимо только для небольших потоков данных, так как снижает надежность работы аппаратных средств подсистемы сбора из-за повышенной нагрузки на дисковую систему соответствующего компонента.
Рисунок 3 – Структура универсального модуля связи
Драйвера ИС реализуют специфичную логику взаимодействия с конкретными внешними, по отношению к подсистеме сбора данных, информационными системами. Все адаптеры реализованы с использованием технологии «адаптер ресурсов» - RA и поддерживают технологию JMX. Передача информации от драйверов ИС в УМС осуществляется в виде JMS сообщений, помещаемых в динамический буфер УМС. Обратное взаимодействие осуществляется путем использования УМС JMX интерфейса драйвера ИС.
Драйвера осуществляют преобразование имен тэгов EIS в имена и группы подсистемы обработки и хранения.
Каждое JMS сообщение, передаваемое драйвером ИС в подсистему сбора информации, содержит служебную информацию (именование и адрес получателя) и непосредственно данные в формате xml. Данные в передаваемом драйвером ИС сообщении имеют следующую структуру:
<?xml version = '1.0' encoding = 'windows-1252'?>
<r>
<a t= “Имя тэга” g="Имя группы тэга" d="Дата отправки" s="Имя источника" >Значение</a>
…
</r>
Элемент «r» - корневой элемент xml документа. Элемент «а» содержит информацию об одном тэге и содержит атрибуты: «t» - имя тэга, «g» - имя группы тэга, «d» - текущее время в формате dd.mm.yy hh:min:sec,msec (пример: 02.08.04 12:07:19,499), «s» - символьный код источника тэга. Именование тэга, группы тэгов и кода источника тэгов согласовывается с подсистемой обработки данных. Значение элемента «а» является текстовым полем и может быть как атомарным значением, так и представлять из себя вложенный XML документ (хим. анализ). Между тегами <r> и <a> не должно быть символа перевода каретки.
В рамках выполнения проекта «ЭСПЦ. Информационно – технологическая система. Первая очередь» были разработаны и протестированы следующие типы драйверов:
- драйвер OPC – осуществляет двунаправленное взаимодействие с OPC серверами,
- драйвер текстовых файлов - сбор данных о результатах хим. анализов,
- драйвер БД – запись информации в технологическую БД ИТС.
Для взаимодействия с локальными АСУ ТП использован протокол OPC, поддерживаемый всеми производителями современного программного обеспечения АСУ ТП. Драйвер OPC предназначен для организации двустороннего взаимодействия с локальными АСУ ТП цеха и состоит из двух частей: базового модуля (БМ) и универсального OPC клиента (рисунок 4.). Базовый модуль написан на Java с использованием технологии RA и реализует логику работы с конкретной АСУ ТП.
Рисунок 4 – Структура драйвера OPC
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.