Раздел

Консультанты

Подпись дата

Задание выдал

Задание принял

Охрана труда

Ералин А. Н.

Промышленная

Кабылбекова

экология

Г. К.

Экономический

Никитина О. Е.

раздел

Нормоконтроль

Федорашко Л. И.

№

Наименование этапов

дипломного проекта (работы)

Срок выполнения этапов проекта (работы)

Примечание

1

Анализ технологических процессов

на насосных станциях канала

28.01.08 – 4.02.08

2

Разработка принципов построения

системы оперативно-

диспетчерского контроля и

управления насосной станции

канала им. К. Сатпаева

4.02.08 – 15.02.08

3

Разработка элементов

программного и технического

обеспечения системы оперативно-

диспетчерского контроля и

управления насосной станции

15.02.08 – 3.03.08

4

Охрана труда

3.03.08 – 10.03.08

5

Промышленная экология

10.03.08 – 28.03.08

6

Экологическая часть

28.03.08 – 3.04.08

7

Графическая часть

3.04.08 – 10.04.08

Наименование сооружения

Пикет сооружения по оси канала, см

Назначение сооружения

В/в-106

0

Регулирование горизонта воды в нижнем бьефе НС-1

В/в-29

4372+22,40

Пропуск и регулирование расхода воды из Туздинского водохранилища в канал 63

В/в-126

4450+45,00

Подача воды в р. Нуру

В/с-28

1 перепад

2перепад

4249+37,00

4281+64,00

Сопряжение горизонтов воды водораздельного участка канала и Туздинского резервного водохранилища

Аварийный В/с на канале 63а

4572+20

Сброс воды из канала 63а во время аварийного отключения НС Карагандинского водопровода и аварии на Д-127

Наименование параметра

ОПВ-10-185

ОПВ-11-185

Тип подвода воды к насосу

Коленчатое

Коленчатое

Число оборотов в минуту, об/мин

333

333

Вращение, если смотреть сверху на электродвигатель

Левое

Левое

Подача, м³/с

12-18,5

14-19,5

Напор (оптимальный), метры водного столба

20,5

17,5

КПД насоса, %

80-86

80-86

Мощность на валу насоса, кВт

4300

4000

Рекомендуемая мощность электродвигателей, кВт

5000

5000

Заглубление оси рабочего колеса (минимальное), м

3,5

2,5

Диапазон разворота лопастей (для ОПВ-185 ЭГ), С⁰

+3 -9

(0 + -9)

0 + -8

Наименование параметров

Количество

Мощность возбудителя, кВт

76/5

Напряжение, В

180/40

Основные электрические параметры

Значения

Номинальное напряжение (U_ном), В

3х57.7/100

Рабочий диапазон, В

0.85-1.1 U_ном

Предельный диапазон, В

0.8-1.15 U_ном

Номинальная сила тока, А

5

Максимальная сила тока, А

7.5

Класс точности, -

0.5

Частота в сети, Гц

50±2.5

Порог чувствительности, мА

0.5

Межпроверочный интервал, лет

Внешний вид счетчика ПСЧ-4ТА.04.2 показан на рисунке 1.5.

Рисунок 1.5 – Счетчик ПСЧ-4ТА.04.2

Счетчик СЭТ-4ТМ.02 является трехфазным многотарифным цифровым счетчиком с последовательным цифровым интерфейсом передачи данных RS-485, трансформаторного включения, прямого и обратного направления, активной и реактивной энергии и используется для коммерческих и технических точек учета электроэнергии. Подключение к трансформаторам тока и трансформаторам напряжения проводилось кабельным проводом согласно требований раздела 5 Электросетевых правил РК.

СЭТ-4ТМ.02 предназначен для учета активной и реактивной электроэнергии прямого и обратного направления переменного тока частотой 50 Гц в трехпроводных и четырехпроводных сетях для энергосистем, промышленного производства.

В таблице 1.6 приведены технические характеристики СЭТ-4ТМ.02.

Таблица 1.6 – Технические характеристики СЭТ-4ТМ.02

Внешний вид счетчика СЭТ-4ТМ.02 показан на рисунке 1.6.

Рисунок 1.6 – Счетчик СЭТ-4ТМ.02

На данный момент счетчики эксплуатируются автономно, но в дальнейшем планируется эксплуатировать их в составе АИИС КУЭ.

Данные счетчики соответствуют ГОСТ 30206-94, ГОСТ 26035-83, зарегистрированы в Государственном реестре средств измерения и допущены к применению в Республики Казахстан [9].

1.4 Разработка требований к системе оперативно-диспетчерского контроля и управления насосных станций. Постановка задач дипломного проекта

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

Непрерывную во времени картину развития АСУ ТП можно разделить на три этапа:

• первый этап отражает внедрение САР;

• второй этап – автоматизация технологических процессов;

• третий этап – автоматизация систем управления ТП.

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

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

1.4.1 Требования к структуре системы оперативно-диспетчерского контроля и управления НС (системы)

Система должна иметь следующую структуру:

• локальный уровень – система учета электроэнергии и сбора технологической информации на НС и других сооружениях канала;

• региональный уровень – диспетчерский пункт оперативного управления Карагандинского филиала (ДП2) п. Молодежный;

• центральный уровень – центральный диспетчерский пункт оперативного управления РГП «Канал им. К. Сатпаева» (ЦДП) г. Караганда.

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

1.4.2 Требования к системе

Система должна удовлетворять следующим требованиям:

1. учетной информацией должны служить данные, получаемые от электрических и теплотехнических приборов на НС и других сооружениях канала;

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

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

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

5. автоматическая выдача, при обнаружении аварийного события, особого сообщения оператору с указанием положения и названия объекта, в котором произошло это событие;

6. система должна иметь режим автоматической передачи информации техническому оператору «KEGOС» в г. Караганда (ЦМЭС).

1.4.3 Требования к режимам работы системы

На локальном уровне система должна функционировать в режиме реального времени: собирать и обрабатывать информацию электрических и теплотехнических величин с периодичностью 2 часа и по запросу оператора и диспетчера. На региональном уровне формировать в реальном времени оперативные данные для передачи в ЦДП по согласованному регламенту. На центральном уровне должно быть предусмотрено два режима работы:

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

2. режим опроса региональных систем по запросу персонала ЦДП.

1.4.4 Требования к передаче данных

Для передачи данных с локального уровня в региональный и далее на центральный уровень необходимо использовать каналы передачи данных SR-500.

1.4.5 Требования к надежности

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

1.4.6 Требования по количеству и квалификации обслуживающего персонала

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

1.4.7 Требования к защите информации от несанкционированного доступа

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

На локальном уровне защита информации от несанкционированного доступа должна осуществляется:

• пломбированием клеммников панелей с цепями к счетчикам от трансформаторов тока и напряжения, клеммников самих счетчиков;

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

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

На региональном и центральном уровнях защита информации от несанкционированного доступа должна осуществляться программным путем и обеспечивать:

• защиту от несанкционированного доступа к серверам и устройствам программного обеспечения;

• разграничения полномочий пользователей;

• закрытость информации в зависимости от полномочий пользователей;

• регистрацию событий каждого доступа пользователей;

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

1.4.8 Требования по сохранности информации при авариях

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

Для защиты от потери информации при авариях на локальном уровне следует предусмотреть:

1. использование аппаратуры бесперебойного электроснабжения для питания устройств;

2. диагностирование работы оборудования и выдача сигнала тревоги при нарушениях;

3. передача измеренных данных в темпе реального времени.

Для защиты от потери информации при авариях на региональном и центральном уровнях следует предусмотреть:

1. использования аппаратуры бесперебойного электроснабжения для питания серверов;

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

1.4.9 Требования к функциям (задачам) системы

Требования к системе сбора и передачи информации на локальном уровне:

1. непрерывный сбор со счетчиков данных о потреблении активной и реактивной энергии, а так же формирование и передача этих данных с настраиваемым периодом в интервале 120 минут;

2. непрерывный сбор информации с теплотехнических приборов, а так же формирование и передача этих данных с настраиваемым периодом в интервале 120 минут;

3. сохранение всех измеренных величин в течении 45 дней с настраиваемым интервалом сбора данных 120 минут;

4. перепрограммирование счетчиков с соблюдением всех требований по допуску и защите информации;

5. контроль достоверности показаний и состояния всех средств измерений.

На центральном и региональном уровнях:

1. прием данных системы электрических и теплотехнических измерений по выделенным и коммутируемым линиям связи с настраиваемым периодом в интервале 120 минут;

2. обработка данных;

3. отображение информации;

4. оперативный контроль информации;

5. хранение информации и формирование отчетов;

6. санкционированный доступ к информации пользователей вычислительной сети;

7. обмен данными комплексами информационного обеспечения других уровней;

8. управления доступом пользователей.

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

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

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

• оперативные тренды;

• исторические тренды.

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

Подсистема должна обеспечивать:

• масштабирование экранов трендов;

• вывод одновременно нескольких графиков на экран (принтер) по выбору;

• просмотр графиков в режиме «прокрутки»;

• выбор масштабов по значению контролируемой величины и времени.

В подсистеме должны формироваться следующие журналы событий и аварий:

• журнал технологических событий;

• журнал технологических аварий;

• журнал событий;

• журнал аварий.

Все сигналы аварий должны квитироваться оператором технологических установок.

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

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

При просмотре журналов должен обеспечиваться выбор и сортировка событий по следующим признакам:

• времени возникновения события или аварии;

• типу события или аварии;

• текстовому шаблону;

• принадлежности к объекту;

• интервалу времени.

Оперативно-справочная информация должна выводиться по требованию диспетчера, оператора из "всплывающих" иерархических меню.

Должен выполняться контроль технологических параметров по двум уровням: предупредительному и аварийному.

При достижении заданных уровней в динамическом и статическом режиме:

• должны формироваться предупредительный и аварийные сигналы с записью в журнал;

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

• на экран монитора должно выводиться сообщение с указанием параметра и его текущего и допустимого значения;

• значение параметра должно отображаться на экране монитор определённым цветом соответственно.

Должен выполняться контроль достоверности измеряемых параметров на диапазон допустимых значений.

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

• времени (интервалу времени) возникновения события или аварии;

• типу события или аварии;

• текстовому шаблону;

• объектам.

В процессе работы должна приниматься информация по результатам диагностирования КТС, каналов связи и ПТК.

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

В системном журнале должно фиксироваться время отключения и восстановления связи с каждым абонентом каналов связи.

Система должны вести следующие архивы:

• журналы технологических параметров и аварий;

• исторические тренды параметров.

Время хранения данных коммерческого учета энергоносителей – 3 года.

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

Серверы ввода/вывода должны обеспечивать сбор и первичную обработку информации КТС с заданным интервалом времени.

Система должна обеспечивать изменение временного интервала сбора и первичной обработки информации КТС.

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

Администратором системы, при помощи инструментальных средств, должна обеспечиваться возможность задания параметров работы системы и её модификация. Должна быть обеспечена возможность редактирования:

• мнемосхем объектов (добавление, удаление);

• сигналов (добавление, удаление, изменение названия, маскирование);

• экранов (добавление, удаление);

• функций (добавление, удаление).

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

В системе должен быть обеспечен доступ к информации в соответствии с правами доступа пользователя.

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

1.4.10 Требования к видам обеспечения

Измерения и расчеты величин электроэнергии должны производиться с точностью до целого числа киловатт-часов. Измерения и расчеты теплотехнических величин должны производиться с точностью до:

• расхода – 0,1 м³/с;

• уровня воды – +1 см, уровня масла - +1 мм;

• температуры - ±0,5 ⁰С;

• давления - +0,1 кгс/см².

Информационное обеспечение каждого уровня системы включает в себя:

1. входную информацию, в том числе переменную и нормативно-справочную;

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

3. систему классификации и кодирования информации, реестры коммерческого учета принимаемой электроэнергии и отпускаемой воды;

4. информационную базу системы.

Интерфейс пользователя должен быть на русском языке.

ПО микропроцессорных счетчиков, средств измерения расхода, уровня, температуры является неотъемлемой их частью и должно входить в комплект поставки изделий.

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

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

1. документация по обслуживанию компонентов системы;

2. документация по обучению обслуживающего персонала;

3. документация пользователя.

Для создания системы оперативно-диспетчерского контроля и управления необходимо выбрать SCADA-систему, отвечающую приведенным выше требованиям, а также необходимо разработать структуру, как самой системы, так и ее программного обеспечения. Необходимо выбрать техническое обеспечение системы и создать мнемосхемы, отображающие процесс контроля расхода и давления воды на выходе НС [8, 24].

2 Разработка принципов построения системы оперативно-диспетчерского контроля и управления насосной станции РГП «Канал им. К. Сатпаева»

2.1 Анализ и выбор SCADA-системы

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

Концепция SCADA (Supervisory Control And Data Acquisition – диспетчерское управление и сбор данных) предопределена всем ходом развития систем управления и результатами научно-технического прогресса. Применение SCADA-технологий позволяет достичь высокого уровня автоматизации в решении задач разработки систем управления, сбора, обработки, передачи, хранения и отображения информации.

Дружественность человеко-машинного интерфейса (HMI/MMI – Humain/Man Machine Interface), предоставляемого SCADA-системами, полнота и наглядность представляемой на экране информации, доступность «рычагов» управления, удобство пользования подсказками и справочной системой повышает эффективность взаимодействия диспетчера с системой и сводит к минимуму его критические ошибки при управлении.

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

В настоящее время SCADA является основным и наиболее перспективным методом автоматизированного управления сложными динамическими системами.

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

• выбор SCADA-системы (исходя из требований и особенностей технологического процесса);

• кадровое сопровождение.

Выбор SCADA-системы представляет собой достаточно трудную задачу, аналогичную принятию решений в условиях многокритериальности, усложненную невозможностью количественной оценки ряда критериев из-за недостатка информации [2, 4, 12].

Выбранная SCADA-система должна соответствовать требованиям, разработанным в разделе 1, а также техническим и эксплуатационным характеристикам, приведенным ниже.

Технические характеристики:

1. выбранная SCADA-система должна быть реализована на MS Windows-платформе;

2. выбранная SCADA-система должна обеспечивать высокий уровень сетевого сервиса;

3. выбранная SCADA-система должна иметь встроенный язык высокого уровня, VBasic-подобные языки;

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

5. крайне важен также вопрос о поддержке в выбранной системе стандартных функций GUI (Graphic Users Interface);

6. SCADA-система должна быть открытой, как для внедрения собственных программных модулей, так и для программных модулей сторонних фирм-производителей.

Эксплуатационные характеристики. К этой группе можно отнести:

• удобство интерфейса среды разработки;

• качество документации – ее полнота, уровень русификации;

• поддержка со стороны создателя – количество инсталляций, дилерская сеть, обучение, условия обновления версий и так далее.

Выбор будет производиться между двумя SCADA-системами: WinCC немецкой фирмы Siemens и Citect австралийской фирмы CiTecgnologies.

2.1.1 SCADA-система Citect

Особенность компании CiTechnologies (Ci - Control Instrumentation) в том, что она не только разработчик SCADA-системы Citect, но и системный интегратор. В систему вложен весь опыт системной интеграции, и не только в собственно ПО, но и в "базу знаний. Таким образом, SCADA-система Citect - это программный пакет, созданный на основе большого опыта компании. Уникальность его в двух аспектах:

• возможности постепенных инвестиций в используемый продукт;

• чисто технических особенностях.

2.1.1.1 Особенности использования Citect

Citect предлагает пользователям систему разработки бесплатно, цена же систем исполнения сравнима с соответствующими компонентами других SCADA-пакетов.

Одна из характеристик SCADA-системы Citect - гибкость, которая проявляется в нескольких чертах. Во-первых, для SCADA-системы Citect естественным является режим распределенной разработки приложений. Во-вторых, в SCADA-систему Citect заложено огромное многообразие подходов к разработке приложений. Так, возможна разработка приложений без программирования вообще на основе поставляемых библиотек графических объектов, шаблонов, драйверов и т.д. Возможна и самостоятельная разработка новых компонентов приложений, и модификация базовых. В зависимости от профессиональных навыков разработчика, приложение можно создавать как с использованием языка SCADA-системы Citect, называемого Cicode, так и более знакомых, традиционных языков программирования (Visual Basic, C).

В SCADA-системе Citect предусмотрено простое наращивание дополнительных узлов проекта и возможность перераспределения их функций. Выполняются такие процедуры на уровне конфигурирования каждого узла.

2.1.1.2 Технические возможности системы

SCADA-система Citect используется как 32-разрядное приложение Windows NT, Windows 95 и 98. Сбор данных, формирование алармов и построение трендов может происходить одновременно с редактированием и компиляцией. Ядро SCADA-системы Citect является многозадачным ядром реального времени, с вытеснением задач по приоритетам. Оно обеспечивает равномерное выполнение всех приложений.

2.1.1.3 База данных реального времени приложения

Для каждого нового проекта автоматически создаётся файловая структура в формате dBase. Для хранения данных проекта (теги, начальные значения параметров и т.п.) инициализируется около 60 файлов. Эти файлы могут отдельно импортироваться в EXCEL для редактирования или документирования. Для тестирования разрабатываемой конфигурации в SCADA-системе Citect можно создать "электронный контроллер" ("memory PLC"), который эмулирует работу контроллера с помощью вводимых вручную тегов, и его работу можно проверить в системе исполнения (runtime).

2.1.1.4 Архитектура клиент/сервер SCADA-системы Citect

В SCADA-система Citect сервер выполняет пять функций (рисунок 2.1):

• сервер ввода/вывода является выделенным коммуникационным сервером, организуя обмен информацией между устройствами ввода-вывода и узлом, выполняющим функцию визуализации (клиентом);

• cервер алармов непрерывно отслеживает данные, сравнивая их с допустимыми пределами и проверяя выполнение заданных условий, и непосредственно отображает все алармы на соответствующем узле визуализации;

• cервер отчётов генерирует отчёты по истечению определённого времени или при возникновении определённого события;

• cервер трендов собирает и регистрирует трендовую информацию, позволяя фиксировать развитие процесса в реальном времени или ретроспективно (исторически) в окне трендов или в файле;

• cервер синхронизации (тайм-сервер), который синхронизирует работу всех персональных компьютеров сети.

Рисунок 2.1 – Клиент-серверная архитектура Citect

Задача сервера ввода-вывода выполняется на одном компьютере (узле). Если в больших прикладных системах этот узел становится перегруженным, другие серверы могут устанавливаться на других узлах. А если и задача сервера ввода-вывода перегружает узел, то можно расширить число серверов ввода-вывода. Все узлы визуализации могут осуществлять доступ ко всем серверам через сеть. SCADA-система Citect поддерживает NetBIOS, TCP/IP и другие сетевые протоколы. Одновременно может выполняться несколько протоколов.

2.1.1.5 Сервер алармов

В SCADA-системе Citect различаются четыре типа алармов:

• цифровые алармы, возникают в ответ на изменение состояния;

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

• алармы с метками времени базируются на таймере, который работает в контроллере и регистрирует алармы с точностью до миллисекунд;

• составные алармы, возникающие в результате событий или комбинации событий.

Аппаратные алармы всегда регистрируются отдельно и визуализируются на отдельном дисплее алармов.

2.1.1.6 Сервер отчетов

Язык программирования Cicode поддерживает простой набор операторов, с помощью которых можно генерировать отчёт и задавать его шаблон. Значения времени хранятся в аккумуляторах языка Cicode - регистрах, которые кумулятивно запоминают такие переменные в виде количества часов работы или счётчиков. Таймеры и счётчики могут запускаться по некоторому событию, временно приостанавливаться и т.п. Можно также задавать событие, которое запускает генерацию отчёта и уровень привилегированности пользователя, определяющий права пользователя на запуск генерации отчёта. Отчёты сохраняются на диске в файле. Отчёты могут генерироваться в EXCEL с помощью DDE-связей. В Citect есть и электронная почта, по которой отчёты могут посылаться.

2.1.1.7 Резервирование

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

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

Утилита "Computer setup" ("Установка компьютера") позволяет конфигурировать компьютер как узел визуализации (клиент), как основной или резервный сервер ввода-вывода, сервер алармов, трендов или отчётов. Она также позволяет конфигурировать временную синхронизацию и запрещение срабатывания определённых клавиш.

2.1.1.8 500 функций

В SCADA-системе Citect встроен гибкий язык программирования Cicode, сравнимый по возможностям с языками Pascal/C. Именно на нем написана сама SCADA-система. Cicode позволяет создавать программы любой степени сложности. Исходный файл на Cicode создается редактором и компилируется вместе с проектом.

Проект всегда компилируется с системой исполнения. Во время компиляции проверяются все dbf-файлы, транслируется Cicode. В SCADA-системе Citect есть специальные функции для проверки производительности системы.

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

2.1.1.9 Возможности HMI в SCADA-системе Citect

Графические объекты на дисплеях оператора можно построить с помощью Графического редактора (Graphics Builder). SCADA-система Citect поддерживает неограниченное количество окон - "страниц". Для их создания предлагается использовать библиотеку шаблонов. Для упрощения создания графических объектов на странице поставляются три библиотеки - объектов, "джиннов" и "суперджиннов". Объекты - это статические картинки, классифицированные по группам, таким как механизмы, резервуары, насосы и так далее. "Джинны" и "суперджинны" - это динамические объекты, к ним могут прикрепляться меняющиеся переменные. Для "джиннов" место на экране зафиксировано (например, ползунок на линейке со шкалой), а для "суперджиннов" - нет. "Суперджинны" могут открывать новое окно. Во время исполнения "суперджинн" может запускаться несколько раз. Каждое видимое окно является "потомком" со своими собственными переменными. Когда во время исполнения вызывается "суперджинн", автоматически создаётся окно-"потомок" с реальными значениями переменных. Такая процедура значительно ускоряет разработку сходных объектов. Эти объекты могут использоваться для любого другого клиента.

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

2.1.1.10 Новые технологии

В настоящее время для разработки систем автоматизации активно начинают применяться COM/DCOM-технологии, причем как квалифицированными разработчиками прикладного ПО, так и в предлагаемых на рынке инструментальных системах. Новые технологии в SCADA-системе Citect находят свою реализацию в виде:

• OPC-компонентов для подключения широкого спектра контроллерного оборудования и промышленных сетей стандартным, формально описанным способом (OPC-спецификация);

• ActiveX-объектов для расширения функциональных возможностей разрабатываемого приложения за счет уже разработанных и готовых к использованию программных компонентов.

2.1.1.11 Выводы (Citect)

Итак, важными характеристиками SCADA-системы Citect являются следующие:

• не требуется вложений в систему разработки. При этом допускается разработка прикладной системы многими пользователями одновременно;

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

• встроенное резервирование позволяет качественно и легко решить проблему надежности функционирования системы;

• язык Cicode позволяет создавать программы любой степени сложности.

SCADA-система Citect - это мощный конкурентоспособный SCADA-продукт. У него сильные рыночные позиции, благодаря поддержке истинной структуры клиент/сервер, открытой архитектуре, а также богатым возможностям языка программирования CiCode и встроенной дублируемости. SCADA-система Citect обеспечивает дружественную систему помощи (help), основанную на богатом опыте компании CiTechnologies как системного интегратора. Все эти функции в сочетании с низкой стартовой ценой обеспечивают хорошее рыночное преимущество этого пакета [2, 5].

2.1.2 SCADA-система WinCC

SIMATIC WinCC выступает “законодателем моды” в использовании последних программных технологий. Название WinCC происходит от Windows Control Center (Центр управления Windows), другими словами это система, предоставляющая все необходимые средства для надежного управления процессом в стандартной среде Windows NT или Windows 2000.

В серии продуктов SIMATIC HMI WinCC выступает в качестве системы визуализации процесса (SCADA), дифференцируемой по цене и производительности и предлагающей наиболее эффективные функции для управления автоматизированными процессами. Одним из главных преимуществ WinCC является ее полная открытость. Эта система может использоваться как со стандартными программами, так и с пользовательскими программами. Программные компании могут создавать свои собственные приложения, используя открытые интерфейсы WinCC для расширения своих собственных систем.

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

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

2.1.2.1 Обзор функций

В мире капиталоемкого производства простота и прозрачность означает уменьшение расходов на проектирование, уменьшение расходов на обучение, большую гибкость в требованиях к кадрам и более стабильное управление. SIMATIC WinCC объединяет в себе все эти особенности. Что касается использования системы, любой специалист, знакомый с Microsoft Windows, сможет работать с WinCC Explorer, являющимся ядром SIMATIC WinCC.

Вместе с другими компонентами SIMATIC система WinCC предлагает функции для диагностики и слежения за процессом. Это свойство является новым для систем HMI.

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

Таблица 2.1 - Перечень редакторов, предоставляемых WinCC

В таблице 2.2 приведен перечень интерфейсов, предоставляемых WinCC.

Таблица 2.2 - Перечень интерфейсов, предоставляемых WinCC

2.1.2.2 WinCC - часть комплексной системы автоматизации (Totally Integrated Automation)

WinCC – это мощная и открытая система, позволяющая устанавливать связи с различными ПЛК. Особые преимущества WinCC заключаются в том, что система является частью комплексной системы автоматизации в рамках SIMATIC (Totally Integrated Automation (TIA) with SIMATIC).

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

• универсальное проектирование и программирование;

• универсальное управление данными;

• универсальная связь.

Другими словами можно уменьшить затраты на разработку решения автоматизации, а это существенно уменьшит затраты на обеспечение жизненного цикла системы и общие затраты.

Возможности глобального проектирования и программирования позволяют непосредственно использовать в WinCC символьные имена STEP 7. При работе с WinCC можно непосредственно обращаться к таблице символьных имен, определенной в STEP 7.

Универсальное хранение данных и универсальная связь значительно облегчают диагностирование системы:

• в режиме исполнения можно непосредственно перейти от WinCC к соответствующему редактору программ STEP 7 (LAD/CSF/STL). Это позволяет проводить диагностику нарушений;

• используя функцию WinCC "Hardware Diagnostics (Диагностика аппаратуры)", можно запустить функцию STEP 7 "Diagnose hardware (Диагностика аппаратуры)" для соответствующего контроллера S7 непосредственно из кадра WinCC;

• "Channel Diagnosis (Диагностика каналов)" позволяет проводить диагностику связи между WinCC и контроллерами S7;

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

Опция WinCC/ProAgent обеспечивает дополнительную поддержку при диагностировании; эта опция выполняет общую диагностику процесса системы автоматизации на базе контроллера S7.

2.1.2.3 Визуализация процесса WinCC

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

В основном SIMATIC WinCC предлагает следующие возможные конфигурации системы:

• однопользовательская система;

• многопользовательская система (решение клиент-сервер);

• распределенная система;

• система с использованием Web-клиентов;

• решение с использованием «тонкий клиент»;

• системы с использованием архивного сервера;

• системы с резервированными серверами;

• решение с использованием как Web-клиентов, так и «тонких клиентов».

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

В качестве стандартных система поддерживает разные варианты соединений для однопользовательских систем и серверов:

• SIMATIC S7;

• SIMATIC S5;

• SIMATIC 505;

• SIMATIC WinAC;

• PROFIBUS FMS/DP;

• OPC.

2.1.2.4 Основные функции WinCC

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

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

Все операторские станции включены в систему управления пользователями.

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

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

В дополнение к этому WinCC позволяет отображать кадры размером до 4096x4096 пикселей, используя интеллектуальную функцию масштабирования. Масштабирование в режиме исполнения поддерживается использованием трех различных методов:

• панорамный просмотр;

• расширенное масштабирование;

• послойное отключение.

Существует возможность сделать отображение слоев и объектов зависящим от текущего коэффициента масштабирования. Для каждого слоя можно определить отдельно минимальный и максимальный коэффициент масштабирования. Также возможно определить возможность отображения только тех объектов, размер которых попадает в определенный диапазон.

Графическая система WinCC в режиме исполнения формирует экранные изображения и обрабатывает все вводимые с экрана данные. Кадры для визуализации процесса и управления установкой создаются с помощью WinCC Graphics Designer.

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

Архивирование значений процесса (Tag Logging (Регистрация тегов)) используется для сбора данных исполняющихся процессов и их подготовки к отображению и архивированию. Данные процесса отображаются с помощью WinCC Online Table (Окна отображения таблиц в режиме исполнения) и Trend Controls (Окна отображения трендов в режиме исполнения), которые отображают данные в виде таблиц или кривых соответственно. При этом редактор Tag Logging предоставляет полную свободу в выборе способа сбора данных процесса и вида, в котором они будут отображаться.

SIMATIC WinCC не просто получает сообщения процесса и сообщения о локальных событиях, она записывает их в циклические архивы, а затем предоставляет возможность просмотра отсортированных или отфильтрованных сообщений. Звуки сигнализации (типа сирены или гудка) или прямое переключение из окна сообщений на соответствующий кадр процесса (loop in alarm (контур аварии)) помогают немедленно реагировать на неисправности и принимать меры по избежанию критических ситуаций, их сокращению или устранению их последствий.

Сообщения выводятся на экран с помощью WinCC Alarm Control, параметры которого могут задаваться на этапе проектирования. Используя содержимое отдельных блоков сообщений, можно фильтровать или сортировать сообщения, отображаемые в окне.

Для архивирования сообщений используется Microsoft SQL Server. Система архивирует сообщения при возникновении событий сообщений, например:

• при поступлении сообщения;

• при изменении статуса сообщения.

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

• протокол последовательности сообщений;

• протоколы архивов сообщений;

• журналы регистрации архивных значений процесса;

• оперативные журналы;

• протоколы системных сообщений;

• отчеты пользователя;

• документальные копии.

Перед печатью отчетов можно сохранить их в виде файлов и предварительно просмотреть на мониторе. Выполняя действия оператора по вводу можно отобразить состояние всех заданий в режиме online [6, 7].

2.1.2.5 Выводы (WinCC)

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

WinCC была первой системой визуализации процесса на международном рынке, использующей 32-битную технологию ПО, работающего под управлением Microsoft Windows 95/NT 4.0. В настоящее время Windows 2000 (Advanced) Server и Windows XP Professional представляют собой открытую стандартную платформу для создания серверов и клиентов WinCC или однопользовательских систем. С одной стороны, эта платформа может использоваться для того, чтобы комбинировать WinCC с широким спектром приложений, имеющихся на рынке; с другой стороны, можно интегрировать эту платформу в конкретное решение: корпоративное решение или решение автоматизации.

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

Безусловно, обе рассмотренные выше SCADA-системы Citect и WinCC отвечают предъявляемым требованиям, но нужно было выбрать одну наиболее приемлемую по всем показателям, такой оказалась SCADA-система WinCC.

2.2 Разработка структуры системы оперативно-диспетчерского контроля и управления

Функционально структура системы оперативно-диспетчерского контроля и управления РГП «Канал им. К. Сатпаева» в соответствие с требованиями раздела 1 должна состоять из четырех подсистем:

• измерений электроэнергии и воды;

• сбора данных;

• телекоммуникаций;

• отображения, хранения и управления данными.

Иерархически система представляет собой распределенную автоматизированную систему сбора и обработки данных и включает в себя:

• первый уровень – измерительные комплексы учета электроэнергии, коммерческие ИИК (приборы учета), полевые датчики и приборы, УСПД или УСД основных сооружений канала: НС, включающих НА, ПС, В/в, В/с, Д;

• второй уровень –РЦСОИ 2 - п. Молодежное;

• третий уровень –ЦСОИ – г. Караганда. ЦСОИ должен осуществлять выдачу информации СО АО «КEGОС», а также в ПКИ г. Астана.

Передача данных между ПКИ, ЦСОИ, РЦСОИ и объектами предприятия должна производится посредством каналов радиотелефонной связи SR-500 S.

На рисунках 2.2 – 2.3 представлена иерархическая структура системы оперативно-диспетчерского контроля и управления.

2.2.1 Подсистема измерений электроэнергии и воды

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

Состав ИИК зависит от параметров точки учета. Точки учета делятся на две группы: коммерческие и технические. Дополнительными признаками точки учета являются интервал измерения и интервал опроса (съема) показаний прибора учета.

Подключаемый к системе ИИК счетчик должен быть зарегистрирован у СО в реестре коммерческого учета и иметь уникальный идентификационный код.

Для коммерческих и технических точек учета электроэнергии с интервалом измерений 15 минут в состав ИИК входит трехфазный микропроцессорный счетчик с цифровым, последовательным интерфейсом связи RS-485 и возможностью измерения активной и реактивной составляющей электроэнергии в обоих направлениях (двунаправленный).

Посредством цифрового, последовательного интерфейса связи RS-485 счетчик будет опрашиваться УСД объекта, каждые 15 минут.

Считанные из счетчика (ИИК) данные УСД будут передаваться через подсистему телекоммуникаций в БД системы.

Как уже упоминалось выше, будут использоваться существующие измерительные трансформаторы.

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

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

Учет воды. Учет воды будет производиться с использованием ультразвуковых расходомеров, входящих в состав ИИК водоучета. Интервал измерений – 15 мин.

Опрос расходомеров будет производиться УСД объекта посредством унифицированного токового сигнала 4-20мА, каждые 15 минут. Через подсистему телекоммуникаций данные будут передаваться в БД системы.

Диапазон расхода воды от 150 до 25000 куб. м. Погрешность измерения составляет не хуже 0,5 %.

Выходные сигналы, входные аналоговые сигналы и входные дискретные сигналы приведены в приложениях А-В. А на рисунках 2.4-2.5 приведены схемы автоматизации НА.

2.2.2 Подсистема сбора данных

Подсистема сбора данных предназначена для сбора информации из ИИК и для передачи ее в подсистему телекоммуникации. Основу подсистемы сбора данных составляет УСД.

УСД – это устройство, состоящее из ПЛК, блока питания, устройств сопряжения, оборудования связи и других узлов. УСД предназначено для периодического опроса:

• присоединенных счетчиков (ИИК) коммерческих и технических точек учета электроэнергии;

• приборов водоучета;

• приборов контроля технологических параметров.

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

На рисунке 2.6 изображена структурная схема УСД. Основным узлом УСД является ПЛК. Через устройство сопряжения по интерфейсу RS-485 ПЛК считывает данные со счетчиков.

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

Блок питания (БП), обеспечивающий электроснабжение УСД является модульным устройством. БП обеспечивает гарантированное электропитание с возможностью бессбойного завершения работы программы ПЛК при сбое или отсутствие внешнего электроснабжения. БП может работать в индустриальном диапазоне температур, нормальном атмосферном давлении и влажности до 75%.

Конструктивно УСД представляет собой шкаф оборудования. На монтажной панели шкафа устанавливаются монтажные DIN-рейки, для установки оборудования. В шкаф внешняя проводка и кабели заводятся через герметичные фитинги.

Рисунок 2.6 – Схема структурная УСД

2.2.3 Подсистема телекоммуникаций

В качестве базовой телекоммуникационной среды выступает телекоммуникационная сеть РГП «Канал им. К. Сатпаева». УСД будут использовать каналы вводимой в строй радиотелефонной связи SR-500 S.

Все данные будут стекаться в коммуникационные серверы РЦСОИ п. Молодежный и далее в ЦСОИ г. Караганда. Для администрирования подсистемы телекоммуникаций предусмотрены АРМ администратора коммуникационного сервера для центра сбора и обработки данных.

Гарантированная доставка данных будет производиться на основе комплексной системы сбора данных SINAUT фирмы Siemens. SINAUT работает с любым видом связи и является программно-аппаратным комплексом. Указанный продукт позволяет строить распределенные системы гарантированного сбора данных и автоматически поддерживает многочисленные служебные функции:

1. гарантированная доставка данных с УСД в коммуникационные серверы системы, в том числе и при отказах каналов связи;

2) единая временная синхронизация (единое время системы);

3) единая для всей системы маршрутизация данных;

4) совместимость со сторонним ПО в соответствие с нормативными документами;

5) помехозащищенность и безопасность данных.

В УСД модемы системы SINAUT штатно подключаются к ПЛК, их ПО полностью совместимо друг с другом.

Таким образом, передаваемые данные оказываются в коммуникационных серверах системы оперативно-диспетчерского контроля и управления, откуда они перемещаются в серверы БД и приложений системы [8].

2.2.4 Подсистема отображения, хранения и управления данными

Подсистема отображения, хранения и управления данными выполняет следующие задачи:

• прием и обработку данных;

• формирование базы данных;

• архивирование и хранение данных;

• графическое и табличное отображение данных и расчетов с ними;

• формирование необходимого объема информации для собственных нужд и для взаимообмена данными с информационными центрами поставщиков, потребителей электроэнергии и системным оператором.

Информационная единица (строка) БД будет содержать кроме данных (значение показания или другие данные) и его признаки: фиксированное время измерения, идентификатор точки учета, заводской номер прибора учета.

Конструктивно подсистема отображения, хранения и управления данными представляет собой совокупность сервера БД и приложений, АРМ специалистов и локальной вычислительной сети (ЛВС).

Программное решение подсистемы реализовано на основе клиент - серверной технологии. На сервере будут производиться все вычисления и преобразования системы оперативно-диспетчерского контроля и управления, специалисты–пользователи системы будут клиентами, а информация на их компьютерах будет формироваться при помощи SQL-запросов. Таким образом, АРМы специалистов системы являются терминалами запроса и отображения информации, обрабатываемой в сервере БД и приложений.

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

При этом администратор БД системы должен иметь возможность:

• создавать, изменять или удалять пользователей, группы доступа и предписывать функции для этих групп;

• создавать и удалять пункты измерения в БД и предписывать их определенному каналу связи.

2.2.5 Автоматизируемые функции и задачи (комплексы задач)

Список автоматизируемых функций и составляющих их задач (комплексы задач), решаемых системой оперативно-диспетчерского контроля и управления РГП «Канал им.Сатпаева»:

• функции отображения;

• функции контроля;

• функции регистрации;

• функции диагностики;

• функции архивирования;

• функции ввода-вывода;

• функции параметрирования;

• функции защиты информации.

Задачи функции отображения:

а) динамическое отображение состояния технологического оборудования;

б) автоматическая световая и звуковая сигнализация аварий и аварийных режимов;

в) отображение аналоговых значений в виде графиков (трендов). Должны поддерживаться следующие виды просмотра:

1) оперативные тренды;

2) исторические тренды;

г) формирование графиков нагрузок по точке учета. Измеренные средние мощности (срезы) со временем интегрирования 15 или 30 минут;

д) масштабирование экранов трендов;

е) вывод одновременно нескольких графиков на экран (принтер) по выбору;

ж) просмотр журналов событий и аварий;

з) просмотр оперативно-справочной информации.

Задачи функции контроля:

• контроль технологических параметров по двум уровням: предупредительному и аварийному;

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

Задачи функции регистрации:

1. автоматическое формирование журналов событий и аварий;

2. формирование архивов технологических параметров;

3. поддержание единого времени и временная синхронизация подсистем измерений электроэнергии, сбора данных и телекоммуникаций.

Задачи функции диагностики:

• диагностика комплекса технических средств;

• диагностика каналов связи.

Задачи функции архивирования:

• формирование БД системы оперативно-диспетчерского контроля и управления;

• архивирование и хранение журналов событий, аварий, исторических трендов.

Задачи функции ввода-вывода:

1. чтение накопленной прибором учета электроэнергии (снятие показаний приборов учета);

2. чтение значения частоты сети точки учета;

3. чтение значения мгновенной мощности точки учета;

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

5. сбор данных по технологическим параметрам.

Задачи функции параметрирования:

• администрирование подсистемы телекоммуникаций;

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

• удаленное (дистанционное) параметрирование приборов учета.

Задачи функции защиты информации:

1. доступ к информации в соответствии с правами доступа пользователя;

2. сохранение параметров работы системы при аварийном несанкционированном отключении электропитания;

3. гарантированная доставка данных из коммуникационного сервера системы оперативно-диспетчерского контроля и управления в сервер БД и приложения системы.

На рисунке 2.7 приведена функциональная структура системы оперативно-диспетчерского контроля и управления РГП «Канал им. К. Сатпаева» [8, 9, 21, 22].

2.3 Обоснование и выбор технического обеспечения системы оперативно-диспетчерского контроля и управления

Система оперативно-диспетчерского контроля и управления РГП «Канал им. К. Сатпаева» представляет собой иерархическую распределенную автоматизированную систему сбора и обработки данных.

Техническое обеспечение системы в соответствие с функциональной структурой (рисунок 2.7) рассматривается с позиций четырех подсистем системы.

Техническое обеспечение в этих подсистемах осуществляют при помощи КТС различного состава и назначения.

2.3.1 КТС подсистемы измерений

Измерительные трансформаторы. Реконструируемое оборудование ОРУ–110кВ, ОРУ–220кВ предусмотрено на базе унифицированных трансформаторных, транспортабельных блоков заводского изготовления, состоящих из металлического несущего каркаса с смонтированными на нем высоковольтным оборудованием и элементов вспомогательных цепей. В блоках применяются следующее высоковольтное оборудование:

- разъединители трехполюсные с приводом;

- изоляторы опорные;

- трансформаторы тока ТФЗМ;

- трансформаторы напряжения НКФ.

В таблице 2.3 приведены технические характеристики трансформаторов.

Таблица 2.3 – Технические характеристики трансформаторов

Измерение электроэнергии. Технические характеристики, описание и внешний вид счетчиков электроэнергии приведен в разделе 1 (1.3 Анализ существующих элементов АСУ ТП насосных станций).

Измерение давления. Для измерения давления на выходе насоса предлагается датчик давления ТУ РБ 390184271.002-2003 производства российской компании ПОИНТ.

Технические характеристики ТУ РБ 390184271.002-2003 приведены в таблице

Таблица 2.4 – Технические характеристики ТУ РБ 390184271.002-2003

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

Технические характеристики Метран-55 ДИВ приведены в таблице 2.5.

Таблица 2.5 - Технические характеристики Метран-55 ДИВ

Измерение температуры. Для измерения температуры окружающего воздуха в насосных и приемных бассейнах предлагается использовать датчик-термопреобразователь платиновый Метран 206-04.

Технические характеристики Метран 206-04 указаны в таблице 2.6.

Таблица 2.6 - Технические характеристики Метран 206-04

Степень защиты от воздействия пыли и воды

IP65 по ГОСТ 14254

Климатическое исполнение

У1.1

Наименование

Значение

Основная погрешность, %

±0,25

Диапазон измерения, °C

-50..+1000

Тип НСХ

50М,100М, 50П, 100П, ХА, ХК, ЖК и др.

Выходной аналоговый сигнал, mA

4..20 (линейно от температуры)

Напряжение питания, В

12,5..30

Потребляемая мощность, ВА

0,6

Климатическое исполнение

УХЛ 3.1*

Температура окружающего воздуха, ^оС

-10..+50 (по особому заказу -40..+70)

Степень защиты от воды и пыли по ГОСТ 14254

IP54 (для НПТ-2Р IP20)

Устойчивость к механическим воздействиям

V2

Габаритные размеры

94х65х57; монтаж настенный

Наименование

Значение

Диапазон измерения, л/час (л/с)

2000…16000 (3)

1200…10000 (2.5)

1200…10000 (2)

Подсоединение

DN50 PN40

Монтажная длина, мм

200

Для горизонтального трубопровода, направление потока

справа налево

Индикатор

G (флажковая индикация)

Материал прокладки

Каучук (Buna gasket)

Материал

нерж. сталь 316 L

Корпус

поликарбонат

Вариация срабатывания выключателей, %

±3

Тип контакта

GK1 индикация, 1 Н/О (нормально открытый)

Макс. температура, ^oC

120

Вязкость, mPas

до 30

Давление, бар

до 40

Наименование

Значение

Принцип измерения

Ультразвуковой сигнализатор уровня

Диапазон измерения для жидкостей

0,25 до 5

Схема соединений, м

Однопроводная (сухой контакт)

Точность измерения

0,25 % от диапазона измерения

Монтаж

Внутри/снаружи

Внешняя температура при монтаже в металлических резьбах или при допуске ATEX, ^oC

от -40 до +60

от -20 до +60

Класс защиты

IP 67/ Typ 6/NEMA6

Продолжение таблицы 2.9

Наименование

Значение

Условия измеряемого вещества: давление процесса

0 bar (нормальное атмосферное давление)

Вес, кг

1,5

Материал конструкции

Алюминий с эпоксидным покрытием с уплотнением

Материал сенсора

Tefzel

Ввод кабеля

1/2 NPT

Наименование

Значение

Принцип измерения

Ультразвуковой сигнализатор уровня

Выход, мА

4…20 HART

Диапазон, м

0,5…40

Разрешение, мм

1

Температура окружающей среды, ^oC

Температура во фланце, ^oC

от -40 до +80

от -20 до +150

Рабочее давление, бар

-1…40

Наименование

Значение

Принцип измерения

Для сигнализации минимального аварийного и максимального аварийного уровней воды в баке разрыва струи на объектах водоканала предлагается использовать сигнализатор уровня LS 5100 производства фирмы KROHNE. Технические характеристики LS 5100 указаны в таблице 2.12.

Таблица 2.12 - Технические характеристики LS 5100

Измерение расхода. Для измерения расхода воды, перекачиваемой НА, предлагается использовать ультразвуковой расходомер UFM 600T производства фирмы KROHNE. Технические характеристики UFM 600T приведены в таблице 2.13.

Таблица 2.13 - Технические характеристики UFM 600T

Для измерения расхода воды отпускаемой потребителям предлагается использовать расходомеры Aquaflux производства фирмы KROHNE. В зависимости от максимального расхода воды и диаметра трубы в точке монтажа прибора, рекомендуются следующие типоразмеры расходомеров Aquaflux: DN200, DN250, DN300, DN500, DN700, DN1400. приведены в таблице 2.14.

Таблица 2.14 - Технические характеристики расходомера

Контроль состояния клапана. Для определения положения КСВ на сифоне предлагается использовать концевой выключатель SIGUARD серии 3SE2 производства фирмы SIEMENS. Технические характеристики:

• металлический корпус;

• контакты замедленного действия 1p+1з;

• вид толкателя – нажимной (plunger);

• ширина корпуса 56 мм;

• степень защиты IP 67;

• один ввод для подсоединения с помощью метрической резьбы внизу;

• масса 0,23.

Контроль положения задвижки. Для определения положения задвижек на объектах водоканала предлагается использовать электронный путевой выключатель производства фирмы TNS-INTEC.

Выключатель Путевой Электронный (ВЭП) обеспечивает:

- выдачу унифицированного аналогового сигнала 4-20 мА пропорционального положению задвижки между открытым и закрытым состоянием. Сигнал «Ошибка» выдается при превышении конечного положения арматуры «О» (Открыто) или «3» (Закрыто) более чем на 12% рабочего хода;

- ВПЭ позволяет осуществлять настройку арматуры на открытие и закрытие в диапазоне 1-500 оборотов шпинделя арматуры, с точностью не хуже 90° угла поворота выходного вала электропривода;

- ВПЭ имеет четыре концевых реле (конечные и аварийные), каждое с одной перекидной группой контактов для отключения электропривода;

- настройку ВПЭ на открытие и закрытие арматуры, значений предельного момента счетчика приращения выходного вала, наиболее простым и доступным способом;

- визуализацию, непосредственно на ВПЭ, факта вращения вала ЭП, нахождение арматуры в положениях «О» или «3», а также степень открытия арматуры в процентах от положения «О» (0-99%) при помощи светодиодного семи сегментного индикатора;

- энергонезависимое отслеживание вращения вала привода от ручного дублера при отсутствии напряжения питания ВПЭ;

- выдачу команд на останов ЭП в крайних положениях «О» и «3» арматуры или в любых других в зависимости от настройки прибора;

- выдачу команд на останов ЭП при определении предельного момента счетчика приращения выходного вала на открытие «АВО» (аварийный выключатель открытия) и на закрытие «АВЗ» (аварийный выключатель закрытия) [9, 23].

2.3.2 КТС подсистемы сбора данных

КТС УСД объекта канала содержит следующие компоненты:

• программируемый логический контроллер CPU-314;

• модуль SINAUT TIM 3V;

• интерфейсные модули IM 360 (для организации распределенной системы сбора данных);

• модули аналогового ввода;

• модули дискретного ввода;

• коммуникационный модуль CP 340 (для счетчиков электроэнергии);

• коммуникационный модуль CP 340 (для приема данных с радиомодема);

• радиомодем Maxon DM 70 (для приема данных с УО по радиоканалу);

• текстовый дисплей (для объектов с малым количеством сигналов).

КТС УСД на уровне РЦСОИ представляет собой шкаф УСД РЦСОИ, который состоит из следующих компонентов:

• программируемый логический контроллер CPU-314;

• модуль SINAUT TIM 3V;

• коммуникационный модуль CP 340;

• блок питания с резервированием.

КТС УСД на уровне ЦСОИ представляет собой шкаф УСД ЦСОИ, который состоит из следующих компонентов:

• программируемый логический контроллер CPU-314;

• модуль SINAUT TIM 3V;

• блок питания с резервированием;

• GPS – приемник.

Шкаф терминал контроля ТК 01. В качестве КТС УСД удаленных объектов предлагается использовать типовое решение компании «TNS-Intec»: шкаф терминал контроля ТК01, дополненный модулем аналогового ввода.

Шкаф терминал контроля ТК01 обеспечивает сбор и передачу данных с удаленных объектов на ближайший основной объект водоканала по радиоканалу. Основные технические параметры ТК01:

• режим работы ТК-01 – непрерывный круглосуточный;

• средняя наработка на отказ не менее 50000 часов;

• срок службы не менее 10 лет;

• напряжение питания шкафа – от 180 до 230 В;

• потребляемая мощность – 30 Вт;

• ТК-01 соответствует требованиям безопасности ГОСТ 12.2.007.0, и относиться по способу защиты человека от поражения электрическим током к классу 01;

• напряжение входных цепей – плюс 24 В;

• напряжение выходных цепей – плюс 24 В;

• частотный диапазон радиоканала – от 400 до 430 мГц;

• чувствительность радиоприемника - 0.5 мкВ/м;

• выходная мощность радиопередатчика - 1 или 5 Вт;

• вид модуляции передатчика – FFSK;

• скорость обмена информацией по радиоканалу – 1200 бит/с;

• мощность потребления радиоприемника – 2 Вт;

• габаритные размеры шкафа – 400х400х220 мм;

• рабочий температурный диапазон от минус 20 ⁰C до плюс 55 ⁰C;

• степень защиты по ГОСТ 14254 - IP 65.

Шкафы УСД. Для оборудования УСД предлагаются шкафы производства фирмы Hoffman-Schroff.

Оборудования УСД НС конструктивно располагаются в шкафах «PROLINE» размерами 1800х800х500. Оборудования УСД ПКИ, РЦСОИ, ЦСОИ и малых объектов водоканала конструктивно располагаются в шкафах «CONCEPTLINE». Размеры шкафов для ПКИ – 600х600х220.

В шкафу имеется внутреннее освещение и розетка 220 В. В поставку шкафа входит стандартный комплект заземления, позволяющий производить подключение к контуру защитного заземления (4 Ом) и контуру инструментального заземления (1 Ом). Подключение производится к существующим контурам помещения, где устанавливается шкаф. Необходимые принадлежности входят в поставляемый комплект.

Программируемый логический контроллер. В качестве ПЛК для шкафов УСД основных объектов водоканала выбран контроллер серии Simatic фирмы Siemens, модель CPU-314. Модель CPU-314 является центральным процессором без встроенных входов и выходов и предназначена для использования в программируемых контроллерных устройствах S7-300. CPU 314 - это центральный процессор для построения систем управления, в которых требуется скоростная обработка информации и поддержка систем локального ввода-вывода, включающих в свой состав до 32 модулей. Некоторые технические характеристики модели:

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

• рабочая память: RAM емкостью 48Кбайт для выполнения программ;

• загружаемая память в виде микро карты памяти NVFlash-EEPROM емкостью до 8 Мбайт;

• необслуживаемое сохранение резервной копии данных;

• парольная защита;

• диагностический буфер;

• часы реального времени.

Интерфейсный модуль. Для организации распределенной системы ввода-вывода в шкафах УСД предлагается использовать интерфейсные модули IM 360 и IM 361.

Модули IM 360 и IM 361 позволяют подключать к одному базовому блоку контроллера до 3 стоек расширения:

• IM 360 устанавливается в базовый блок контроллера;

• по одному модулю IM 361 устанавливается в каждую стойку расширения;

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

• отсутствие ограничений на состав модулей в стойках расширения.

В каждой стойке может размещаться до 8 модулей ввода-вывода.

Коммуникационный модуль. Поддержку и организацию интерфейса RS-485 для обмена информацией со счетчиками производит коммуникационный модуль CP-340. Коммуникационный модуль CP-340 предназначен для организации последовательной связи через интерфейс RS-485. Настройка параметров коммуникационного модуля осуществляется с помощью инструментальных средств пакета STEP 7. Модуль выпускается в пластиковом корпусе. На его фронтальной панели расположены светодиоды “Send” (передача), “Receive” (прием) и “Error” (ошибка), а также разъем для подключения линии связи и питания. Модуль способен поддерживать ряд стандартных протоколов связи и обмениваться данными с различными типами станций:

• ASCII;

• интерфейсные сигналы;

• драйвер принтера;

• 3964(R).

Модули дискретного ввода. В качестве модулей дискретного ввода для ТС предлагается использовать модули SM 321 с 16 и 32 входами производства фирмы SIEMENS.

Контроль ТС производится опросом состояния групп контактов реле защит. Модули ввода дискретных сигналов предназначены для преобразования входных дискретных сигналов контроллера в его внутренние логические сигналы. К входам модулей могут подключаться контактные датчики или бесконтактные датчики BERO. Модули выпускаются в пластиковых корпусах. На их лицевых панелях расположены следующие элементы:

• зеленые светодиоды, индицирующие состояние входных цепей;

• красный светодиод индикации отказов и ошибок;

• разъем для установки фронтального соединителя, закрытый защитной крышкой;

• паз на защитной крышке для установки этикетки с маркировкой внешних цепей.

Модули аналогового ввода. В качестве модулей аналогового ввода для ТИ предлагается использовать модули SM 331 c 8 входами производства фирмы SIEMENS.

Модули аналогового ввода предназначены для контроля значений технологических параметров. К входам модулей могут подключаться датчики с токовым выходом 4-20мА. Модуль преобразует внешние входные аналоговые сигналы во внутренние цифровые сигналы контроллера. Настройка параметров модуля осуществляется с помощью инструментальных средств пакета STEP 7. Модуль выпускается в пластиковом корпусе. На лицевой панели расположены следующие элементы:

• красный светодиод индикации отказов и ошибок;

• разъем для установки фронтального соединителя, закрытый защитной крышкой;

• паз на защитной крышке для установки этикетки с маркировкой внешних цепей.

Блок питания с резервированием. Электропитание шкафа УСД производится при помощи блока питания PS-307. Блок питания PS 307 предназначен для формирования выходного постоянного напряжения 24 В, необходимого для питания центральных процессоров и модулей контроллера SIMATIC S7-300. Блоки питания PS 307 используют для своей работы входное напряжение, которое приблизительно равно 120/230 В. Блоки питания могут использоваться как для питания внутренних цепей контроллера, так и для питания его входных и выходных цепей. На лицевой панели модуля расположены: индикатор выходного напряжения равно 24В, переключатель выбора уровня входного напряжения, выключатель, терминал для подключения кабеля входного напряжения, кабеля выходного напряжения и защитного заземления.

Для обеспечения зашиты от сбоев по питанию и его пропаже предусмотрено резервирование электропитания по напряжению 24 В. Для этого применяется модуль UPS и аккумуляторная батарея.

Согласующее реле. В качестве согласующих реле ТС предлагается использовать соединительные реле с одним перекидным контактом на 230 В производства фирмы SIEMENS. На реле имеется индикации нагрузки (светодиод).

GPS-приемник. Для синхронизации времени предлагается использовать GPS-приемник, входящий в состав системы SINAUT ST7.

Комплект GPS-приемника включает в себя:

• модуль GPS-приемника;

• наружную GPS антенну;

• BNS адаптер для подключения антенного кабеля GPS к кабелю адаптера приемника сигналов точного времени.

Текстовый дисплей. В качестве строкового дисплея монтируемого в шкаф УСД небольших объектов водоканала предлагается использовать текстовый дисплей TD 17 производства фирмы Siemens. Ниже представлены некоторые характеристики строкового дисплея TD17:

а) текстовые дисплеи для отображения и хранения сообщений;

б) для использования непосредственно на установке или в диспетчерской;

в) жидкокристаллический экран с подсветкой и светодиодами:

1. 4-строчный, 20 символов на строке; высота символа 11 мм;

1. 8-строчный, 40 символов на строке; высота символа 6 мм;

г) 7 системных клавиш.

Текстовый дисплей TD17 на базе технологии OP7/OP17:

а) жидкокристаллический экран с подсветкой и светодиодами:

1. 4-строчный, 20 символов на строке; высота символа 11 мм;

2. 8-строчный, 40 символов на строке; высота символа 6 мм;

б) 7 системных клавиш;

в) металлически-усиленная пластиковая конструкция с мембранной передней частью;

г) передняя часть устойчива к различным маслам, грязи и стандартным моющим средствам;

д) глубина крепления 47 мм;

е) электронный плавкий предохранитель.

Функции сообщений текстовой панели TD 17:

- вставка до 8 значений процесса в сообщение;

- операционный и системный буфер сообщений;

- прокрутка в списке сообщений;

- определение приоритетов сообщений;

- дата и время в сообщениях [8, 9].

2.3.3 КТС подсистемы телекоммуникаций

Система каналов радиотелефонной связи SR-500s. Система каналов радиотелефонной связи SR-500s используется только для организации транспортной среды для передачи телеметрической информации. В системе SR-500s имеется полный набор интерфейсов, применяемых в современных информационных технологиях.

На каждом гидротехническом сооружении в составе вынесенных станций предусмотрены модули интерфейсов передачи данных, которые предназначены для подключения линий передачи данных на скоростях от 1,2 kbps до 64 kbps в синхронном режиме.

Вся информация вдоль всего «Канала им. К. Сатпаева» будет собрана на центральной станции SR-500s в Управление Молодежный. Сеть передачи данных построена по принципу “звезда”. Передача данных между ПЛК шкафов терминалов контроля и оборудованием SR500s производится посредством интерфейса RS-232.

Помещения, где располагается оборудование SR-500s на основных сооружениях «Канала им. К. Сатпаева», как правило удалены на значительное расстояние от мест установки шкафов терминалов контроля. Интерфейс RS-232 имеет ограничения по дальности линии связи (10 м), поэтому для обеспечения связи с оборудованием SR500s контроллер ШТК оснащен коммуникационным модулем с интерфейсом RS-485, который обеспечивает передачу данных на расстояния до 1200м. Структурная схема организации связи между ШТК и SR500s представлена на рисунке 2.8.

Рисунок 2.8 - Схема структурная организации связи между ШТК и SR500s

В помещении SR-500s устанавливается ШСИ (шкаф согласования интерфейсов) обеспечивающий преобразование интерфейсов RS232 – RS485.

Основным элементом ШСИ является модуль преобразователя RS232 в RS485/422 ADAM-4520.

Основные технические характеристики:

• скорость передачи до 115,2 кбит/с;

• интерфейсы: RS-232 (розетка DB-9), RS-422/485 (клеммная колодка);

• автоматический контроль направления передачи;

• гальваническая изоляция 3000 В пост. тока.

Модуль SINAUT TIM 3V. Для гарантированной передачи данных в каждом шкафу УСД устанавливается модуль TIM 3V программно-аппаратного комплекса SINAUT ST7. Модуль TIM 3V позволяет поддерживать обмен данными между системами автоматизации SIMATIC S7-300/ C7 и другими станциями SINAUT ST7 или ST1 через любой вид каналов связи SINAUT WAN. За счет подключения соответствующей внешней приемопередающей аппаратуры модуль TIM 3V может быть адаптирован к решению множества коммуникационных задач, не поддерживаемых модулями TIM 3 со встроенными модемами. Модуль TIM оснащен встроенным микропроцессором и способен выполнять автономное управление обменом данными через WAN, разгружая от этих задач центральный процессор. В режимах обычного или узлового терминала передача данных выполняется с учетом из приоритета (высокий или нормальный). При появлении данных с высоким приоритетом немедленно устанавливается необходимое соединение и выполняется их передача. Данные с нормальным приоритетом предварительно накапливаются в буферной памяти модуля TIM и передаются через сеть при получении очередного запроса от опрашивающего контроллера. В режимах обычного или узлового терминала модуль способен сохранять данные с отметками даты и времени в своей памяти при отказе линии связи или партнера по связи. Благодаря этому исключается возможность потери наиболее важных данных.

Модемы. В шкафах УСД основных объектов водоканала имеющих в подчинении удаленные объекты, с которых необходимо принимать сигналы ТИ предлагается установить радиомодемы Maxon DM 70.

Радиомодем DM70 DataMax производится фирмой Maxon для широкого круга приложений, таких как телеметрия, сигнализация и передача данных для мобильных объектов. Модем обеспечивает прозрачный режим передачи данных, что позволяет без труда адаптировать его работу с различными контроллерами и системами.

Технические характеристики:

а) диапазон частот:

1. VHF: 147- 174 МГц;

2. UHF: 400-430 МГц, 439-470 МГц;

б) шаг частотной сетки: 12.5, 20 или 25 кГц (задается программно);

в) выходная мощность: 1 Вт / 5 Вт (задается программно);

г) метод модуляции: FSK (F1D), FFSK (F2D), внешняя;

д) скорость передачи данных: 1200 бит/с, 2400 бит/с;

е) время переключения режимов прием/передача: меньше 25 мс;

ж) интерфейс: стандартный RS232 с управлением уровнями TTL;

з) напряжение питания: 10,8 - 15,6 В (номинальное значение - 12 В);

и) потребляемый ток в режиме передачи: 2 A, 900 мA, в режиме приема: 85 мA;

к) предельные значения рабочих температур: минус 20 ... плюс 55 °C;

л) размер: высота - 101 мм, ширина - 61 мм; глубина - 29 мм;

м) вес: 400 г.

Для передачи данных системному оператору ОАО «KEGOC» по выделенному основному каналу предлагается использовать ADSL-модем Alcatel SPEED TOCH PC. Технические характеристики:

• поддерживаемые стандарты ADSL: ANSI T1.413 Issue2, G.dmt, G.handshake;

• WAN-интерфейсы: ADSL, RJ11;

• режимы работы: постоянное подключение;

• скорость: до 8 Мб/с 800 Кб/с (к абоненту/от абонента).

Для организации резервного канала передачи данных системному оператору ОАО «KEGOC» предлагается использовать Dial-Up модем ZyXEL OMNI 56K PCI. Характеристики модема:

• максимальная скорость передачи (WAN) - 56 кбит/сек;

• скорость передачи факсимильная - 14.4 кбит/сек;

• количество каналов – 14;

• количество портов – 1;

• стандарты передачи данных - ITU V.90;

• интерфейсы: 1х телефонная линия (RJ-11), 1х сквозная телефонная линия (RJ-11).

2.3.4 КТС подсистемы отображения, хранения и управления данными

Сервера БД, прокси сервер. В качестве серверов для ЦСОИ, РЦСОИ и прокси сервера для ЦСОИ предлагаются промышленные компьютеры SIMATIC Rack PC IL 40 S от фирмы SIEMENS. Технические характеристики указаны в таблице 2.15.

Таблица 2.15 - Технические характеристики промышленные компьютеры SIMATIC Rack PC IL 40 S

Терминал сервера БД. В качестве терминалов для северов БД РЦСОИ, ЦСОИ, ПКИ предлагается использовать защищенный промышленный терминал выполненный в виде 19” конструкции на выдвижной раме. Высота в сложенном состоянии 1U. Его основу составляет 15” плоский TFT-дисплей и защищенная резиновая клавиатура со встроенной сенсорной панелью. Терминал оснащен встроенным переключателем. Технические характеристики указаны в таблице 2.16.

Таблица 2.16 - Технические характеристики терминала

Источник бесперебойного питания серверного шкафа.

Шкафы серверов БД на РЦСОИ, ЦСОИ, ПКИ оснащаются источниками бесперебойного питания. Предлагается использовать источники бесперебойного питания серии SmartUPS 1000VA от фирмы APC. Данный источник питания поддерживает горячую замену 19” дополнительных батарей.

Коммутатор ЛВС. Для организации внутренних ЛВС системы на РЦСОИ, ЦСОИ, ПКИ шкафы серверов БД оснащаются коммутаторами ЛВС Dell PowerConnect 2016. Технические характеристики Dell PowerConnect 2016 приведены в таблице 2.17.

Таблица 2.17 - Технические характеристики Dell PowerConnect 2016

Сенсорный дисплей. В качестве сенсорных дисплеев на основных объектах водоканала предлагается использовать 15” дисплей SIMATIC MP 370. Технические характеристики дисплея SIMATIC MP 370 приведены в таблице 2.18.

Таблица 2.18 - Технические характеристики дисплея SIMATIC MP 370

Серверный шкаф. В качестве серверного шкафа предлагается шкаф производства немецкой фирмы Rittal.

Шкаф обладает следующими основными характеристиками:

• размеры ширина x высота х глубина (мм): 600x1200х1000;

• устойчивая рамная конструкция, стенки и крышка из стальных листов;

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

• регулируемые ножки;

• вертикальные направляющие для 19” оборудования.

Автоматизированные рабочие места. Для АРМ РЦСОИ, ЦСОИ и ПКИ предлагаются персональные компьютеры со следующей рекомендуемой конфигурацией:

• CPU: Intel Pentium IV 1.8 ГГц;

• оперативная память: 512 Mb;

• дисковый массив 60 Gb;

• сетевая карта Fast Ethernet Adapter;

• дисплей не менее 17”;

• источник бесперебойного питания 650 (750) VA [8, 9].

2.4 Разработка структуры программного обеспечения системы оперативно-диспетчерского контроля и управления

В состав ПО системы оперативно-диспетчерского контроля и управления в соответствии со структурой должны входить:

а) ПО системы гарантированной доставки данных SINAUT;

б) ПО счетчика интерфейсом RS-485;

в) ПО логического контроллера S7-300;

г) ПО панели операторов, включающие:

1. ОС Windows CE;

2. SCADA WinCC Flexible;

д) ПО сервера БД и приложений, включающие:

1. ОС Windows 2000 Server;

2. СУБД MS SQL;

3. служба документооборота ReportWorkX;

е) ПО АРМ специалистов, включающие:

1. ОС Windows 2000 Professional;

2. MS Offices;

3. приложениеVisual Basic.

На рисунке 2.9 приведена структура взаимодействия ПО.

Используемое ПО делится на системное, специализированное и программное приложения.

Системное ПО Windows 2000 является операционной платформой для работы программных приложений, обеспечивает систему безопасности, управляя правами на просмотр данных и запуск приложений. Системное ПО является стандартным программным продуктом.

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

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

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

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

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

К системному ПО относится:

• ОС Windows 2000 Server;

• ОС Windows 2000 Professional;

• ОС Windows CE.

К специализированному ПО относится:

• ПО счетчиков с интерфейсом RS-485;

• ПО системы гарантированной доставки данных SINAUT;

• ПО логического контроллера S7-300;

• SCADA WinCC Flexible;

• SCADA WinCC;

• служба документооборота ReportWorkX;

• СУБД MS SQL; MS Offices.

К программным приложениям относится:

• приложения специалистов РГП «Канал им. К. Сатпаева» для просмотра и ввода информации системы оперативно-диспетчерского контроля и управления, создаваемые на Visual Basic.

Специфика используемого в системе оперативно-диспетчерского контроля и управления РГП «Канал им. К. Сатпаева» ПО такая, что разработка ПО, как таковая, может производиться только при создании самой системы. Применяемое ПО является полуфабрикатом. Основная задача грамотно его установить, развернуть и настроить.

Рассмотрим обмен данными между частями ПО системы оперативно-диспетчерского контроля и управления.

ПО счетчиков с интерфейсом RS-485 позволяет производить обмен информацией между счетчиками и УСД под управлением ПЛК S7-300. Счетчики получают команды, и выдают ответные пакеты данных.

ПО панели операторов позволяют производить контроль и отображение технологических параметров получаемых от УСД под управлением ПЛК S7-300.

ПО системы гарантированной доставки данных SINAUT представляет собой программный продукт, обеспечивающий: транспорт данных по каналам связи (SR-500S) и поддержку совместимости с большинством протоколов передачи данных.

Передача данных производится по внутреннему протоколу по опросному принципу с использованием пакетов данных: телеграмм. SINAUT распространяется на УСД. Для них применяются программные продукты составляющие SINAUT: TD7, ST7, ST7cc и другие. Принятые данные поступают в БД MS SQL расположенную на сервере базы данных, посредством механизма тегов.

При помощи SQL – технологии информация поступает в сервер БД и приложений. Основу системы оперативно-диспетчерского контроля и управления как информационной системы здесь производит служба документооборота ReportWorkX. Созданные ее документы в файловом виде переправляются адресатам: пользователям системы. Обмен данными между АРМ и сервером производится по клиент - серверной технологии [9].

2.4.1 ПО счетчиков с интерфейсом RS-485

ПО счетчика с интерфейсом RS-485 устанавливается в прибор учета на заводе при производстве счетчика. ПО является разработкой завода-изготовителя, и работа с ним производится на основании эксплутационных документов производителя. ПО обеспечивает измерение, накопление и хранение электропотребления нарастающим итогом по установленным тарифам. ПО реализует коммуникационную функцию при помощи системы команд протокола обмена (MODBUS, ASCII). Обмен данными происходит по запросному принципу. Ведущее устройство (УСД) по интерфейсу RS-485 передает в счетчик определенную команду. Счетчик, получив команду, выдает ответ в определенном формате. Документация на систему команд предоставляется производителем на различных условиях приобретения. Документация на систему команд счетчиков Нижегородского завода им. Фрунзе предоставляется бесплатно.

Система команд позволяет через интерфейс RS-485 производить параметрирование счетчика, чтение его регистров, архивов измерений, изменения паролей и других действий.

Для формирования БД ПО счетчика позволяет считывать следующие данные:

а) чтение накопленной прибором учета электроэнергии (снятие показаний приборов учета);

б) формирование графиков нагрузок по точке учета. Измеренные средние мощности (срезы) со временем интегрирования 15 минут;

в) формирование журнала событий по следующим параметрам (при наличии данной опции в установленном счетчике):

1) время отключения/включения фазы 1/фазы 2/фазы 3;

2) время выхода/возврата за верхнюю границу программируемого допуска установившихся значений фазных напряжений в фазе 1/ фазе 2/фазе 3;

3) время выхода/возврата за нижнюю границу программируемого допуска установившихся значений фазных напряжений в фазе 1/ фазе 2/фазе 3;

4) время выхода/возврата за верхнюю границу программируемого допуска среднего значения частоты сети;

5) время выхода/возврата за нижнюю границу программируемого допуска среднего значения частоты сети;

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

д) чтение значения мгновенной мощности точки учета (при наличии данной опции в установленном счетчике).

При установке счетчика следует произвести его первичное параметрирование при помощи сервис – программы, поставляемой вместе со счетчиком. В диалоговом режиме, следуя инструкции производителя, необходимо внести в счетчик значения необходимых параметров. После этого счетчик готов к работе. С ним может производить обмен УСД, автоматически принимая необходимые данные. Имеется возможность дистанционно с АРМ специалиста системы производить удаленное параметрирование и конфигурирование счетчика.

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

Результатом функционирования ПО счетчика является предоставление через систему команд доступа через интерфейс RS-485 к любым данным, действиям и возможностям прибора учета [9].

2.4.2 ПО гарантированной доставки данных SINAUT

ПО SINAUT отвечает за передачу, прием телеграмм (пакетов данных) с центром управления SINAUT ST 7cc и центральными процессорами (контроллерами) УСД, позволяет накапливать данные, если нет связи с центром управления и затем позже отправлять их.

ПО УСД и каналов связи - SINAUT ST7 – специализированное ПО, включает в свой состав библиотеку стандартных функциональных блоков SINAUT TD7 V2.1.4 для центральных процессоров SIMATIC S7/C7. Рассмотрим стандартные функциональные блоки:

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

• блоки генерации сообщений: эти блоки в программе центрального процессора контролируют типы и объемы передаваемых данных. В случае появления изменений в контролируемых данных они генерируют соответствующие телеграммы или воздействуют на выходы контроллера;

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

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

Кроме указанной библиотеки в состав ПО SINAUT ST7 входят драйверы для коммуникационных модулей TIM. Для всех модулей TIM может использоваться три типа драйверов поддержки обмена данными через WAN:

• два драйвера для выделенных линий или радиосетей для обмена данными по протоколам ST7 или ST1 в режимах опроса или опроса с временными интервалами, для обмена данными по протоколу ST7 в режиме мультимастерного опроса с временными интервалами;

• один драйвер для работы в сетях с автоматическим вызовом абонента для обмена данными по протоколам ST7 или ST1 в спонтанном режиме.

Центр управления SINAUT ST 7cc дополнительное ПО SINAUT для SIMATIC WinCC – оно разработано для событийно управляемого обмена данными в системах SINAUT с присвоением телеграммам отметок даты и времени. Это исключает возможность потери данных, свойственных циклическому опросу в WinCC. Наличие отметок даты и времени позволяет выполнять архивирование данных и анализ различных событий в их хронологическом порядке. Область отображения процесса SINAUT ST7cc содержит все данные процесса и состояния всех SINAUT станций в сети. ST7cc предоставляет эти данные в распоряжение WinCC быстрой визуализации. Получив телеграммы через теги WinCC производится запись их в базу данных MS SQL Server.

2.4.3 ПО ПЛК S7-300

ПО ПЛК S7-300 в системе оперативно-диспетчерского контроля и управления используется для сбора данных и предоставление их на верхний уровень.

ПЛК S7-300 – это контроллер серии Simatic фирмы Siemens, модель CPU-314. Модель CPU-314 является центральным процессором без встроенных входов и выходов и предназначена для использования в программируемых контроллерных устройствах S7-300. CPU 314 - это центральный процессор для построения систем управления, в которых требуется скоростная обработка информации и поддержка систем локального ввода-вывода, включающих в свой состав до 32 модулей.

Связь с компьютером ПЛК производит через коммуникационный модуль. Конструктивно оба устройства объединены в одном блоке – модуле TIM-43 фирмы Siemens. Модуль TIM-43 стандартно подключается к центральному процессору.

2.4.4 SCADA WinCC Flexible

ПО WinCC Flexible в системе используется для конфигурирования, отображения и контроля технологических параметров.

WinCC Flexible – среда разработки прикладного программного обеспечения, визуализации контролируемых параметров в АСУ ТП. Данная программа обеспечивает возможность разработки проектов для всехтипов панелей операторов на базе Windows CE. Рассмотрим состав модулей WinCC Flexible.

При помощи модуля Graphics Designer создаются и графически отображаются контролируемые параметры технологических измерений. Далее графические объекты и параметры технологических измерений и оборудования, представленные на панели оператора, связываются с тегами для отображения поступивших данных или изменения динамики объекта.

Программные приложения панелей операторов создаются при помощи языка программирования Visual Basic.

2.4.5 SCADA WinCC v 6.0

ПО WinCC используется для сопряжения системы гарантированной доставки данных SINAUT и предоставление оперативно-диспетчерскому персоналу возможностей АСДУ. WinCC и SINAUT производят обмен данными по внутреннему протоколу на основе механизмов «тегов». Далее WinCC отправляет полученные данные в БД MS SQL.

WinCC V 6.0 – среда разработки прикладного программного обеспечения визуализации контролируемых параметров в АСУ ТП. Данная программа взаимодействует с системой SINAUT через теги переменных. Рассмотрим состав модулей WinCC.

При помощи модуля Graphics Designer создаются и графически отображаются контролируемые параметры измерений и оборудования. Далее графические объекты и параметры измерений и оборудования, представленные на экране, связываются с тегами для отображения поступивших данных или изменения динамики объекта.

Как видно, именно через переменные тегов информация сохраняется в базе данных MS SQL Server, и это осуществляется посредством модуля User Archiv, который позволяет настраивать связи между переменными тегов и полями таблицы базы данных.

Программные приложения диспетчеров создаются при помощи языка программирования Visual Basic. Для администратора имеется мощные и удобнные интегрированные программные инструменты, в том числе и для управления правами доступа в системе - User Administration.

2.4.6 СУБД MS SQL Server 2000

СУБД MS SQL Server в коммуникационном сервере предназначена для приема, хранения и передачи данных, принимаемых от системы SINAUT через «теги» WinCC.

В соответствие с бизнес – логикой MS SQL, происходит передача информации в БД сервера системы при помощи транзакций механизма SQL.

В сервере БД и приложений тоже используется СУБД MS SQL Server. Данное решение позволяет упростить обмен данными между двумя БД, расположенных в разных местах и несущих различные функции. Одна из которых (БД коммуникационного сервера) выполняет вспомогательную задачу и вторая (БД сервера) являющаяся БД коммерческого учета.

СУБД МS SQL Server – эта система управления реляционными базами данных. СУБД выполняет задачи по созданию баз данных с объектами, использующиеся для хранения и обработки данных. Это таблицы, индексы, генераторы, создать эти объекты можно при помощи SQL Server Enterprise Manager. Так же он позволяет выполнять резервное копирование и восстановление базы данных, проводить репликацию и поддерживать безопасность базы данных на высоком уровне. Одной из задач является обработка данных, которая осуществляется это при помощи хранимых процедур. Текст хранимых процедур - это структурный язык программирования SQL. Хранимые процедуры используются для обработки запросов. Также обработка данных может производиться при помощи триггеров по событиям: вставка, удаление или изменение данных в таблицах баз данных. Надежность и достоверность данных осуществляется через систему транзакции, которые контролируют действия, производимые над данными в таблицах.

Формирование БД системы производится по мере получения данных из коммуникационного сервера. В соответствие с идентификацией, данные заносятся в необходимые таблицы БД. Таблицы БД подразделяются по виду их изменения на следующие типы:

• справочные таблицы – содержат информацию справочного характера (идентификационный код точки учета или ее наименование);

• операционные таблицы – в них происходит устойчивое во времени непрерывное или периодическое обновление или добавление информации (значение показаний счетчика вместе с фиксированным временем измерения);

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

2.4.7 Служба документооборота ReportWorX

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

ReportWorkX.NET Standard создает визуальную информацию, помещает необходимые данные и направляет ее требуемому адресату.

Компонент ReportWorX – конфигуратор создает и редактирует шаблоны документов, включающих в себя все настройки отчетов, при помощи MS Excel. Использование такого широко применяемого программного продукта, как MS Excel, облегчает интегрирование ReportWorkX.NET в существующую инфраструктуру предприятия. Администратор создает новые шаблоны или использует наработки в виде шаблонов, уже применяющихся на предприятии, поместив в нужные ячейки ссылки на данные из любых источников с помощью пары щелчков мыши, или использовать готовые шаблоны, предоставляемые с пакетом ReportWorkX.NET. В РГП «Канал им. К. Сатпаева» для ведения и составления отчетности используется MS Excel, вследствие чего не сложно будет использовать в качестве шаблонов имеющие отчеты на предприятии.

Создание документов (отчетов) происходит по ряду критериев:

- вручную по команде оператора;

- периодически по расписанию;

- по событию или тревоге;

- по состоянию тега;

- по событиям операционной системы.

ReportWorkX.NET обладает мощным инструментов по перенаправлению документов (отчетов). Их можно направить на дисплей, печать, рассылать по электронной почте (на один адрес или в соответствии со списком рассылки), отправлять по факсу, помещать на web-серверах для доступа через Internet.

ReportWorkX.NET позволяет архивировать созданные ранее отчеты автоматически, установив для этого действия условие, подобное условию для создания отчетов. Можно переносить их в указанную пользователем папку или удалять по истечении определенного срока действия [8, 9].

2.4.8 Методы и средства разработки ПО

Конфигурирование – настройка структуры, взаимодействия частей и внешнего взаимодействия программного обеспечения. Обычно пользователь производит данную настройку путем выбора из предлагаемых вариантов и опций. Параметрирование – редактирование значений переменных программного обеспечения. Создание шаблонов документов – метод определяется процедурой определения внешнего вида документа, его состава, источников данных, адресата доставки. Администрирование – создание, редактирование и удаление групп пользователей системы, их свойств и регулировка прав доступа [9].

В таблице 2.19 приведены методы и средства разработки ПО.

Таблица 2.19 – Методы и средства разработки ПО

3 Разработка элементов программного и технического обеспечения системы оперативно-диспетчерского контроля и управления насосной станцией

3.1 Разработка системы автоматического контроля расхода и давления воды на выходе насосной станции

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

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

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

1. определение интервалов реально измеряемых сигналов на основе разработанных в разделе 1 требований: непрерывный сбор информации с теплотехнических приборов, а также формирование и передача этих данных с настраиваемым периодом в интервале 120 минут. Для системы автоматического контроля такими сигналами будут являться давление, развиваемое насосом, расход воды, перекачиваемой НА и аварийный сигнал – дифференциальная защита двигателя;

2. определение по литературным и справочным данным номинальных параметров системы автоматического контроля расхода и давления воды на выходе насосной станции. Эти значения составят массив допустимых максимальных ординат измеряемых сигналов. В SCADA-системе WinCC – это Alarm;

3. для контроллеров предварительной обработки данных алгоритм предварительной обработки данных будет заключаться в измерении, хранении этих данных в памяти контроллера в период запуска, остановки или нормальной работы двигателя и в передачи этих данных на вышестоящие уровни с настраиваемым периодом в интервале 120 минут, а также в том случае, если процесс запуска будет рассматриваться как аварийный, то немедленно. В момент нормальной работы двигателя, характеризующейся изменением физических координат в зоне возможного допуска, измеряемые значения остаются в памяти контроллера до тех пор, пока не произойдет изменение режима работы насосной станции (отключение двигателя, повторное включение двигателя …);

4. на вышестоящем уровне измеренные физические сигналы передаются как установившиеся значения или как аварийные (в случае признания их относящимися к массиву Alarm). Эти сигналы записываются в память редактора Tag Logging (Регистрация тегов) SCADA-системы WinCC, установленной на ПЭВМ и хранятся в редакторе 45 дней;

5. в ПЭВМ размещаются математические и программные модели всех возможных режимов работы системы автоматического контроля расхода и давления воды на выходе насосной станции и база данных нормальных и аварийных режимов работы системы. Математические модели могут быть созданы в ППП «MATLAB» и подключены к SCADA-системе WinCC, а программные модели могут быть написаны на скриптовых языках, входящих в состав SCADA-системы (Редактор Global Script (Глобальный сценарий)). В базу данных записываются ординаты физических переменных, которые можно реально измерить в функции от времени, а также не измеряемые физические переменные, восстанавливаемые путем математического моделирования по математическим моделям нормального и аварийного режимов работы насосной станции. Таким образом в ПЭВМ имеется база эталонных и аварийных режимов работы электрооборудования;

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

7. в редакторе Tag Logging (Регистрация тегов) SCADA-системы WinCC осуществляется хранение данных, для всех нормальных и аварийных режимов работы насосной станции при этом данные, относящиеся к нормальным режимам работы, с периодичностью 45 дней хранятся, затем уничтожаются, а данные аварийные могут быть уничтожены по согласованию с руководящим персоналом насосной станции. Данные необходимые для осуществления коммерческих расчетов могут быть уничтожены только после принятия решения техническим персоналом насосной станции. Изображения мнемосхем создаются и хранятся в редакторе Graphics Designer (Графический дизайнер) SCADA-системы WinCC;

8. при возникновении аварийных ситуаций с помощью редактора Alarm Logging (Регистрация сообщений) SCADA-системы WinCC осуществляется конфигурирование сообщений об аварийных, предаварийных ситуациях в системе автоматического контроля расхода и давления воды на выходе насосной станции. С помощью редактора Report Designer (Дизайнер отчетов) SCADA-системы WinCC создаются отчеты, при этом можно создать шаблоны отчетов, а SCADA-системы WinCC затем автоматически создаст отчеты, используя полученные данные о ходе технологического процесса;

9. алгоритмы SCADA-системы предполагают индикацию мнемосхем физических сигналов, выработку команд по контролю и управлению в автоматическом и ручном режимах работы.

На рисунке 3.1 приведена структурная схема системы автоматического контроля расхода и давления воды на выходе насосной станции [7, 10].

Разработаем ЛСА технологического процесса.

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

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

Приведенное описание системы автоматического контроля расхода и давления воды на выходе насосной станции может рассматриваться как содержательный алгоритм работы технологического процесса. Для составления ЛСА необходимо ввести обозначения операций и логических условий, из которых будет построена ЛСА.

А₀ – операция начальной установки.

Р₁ – логическое условие: «давление равно нормальному давлению». Если р = ДН, то Р₁ = 1.

А₁ – операция, соответствующая фиксации условия превышения давления отметки ДН или понижения давления ниже отметки ДН.

Р₂ – логическое условие: Р₂ = 1, если давление уменьшается.

А₂ – операция, соответствующая фиксации условия повышения давления до заданного значения.

Р₃ – логическое условие: «давление меньше или равно минимальному значению». Если Д ≤ Д_мин, Р₃ = 1.

А₃ – операция, соответствующая фиксации условия понижения давления ниже минимального значения или равного минимальному значению.

А₄ – операция, соответствующая увеличению угла разворота лопастей рабочего колеса.

Р₄ – логическое условие: «давление равно нормальному давлению». Если р = ДН, то Р₄ = 1.

А₅ – операция, соответствующая фиксации условия равенства нормального значения давления и измеряемого значения давления.

Р₅ – логическое условие: «давление меньше минимального значения или равно минимальному значению». Если Д ≤ Д_мин, то Р₅ = 1.

А₆ – операция, соответствующая фиксации условия повышения давления до заданного значения.

Р₆ – логическое условие: Р₆ = 1, если давление увеличивается.

А₇ – операция, соответствующая фиксации условия понижения давления до заданного значения.

Р₇ – логическое условие: «давление больше или равно максимальному значению». Если Д ≥ Д_мак, Р₇ = 1.

А₈ – операция, соответствующая фиксации условия повышения давления выше максимального значения или равного максимальному значению.

А₉ – операция, соответствующая уменьшению угла разворота лопастей рабочего колеса.

Р₈ – логическое условие: «давление равно нормальному давлению». Если р = ДН, то Р₈ = 1.

А₁₀ – операция, соответствующая фиксации условия равенства нормального значения давления и измеряемого значения давления.

Р₉ – логическое условие: «давление больше максимального значения или равно максимальному значению». Если Д ≥ Д_мак, то Р₉ = 1.

А₁₁ – операция, соответствующая фиксации условия понижения давления до заданного значения.

- логически ложное условие = 0, определяющее окончание выполнения части или всего алгоритма [11, 24].

ЛСА технологического процесса (при понижении давления) в виде операторной формы записи имеет вид:

. (3.1)

ЛСА технологического процесса (при повышении давления) в виде операторной формы записи имеет вид:

. (3.2)

А соответствующая блок-схема алгоритма приводится на рисунке 3.2

3.2 Разработка элементов программного обеспечения системы оперативно-диспетчерского контроля и управления

ПО для системы оперативно-диспетчерского контроля и управления является SCADA-система WinCC. Основными компонентами SCADA-системы является программное обеспечение системы проектирования и системы исполнения.

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

С помощью программного обеспечения системы исполнения оператор может осуществлять контроль и оперативное управление процессом.

Для создания проекта в WinCC, нужно выполнить следующие действия:

1. запустить WinCC;

2. создать проект;

3. выбрать и установить драйвер связи;

4. определить теги;

5. создать и отредактировать кадры процесса;

6. указать свойства системы исполнения WinCC;

7. активировать кадры в системе исполнения WinCC (WinCC Runtime);

8. протестировать кадры процесса с помощью имитатора.

Для запуска WinCC нужно щелкнуть на кнопку "Пуск" на панели задач Windows. Запустить WinCC можно, используя следующие пункты меню: "SIMATIC" → "WinCC" → "Windows Control Center 6.0".

При запуске WinCC в первый раз, в диалоговом окне будет предложено три варианта создания проекта:

• создать "Single-User Project" (Однопользовательский проект) (выбор по умолчанию);

• создать "Multi-User Project" (Многопользовательский проект);

• создать "Client Project" (Клиентский проект);

• "Open an existing Project" (Открыть существующий проект).

Создание проекта с именем "Kanal". Нужно выбрать опцию "Single-User Project" и нажать "OK". Ввести "Kanal" в качестве имени проекта и определить путь к нему. При необходимости можно переименовать папку, в противном случае ей будет дано имя проекта. Если нужно открыть существующий проект, диалоговое окно "Open" предоставляет возможность поиска среди ".mcp" файлов. При следующем запуске WinCC будет автоматически открыт проект, над которым выполнялись действия последний раз. Если при выходе из WinCC проект был активирован, он будет открыт в активированном состоянии.

Диалоговое окно WinCC Explorer изображено на рисунке 3.3 (диалоговое окно может отличаться от изображенного на рисунке в зависимости от конфигурации системы).

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

При щелчке в левой части окна WinCC Explorer на пиктограмму "Computer" в правой части окна можно увидеть серверный компьютер с именем компьютера (имя NetBIOS). Если щелкнуть на этом компьютере правой кнопкой мыши и выбрать "Properties" во всплывающем меню, то откроется диалоговое окно, в котором можно определить свойства системы исполнения WinCC. В числе прочего определяются компоненты системы исполнения, которые будут запускаться при активизации проекта, используемый язык, кнопки, которые будут недоступны и т.д. Если компьютер не имеет NetBIOS имени, то будет использовано имя "DEFAULT" (по умолчанию).

Чтобы получить доступ из WinCC к текущим данным процесса системы автоматизации (ПЛК), необходимо сконфигурировать соединение между WinCC и контроллером. Обмен данными между WinCC и контроллером осуществляется с помощью специальных драйверов связи, каналов. WinCC поддерживает каналы связи с контроллерами SIMATIC S5/S7/505, а также каналы независимых производителей.

Чтобы добавить драйвер связи, нужно щелкнуть правой кнопкой мыши на компоненте "Tag Management" (Управление тегами) в левой части окна WinCC Explorer, во всплывающем меню щелкнуть на пункте "Add new Driver" (Добавить новый драйвер). В диалоговом окне "Add new Driver" выбрать один из отображенных драйверов, в данном случае "SIMATIC S7 Protocol Suite", и нажать на кнопку "Open". Выбранный драйвер будет отображен во вложенной папке компонента Tag Management.

Для создания нового соединения, нужно нажать на значок перед отображенным драйвером – при этом на экране появятся все имеющиеся в распоряжении модули каналов. С помощью модуля канала можно установить логические соединения с несколькими контроллерами, которые будут обмениваться данными с WinCC через этот модуль канала. Щелкнув правой кнопкой мыши на модуле канала MPI, во всплывающем меню нужно выбрать пункт "New Connection" (Новое соединение). В открывшемся диалоговом окне "Connection Properties" (Свойства соединения) в поле имени необходимо ввести имя нового соединения "PLC1" и затем нажать на кнопку "OK".

Теги, используемые в WinCC, представляют собой либо реальные значения такие как, например, уровень заполнения бака с водой или внутренние значения, которые вычисляются или моделируются внутри WinCC.

Теги процесса служат для обмена данными между WinCC и контроллерами. Каждый тег процесса в WinCC соответствует определенному значению процесса в памяти одного из контроллеров. В режиме исполнения WinCC считывает область данных, в которой хранится это значение процесса, из контроллера и, таким образом, определяется значение тега процесса. Теги, не получающие значения от процесса, создаются в папке "internal tags" (внутренние теги).

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

В данном проекте используются только группы тегов и внутренние теги.

Для создания новой группы внутренних тегов нужно щелкнуть правой кнопкой на папке "internal tags" и во всплывающем меню выбрать пункт "New Group" (Новая группа). В диалоговом окне "Tag Group Properties" (Свойства группы тегов) в поле имени ввести имя группы – "НС22". Подтвердить введенные данные нажатием на кнопку "OK". Созданная группа тегов отобразится в окне навигации в папке "internal tags".

Для создания внутренних тегов необходимо нажать на значок перед "internal tags" – при этом на экране появятся все имеющиеся в распоряжении группы тегов и внутренние теги. Щелкнув правой кнопкой мыши на созданную группу "НС22", во всплывающем меню нужно выбрать пункт "New Tag" (Новый тег). В диалоговом окне "Tag Properties" (Свойства тега) нужно ввести имя тега "НА1tok", в списке типов данных выбрать тип "Unsigned 16-bit value" (16-битное значение без знака) или "Binary tag" (двоичный тег) и подтвердить введенные данные, нажав на кнопку "OK".

Все созданные внутренние теги будут перечислены в правой части окна WinCC Explorer. Описанная процедура создания тега очень проста. Для создания каждого дополнительного тега нужно просто повторить эти шаги. Также можно копировать, вырезать и вставлять теги. Эти команды могут быть вызваны из всплывающего меню или с помощью стандартных в Microsoft комбинаций клавиш.

В данном проекте созданы следующие теги:

• "НА1tok" – тег включения НА-1 (ток) ("Unsigned 16-bit value");

• "НА2tok" – тег включения НА-2 (ток) ("Unsigned 16-bit value");

• "НА3tok" – тег включения НА-3 (ток) ("Unsigned 16-bit value");

• "DavHA1" – тег давление воды, перекачиваемой НА-1 ("Unsigned 16-bit value");

• "DavHA2" – тег давление воды, перекачиваемой НА-2 ("Unsigned 16-bit value");

• "DavHA3" – тег давление воды, перекачиваемой НА-3 ("Unsigned 16-bit value");

• "HAtok" – тег включения НА-1, 2, 3 (ток) ("Binary tag").

Внутренние теги не связаны с процессом. Они используются для управления данными в пределах проекта или для передачи данных в архив.

Можно определить следующие параметры для внутреннего тега:

• имя;

• тип данных;

• обновляется во всем проекте/ на локальных компьютерах (применимо только к многопользовательским проектам без дополнительных клиентских проектов);

• граничные значения;

• начальное значение.

Зададим граничные значения для созданных тегов.

В диалоговом окне "Tag Properties" (Свойства тега) нужно выбрать закладку "Limits/Reporting" и, отметив "Upper value" (Верхнее значение) и "Lower value" (Нижнее значение), ввести для тегов "НА1tok", "НА2tok", "НА3tok" верхнее значение – 5, а нижнее – 0, а для тегов "DavHA1", "DavHA1", "DavHA1" верхнее значение – 60, а нижнее - 20. Подтвердить введенные данные, нажав на кнопку "OK".

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

В левой части окна WinCC Explorer нужно щелкнуть правой кнопкой мыши на Graphics Designer. При этом откроется всплывающее меню. Во всплывающем меню необходимо выбрать пункт "New Picture" (Новый кадр). При этом будет создан и отображен в правой части окна WinCC Explorer файл кадра (".pdl" - "Picture Description File" (Файл описания кадра)) с именем "NewPdl0.pdl". В правой части окна WinCC Explorer нужно щелкнуть правой кнопкой мыши на "NewPdl0.pdl", во всплывающем меню выбрать пункт "Rename Picture" (Переименовать кадр). В открывшемся диалоговом окне ввести "Karta.pdl". Чтобы создать второй и последующие кадры необходимо осуществить вышеперечисленные действия. Всего было создано восемь кадров, их названия: "Karta.pdl", "НС-22.pdl", "НА-1.pdl", "НА-2.pdl", "НА-3.pdl", "TagLoggingHA-1.pdl", "TagLoggingHA-2.pdl", "TagLoggingHA-3.pdl".

Чтобы посмотреть кадр "Karta.pdl" и открыть Graphics Designer, нужно дважды щелкнуть на "Karta.pdl" в правой части окна WinCC Explorer. Кроме этого, открыть кадр можно, щелкнув правой кнопкой мыши на "Karta.pdl" и выбрав пункт "Open Picture" (Открыть кадр) во всплывающем меню. Для просмотра других кадров действия остаются теми же.

При первом открытии Graphics Designer, он будет выглядеть подобно тому, как показано на рисунке 3.4.

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

Палитра цветов используется для определения цвета для выбранного объекта. В дополнение к 16 стандартным цветам можно определять свои собственные цвета.

Палитра объектов содержит "Standard Objects" (Стандартные объекты): "Polygon" (Многоугольник), "Ellipse" (Эллипс), "Rectangle" (Прямоугольник), и т.д.; "Smart Objects" (Интеллектуальные объекты): "OLE Control" (Элемент управления OLE), "OLE Element" (Элемент OLE), "I/O Field" (Поле ввода/вывода), и т.д.; и "Windows Objects" (Объекты Windows): "Button" (Кнопка), "Check-Box" (Поле-флажок), и т.д.

Палитра стилей позволяет изменить внешний вид выбранного объекта. В зависимости от типа объекта можно изменять тип линии или границы, толщину линии или границы, стиль конца линии или узор заливки.

Палитра выравнивания позволяет изменять абсолютное положение одного или более объектов, положение выбранных объектов относительно друг друга или выравнивать высоту и ширину нескольких объектов.

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

Панель меню содержит все команды меню Graphics Designer. Команды, которые в данный момент выполнить нельзя, отображаются серым цветом.

Панель инструментов содержит кнопки для быстрого вызова команд.

Палитра шрифтов изменяет тип, размер и цвет шрифта текстовых объектов, а также цвет линий стандартных объектов.

Панель слоев позволяет определить, какие из 32 возможных слоев, будут видимы. Слой 0 является видимым по умолчанию.

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

Для определения панелей или палитр, которые будут отображаться в Graphics Designer, необходимо щелкнуть на командах панели меню "View" (Вид) → "Toolbars" (Панели инструментов). В диалоговом окне "Toolbars" (Панели инструментов) отметить, какие панели/палитры должны отображаться, и затем щелкните на кнопке "OK".

Все графические объекты, необходимые для кадра процесса, можно найти в библиотеке WinCC. Для создания первого кадра понадобились статический текст, полилиния, кнопка и окружность. Для удобства редактирования и работы разместим статические тексты и полилинии в 0 слое, окружности в 1, а кнопки во 2 слое. Назначение объекта слою может быть осуществлено при помощи атрибута "Layer" (Слой) в окне "Object Properties" (Свойства объекта).

Для создания статического текста необходимо щелкнуть на "Object Palette" → "Standard Object" → "Static Text". Чтобы изменить атрибуты текста необходимо правой кнопкой мыши нажать на текст и из всплывающего меню выбрать закладку "Object Properties". Таким образом, создадим статические тексты, показанные на рисунке 3.5.

Для создания полилинии необходимо щелкнуть на "Object Palette" → "Standard Object" → "Polyline". Изменить стиль полилинии можно на панели "Style Palette". Создадим полилинии показанные на рисунке 3.5.

Теперь сконфигурируем кнопку, которая позволит переходить к другому кадру в режиме исполнения. Для создания кнопки, которая позволит переключаться между двумя кадрами "Karta.pdl" и "HC-22.pdl", нужно выполнить следующие действия. В кадре "Karta.pdl" выбрать из палитры объектов объект кнопку "Windows Objects" (Объекты Windows) → "Button" (Кнопка). В области рисования, необходимо поместить кнопку с помощью щелчка мыши в требуемом месте и, затем, растянуть, держа кнопку мыши нажатой, до желаемого размера. После этого откроется диалоговое окно "Button Configuration" (Конфигурирование кнопки). В поле "Text" (Текст) ввести обозначение для кнопки (обозначения можно посмотреть по рисунку 3.5).

Для выбора кадра переключения, нужно щелкнуть по пиктограмме рядом с полем "Change Picture on Mouse Click" (Сменить кадр по нажатию мыши), в следующем диалоговом окне дважды щелкнуть на кадре "HC-22.pdl", затем закрыть диалоговое окно "Button Configuration" и сохранить кадр "Karta.pdl".

Для того чтобы в режиме исполнения с кадра " HC-22.pdl" переключиться обратно на начальный кадр, необходимо сконфигурировать на кадре "HC-22.pdl" кнопку для переключения на кадр "Karta.pdl". Можно открыть кадр "HC-22.pdl", щелкнув на пиктограмме или из WinCC Explorer.

Для того чтобы нарисовать окружности необходимо щелкнуть на панели "Object Palette" → "Standard Object" → "Circle". Изменить атрибуты окружности, а также сделать ее динамическим объектом можно с помощью "Object Properties".

Необходимо чтобы объект окружность изменял свой цвет при изменении значений тегов "НА1tok", "НА2tok", "НА3tok". Для этого необходимо использовать "Object Properties" → "Properties" → "Flashing" → "Flashing Background Active". В правой части окна нужно щелкнуть правой кнопкой мыши на прозрачной лампочке рядом с "Flashing Background Active", во всплывающем меню выбрать "VBS-Action" (VBS-макрос) и написать следующий макрос: If "HA1tok" OR "HA2tok" OR "HA3tok" THEN Flashing Background Active_Trigger = Yes End If.

При этом значок прозрачной лампочки измениться на значок , это будет означать, что динамизация свойства "Flashing Background Active" объекта окружность была осуществлена с помощью VBS-макроса. Также необходимо задать светло-зеленный цвет в свойствах "Flashing Background Color off" и "Flashing Background Color on" и красный цвет в "Object Properties" → "Properties" → "Color" → "BackGround Color". С помощью выше приведенных действий объект окружность будет изменять цвет при изменении значений тегов, то есть при значении ноль тегов "НА1tok", "НА2tok", "НА3tok" цвет окружности будет красным (НА НС-22 не работают), а при значениях от 1 до 5, хотя бы одного тега, цвет окружности будет светло-зеленым (НА НС-22 работают или запускаются в работу).

При создании второго кадра процесса использовались объекты панели "Object Palette": "Static Text" (Статический текст), "Polyline" (Полилиния), "Button" (Кнопка), "Circle" (Круг), "Line" (Линия), "Rectangel" (Прямоугольник), "I/O Field" (Поле ввода/вывода), а также объект панели "Object Palette" закладки "Controls" (Элементы управления) → "WinCC Alarm Control". Вид второго кадра показан на рисунке 3.6.

Расположения и свойства указанных выше объектов можно посмотреть по рисунку 3.6. Создание кнопок во втором кадре аналогично созданию кнопок в первом, только будут выбраны другие кадры переключения.

Для кнопки "Karta" кадр переключения – "Karta.pdl", для кнопки "НА-1" (розового цвета) – "НА-1.pdl", для кнопки "НА-2" (розового цвета) – "НА-2.pdl".

Для кнопки "НА-3" (розового цвета) – "НА-3.pdl", для кнопки "HA-1" (оранжевого цвета) – "TagLoggingHA-1.pdl", для кнопки "HA-2" (оранжевого цвета) – "TagLoggingHA-2.pdl", для кнопки "HA-1" (оранжевого цвета) – "TagLoggingHA-3.pdl".

Создание и динамизация объектов окружность во втором кадре осуществляется аналогично созданию и динамизации объектов окружность в первом кадре, только динамизация свойства "Flashing Background Active" объекта окружность осуществляется с помощью прямого соединения с тегом, а не с помощью VBS-макроса. Нужно во всплывающем меню выбрать не "VBS-Action" (VBS-макрос), а "Tag" (Тег) и в появившемся окне выбрать соответствующий тег, для "Circle1" тег – "НА1tok", для "Circle2" – "НА2tok", для "Circle3" – "НА3tok". При этом значок прозрачной лампочки измениться на значок .

Кадр процесса содержит три поля ввода/вывода. Эти поля используются только для отображения значений тегов.

Создание полей ввода/вывода.

В палитре объектов нужно выбрать "Smart Objects" (Интеллектуальные объекты) → "I/O Field" (Поле ввода/вывода). Необходимо расположить объекты "I/O Field" в области рисования, как показано на рисунке 3.6, и растянуть до желаемого размера, удерживая нажатой кнопку мыши. Вслед за этим откроется диалоговое окно "I/O Field Configuration” (Конфигурирование поля ввода/вывода). Для выбора тега нужно щелкнуть на пиктограмме и в открывшемся диалоговом окне выбрать нужный тег (НА1tok, НА2tok, НА3tok) из папки внутренних тегов. Затем необходимо выбрать цикл обновления "2 с". Для этого нужно щелкнуть на пиктограмме стрелки около поля "Update" (Обновление) и выбрать "2 s" из выпадающего списка. Затем нажать на "ОК".

При создании аварийных сообщений нужно использовать редактор Alarm Logging (Регистрация аварийных сообщений) SCADA-системы WinCC.

Задачи системы аварийных сообщений:

• аварийные сообщения информируют оператора о сбоях и ошибках в процессе;

• аварийные сообщения позволяют обнаружить возникновение критических ситуаций на ранней стадии и избежать вынужденных простоев.

Компонентами системы аварийных сообщений являются компоненты проектирования и компоненты исполнения. Компонентом проектирования системы сообщений является редактор Alarm Logging. В редакторе Alarm Logging определяются тип и содержание сообщения, а также события, при которых соответствующие сообщения отображаются на экране. Для отображения сообщений в Graphics Designer есть специальный объект – "WinCC Alarm Control" (Окно отображения аварийных сообщений WinCC).

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

В процессе конфигурирования системы определяются события, инициирующие те или иные сообщения. Такими события ми могут быть, например, установка определенного бита в ПЛК или превышение переменной заданного предельного значения.

Для конфигурирования системы Alarm Logging необходимо выполнить следующие действия:

1. открыть редактор Alarm Logging;

2. запустить "System Wizard" (Системный мастер) для создания системы сообщений;

3. сконфигурировать аварийные сообщения и тексты сообщений;

4. определить цвета для различных состояний сообщения;

5. задать параметры для функции контроля предельных значений (Limit value monitoring);

6. вставить окно сообщений в кадр процесса.

Открытие редактора Alarm Logging. В левой части окна WinCC Explorer нужно щелкнуть правой кнопкой мыши на редакторе Alarm Logging. Во всплывающем меню выбрать пункт "Open". При этом появится окно, показанное на рисунке 3.7.

Запуск "System Wizard" (Системного мастера). "System Wizard" предлагает простой автоматический способ создания системы сообщений. Для запуска "System Wizard" нужно щелкнуть на пункте меню "File" → "Select Wizard…" (Выбор мастер). "System Wizard" можно также запустить, нажав на кнопку панели инструментов редактора Alarm Logging. В диалоговом окне "Select Wizard...", необходимо дважды щелкнуть на элементе "System Wizard. В первом открывшемся диалоговом окне нажать кнопку "Next". В диалоговом окне "System Wizard: Selecting Message Blocks" (Системный мастер: Выбор блоков сообщений) в группе кнопок выбора "System block" (Системный блок) выбрать "Date, Time, Number" (Дата, время, номер), а в группе кнопок выбора "User text block" (Пользовательский блок текстовой информации) выбрать "Msg Txt, Error Location" (Текст сообщения, место ошибки). Затем нажать на кнопку "Next". В диалоговом окне "System Wizard: Presetting Classes" (Системный мастер: Предварительно заданные классы сообщений) выберите опцию "Class of Error with Types Alarm, Failure and Warning (Incoming Acknowledgement)" (Класс ошибки с типами Аварийное, Неисправность и Предупреждение (Квитирование поступления)). Нажать на кнопку "Next". В последнем диалоговом окне "System Wizard" можно увидеть сводку всех элементов, которые будут созданы мастером. Затем нажать на кнопку "Apply" (Применить).

Следующим этапом будет являться конфигурирование сообщения в окне таблицы редактора Alarm Logging. В рамках проекта необходимо создать три аварийных сообщения. Сначала необходимо скорректировать длину пользовательских блоков текстовой информации (User Text Blocks).

Изменение длины пользовательских блоков текстовой информации "Message Text" (Текст сообщения) и "Point of Error" (Место ошибки). В окне навигации нужно щелкнуть на значке, расположенном перед элементом "Message Blocks" (Блоки сообщений). В окне навигации щелкнуть на элементе "User Text Blocks" (Пользовательские блоки текстовой информации). В окне данных щелкните правой кнопкой мыши на элементе "Message Text" (Текст сообщения). Во всплывающем меню выбрать пункт "Properties" (Свойства). В следующем диалоговом окне необходимо ввести значение "30" и закрыть окно, нажав на кнопку "OK". В окне данных щелкнуть правой кнопкой мыши на элементе "Point of Error" (Место ошибки). Во всплывающем меню выбрать пункт "Properties" (Свойства). В следующем диалоговом окне ввести значение "25" и закрыть окно, нажав на кнопку "OK".

Конфигурирование первого аварийного сообщения. В режиме исполнения событием, инициирующем сообщение, будет являться установка определенного бита тега сообщения. В строке 1 окна таблицы нужно щелкнуть дважды на поле "Message Tag". В следующем диалоговом окне выбрать тег "HA1tok" и нажать кнопку "OK". В строке 1 нажать дважды кнопку мыши на поле "Message Bit" (Бит сообщения) и ввести значение "2", подтвердив ввод. Это число означает, что сообщение в строке 1 будет появляться в том случае, когда будет установлен третий справа бит в 16-битном теге сообщения "HA1tok". В строке щелкнуть дважды на поле "Message Text" и введсти текст "HA1 doesn’t work" и подтвердить ввод. В строке 1 щелкнуть дважды на поле "Point of Error" и введсти текст "НА1" и подтвердить ввод.

Конфигурирование второго аварийного сообщения. В первом столбце окна таблицы нужно щелкнуть правой кнопкой мыши на номере "1". Во всплывающем меню выбрать пункт "Add new Line" (Добавить новую строку). В строке 2 нажать дважды кнопку мыши на поле "Message Tag". В следующем диалоговом окне выбрать тег "HA2tok" и нажать "OK". В строке 2 нажать дважды кнопку мыши на поле "Message Bit" и введсти значение "3", подтвердив ввод. Это число означает, что сообщение в строке 2 будет появляться в том случае, когда будет установлен четвертый справа бит в 16-битном теге сообщения "HA2tok". В строке 2 нужно нажмать дважды кнопку мыши на поле "Message Text" и ввести текст "HA2 doesn’t work" и подтвердить ввод. В строке 2 нажать дважды кнопку мыши на поле "Point of Error" и ввести текст "НА2".

Конфигурирование третьего аварийного сообщения. В первом столбце окна таблицы щелкнуть правой кнопкой мыши на номере "2". Во всплывающем меню выберите пункт "Add new Line". В строке 3 нажать дважды кнопку мыши на поле "Message Tag". В следующем диалоговом окне выберите тег "HA2tok" и нажать "OK". В строке 3 нажать дважды кнопку мыши на поле "Message Bit" и ввести значение "4". Это число означает, что сообщение в строке 3 будет появляться в том случае, когда будет установлен пятый справа бит в 16-битном теге сообщения "HA3tok". В строке 3 нажать дважды кнопку мыши на поле "Message Text" и ввести текст "HA3 doesn’t work". В строке 3 нажать дважды кнопку мыши на поле "Point of Error" и ввести текст "НА3".

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

В окне навигации нужно щелкнуть на значке, расположенном перед элементом "Message Classes" (Классы сообщений), а затем на классе сообщения "Error" (Ошибка). В окне данных щелкнуть правой кнопкой мыши на элементе "Alarm" и во всплывающем меню выбрать пункт "Properties". В следующем диалоговом окне можно определить цвета текста и фона аварийного сообщения, которые будут показывать состояние этого сообщения. Для сообщений типа "Alarm" в области "Preview" (Просмотр) необходимо выбрать "Came in"(Поступило) (аварийное сообщение было инициировано), затем щелкнуть на кнопке "Text Color" (Цвет текста) и в диалоговом окне выбора цвета выделить цвет "Белый" и нажать "OK". Затем щелкнув на кнопке "Background Color" (Цвет фона), в диалоговом окне выбора цвета выделить цвет "Красный" и нажать "OK".

Для "Went out" (Ушло) (сообщение было деактивировано) "Text Color" – цвет "Черный", а "Background Color" – цвет "Желтый".

Для "Acknowledged" (Квитировано) (сообщение было квитировано) "Text Color" – цвет "Белый", а "Background Color" – цвет "Синий".

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

На панели меню редактора Alarm Logging необходимо щелкнуть на командах меню "Tools" → "Add Ins.." (Добавить инст..). В следующем диалоговом окне установить флажок элемента "AnalogAlarm" (Аналоговое сообщение).

Теперь элемент "AnalogAlarm" будет отображаться в окне навигации под элементом "Message Classes".

В окне данных нужно щелкнуть правой кнопкой на элементе "AnalogAlarm" и во всплывающем меню выбрать пункт "New". Контролируемый тег и тип контроля будут определяться в диалоговом окне "Properties". Для выбора тега необходимо щелкнуть на кнопке и в диалоговом окне "Tag Selection" (Выбор тега) выбрать тег "HA1tok". Теперь необходимо выбрать предельные значения для аналогового тега. Определение верхнего предельного значения. В окне навигации нужно щелкнуть правой кнопкой на теге "HA1tok" и во всплывающем меню выбрать пункт "New". В диалоговом окне "Properties" отметить в группе кнопок выбора "Limit value" (Предельные значения) опцию "Upper Limit" (Верхний предел) и ввести верхнее предельное значение равное "5". В группе кнопок выбора рядом с полем "Hysteresis" (Гистерезис) отметить опцию "effective for both" (действует для обоих) и ввести в соответствующее поле номер сообщения "4".

Определение нижнего предельного значения. В окне навигации необходимо щелкнуть правой кнопкой на теге "HA1tok" и во всплывающем меню выбрать пункт "New". В диалоговом окне "Properties" отметить в группе кнопок выбора "Limit value" опцию "Lower Limit" (Нижний предел) и ввести нижнее предельное значение равное "0". В группе кнопок выбора рядом с полем "Hysteresis" отметить опцию "effective for both" и ввести в соответствующее поле номер сообщения "5". Подтвердить введенные данные, нажав на кнопку "OK".

При этом если сообщения с номерами 4 и 5 еще не существуют, то они будут автоматически сгенерированы WinCC. Для того чтобы эти сообщения отобразились на экране, необходимо перезапустить редактор Alarm Logging.

Конфигурирование окна аварийных сообщений. В режиме исполнения аварийные сообщения отображаются в табличной форме в окне сообщений. Необходимо открыть кадр Graphics Designer с именем "НС-22.pdl". Затем выполнить следующие действия, на палитре объектов выбрать закладку "Controls" (Элементы управления) → "WinCC Alarm Control" (Окно отображения аварийных сообщений WinCC). С помощью щелчка мыши расположить элемент в требуемом месте области рисования и растянуть его до необходимого размера, держа кнопку мыши нажатой.

В диалоговом окне быстрой настройки ввести заголовок окна сообщений "НА-1, 2, 3" и установить флажок опции "Display" (Отображать). Щелкнуть дважды на "WinCC Alarm Control" и выбрать в открывшемся диалоговом окне свойств закладку "Message Blocks". Щелкнуть на типе "User Text Blocks" (Пользовательские блоки текстовой информации). Проверить, были ли установлены флажки опций "Message Text" и "Point of Error" в списке выбора справа. Установить флажки, если это не было сделано. Выбрать закладку "Message Line" (Строка сообщения) и выделить существующие блоки сообщений и перенести их в список "Elements of the Message Line" (Элементы строки сообщения) с помощью кнопки . Подтвердить введенные данные нажатием кнопки "ОК".

С помощью кнопок "НА-1", "НА-2" и "НА-3" системы архивирования второго кадра можно перейти к кадрам "TagLoggingHA-1.pdl", "TagLoggingHA-2.pdl", "TagLoggingHA-3.pdl". Кадры "TagLoggingHA-1.pdl", "TagLoggingHA-2.pdl", "TagLoggingHA-3.pdl" аналогичные с одной лишь разницей: используются разные теги при создании окна таблиц и окна трендов для "TagLoggingHA-1.pdl" – тег "НА1tok", для "TagLoggingHA-2.pdl" – тег "НА2tok", для "TagLoggingHA-3.pdl" – "НА3tok. Поэтому рассмотрим создание только одного кадра, а остальные создадим методом копирования.

При создании третьего кадра процесса использовался объект панели "Object Palette": "Button" (Кнопка), а также объекты панели "Object Palette" закладки "Controls" (Элементы управления) "WinCC Online Trend Control" (Окно отображения трендов в режиме исполнения WinCC) и "WinCC Online Table Control" (Окно отображения таблиц в режиме исполнения WinCC).

Вид третьего кадра процесса приведен на рисунке 3.8.

Создание кнопки в третьем кадре аналогично созданию кнопки в первом, только будут выбраны другие кадры переключения. Для кнопки "НС-22" кадр переключения – "НС-22.pdl.

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

Система архивирования значений процесса состоит из компонентов проектирования и исполнения:

• компонентом проектирования системы архивирования является редактор Tag Logging (Регистрация тегов). С помощью этого редактора можно определить теги процесса и сконфигурировать вторичные архивы, определить циклы опроса и архивирования, а также выбрать значения процесса, которые будут архивироваться;

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

Для конфигурирования системы архивирования Tag Logging необходимо выполнить следующие действия:

1. открыть редактор Tag Logging;

2. сконфигурировать таймер;

3. создать архив с использованием Archive Wizard (Мастера Архивов);

4. сконфигурировать созданный архив;

5. создать окно отображения трендов в Graphics Designer;

6. создать окно отображения таблиц в Graphics Designer;

7. определить параметры запуска;

8. запустить проект.

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

В левой части окна WinCC Explorer нужно щелкнуть правой кнопкой мыши на редакторе Tag Logging и во всплывающем меню выбрать пункт "Open" – откроется диалоговое окно показанное на рисунке 3.9.

Конфигурирование таймеров. Объект "Timers" (Таймеры) расположен во второй строке окна навигации (левая часть окна).

Таймеры можно сконфигурировать для циклов опроса или архивирования.

При щелчке на объекте "Timers" в окне данных (правая часть), отобразятся все таймеры, определенные по умолчанию. Эти таймеры нельзя изменять. Если необходимо использовать таймер, отличающийся от таймеров по умолчанию, можно сконфигурировать новый таймер. Для данного процесса нужно определить для таймера интервал равный 15 минутам, для этого выполним следующие действия. Необходимо щелкнуть правой кнопкой мыши на объекте "Timers" и во всплывающем меню выбрать пункт "New". В диалоговом окне "Timers – Properties" (Таймеры – Свойства) ввести название "15 min" и выбрать основание "1 Min" (1 минута) из выпадающего списка, затем ввести коэффициент "15". Подтвердить введенные данные, нажав на кнопку "OK".

Создание архива. В редакторе Tag Logging с помощью "Archive Wizard" создается архив значений процесса и выбираются теги процесса. "Archive Wizard" предоставляет простой автоматический способ создания архива.

Для создания архива, нужно щелкнуть правой кнопкой мыши на объекте "Archives" (Архивы) в окне навигации и во всплывающем меню выбрать пункт "Archive Wizard..." (Мастер архивов…). В открывшемся диалоговом окне нажать на кнопку "Next", затем в поле "Archive Name" (Имя архива) ввести имя "HA1tok_Value_Archive". Выбрать тип архива "Process Value Archive" (Архив значений процесса). Нажать на кнопку "Next", затем на кнопку "Select" и выбрать тег "HA1tok" в следующем диалоговом окне. Подтвердить введенные данные, нажав на кнопку "OK" и Нажать на кнопку "Apply" для завершения процедуры конфигурирования с помощью "Archive Wizard".

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

Для изменения свойств тега архива, выделенного в окне таблицы, нужно щелкнуть правой кнопкой мыши на окне таблицы. Если ни один тег не выделен, будет выбран первый. Во всплывающем меню выбрать пункт "Properties" и изменить имя архивного тега на имя "HA1tok_Arch". В поле "Cycle" (Цикл) указать следующие значения: Acquisition (Опрос) = 1 second (1 секунда), а Archiving (Архивирование) = 1 * 1 second (1 * 1 секунда). Подтвердить введенные данные, нажав на кнопку "OK".

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

В окне данных редактора Tag Logging нужно дважды щелкнуть на архиве значений процесса "HA1tok_Archive". Откроется диалоговое окно "Process Value Archive Properties" (Свойства архива значений процесса). Щелкнуть на закладке "Memory Location" (Размещение в памяти) и отметить кнопку опции "In the Main Memory" (В оперативной памяти), затем изменить количество записей данных на "30". Подтвердить введенные данные, нажав на кнопку "OK".

На этом конфигурирование архива значений процесса завершено. Тег "HA1tok" будет опрашиваться через каждую секунду, и записываться в архив под именем "HA1tok_Arch". Архив будет размещаться в оперативной памяти, и архивные значения процесса будут доступны только в режиме исполнения.

Создание окна трендов. Окно трендов позволяет отображать значения процесса в виде графиков. Для этого в WinCC имеется элемент управления (Control), который можно расположить в кадре процесса.

Открыть в Graphics Designer кадр с именем "TagLoggingНА-1.pdl" и на палитре объектов выбрать закладку "Controls", а затем "WinCC Online Trend Control". С помощью щелчка мыши расположить элемент в требуемом месте области рисования и растянуть его до необходимого размера, держа кнопку мыши нажатой. На закладке "General" (Общие) диалогового окна быстрой настройки ввести заголовок окна трендов "HA1tok_Trend". Выбрать закладку "Curves" (Кривые) и ввести имя тренда "HA1tok", затем нажать на кнопку "Selection" (Выбор). В левой части диалогового окна "Archive/Tag Selection" (Выбор тегов/архивов) дважды щелкнуть на архиве "HA1tok_Archive". Подтвердить введенные данные, нажав на кнопку "OK".

Создание окна таблиц. Окно таблиц позволяет отображать значения процесса в табличной форме. Для этого в WinCC имеется элемент управления (Control), который можно расположить в кадре процесса.

На палитре объектов необходимо выбрать закладку "Controls" и затем - "WinCC Online Table Control" (Окно отображения таблиц в режиме исполнения WinCC). С помощью щелчка мыши расположить элемент в требуемом месте области рисования и растянуть его до необходимого размера, держа кнопку мыши нажатой.

На закладке "General" диалогового окна быстрой настройки ввести заголовок окна таблиц "HA1tok_Tables" и выбрать закладку "Columns" (Столбцы), введя "HA1tok" в качестве имени столбца, нажать на кнопку "Selection". В левой части диалогового окна "Archive/Tag Selection " дважды щелкнуть на архиве "HA1tok_Archive". В правой части диалогового окна "Archive/Tag Selection" щелкнуть на теге "HA1tok_Arch". Подтвердить введенные данные, нажав на кнопку "OK".

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

Для создания шестого кадра "НА-1.pdl" были использованы объекты панели "Object Palette": "Static Text" (Статический текст), "Polygon" (Многоугольник), "Button" (Кнопка), "Line" (Линия), "Rectangel" (Прямоугольник), а также "I/O Field" (Поле ввода/вывода), расположенное в закладке "Smart Objects". Также из панели меню "View" → "Library" → "Global Library" → "Siemens HMI Symbol Library 1.4.1" → "Textures" → "Water (dark blue)" был вытащен объект "Control4" и из той же панели меню "View" → "Library" → "Global Library" → "Siemens HMI Symbol Library 1.4.1" → "Nature" → "Bubbles2" объект "Control2".

На рисунке 3.10 показан кадр процесса номер шесть.

Расположение и свойства объектов шестого кадра процесса можно посмотреть по рисунку 3.10. Создание кнопки в шестом кадре аналогично созданию кнопки в первом, только будут выбраны другие кадры переключения. Для кнопки "НС-22" кадр переключения – "НС-22.pdl".

Создание полей ввода/вывода для шестого кадра аналогично созданию полей для второго кадра, только необходимо выбрать для поля "Давление развиваемое насосом" тег "DavHA1", а для поля "Расход воды, накачиваемой НА-1" необходимо, используя "Dynamic dialog", написать выражение: "DavHA1" * 2. При этом вместо прозрачной лампочки появится значок . Затем необходимо выбрать цикл обновления "2 с". Также необходимо вставить рисунок НА-1 из любого графического редактора Windows. Для того чтобы сделать объект "Control4" динамичным, необходимо создать его копию и поместить один объект на другой (в разные слои). Объект, помещенным в нижний слой, оставить без изменения, а у объекта, помещенного в верхний слой, изменить свойства, зайдя в "Object Properties" → "Properties" → "SymbolLibrary" → "Control Properties" → "BlinkMode" → "Invisible-1".

Создание и динамизация объекта прямоугольник в шестом кадре осуществляется аналогично созданию и динамизации объектов окружность во втором кадре ("Tag" – "НА1tok").

Все необходимые кадры процесса созданы и динамизированы, теперь необходимо сформировать отчеты аварийных сообщений и отчеты системы архивирования.

Создадим отчеты аварийных сообщений. В системе формирования отчетов сообщения могут архивироваться с выводом на печать в виде протокола последовательности сообщений (message sequence report). При этом возможен постраничный или построчный вывод на печать. С системой поставляются готовые, заранее сконфигурированные шаблоны отчетов или протоколов. В данном случае, для разрабатываемого проекта необходимо создать новый отчет. Шаблон для него создается с использованием редактора страничных шаблонов "Designer" (Графического дизайнера).

Система формирования отчетов состоит из двух компонентов – компонента проектирования и компонента исполнения. Компонентом проектирования системы формирования отчетов является Report Designer (Дизайнер отчетов). Дизайнер отчетов используется для редактирования готовых, стандартных шаблонов по умолчанию в соответствии с индивидуальными требованиями пользователя, а также для создания новых шаблонов. Для вывода отчета на печать каждый шаблон должен быть связан с определенным заданием на печать. Задания на печать, инициирующие вывод отчета, также формируются в Report Designer. Компонент исполнения системы формирования отчетов выбирает данные, которые должны быть напечатаны, из архивов или элементов управления (Controls) и управляет выводом на печать.

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

1. создать страничный шаблон (page layout);

2. отредактировать страничный шаблон;

3. сформировать задание на печать;

4. определить параметры запуска;

5. запустить проект.

Редактор страничных шаблонов (рисунок 3.11) является компонентом Report Designer, который предоставляет объекты и инструменты для создания страничных шаблонов.

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

Редактирование страничного шаблона. Шаблон содержит статический слой и динамический слой. В статическом слое находятся верхний колонтитул нижний колонтитул шаблона для вывода имени компании, логотипа компании, имени проекта, имени шаблона, номера страницы, времени и т.п. В динамическом слое находятся динамические объекты для вывода данных проектирования и данных системы исполнения.

На статический слой можно помещать только статические и системные объекты. На динамическом слое могут находиться как статические, так и динамические объекты.

В правой части окна WinCC Explorer необходимо дважды щелкнуть на только что созданном шаблоне "MessageSequenceReport.rpl". Редактор страничных шаблонов откроет чистую страницу. При создании шаблона не обязано придерживаться определенной последовательности действий. На закладке "Runtime Documentation" (Документация системы исполнения) палитры объектов нужно выбрать объект "Message Report" (Протокол сообщений) из папки "Alarm Logging RT" (Система исполнения Регистрации аварийных сообщений). В динамической части страничного шаблона с помощью мыши нужно изменить размер объекта до желаемого, открыв диалоговое окно свойств объекта, дважды щелкнув на этом объекте, и выбрав закладку "Connect" (Связь). В списке справа нужно дважды щелкнуть на пункте "Selection", при этом откроется диалоговое окно "Alarm Logging Runtime: Report Table Selection" (Система исполнения регистрации аварийных сообщений: выбор таблицы отчета). Необходимо убедиться, что поле "Current Column Sequence" (Текущая последовательность столбцов) содержит все блоки сообщений, которые должны быть напечатаны в протоколе последовательности сообщений. Чтобы блоки сообщений по ширине умещались на стандартной странице DIN A4, необходимо изменить ширину столбцов блоков сообщений "Number" (Номер) и "Point of Error" (Место ошибки). Для этого необходимо выбрать блок сообщений "Number" и затем щелкнуть на кнопке "Properties". Ввести значение "9" в поле “Number of Places" (Количество мест). Повторить эти же действия для блока сообщений "Point of Error". Ввести значение "20" в поле "Length" (Длина) и Нажать "OK".

В диалоговом окне "Object Properties" необходимо выбрать закладку "Properties" и щелкнуть на пиктограмме , для того чтобы зафиксировать диалоговое окно. Для редактирования свойств шаблона щелкните на пустом месте вне таблицы. В левой части диалогового окна выбрать пункт "Geometry" (Геометрия) и убедиться, что в правой части выбран формат страницы "A4". В противном случае дважды щелкнуть на пункте "Page Format" (Формат страницы). В открывшемся диалоговом окне выбрать размер бумаги "A4" и нажать "OK". Сохранить.

Для вывода отчета на печать в режиме исполнения необходимо сформировать задание на печать в WinCC Explorer. В левой части окна WinCC Explorer нужно щелкнуть на пункте "Print Jobs" (Задания на печать). В правой части окна отобразится список предварительно сформированных заданий. В правой части окна дважды щелкнуть на задании на печать "@Report Alarm Logging RT Message Sequence" (Протокол последовательности сообщений системы исполнения регистрации аварийных сообщений), при этом откроется диалоговое окно "Print Job Properties" (Свойства задания на печать). Выбрать шаблон "MessageSequenceReport.rpl" из раскрывающегося списка. Затем нужно выбратье закладку "Printer Setup" (Настройка принтера) и выбрать принтер из раскрывающегося списка. Подтвердить свой выбор, нажав "OK".

Теперь необходимо установить связь окна сообщений со сформированным заданием на печать. Тогда в режиме исполнения при нажатии на кнопку панели инструментов "Print" (Печать) для вывода на печать будет использоваться созданный шаблон. Необходимо открыть кадр "НС-22.pdl" Graphics Designer и дважды щелкнуть на объекте "WinCC Alarm Control" и в открывшемся диалоговом окне свойств выбрать закладку "General". Для выбора задания на печать из списка нужно нажать кнопку . Подтвердить выбор, нажав на кнопку "OK".