Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
МПСУ.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
11.26 Mб
Скачать
        1. Конфигурационные данные процесса

Сюда входят данные, определяющие все входные и выходные сигналы оконечных панелей полевых устройств. Каждая точка должна идентифицироваться в РСУ по своему уникальному номеру и адресу в системе.

Конфигурирование каждой точки происходит следующим образом: на пульте оператора, загруженном под учетной записью ‘инженера’, воспроизводятся страницы экранов отдельно по каждой точке.

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

Страницы библиотеки необходимо конфигурировать отдельно для каждого модуля ЛВС, чтобы они распознавали ‘принадлежащие’ им точки.

      1. Зональная база данных

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

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

Зональная база данных определяется как:

  • база данных для пульта оператора

  • набор предварительно сконфигурированных дисплеев, отчетов, журналов и трендов, соответствующих требованиям оператора

  • устройства, с которыми может взаимодействовать оператор.

      1. Организация базы данных элементов техпроцесса

Всю установку можно разделить на несколько основных технологических блоков. Например, морскую установка включает в себя процессы переработки нефти, газа, закачки воды, а также ряд вспомогательных систем – генераторы, воздушные компрессоры, системе водяного охлаждения, систему подогрева. По отдельности они являются элементами техпроцесса.

Каждый элемент процесса конфигурируется в РСУ. Таким образом, заданное число элементов (units) составляют полную установку.

Зональная база данных создается из нескольких элементов (units), таким образом определяя элементы, которыми может управлять оператор.

Элемент (unit) характеризуется:

  • отчетами по системным событиям и аварийным сигналам

  • областью ответственности операторов

  • архивными модулями

  • усовершенствованным управлением.

Одни и те же элементы могут входить в состав нескольких зональных баз данных.

На РИС. 12.1 показано разделение на зоны и элементы. Установка разделена на 6 элементов процесса. Сконфигурировано три зональных базы данных:

  • Зона A, включающая в себя элементы 1, 2 и 3

  • Зона B, включающая в себя элементы 4, 5 и 6

  • Зона C, включающая в себя все шесть элементов.

Оператор на консоли №1 управляет Зоной A, т.е. элементами 1, 2 и 3. Оператор на консоли №3, управляет Зоной B, состоящей из блоков 4, 5 и 6.

Инженер имеет возможность следить за работой всей установки, поскольку со своей консоли он имеет доступ ко всем шести блокам, объединенным в Зону С

РИС. 1 Разделение на зоны и элементы

      1. .ДОСТУП К СИСТЕМЕ (БЕЗОПАСНОСТЬ)

Из РИС. 12.1 можно сделать вывод, что с консоли можно управлять всей установкой независимо от других операторских консолей. В реальности это не так. Консоль инженера работает в режиме только для просмотра, без возможности управления кроме случаев, когда необходим доступ к базе данных для проведения конфигурирования.

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

1. ТОЛЬКО ДЛЯ ПРОСМОТРА

Оператор имеет возможность вызывать дисплеи и наблюдать за процессом. Управление и генерация выходных сигналов не возможны.

2. УРОВЕНЬ ОПЕРАТОРА

Обычный режим работы системы, при котором оператор может и управлять процессом в своей области влияния. Однако оператору не разрешается проводить изменения критических параметров; например, изменение настроечных параметров контуров управления и значений аварийных уставок, а также запрет аварийных сигналов.

3. УРОВЕНЬ СУПЕРВАЙЗЕРА

Этот уровень включает в себя все функции оператора плюс ряд критических параметров. Супервайзер может изменять настроечные параметры, изменять или запрещать аварийные сигналы.

4. УРОВЕНЬ ИНЖЕНЕРА

На этом уровне доступны все предыдущие функции и, в дополнение к этому, обеспечен доступ к базе данных.

Доступ к уровням может быть защищен паролем или специальным ключом, который вставляется в специальный разъем на пульте оператора, - это зависит от производителя оборудования и требований пользователя.

      1. КОНТРОЛЬ ПРОЦЕССА КОНФИГУРИРОВАНИЯ

Необходимо иметь соответствующие функции для контроля, а именно:

  • ограничение доступа к базе данных РСУ

  • обеспечение доступа к БД только компетентного персонала

  • регистрация всех изменений БД

  • регулярное создание резервных копий системы

  • обеспечение средств согласования и утверждения предлагаемых изменений в базе данных РСУ.

Система методов контроля вводится в работу при участии Администратора Системы (System Custodian), который несет ответственность за РСУ. Администратор является инженером КИПиА с определенными навыками и знаниями РСУ. Для одной системы можно назначать несколько администраторов, которые будут хранить у себя все пароли и ключи доступа к вверенной им системе.

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

Все изменения, вносимые в базу данных: конфигурирование новой точки, изменение мнемосхемы, обновление отчета, должны проходить процедуру утверждения и регистрации. Если изменения проводятся без утверждения, скорее всего, их поменяет следующая смена. Изменения необходимо согласовывать со всеми сменами операторов и получать утверждение от вышестоящего лица – начальника установки или старшего инженера.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]