В. Э.

Иванов, Ен Ун Чье

РАЗРАБОТКА АСУТП В СРЕДЕ

WinCC
Учебное пособие

Москва Вологда
«Инфра-Инженерия»
2019
УДК 681.513.2 (075.8)
ББК 32.966
И20

Иванов, В. Э., Чье Ен Ун.

И20 Разработка АСУТП в среде WinCC : учебное пособие / В. Э. Ива-
нов, Ен Ун Чье. – Москва ; Вологда : Инфра-Инженерия, 2019. –
232 с. : ил., табл.
ISBN 978-5-9729-0326-9

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

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

УДК 681.513.2 (075.8)

ББК 32.966

ISBN 978-5-9729-0326-9 © Иванов В. Э., Чье Ен Ун, 2019

© Издательство «Инфра-Инженерия», 2019
© Оформление. Издательство «Инфра-Инженерия», 2019
 ВВЕДЕНИЕ

Диспетчерское управление и сбор данных (SCADA, Supervisory

Control And Data Acquisition) является основным и в настоящее вре-
мя наиболее перспективным методом автоматизированного управле-
ния сложными динамическими системами (процессами) в жизненно
важных и критичных с точки зрения безопасности и надежности об-
ластях. Именно на принципах диспетчерского управления строятся
крупные автоматизированные системы в промышленности и энерге-
тике, на транспорте, в космической и военной областях, в различных
государственных структурах [1].
В настоящее время разработке эффективных диспетчерских
систем уделяется особое внимание. Это связано с тем, что при воз-
никновении нештатных ситуаций роль человеческого фактора ста-
новится все более значительной. Тенденция развития диспетчерских
систем — ориентация на человека-оператора вместо традиционного
выбора наиболее функциональных технических средств. Грамотный
подход к разработке диспетчерской системы — сведение к минимуму
ошибок оператора. Прообразом современных систем SCADA на ран-
них стадиях развития автоматизированных систем управления явля-
лись системы телеметрии и сигнализации. К особенностям процесса
управления в современных системах следует отнести следующее:
1) процесс SCADA применяется системах, в которых обяза-
тельно наличие человека (оператора, диспетчера);
2) процесс SCADA был разработан для систем, в которых лю-
бое неправильное воздействие может привести к отказу
(потере) объекта управления или даже катастрофическим
последствиям;
3) оператор несет, как правило, общую ответственность за
управление системой, которая при нормальных условиях
только изредка требует подстройки параметров для дости-
жения оптимальной производительности;
4) активное участие оператора в процессе управления имеет
место нечасто и в непредсказуемые моменты времени —
обычно в случае наступления критических событий (отка-
зы, нештатные ситуации и пр.);
3
Разработка АСУТП в среде WinCC

5) действия оператора в критических ситуациях могут быть

жестко ограничены по времени (несколькими минутами
или даже секундами).
Важно понимать место SCADA-системы в комплексе средств
АСУТП. Исходя из особенностей таких систем, от оператора не тре-
буется мгновенной реакции на нештатный режим системы в целом.
Эта функция чаще всего выполняется на стороне программируе-
мого контроллера. Но принятие решения о дальнейших действиях
по направлению ситуации в то или иное русло целиком возлагается
на оператора. Например, программируемый контролер может управ-
лять потоком охлаждающей воды внутри части производственного
процесса, а SCADA-система может позволить операторам изменять
уставки для потока, менять маршруты движения жидкости, запол-
нять те или иные емкости, а также следить за тревожными сообще-
ниями (т. н. алармами), такими как потеря потока и высокая темпе-
ратура, которые должны быть отображены и записаны и на которые
оператор должен своевременно реагировать.
К SCADA-системам предъявляются требования:
– надежности (технологическая и функциональная);
– безопасности управления;
– точности обработки и представления данных;
– простоты расширения.
Основными областями применения систем диспетчерского
управления, по данным зарубежных источников, являются:
– управление передачей и распределением электроэнергии;
– промышленное производство;
– производство электроэнергии;
– водозабор, водоочистка и водораспределение;
– добыча, транспортировка и распределение нефти и газа;
– управление космическими объектами;
– управление на транспорте (все виды транспорта: авиатранс-
порт, метро, железнодорожный, автомобильный, водный);
– телекоммуникации;
– военная область.
Всего в мире существует несколько производителей SCADA-
систем. Среди наиболее популярных в среде разработчиков
АСУТП — Trace Mode (Россия), InTouch, Genesis, RsView (США),
4
 ВВЕДЕНИЕ

Sitex (Великобритания), WinCC (Германия). Описания некоторых

из них приведены в [2].
WinCC — система HMI, программное обеспечение для созда-
ния человеко-машинного интерфейса, составная часть семейства си-
стем автоматизации Simatic, производимых компанией Siemens AG.
Стстема работает под управлением операционных систем семей-
ства Microsoft Windows и использует базу данных Microsoft SQL
Server (начиная с версии 6.0).
В данном учебном пособии рассмотрены основные подсисте-
мы WinCC и механизмы их функционирования, приведены примеры
решения основных задач при проектировании человеко-машинного
интерфейса. Каждая подсистема WinCC — это отдельный компо-
нент, предназначенный для решения определенной задачи. Каждый
компонент WinCC функционирует независимо от других, но посред-
ством подсистемы Global Script можно осуществлять синхрониза-
цию работы подсистем. По структуре построения программного
обеспечения WinCC — это интерпретатор, рабочий режим которо-
го (RT) возможен только при наличии среды конфигурирования
(СS). Все подсистемы WinCC на уровне конфигурирования объеди-
нены в Менеджере проекта (WinCC Explorer).

5
 Глава 1
МЕНЕДЖЕР ПРОЕКТА

§ 1.1. Окно управления проектом

Среда WinCC функционирует в двух режимах: режиме менед-
жера проекта и режиме Runtime. Менеджер проекта предназначен
для создания проекта, изменения его свойств, создания условий
функционирования Runtime. Например, в менеджере проекта можно
установить перечень подсистем, которые будут функционировать
в режиме Runtime, установить стартовый экран, параметры раз-
решения экрана, назначить блокировку клавиш и т. д. В режиме
Runtime — рабочий режим SCADA-системы. В отличие от системы
ProTool, режим Runtime WinCC функционирует только при наличии
запущенного менеджера проекта. На рис. 1.1 показан внешний вид
окна менеджера проекта.

Рис. 1.1. Окно менеджера проекта

6
 ГЛАВА 1. Менеджер проекта

В древовидном меню управления перечислены основные

подсистемы WinCC. Подсистемой принято называть специально
разработанный компонент, несущий определенные функции в ре-
жиме Runtime. Для включения компонента в режим Runtime необ-
ходимо:
1) произвести настройку этого компонента, используя его ре-
дактор;
2) отметить компонент как «используемый» в свойствах проекта.
Подсистемы WinCC разработаны с учетом требований к проек-
там АСУТП и значительно упрощают проектирование системы
в целом. Например, подсистема Tag Logging предназначена для ав-
томатического сохранения значений переменных процесса в зара-
нее сконфигурированных архивах. Данная функция используется
практически во всех крупных проектах АСУТП и предназначена,
в частности, для отображения переменных процесса в виде трендов
(графиков) с возможностью ретроспективы.
Кроме подсистем в окне менеджера проекта присутствует имя
проекта (в примере «test») и поле Computer. При создании проекта
необходимо:
3) определить тип проекта;
4) задать имя проекта и отредактировать свойства;
5) настроить параметры Runtime;
6) отметить необходимые подсистемы, которые необходимо за-
действовать в системе Runtime;
7) произвести настройку подсистем;
8) произвести запуск проекта.
Свойства проекта. Окно свойств проекта активизируется
по команде меню или по щелчку правой клавиши мыши при выборе
имени проекта (в примере на рис. 1.2 — «test»).

7
Разработка АСУТП в среде WinCC

Рис. 1.2. Свойства проекта

Окно содержит несколько вкладок. В первой вкладке General

можно отредактировать тип проекта и поместить комментарий.
Во второй вкладке Update Cycles приведен перечень системных тай-
меров, используемых в различных подсистемах. Таймер WinCC —
системный объект, обновление которого используется для зада-
ния периодичности проведения различных процедур: например,
частоты обновления экрана WinCC, частоты опроса тегов, перио-
дичности сохранения значений тегов в архиве, частоты выполнения
скриптов и т. д. Временной интервал, задаваемый таймером, зави-
сит от функции объекта или подсистемы, к которым этот таймер от-
носится. Корректный выбор временного интервала для подсистемы
позволяет оптимизировать использование ресурсов WinCC.
Кроме перечисленных таймеров можно задать альтернативный
таймер с заданным значением. На рис. 1.3 показан пример создания
таймера с периодом 123 мс.
8
 ГЛАВА 1. Менеджер проекта

Рис. 1.3. Создание пользовательского таймера

На вкладке Hot Keys пользователь может задать специальные

сочетания клавиш, относящиеся ко входу в систему. Например, со-
четание CTRL+L позволяет вывести системное окно смены пользо-
вателя, если такой режим был сконфигурирован в подсистеме User
Administrator (рис. 1.4).

9
Разработка АСУТП в среде WinCC

Рис. 1.4. Назначение комбинаций клавиш

Настройка параметров Runtime. Режим настройки вызывает-

ся по команде меню или по щелчку правой клавиши мыши при вы-
делении объекта Computer. На вкладке General задается имя ком-
пьютера, на котором будет выполняться проект в режиме Runtime.
Замечание
При переносе проекта на другую рабочую станцию необ-
ходимо изменить имя компьютера и перезагрузить проект.
Имя рабочей станции используется при многопользователь-
ском режиме: на базовой рабочей станции указывается пе-
речень дополнительных рабочих станций и перечень ресурсов,
разрешенных для использования.

На вкладке Startup пользователь задает перечень тех подсистем,

которые необходимо задействовать в режиме Runtime (рис. 1.5).
10
 ГЛАВА 1. Менеджер проекта

Из всех подсистем WinCC в списке присутствуют только те, кото-

рые можно отключить или задействовать. Это означает, что осталь-
ные подсистемы, не входящие в список, включены по умолчанию
и функционируют всегда. Кроме этого, для работы проекта необхо-
дима хотя бы одна подсистема (по умолчанию установлена Graphic
Runtime). Включение или отключение подсистем позволяет опери-
ровать производительностью WinCC. Кроме подсистем, в данном
окне может быть назначено внешнее приложение, запускаемое при
старте проекта (команда Add).
Вкладка Parameters (рис. 1.6) содержит опции выбора языка
в режиме Runtime. Кроме этого, имеется возможность заблокиро-
вать определенные сочетания клавиш, используемые в Windows.
Режим блокировки не позволяет переключаться между приложе-
ниями и пользоваться проводником Windows, что в некоторых слу-
чаях повышает безопасность функционирования рабочей станции
на ответственных объектах. В том числе по умолчанию блокируется
клавиша «Windows».

Рис. 1.5. Назначение подсистем

11
Разработка АСУТП в среде WinCC

Замечание
Необходимо помнить, что в режиме отладки не рекомен-
дуется использовать режим блокировки, так как это может
привести к запрету выхода в Менеджер проекта — при усло-
вии, что проект сконфигурирован в режиме автозапуска.

Рис. 1.6. Назначение подсистем

На вкладке Graphics Runtime (рис. 1.7) размещены элементы

настройки отображения окон и их свойств. Для запуска проекта не-
обходимо указать стартовое окно, которое будет выведено на экран
компьютера при старте проекта. Графическое окно — объект WinCC
с размещенными на нем графическими компонентами с необходи-
мой динамизацией. Необходимо помнить, что стартовое окно яв-
ляется основным окном, на котором должны быть размещены эле-
менты навигации. Кроме этого, задаются атрибуты окна, принятые
12
 ГЛАВА 1. Менеджер проекта

в ОС Windows — изменение размера, закрытие окна, показ заголов-

ка окна, элементов прокрутки и т. д. Данные опции взаимозависимы.
Например, установка свойства Full Screen отменяет перечисленные
выше атрибуты. Свойство Adapt Picture позволяет произвести ав-
томатическую настройку размера окна под имеющееся разрешение
экрана в том случае, если проект перенесен на другую рабочую
станцию. Однако необходимо помнить, что полноценная авто-
настройка без искажений размеров и шрифтов возможна тогда, ког-
да сохранены пропорции разрешения экранов.

Рис. 1.7. Назначение графических параметров

На панели Turn Off размещены элементы разрешения или за-

прета действий пользователя, относящиеся к главному окну. На-
пример, отметив опцию Close и запустив проект, можно убедиться,
что данная опция для окна неактивна, но как атрибут присутствует
(была отмечена как видимый атрибут).
13
Разработка АСУТП в среде WinCC

§ 1.2. Подсистемы WinCC

Система WinCC имеет в своем составе специальные компонен-
ты, названные выше подсистемами. Их перечень приведен в глав-
ном окне менеджера проектов (рис. 1.1). Все подсистемы можно
условно разделить на основные и опциональные. Опциональные
подсистемы не входят в базовый пакет WinCC и устанавливаются
отдельно. Полный перечень подсистем приведен ниже.
Graphics Designer cлужит для создания графических изобра-
жений и подключения их к процессу (динамизация мнемосхемы
процесса).
Alarm Logging принимает сообщения от процессов с целью
подготовки, отображения, квитирования и архивирования этих со-
общений. Данная подсистема выполняет функцию «черного ящи-
ка» со специальным графическим компонентом для отображения
аварийных сообщений с указанием причины, места, даты, времени
и текста пользователя. Все сообщения сохраняются в специальном
отдельном архиве и автоматически загружаются в систему после пе-
резагрузки WinCC.
User Administrator — подсистема для создания и назначения
прав пользователей и их групп, а также управления ими при доступе
к ресурсам системы Runtime. Позволяет присвоить пользователям
или их группам определенные полномочия доступа. При обраще-
нии пользователя к определенному ресурсу системы производится
проверка полномочий пользователя к назначенному для этого ре-
сурса уровню допуска. Если полномочия пользователя равны или
превышают уровень допуска, доступ предоставляется. Данная под-
система по функциям аналогична подсистеме мандатного доступа
в системах безопасности.
Text Library — библиотека текстов на различных языках. Пред-
назначена для хранения всех текстовых строк, созданных пользова-
телем, и их иностранных аналогов. Данная опция позволяет ввести
быстрое переключение между текстовыми строками, реализуя,
таким образом, многоязыковую поддержку.
Report Designer предоставляет пользователю встроенную си-
стему отчетов, которую можно использовать для вывода данных
пользователя, текущих или архивных значений процесса, текущих
14
 ГЛАВА 1. Менеджер проекта

или архивных сообщений, а также собственной системной докумен-

тации пользователя. Например, такую подсистему можно использо-
вать для периодического вывода на печать сводки переменных и их
значений, графиков расхода и перерасхода за сутки и т. д.
Global Script — редактор для гибкого конфигурирования проек-
та под любые специфические требования. Этот редактор позволяет
создавать функции или макросы на языке Си, которые могут быть
использованы по всему проекту в целом или во множестве других
проектов в зависимости от их типа. Чаще всего для большинства
проектов все основные функции выполняются путем настройки со-
ответствующих подсистем. Однако в некоторых случаях возникают
задачи специфической обработки данных или выполнения некоторых
действий, которые не могут быть выполнены стандартными сред-
ствами. Для этих целей имеется возможность использовать встро-
енный редактор Ansi C для создания своих собственных скриптов,
в том числе — для доступа к подсистемам и управления их работой.
Tag Logging обрабатывает значения измерений и осуществляет
их долговременное хранение. Данный компонент работает в авто-
матическом режиме и сохраняет выбранные пользователем параме-
тры (значения тегов) в заранее созданные архивы на жестком диске.
Данная подсистема имеет специальные графические компонен-
ты Trend Control и Table Control. Подсистему можно использовать
для наглядной визуализации процессов, а также, в случае необходи-
мости, — как аварийный регистратор параметров.
Cross Reference — редактор, который используется для отобра-
жения точек использования объектов различного типа, например
тегов, кадров и функций. Этот редактор также включает функции
usage location jump (переход в точку использования) и rewire (пере-
подключение). Данный компонент используется для управления
большими проектами и их поддержки и имеет в своем составе аппа-
рат перекрестных ссылок. Например, в больших проектах изменение
имени переменной влечет за собой рутинную работу по изменению
всех скриптов и ссылок, где используется эта переменная. Данная
подсистема позволяет автоматизировать описанный процесс.
Storage (хранение) — функция, которая выполняет автомати-
ческое перемещение данных с жесткого диска на носители долго-
временного хранения, а также удаление данных с жесткого диска.
15
 Глава 2
КОНФИГУРАЦИЯ СОЕДИНЕНИЙ
§ 2.1. Внутренние теги и их свойства
Тег — один из наиболее важных объектов WinCC. В контексте
любой SCADA-системы тегом принято называть переменную, обла-
дающую рядом свойств и имеющую привязку к физическому внеш-
нему адресу программируемого логического контроллера посред-
ством созданного логического канала. В свою очередь, логический
канал задается в рамках определенного физического интерфейса.
Наиболее близким понятием можно считать термин «переменная»
в языках высокого уровня, однако теги в WinCC обладают дополни-
тельным набором специфических свойств.
В WinCC теги принято разделять на внешние и внутренние.
Внутренние теги представляют собой переменные, не имеющие
внешней привязки к объектам за пределами WinCC. Внутренние
теги разделяются на:
1) внутренние теги пользователя,
2) внутренние системные теги.
Внутренние теги пользователя создаются программистом и
предназначены для использования в качестве промежуточных ячеек
памяти. Например, имеется внешний тег, привязанный к аналоговому
входу контроллера для измерения температуры в градусах Цельсия.
Внутренний тег, созданный пользователем, может быть использован
как переменная, содержащая текущее значение температуры в градусах
Фаренгейта. При этом значение внутреннего тега обновляется в резуль-
тате действия скрипта по переводу одних единиц измерения в другие.
Внутренние теги могут быть также использованы в качестве
тестовых переменных. Например, разработан проект WinCC по ав-
томатизации учета углекислоты, где WinCC получает значения с
расходомеров, датчиков давления и термометров. В WinCC работа-
ет скрипт, осуществляющий пересчет объемного расхода в массо-
вый расход по формуле Клапейрона — Менделеева. Для полноцен-
ной отладки такой системы потребуется постоянное подключение
к заводскому процессу. Чтобы упростить задачу, регистрируются
18
 ГЛАВА 2. Менеджер проекта

внутренние теги, имитирующие значения приборов учета. Измене-

ние значений этих тегов возможно как посредством скриптов, так и
посредством встроенного в WinCC симулятора тегов. После прове-
дения отладки внутренние теги заменяются на внешние.
К системным внутренним тегам можно отнести переменные,
автоматически создаваемые в процессе конфигурации подсистем.
Например, при работе в подсистеме User Administrator создается
системный тег @CurrentUser, тип данных которого — строка симво-
лов. Данный тег содержит имя текущего пользователя WinCC. Ана-
логичные по свойствам теги создаются в подсистеме AlarmLogging,
User Archive и т. д. Системные теги всегда находятся в корневой
директории, где размещены внутренние теги, и их отличительный
признак — символ «@» перед именем тега. Имена системных тегов
уникальны и не могут быть изменены пользователем.
Свойства внутренних тегов пользователя. К свойствам вну-
тренних тегов можно отнести следующие.
Тип данных. WinCC, как обычная среда программирования,
поддерживает следующие типы данных:
– Binary Tag — двоичный тег;
– Signed 8-Bit Value — 8-битное значение со знаком;
– Unsigned 8-Bit Value — 8-битное значение без знака;
– Signed 16-Bit Value — 16-битное значение со знаком;
– Unsigned 16-Bit Value — 16-битное значение без знака;
– Signed 32-Bit Value — 32-битное значение со знаком;
– Unsigned 32-Bit Value — 32-битное значение без знака;
– Floating-Point Number 32-Bit IEEE 754 — 32-битное число
с плавающей запятой;
– Floating-Point Number 64-Bit IEEE 754 — 64-битное число
с плавающей запятой;
– Text Tag 8-Bit Character Set — текстовый тег с 8-битными сло-
вами;
– Text Tag 16-Bit Character Set — текстовый тег с 16-битными
словами;
– Raw Data Type — тип необработанных данных.
Стартовое значение тега. Данное свойство позволяет скон-
фигурировать значение тега, которое будет ему присвоено при за-
пуске проекта. Это может оказаться полезным в тех случаях, когда
19
Разработка АСУТП в среде WinCC

необходимо назначить переменным именно те значения, которые обе-

спечивают безопасность АСУТП в случае неконтролируемых сбоев.
Например, бинарному тегу, отвечающему за положение гидравличе-
ского пресса, необходимо присвоить значение «True» при сбое систе-
мы, так как это значение определяет положение «пресс поднят».
Нижний и верхний пределы. Эти значения имеют смысл толь-
ко для тех тегов, тип которых отличен от бинарного. Смысл верх-
него и нижнего предела — ограничение значения тега в заданных
рамках. Например, установка нижнего значения тега, имеющего тип
«unsigned 8 bit», — 10, а верхнего — 100: это означает, что при из-
менении значения тега выше 100 или ниже 10 ему присваиваются
значения соответствующих пределов. Ограничение значения может
быть полезно в тех случаях, когда измеряемая или вычисляемая
величина детерминирована в заданных пределах.
На рис. 2.1 показан пример создания тега по щелчку правой
клавиши мыши. В контекстном меню предлагается создать тег или
группу. На следующем шаге WinCC предлагает задать имя тега и его
тип из выпадающего списка. На рис. 2.3 показан пример конфигура-
ции свойств тега во вкладке Limits/Responding.

Рис. 2.1. Создание тега или группы тегов

20
 ОГЛАВЛЕНИЕ
Введение ............................................................................................... 3
Глава 1. МЕНЕДЖЕР ПРОЕКТА .............................................................. 6
§ 1.1. Окно управления проектом ............................................................. 6
§ 1.2. Подсистемы WinCC ....................................................................... 14
Глава 2. КОНФИГУРАЦИЯ СОЕДИНЕНИЙ .......................................... 18
§ 2.1. Внутренние теги и их свойства ........................................................... 18
§ 2.2. Коммуникации WinCC ......................................................................... 22
§ 2.3. Создание и настройка соединений .................................................... 25
§ 2.4. Адрес привязки внешнего тега ........................................................... 34
§ 2.5. Драйвер System Info............................................................................. 37
§ 2.6. Диагностика соединений .................................................................... 39
2.6.1. Диагностика с использованием менеджера проекта ............. 40
2.6.2. Диагностика каналов .................................................................. 41
2.6.3. Использование диалога динамики ........................................... 43
§ 2.7. Выявление неисправностей соединений .......................................... 46
Глава 3. ГРАФИЧЕСКАЯ ПОДСИСТЕМА .............................................. 57
§ 3.1. Графический редактор......................................................................... 57
§ 3.2. Свойства объектов на примере I/O Field............................................ 62
§ 3.3. Интеллектуальные объекты ................................................................ 67
§ 3.4. Создание динамических свойств с помощью привязки к тегам ..... 71
§ 3.5. Создание динамических свойств с помощью Dynamic Dialog.......... 83
§ 3.6. Создание динамических свойств с помощью макросов С-Action ... 94
§ 3.7. Обработка событий с помощью Direct Connection............................ 99
3.7.1. Свойство как источник .............................................................100
3.7.2. Константа как источник ...........................................................103
§ 3.8. Обработка событий с помощью макросов ......................................107
Глава 4. ПОДСИСТЕМА ГЛОБАЛЬНЫХ СЦЕНАРИЕВ ....................... 111
§ 4.1. Функции и макросы в подсистеме Global Script ..............................111
§ 4.2. Функции и их использование............................................................113
4.2.1. Стандартные функции ..............................................................113
4.2.2. Внутренние функции ...............................................................115
4.2.3. Функции проекта .....................................................................116
4.2.4. Создание и редактирование функций ....................................117
4.2.5. Примеры создания функций проекта .....................................120
§ 4.3. Глобальные макросы .........................................................................125
4.3.1. Триггеры и их разновидности ..................................................125
4.3.2. Средства отладки макросов .....................................................129
4.3.3. Пример создания макроса.......................................................131
229
Глава 5. ПОДСИСТЕМА АРХИВАЦИИ ТЕГОВ ................................... 135
§ 5.1. Термины, используемые в подсистеме Tag Logging ........................135
§ 5.2. Постоянное циклическое архивирование .......................................138
§ 5.3. Циклическое селективное архивирование ......................................140
§ 5.4. Ациклическое архивирование ..........................................................141
§ 5.5. Редактор Tag Logging ..........................................................................143
5.5.1. Настройка подсистемы архивирования ..................................143
5.5.2. Таймеры.....................................................................................144
§ 5.6. Пример настройки подсистемы Tag Logging ....................................146
5.6.1. Архивирование аналоговых значений ....................................146
5.6.2. Архивирование двоичных значений .......................................153
§ 5.7. Настройка компонента Online Trend Control ....................................157
Глава 6. ПОДСИСТЕМА РЕГИСТРАЦИИ АВАРИЙНЫХ СОБЫТИЙ.... 165
§ 6.1. Термины, используемые в подсистеме Alarm Logging ....................165
§ 6.2. Пример конфигурирования системы сообщений ...........................169
6.2.1. Настройка блоков сообщения .................................................169
6.2.2. Настройка классов сообщений ................................................173
6.2.3. Настройка типов сообщений ...................................................176
6.2.4. Настройка аварийных условий ...............................................178
6.2.5. Настройка архивов сообщений ...............................................181
6.2.6. Назначение параметров отдельным сообщениям ................183
6.2.7. Настройка компонента Alarm Control......................................189
§ 6.3. Функционирование системы сообщений ........................................193
Глава 7. ПОЛЬЗОВАТЕЛЬСКИЕ АРХИВЫ .......................................... 197
§ 7.1. Термины, используемые в подсистеме User Archive.......................197
§ 7.2. Примеры применения пользовательских архивов ........................200
§ 7.3. Пример создания и управления архивом рецептов .......................203
§ 7.4. Пример доступа через User Archive Table Element ..........................211
§ 7.5. Пример доступа через управляющие теги ......................................213
§ 7.6. Доступ к архиву с использованием макросов .................................217
Глава 8. ПОДСИСТЕМА АДМИНИСТРИРОВАНИЯ ....................... 219
§ 8.1. Назначение, функции и принцип действия User Administrator .....219
§ 8.2. Пример настройки подсистемы администрирования ....................223
Заключение ...................................................................................... 227
БИБЛИОГРАФИЯ ............................................................................... 228

230
 Учебное издание

Иванов Виктор Эдуардович,

Чье Ен Ун

РАЗРАБОТКА АСУТП В СРЕДЕ

WinCC
Учебное пособие

Подписано в печать 25.12.2018

Формат 60×84/16. Бумага офсетная.
Гарнитура «Таймс».

Издательство «Инфра-Инженерия»
160011, г. Вологда, ул. Козленская, д. 63
Тел.: 8 (800) 250-66-01
E-mail: booking@infra-e.ru
https://infra-e.ru

Издательство приглашает
к сотрудничеству авторов
научно-технической литературы