Исследование деятельности ПАО «Химпром»

Предприятие производит неорганические продукты — водорода пероксид, гидросульфит натрия технический, хлорид кальция, серную кислоту, соляную кислоту (из абгазов хлорорганических производств), едкий натр, трёххлористый фосфор, хлорокись фосфора, жидкий хлор, гипохлорит натрия, соляную кислоту, а также органические продукты (анилин, бензамин Н, 2-этилгексановую кислоту, дихлорметан, мягчитель-2, парафины хлорированные жидкие, полиамин, хлороформ), серию фосфорорганических продуктов, комплексонов, поверхностно-активные вещества и технические моющие средства, кремнийорганические продукты.

Для повышения точности и стабильности работы оборудования используются различные датчики. В основе работы любых температурных датчиков, использующихся в системах автоматического управления, лежит принцип преобразования измеряемой температуры в электрическую величину. Это обусловлено следующими достоинствами электрических измерений: электрические величины удобно передавать на расстояние, причем передача осуществляется с высокой скоростью; электрические величины универсальны в том смысле, что любые другие величины могут быть преобразованы в электрические и наоборот; они точно преобразуются в цифровой код и позволяют достигнуть высокой точности, чувствительности и быстродействия средств измерений. Примером можно представить датчик, используемый на предприятии для измерения давления Сапфир 22 М Датчики давления Сапфир 22 М необходимы для преобразования давления жидких и газообразных сред в унифицированный выходной токовый и/или цифровой сигнал, датчик может работать, в том числе с агрессивными средами.

Датчик Сапфир 22 М представлен на рисунке 1.

Рис. 1 Сапфир 22 М

В настоящее время на предприятии используется программа MasterSCADA специально разработана для решения сложных задач, возникающих при проектировани АСУ ТП. Она имеет наглядный и хорошо продуманный пользовательский интерфейс, в ней минимизировано число операций, которые должен выполнить проектировщик АСУ ТП для достижений своей цели.

Система MasterSCADA (Автоматизированная система управления технологическим процессом) предназначенных для автоматизации управления технологическим оборудованием на промышленных предприятиях.

Выбор объекта в качестве центральной единицы разработки проекта позволил все переменные рассматривать как элементы его структуры, а документы — как его свойства. В MasterSCADA нет нужды редактировать отдельно список тегов, отдельно — мнемосхемы, отдельно — тренды и каждый раз держать в памяти их взаимосвязи. Выбрав объект, мы можем быть уверены, что на закладках его свойств в пользовательском интерфейсе MasterSCADA есть все необходимое. Мало того, появление нового функционального модуля в составе пакета всего лишь добавляет объекту новую закладку. В результате мы можем манипулировать объектом как единым целым — тиражировать, помещать в библиотеку, переносить в другие проекты. При этом привязка к физическому миру в виде входов-выходов контроллеров производится в полуавтоматическом режиме с помощью специального мастера установления связей — в считанные секунды в момент тиражирования или вставки объекта в проект. Это означает, что все алгоритмы обработки данных, сообщения, мнемосхемы, тренды, рапорты и другие «свойства» библиотечного или тиражируемого объекта не требуют никакой дополнительной настройки после его добавления в дерево объектов.

Программа MasterSCADA представлена на рисунке 2.

Рис. 2 Пользовательский интерфейс MasterSCADA

В основе построения MasterSCADA лежит объектно-ориентированный подход, который фактически стал единственным и общепризнанным как для построения систем программирования, так и программ пользователей. Кроме того, объектно—ориентированный подход является естественным для технолога, разрабатывающего SCADA для своего техпроцесса, поскольку объект в SCADA проекте однозначно соответствует контролируемому (управляемому) технологическому объекту.

Классическая для программистского понимания объектно-ориентированного программирования (ООП) триада наследование — инкапсуляция. Она реализуется в таких особенностях MasterSCADA, как наследование свойств в объектной иерархии проекта, возможность запрета для облегчения тиражирования использовать в документах объекта внешние по отношению к нему переменные, а также типизация (на уровне пакета в целом или для конкретного проекта) документов различных объектов, входящих в проект, и действий с ними.

Открытость в рамках системы — это не только возможность создавать на основе имеющихся программных интерфейсов новые модули и типовые объекты. В значительной степени это и принципиальное решение об использовании для взаимодействия с внешним миром исключительно стандартных интерфейсов.

Графическая подсистема MasterSCADA представлена на рисунке 3.

Рис. 3 Графическая подсистема

информационный система документальный сеть В MasterSCADA проект создается как отображение взаимосвязи модели технологического объекта, представленной в виде дерева технологической иерархии, и модели системы контроля и управления — в виде дерева иерархии технических средств системы. Предположим, к примеру, что на заводе имеются цеха, которые подразделяются на участки, на участках имеются технологические аппараты, обвязанные исполнительными механизмами и датчиками. Это технологический объект. АСУ ТП объединяет операторские станции, к которым по каналам связи подключены контроллеры, состоящие из модулей ввода-вывода, содержащих входы и выходы. Это система. Свяжем датчик в дереве объекта с входом модуля контроллера в дереве системы и получим взаимосвязь этих моделей. Связь устанавливается простым перетаскиванием с помощью «мышки» одного элемента на другой в любом направлении. Можно представить это и как взаимосвязь логического и физического уровней представления АСУ ТП. Разработчикам такая структура проекта кажется само собой разумеющейся, хотя она и не была реализована ни в одном из известных SCADA-пакетов.

Существенно и то, что проект разрабатывается не для отдельного рабочего места, а для всей АСУ ТП в целом, включая все операторские станции и все PС-совместимые контроллеры. При этом никакой настройки сетевых связей как при разработке, так и при переносе системы на целевую платформу не требуется. Единственная настройка — это выбор для объекта его базового компьютера (или контроллера) в дереве системы. При старте системы все узлы находят друг друга по проектным именам, не имеющим никакого отношения к сетевым именам узлов.

Редактор схем функциональных блоков представлена на рисунке 4.

Рис. 4 Редактор схем функциональных блоков