Универсальный OPC модуль написан на C++ и является платформенно-зависимой программой, ориентированной для работы под управлением ОС Windows32 (WindowsNT 4.0 и выше) и выполняет функции шлюза к данным OPC для БМ. Для организации передачи считанной с OPC источников информации универсальный OPC клиент поддерживает подключение внешних клиентов по протоколу TCP (является Socket сервером).
Взаимодействие между БМ и универсальным OPC строится с использованием протокола TCP.
С целью повышения надежности работы, БМ предусматривает резервные пути сбора информации за счет создания списка доступных для подключения по TCP узлов. Механизм резервирования реализован по следующему алгоритму: сбор данных в один момент времени осуществляется только с одного универсального OPC клиента, в случае сбоя – происходит последовательное циклическое переключение на следующего в списке OPC клиента.
Для реализации платформенно-независимой конфигурации подсистемы сбора данных универсальный OPC модуль может быть вынесен непосредственно на компьютер, являющийся OPC сервером (технологическая станция).
Сбор данных из текстовых файлов осуществляется с помощью драйвера ИС полностью реализованном на Java с использованием технологии RA. В ходе работы осуществляется циклическая проверка удаленных ресурсов на появление новых файлов. При обнаружении необработанного файла, информация из него передается в ИТС.
Взаимодействие с технологической базой ИТС осуществляется с помощью драйверов ИС полностью реализованных на Java с использованием технологии RA. Взаимодействие с базой данных реализовано с использованием технологии JDBC. Передача информации в базу осуществляется путем вызова хранимой в базе процедуры.
Выделены два типа драйвера базы данных: первый – драйвер оперативной информации, второй - драйвер передачи трендов.
Драйвер оперативной информации осуществляет передачу в процедуру технологической базы данных сообщений, поступающих от станций связи ИТС, непосредственно после передачи ему сообщения УМС. В процедуру базы, производиться передача только одного сообщения. Разбор тела сообщения производиться на стороне базы.
Для передачи в технологическую базу ИТС трендов, т.е. информации детально характеризующей изменения значения какого-либо параметра во времени, предлагается использовать другую реализацию драйвера базы данных – драйвер передачи трендов. Особенностью трендов, является отсутствие требования по оперативности передачи таких данных в базу, и большой объем этой информации. Учитывая особенности трендов как типа не оперативной информации, драйвер передачи трендов осуществляет сохранение поступающих от станций связи трендов в файлах данных, персональных для каждого тренда, на диске базового сервера приложений ИТС. При превышении заданного объема, но не реже заданного промежутка времени файлы сжимаются по стандартному алгоритму Zip и передаются в базу данных на хранение. При этом в процедуру целиком передается сжатый файл тренда.
Драйвера базы данных размещается на базовом сервере приложений.
Подсистема предназначена для приема данных от локальных источников через сервер приложений, их обработки и хранения в базе данных. В качестве операционной системы сервера СУБД необходимо использовать Linux Red Hat Advanced Server. В качестве СУБД - Oracle 9.2 RAC, как наиболее стабильную версию СУБД от Oracle на данный момент.
Подсистема разработана в расчете на применение не только в электросталеплавильном цехе НКМК, но и в других подразделениях комбината.
Подсистема обработки и хранения информации является OLTP-базой данных и предназначена для обработки входящей информации с максимальной скоростью. Для выполнения аналитической обработки хранимых в ИТС данных следует использовать специализированную OLAP базу данных, формируемую периодическим перекачиванием данных из СУБД ИТС.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.