PCS7 10 Day

План занятий Страница 2
Предисловие (использование Страница 3

руководства)
Отказ от ответственности и Страница 4

утверждение авторских прав
Обзор системы Глава 1
Создание проектов PCS 7 - Глава 2

начало
Конфигурирование Глава 3
аппаратных средств и
концепция драйвера
Работа с пакетом Непрерывное управление –

CFC
Глава 4
PCS 7: курс обучения

Создание функциональных Глава 5
блоков – SCL и Chart-in-Block
(«схема-в-блоке»)
Генерирование моделей Глава 6

управления и копий с
использованием IEA
Последовательное Глава 7
управление – SFC
Интерфейс оператора и Глава 8

графический дизайн
Регистрация тегов, тренды, Глава 9

регистрация
предупреждений, сообщения
и хранение данных
Siemens A&D AS PAS Отчеты, печать и Глава 10

Редакция октябрь 2001 администрирование
пользователя
Резервирование OS и Глава 11
мультиклиенты
Распределенное Глава 12
проектирование
План занятий
Дни Темы Упражнения
(1) Введение в обучение

День 1 (2) Обзор системы Упр. 2.1 Создание и исполнение
(3) Создание проектов PCS 7 – вашего первого PCS7-проекта
Начало
Конфигурация аппаратных Упр. 3.1 Конфигурирование
День 2 средств и концепция драйвера входов/выходов
(PCS 7 V5.2) Упр. 3.2 Использование
Программное обеспечение CPU диагностических функций HW
изготовителя 3.0 Упр. 3.3 Понятие PII и PIQ
Непрерывное управление – CFC
День 3 (1) Концепция блоков
Лаб. Проект «RMT1» – управление
(2) Схемы
емкостью для сырья
(3) Ключевые библиотечные
функции и приложения
День 4 (продолжение) Лаб. Проект «RMT1» (C): управление
(4) Ключевые библиотечные клапаном, управление потоком,
функции и приложения управление дозировкой и блокировка
(5) Проект RMT1
Создание функциональных
День 5 блоков Упр. 5.1 Программирование
(1) Введение в SCL циклической функции в SCL
(2) Chart-in-block («схема в Упр. 5.2 Разработка простого
блоке») контроллера с использованием Chart-
(3) Устойчивость к ошибкам CPU in-Block
и возможности
(1) Генерирование моделей Лаб. Проект RMT1 (M): создание
День 6 управления и копий с модели управления клапаном и
использованием IEA использование ее для элемента RMT
(2) Последовательное Лаб. Проект RMT1 (S): разработка
управление – SFC управления последовательностью
(3) Визуализация SFC для элемента RMT
Интерфейс оператора и Упр. 8.1 Разработка отображения
День 7 графический дизайн состояния
Упр. 8.2 Разработка отображения
группы
Упр. 8.3 Разработка UDO управления
клапаном
(1) Загрузка (регистрация) тегов, Упр. 9.1 Включение трендов в
День 8 тренд рисунки предприятия
(2) Загрузка (регистрация) Упр. 9.2 Сортировка сообщений в
предупреждений, сообщения окне их отображения
(1) Хранение данных Упр. 9.3 Подкачка данных на диск
День 9 (2) Отчетность и печать Упр. 10.1 Отчет последовательности
(3) Администрирование сообщений
пользователя Упр. 10.2 Отчет текущего значения
Упр. 10.3 Администрирование
пользователей для проекта RMT1
Резервирование OS и Упр. 11.1 Конфигурирование
День 10 распределенная многоклиентная резервных серверов и
разработка многоклиентной системы
Загрузка проекта Упр. 12.1 Разветвление и слияние
проекта
Страница 2
Предисловие
Система Siemens SIMATIC PCS 7 – это пример современных систем DCS

(система распределенного управления), которая использует технологию LAN
(локальная сеть), проверенные временем системы Siemens PLC
(программирование логических контроллеров) и технологию field-bus (полевая
шина). Вся система включает в себя большое число разработанных Siemens
компонентов аппаратного обеспечения от инструментов, силовых приводов
аналоговых и цифровых сигнальных модулей до контроллеров,
коммуникационных процессоров, инженерных и операторских станций и т.д. Все
компоненты аппаратного обеспечения поддерживаются и конфигурируются
средствами программного инструментария PCS 7.
Программная система удовлетворяет требования в разработке, инженерном

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

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

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

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

решениями и указаниями. Большинство из них взято из реальных PCS7-проектов.
Из этих примеров пользователь может не только получить навыки в системном
администрировании и программировании, но и изучить ноу-хау, достигнутого
Siemens, лидера по продажам систем автоматизирования и управления, за годы
работы.
Документация и лабораторные проекты предназначены для «PCS7 Engineering

Toolset V5.2», и предполагаются соответствующие аппаратные и программные
средства для вашей работы над проектами и упражнениями.
Siemens A&D AS PAS SC

Карлсруе, октябрь 2001
Страница 3
Отказ от ответственности
Мы проверили содержимое документа на предмет соответствия описанным

аппаратным и программным средствам. Поскольку отклонения полностью не
могут быть исключены, мы не можем гарантировать полное соответствие.
Однако, приведенные в этом документе данные регулярно просматриваются, и
необходимые изменения включаются в последующие издания. Предложения по
улучшению приветствуются.
 Siemens AG 2001
Подвержено изменению без предварительного уведомления
Copyright  Siemens AG 2001. Все права зарезервированы
Переиздание, передача или использование этого документа или его содержимого

без письменного разрешения не допускаются. Нарушители ответственны за
причиненный ущерб. Все права, включая права, данные патентом или
регистрацией полезной модели или разработки, зарезервированы.
Siemens AG
A&D AS PAS
Ойстлихе Райнбрюкенштрассе 50
D-76187 Карлсруе, Германия
Страница 4
Глава 1:
Обзор системы
PCS7 PoT
Глава 1 Обзор системы
Содержание
ГЛАВА 1 ОБЗОР СИСТЕМЫ .................................................................................................... 3
1. АРХИТЕКТУРА СИСТЕМЫ PCS7.................................................................................... 3

1.1 ТИПИЧНАЯ КОНФИГУРАЦИЯ СИСТЕМЫ......................................................................... 3
1.2 ES: ENGINEERING STATION – ИНЖЕНЕРНАЯ СТАНЦИЯ ................................................. 4
1.3 AS: AUTOMATION STATION – СТАНЦИЯ АВТОМАТИЗАЦИИ .......................................... 4
1.4 ПОЛЕВЫЕ УСТРОЙСТВА ................................................................................................. 6
1.4.1 Profibus DP и Profibus PA ......................................................................................... 6
1.4.2 Инструменты разработки PCS 7 для полевых устройств .................................. 7
1.5 OS: OPERATOR STATION – ОПЕРАТОРСКАЯ СТАНЦИЯ .................................................. 9
1.6 СИСТЕМНАЯ ШИНА (SYSTEM BUS) .............................................................................. 12
1.7 ОТ ПРОЕКТИРОВАНИЯ К ИСПОЛНЕНИЮ ...................................................................... 14
2. ПРОГРАММНЫЙ ПАКЕТ PCS 7 В СЕМЕЙСТВЕ SIMATIC ...................................... 15
ПРИЛОЖЕНИЯ ......................................................................................................................... 16
ПРИЛОЖЕНИЕ 1 ОСНОВНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ PCS 7 ВЕРСИИ 5.2 ................... 16
ПРИЛОЖЕНИЕ 2 ТРЕБОВАНИЯ ДЛЯ ИНСТАЛЛЯЦИИ PCS 7 ВЕРСИИ 5.2 ................................. 17
ПРИЛОЖЕНИЕ 3 ОСНОВНАЯ ДОКУМЕНТАЦИЯ PCS 7 ............................................................ 18
ПРИЛОЖЕНИЕ 4 ПОДДЕРЖКА СИСТЕМ PCS 7 ........................................................................ 20
ПРИЛОЖЕНИЕ 5 ИНФОРМАЦИЯ О ПРОДУКТАХ PCS 7 ........................................................... 21
10-дневный курс обучения 2
Copyright 2001  Siemens AG by A&D AS PAS SC. All rights reserved

PCS7 PoT
Система SIMATIC PCS7 предоставляет широкий выбор инструментов для

аппаратных средств, программного обеспечения, разработки, конфигурирования
и диагностики, разработанных Siemens для промышленных процессов.
Аббревиатурные сокращения, используемые в системе, объясняются ниже.
1. Архитектура системы PCS7
1.1 Типичная конфигурация системы

Основы системы PCS7 иллюстрируются на рисунке 1.1, где ES означает
Engineering Station (инженерная станция), OS – Operator Station (операторская
станция), а AS – Automation Station (станция автоматизации).
OS-клиент OS-клиент OS-клиент
Терминальная
шина
Резервирован-
ный OS-сервер
OS-сервер
Системная
шина
Рисунок 1.1 Архитектура системы PCS7

PCS7 PoT
1.2 ES: Engineering Station – инженерная станция

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

разработки, таким как:
• SIMATIC Manager: (SIMATIC-менеджер) создание проекта, создание
библиотек, управление проектом и его диагностика и т.п.
• PH: Plant Hierarchy (Иерархия предприятия). Используется для разработки
иерархических уровней предприятий.
• HW Config: Среда для конфигурирования аппаратного обеспечения.
Используется для конфигурирования CPU, коммуникационных процессоров,
периферии, полевых шин и т.д.
• CFC: Continuous Function Chart (непрерывная функциональная схема).
Используется для разработки библиотек, автоматической логики, блокировок,
алгоритмов, управления и т.п.
• SFC: Sequential Function Chart (последовательная функциональная схема).
Используется для разработки последовательного управления, логики,
блокировок и т.д.
• SCL: Structured Control Language (структурированный язык управления).
Используется для программирования алгоритмов, создания функциональных
блоков и т.д.
• IEA: Import and Export Assistant («ассистент по импорту и экспорту»).
Используется для генерирования моделей управления и копий.
• WinCC: Windows Control Center (управляющий центр Windows). Интерфейс
оператора PCS7 и визуализация.
• Graphics Designer (графический редактор): разработка рисунков, графических
объектов и анимации.
• Mapping (перемещение): перенос проектов из ES в OS.
• NCM: Network Communication Manager (менеджер коммуникации сети).
Используется для конфигурации и диагностики системной шины.
• PG/PC Interface. Предназначен для инсталляции и настройки драйверов CP
(Communication Processor – коммуникационного процессора) на станциях ES и
OS-сервере.
Разработка PCS7-проектов на станциях ES может быть разделена на две фазы:

AS-проектирование и OS-проектирование. AS-проектирование включает
разработку иерархию объекта управления, функциональных блоков, CFC и SFC-
схем, конфигурирование аппаратных средств и компонентов коммуникации.
После фазы AS-проектирования проект переносится (направляется) в WinCC, где
OS-проектирование начинается с создания операторских функций и графики.
1.3 AS: Automation Station – станция автоматизации

Станция автоматизации может состоять из источника питания (PS – Power
Supply), центрального процессора (CPU – Central Processing Unit),
коммуникационного процессора (CP), коммуникационного интерфейса (например,
MPI – multi-point interface или PROFIBUS DP) и входных/выходных модулей.
CPU выполняет команды операционной системы и программ. CPU для PCS 7
выбирается из серии Siemens SIMATIC S7 CPU. Они взаимодействуют с ES и/или
OS-сервером через системную шину (System bus). AS может также иметь
коммуникационный порт для связи с полевой периферией через Profibus DP.

PCS7 PoT
Типичный пример системы автоматизации с подключенной распределенной

периферией показан на рисунке 1.2.
Системная шина
Рисунок 1.2 Станция автоматизации
У каждого CPU есть операционная система, поддерживающая SFC (System

Function Call – вызов системной функции или системная функция) и SFB (System
Function Block – системный функциональный блок).
Для взаимодействия операционной системы и программ пользователя

задействованы так называемые организационные блоки ОВ (Organization Block).
«Блок» – важное понятие в PCS 7. Список блоков, используемых в системе,

приведен в таблице 1.1.
Таблица 1.1
Блоки PCS 7
Блоки Краткое описание функций

Организационные блоки (ОВ) ОВ определяют структуру программы пользователя
Системные функциональные SFB и SFC интегрированы в S7 CPU и позволяют вам
блоки (SFB), системные осуществлять доступ к некоторым системным функциям
функции (SFC)
Функциональный блок (FB) FB - это блоки с «памятью» для хранения статических
переменных. Вы можете разрабатывать ваши
собственные FB.
Функция (FC) FC содержат программы для часто используемых
функций. FC не имеют памяти.
Экземпляр блока данных Экземпляр DB назначается блокам при вызове FB/SFB.
(экземпляр DB) Они создаются автоматически во время компиляции.
Блок данных (DB) DB – это области данных для хранения данных
пользователя. В дополнение к данным, назначенным
функциональному блоку, также могут быть определены и
использоваться глобально любыми блоками
разделяемые данные.

PCS7 PoT
1.4 Полевые устройства

Большое преимущество систем PCS 7 заключается в бесшовной интеграции
различных полевых устройств и инструментов в центральную систему
управления, использующую технологию полевой шины. Siemens и различные
продавцы устройств распространяют наборы приводов, преобразователей,
датчиков и инструментов, совместимых с протоколом Profibus. Profibus
обеспечивает надежный внутренний инструментарий и интерфейсы модулей
HART и AS. Рисунок 1.3 демонстрирует уровень устройств систем PCS 7.
Уровень устройств
Большое преимущество
полевой технологии Siemens:
Набор контроллеров, приводов, инструментов Siemens

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

и блоки управления скорости
полев. устройства HART AS-интерфейс
Рисунок 1.3 Уровень устройств PCS 7
1.4.1 Profibus DP и Profibus PA
Profibus DP пришла на смену традиционной параллельной 24-вольтовой

передаче сигналов в промышленной автоматизации, а также предназначена для
передачи аналоговых сигналов с 4 – 20 mA или Hart в автоматизации процессов.
Профиль Profibus PА определяет параметры и поведение типичных полевых
устройств, таких как измерительные преобразователи или позиционеры.
Профиль РА подходит для аналоговой передачи с 4 – 20 mA или Hart. Рисунок 1.4
показывает простоту использования технологии Profibus.

PCS7 PoT
Обычный
Разделение
Терминальный блок
Рисунок 1.4 Упрощение с помощью Profibus DP и PА
1.4.2 Инструменты разработки PCS 7 для полевых устройств
Полевые устройства полностью интегрируются с инженерными инструментами

разработки PCS7. Рисунок 1.5 показывает программную среду PDM (Process
Device Manager – менеджер функционирования устройства), в котором вы можете
калибровать устройство, устанавливать адресацию устройств на шине и
оперативно выходить на устройство.

PCS7 PoT
Рисунок 1.5 Параметризация и коммуникация с устройствами через PDM
Системы PCS 7 снабжены также библиотекой функций интегрирования устройств

в процесс разработки системы автоматизации. Рисунок 1.6 показывает, что
чтение датчика давления включается в CFC через функциональный блок PA_AI,
значение отображается на OS.

PCS7 PoT
Инженерная станция
с PCS7 и PDM
Рисунок 1.6 Интегрирование полевых устройств с инженерными инструментами

разработки PCS7
1.5 OS: Operator Station – операторская станция

OS может означать OS-сервер, OS-клиент или OS-терминал. «Сервер» - это
обычно физическая машина. OS-проект может быть однопользовательской
системой (Single-user system) или многопользовательской системой (Multi-user
system). «Одно- или многопользовательская система» - типы OS-проекта.
(1) OS-проектирование
OS-проектирование проводится на ES или OS-сервере. В него входят следующие

функции:
• Разработка графических объектов (кнопок, слайдов, трендов, лицевых
панелей и т.д.).
• SFV: Sequential Function chart Visualization (визуализация последовательных
функциональных схем). Используется для визуализации SFC в системе
исполнения OS.
• Разработка архивов данных (переменных и сообщений) и хранение
долгосрочных данных.

PCS7 PoT
• Разработка отчетов. Распечатка системных и процессных данных.
• Администрирование пользователей. Распределение и управление
авторизованного доступа пользователей для различных операторских
функций.
• Резервирование. Конфигурирование второго OS-сервера, парного с главным
сервером. Если один из двух серверов выходит из строя, второй берет на себя
управление всей системой. После восстановления сервера, на котором
произошел сбой, содержимое всех архивов сообщений и процесса копируется
на него с резервированного сервера.
• Time Synchronization - синхронизация времени. Одна OS во время исполнения
контролирует время и управляет синхронизацией по текущему времени всех
остальных OS и станций автоматизации (AS), подключенных к системной
шине.
• Lifebeat Monitoring - оперативное наблюдение. Используется для постоянного
наблюдения отдельных систем и отображения результатов на дисплее во
время исполнения.
• Связь с другими приложениями. WinCC основана на открытом интерфейсе для
пользовательских решений. Это делает возможным интеграцию WinCC в
сложные решения задач автоматизации широкого круга компаний.
(2) Однопользовательская система (Single-user system)
Данные проекта в однопользовательской системе недоступны для других

компьютеров. Таковой является OS и/или ЕS. Множество однопользовательских
систем могут использоваться параллельно на системной шине, и отдельный
проект может исполняться на каждой OS.
(3) Многопользовательская система (Multi-user system)
База данных проекта многопользовательской системы доступна множеству OS-

терминалов посредством терминальной шины.
(4) OS-сервер
OS-серверы взаимодействуют с АS и OS-клиентами. К одному серверу могут

получить доступ до 16 клиентов. Один сервер может обрабатывать (иметь
доступ) максимум к 150000 переменных, поставляемых и генерируемых AS.
Операторы на OS-клиентах также могут генерировать данные и вводить их в AS.
Данные проекта, такие как рисунки и архивные данные, хранятся на сервере и

открыты для клиентов.
Если проекту необходимо несколько OS-серверов, то серверы упорядочиваются

согласно иерархии предприятия (plant hierarchies). Серверу назначается один или
более уровней иерархии. Это фундаментальное отличие от SCADA-систем, в
которых построение серверов происходит согласно архивам, например, сервер
сообщений, сервер процессов-трендов (переменных процесса) и сервер рисунков
(графических объектов). Рисунок 1.7 демонстрирует разделение OS-серверов в
PCS 7 в соответствии с подразделениями предприятия.

PCS7 PoT
Рисунок 1.7 OS-серверы в PCS 7
(5) Резервный сервер
Здесь резервирование понимается на уровне OS. PCS 7 обеспечивает

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

параллельно ему. При нормальной работе во время исполнения серверы
процессных данных работают полностью параллельно. Каждый сервер имеет
собственное соединение с процессом и доступ к архивам данным. AS посылает
процессные данные и сообщения обоим дублируемым серверам. Если
произошел сбой на одном сервере, клиенты автоматически переключаются со
сбойного на активный сервер.
После восстановления сервера Служба резервирования (Redundancy) выполнит

синхронизацию архивов за время простоя. Пробел в архиве, вызванный сбоем,
заполнится с помощью переноса недостающих данных на восстановленный
сервер.
(6) OS-клиент
OS-клиенты имеют сетевое соединение с OS-сервером на базе технологии

Widows NT client/server. У клиентов нет прямого доступа к системной шине и AS.
Они получают доступ к данным проекта через OS-серверы.
Все OS в многопользовательской системе способны стартовать независимо друг

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

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

PCS7 PoT
При сбое во время работы обоих OS-серверов (главного и резервного) OS-

клиенты больше не обновляются и сообщают об ошибке OS-серверов. OS-
клиенты автоматически попытаются получить доступ к OS-серверам, стоит
одному из них восстановиться.
1.6 Системная шина (System Bus)

Системной шиной PCS 7 может быть одна из трех следующих:
• Быстрый промышленный Ethernet (Fast Industrial Ethernet)

• Промышленный Ethernet (Industrial Ethernet)
• PROFIBUS
(1) Промышленный Ethernet
Промышленный Ethernet (SINEC H1) основан на стандарте IEEE 802.3 со

скоростью передачи данных 10 Мбод. К промышленному Ethernet могут быть
подключены до нескольких сотен станций.
Средой передачи может быть:
• Триаксиальный кабель (экранированный коаксиальный кабель)

• ITP (Industrial Twisted Pair) – промышленная витая пара
• FOC (Fiber-optic cable) – оптико-волоконный кабель
Сеть может использовать Модули оптической связи (Optical Link Modules - OLM).
OLM имеет три порта для промышленной витой пары (ITP) и два оптических
порта, см. рисунок 1.8. Используя ITP, вы можете подключить до трех терминалов
или других ITP-сегментов. Оптический кабель позволяет вам построить
резервную кольцевую сеть. В кольцо могут быть соединены максимум 11 OLM.
На рисунке 1.8 показано, что ES, OS или AS подключена к OLM-порту через шнур
ТР (Twisted Pair – витая пара). Базовая сеть – оптико-волоконное кольцо.

PCS7 PoT
Рисунок 1.8 Промышленный Ethernet и OLM
(2) Быстрый промышленный Ethernet (Fast Industrial Ethernet)
Быстрый промышленный Ethernet (далее Fast Ethernet) используется в качестве

системной шины в системах от средних по размерам до очень больших с самыми
высокими требованиями к производительности. Fast Ethernet – дальнейшее
развитие стандарта Ethernet, его существенными чертами являются схожесть со
знакомым нам стандартом Ethernet, скорость передачи увеличена на порядок – с
10 до 100 Мбод. Формат данных, процедура доступа CSMA/CD (Carrier Sense
Multiple Access/Collision Detection – множественный доступ с прослушиванием
несущей/обнаружение коллизий) и используемые стеклянный оптико-волоконный
кабель и витая пара (не триаксиальный кабель) – тождественны. Вы можете
подключить к Fast Ethernet практически неограниченное число станций.
Конфигурация сетевой структуры Fast Ethernet основана главным образом на

оптической передаче данных. OSM (Optical Switch Modules – оптические
коммутирующие модули) промышленного Ethernet позволяют вам
конфигурировать сети промышленного Ethernet по коммутирующей технологии с
промышленной витой парой (скорость передачи 10 Мбод) и базовую сеть Fast
Ethernet со стеклянными оптико-волоконными кабелями (скорость передачи 100
Мбод).
OSM промышленного Ethernet имеет шесть интерфейсов промышленной витой

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

Согласно PCS 7 концепции резервирования следующие:
• Резервное оптическое кольцо

• Средства резервирования с REDCONNECT

PCS7 PoT
Кольцевая структура допускает один сбой кабеля, например, разрыв или

разъединение кабеля. Средства резервирования: ES или OS оснащены двумя
кабельными соединениями с системной шиной.
Средства резервирования с REDCONNECT:
Пакет программ S7-REDCONNECT связывает резервированный

программируемый логический контроллер S7-400H с OS. Поэтому должны быть
установлены два коммуникационных процессора (СР 1613) на одном компьютере
(РС) OS, как показано на рисунке 1.9.
Рисунок 1.9 Fast Ethernet и средства резервирования
На рисунке 1.9 видно, что OS-сервер SV1.1 имеет два соединительных кабеля,
каждый из которых подключен к порту OSM. Кабели не подключены к одному и
тому же OSM, что позволяет повысить надежность системы. Резервирование
осуществляется путем распределения коммуникационных средств, например,
коммутаторов и СР.
Системная шина PROFIBUS
Используя PROFIBUS, вы можете соединить на системной шине PCS 7 до 9

станций. Скорость передачи шины варьируется от 9,6 Кбод до 1,5 Мбод.
Протокол, используемый в системной шине PROFIBUS – FMS (Fieldbus Message
Specification – спецификации сообщений полевой шины).
1.7 От проектирования к исполнению

После фазы разработки проекта программа (данные в формате AS: блоки DB,
FC, FB, OB и т.д.) загружается из ES в AS для исполнения. OS-часть проекта
(данные в формате OS: рисунки, сообщения и архивы переменных)

PCS7 PoT
перемещается из ES на станции OS. С момента активирования OS-проект
находится под управлением Системы исполнения (Runtime system) PCS 7.
2. Программный пакет PCS 7 в семействе SIMATIC

Программный пакет PCS 7 построен на базе семейства программных систем
SIMATIC. PCS 7 входит в число программных систем с повышенными
функциональностью и производительностью.
На рисунке 1.10 показано семейство программных пакетов SIMATIC внутри

системы PCS 7. STEP 7 – это программный пакет, используемый в сфере PLC, он
включает SIMATIC-менеджер, HW Config, NCM, PC/PG-интерфейс, CFC, SFC, и
т.д.
РН и IЕА, интегрированные в STEP 7, в основном используются для систем

PCS7. Вместе с функциями библиотек PCS 7 в CFC и лицевыми панелями
(faceplate) в качестве OCX-объектов для WinCC функция перемещения (Transfer)
также является дальнейшим развитием STEP 7 для использования в PCS 7.
Инструменты STEP 7
-интерфейс
Рисунок 1.10 Программная среда PCS 7
Основные программные системы PCS 7 и лицензии приведены в Приложении 1 к

этой главе.

PCS7 PoT
Приложения
Приложение 1 Основное программное обеспечение PCS 7

версии 5.2
Примечание
Следующая информация основана на обеспечение PCS 7 версии 5.2. Все
лицензии и их номера сверены с интерактивным каталогом СА01 в Интернете и,
следовательно, действительны с 11 октября 2001 года
Лицензия Номер части (MLFB)
Engineering Toolset V5.1 (PO3000) 6ES7651-1AB05-0YC0

PCS7 Engineering OS Software Engineering (RC 64K) 6ES7658-2DB05-0YC0
(PCS7
Проектирование) H System 6ES7658-6AX04-0YD0
PCS 7 PID Tuner 6ES7653-0SP05-0YX0
OS Client (RT 128) 6ES7658-2CX05-0YC0

OS Runtime
OS Server (RT 64K) 6ES7658-2BB05-0YC0
(Исполнение OS)
OS Single Station (RT 64K) 6ES7658-2AB05-0YC0
OS Redundancy 6AV6371-1CF05-0AX0
SFC Visualization 6ES7652-0XX05-2YD0
OS Options (Опции Storage 6ES7652-0XX05-2YC0

OS) Chipcard Reader 6ES7652-0XX01-1XC0
Guardian 6AV6371-1EJ05-CX0
Multi-VGA graphics cards, 2/4 screens 6ES7652-0XX02-1XE0/1XE1

Communication
S7-REDCONNECT 6GK1716-0HB60-3AA0
(Коммуникация)
Driver blocks 6ES7653-2BD05-0XX0
AS Runtime
Technological blocks 6ES7653-2BB05-0XX0
(Исполнение AS)
Communication blocks 6ES7653-2BE05-0XX0

PCS7 PoT
Приложение 2 Требования для инсталляции PCS 7 версии 5.2

Требования к аппаратному обеспечению
• Минимальные требования к компьютеру

PC/PG на базе Pentium II, 266 МГц, 256 Мб оперативной памяти и минимум 6
Гб на жестком диске.
• Рекомендуемые требования к компьютеру

PC/PG на базе Pentium III, 866 МГц, 512 Мб оперативной памяти и минимум
20 Гб на жестком диске.
• Монитор
Рекомендуется монитор с разрешением 1024 х 768 или выше. Для
онлайновой работы блоков OS с библиотеками рекомендуемое разрешение –
1280 х 1024.
• Сеть
Сеть PCS7-устройства должна быть изолирована посредством коммутаторов,
маршрутизаторов и шлюзов, с тем чтобы исключить влияние внешних помех
на сеть PCS 7.
Требования к программному обеспечению
• Операционная система Windows

Компоненты программного обеспечения PCS 7 V5.2 являются 32-битными
приложениями и требуют операционную систему MS Windows NT V4.0 с
Service Pack 5 или 6а и Internet Explorer V5.0. При необходимости,
пожалуйста, установите компоненты Service Pack 5 для MS Windows NT V4.0
и MS-Internet Explorer V5.0 с компакт-диска, поставляемого вам отдельно
(стандартный режим).
• Страничный файл (Page File)

В зависимости от конфигурации памяти на вашем компьютере Windows NT
требует дополнительного пространства на жестком диске (обычно на диске
С:) для своего страничного файла (виртуальная память). Установите
минимальный размер 600 Мб для этого файла, рекомендуется двойной
объем оперативной памяти.
• Требования к жесткому диску

Если вы устанавливаете все компоненты программного обеспечения PCS 7,
то потребуется примерно 1100 Мб на вашем жестком диске.
PCS7 требует незагруженной (чистой) рабочей станции или серверной среды

Windows NT. Выполнение программы не гарантируется, если на Windows NT PC
исполняются другие приложения, например фоновое приложение «find fast».
Выгрузите (сделайте неактивными) такого рода приложения для обеспечения
PCS7-станции 100% ресурсов Windows NT.
Более подробная информация по установке PCS7 V5.2 содержится в файле
Readme системы PCS7 V5.2.

PCS7 PoT
Приложение 3 Основная документация PCS 7

Документация PCS 7 доступна в виде электронных руководств на компакт-диске,
MFLB: 6ES76571-0XX04-8YC0. Список документации, содержащейся на компакт-
диске, приведена в таблицах А3.1 – А3.7.
Таблица А3.1
Руководства по PCS 7
Категория Название руководства

• PCS 7 System Description
• PCS 7 Getting Started
Комплексная
• PCS 7 Configuration Manual
документация
• Migration Guide
• PCS 7 Practical Applications
Руководства по инструментам разработки

• STEP 7
Configuring Hardware and Connections with STEP 7 V5.1
• STEP 7
Programming with STEP 7 V5.1
• STEP 7
Function Block Diagram (FBD) for S7-300/400
Инструменты • STEP 7
Statement List (STL) for S7-300/400
разработки
• STEP 7
SIMATIC Ladder Logic (LAD) for S7-300/400
(система • STEP 7
проектирования) System Software for S7-300/400
Standard and System Function
• CFC for S7
• SFC
• SIMATIC SFC Visualization
• SCL
• DOCPRO
Руководства по библиотечным функциям

• Library
Technological Blocks
• Library
Библиотеки Field Device Blocks
блоков • Library
Driver Blocks
• Library
Communication Blocks

PCS7 PoT
Руководства по распределенным входам/выходам

• ET 200M
• S7-300 Modules
Распределенные
• S7-300, M7-300, ET 200M
входы/выходы
Introduction Explosion Protection
• FM 355
Руководства по контроллерам

• S7-300, M7-300 Programmable Controllers: Module Specifications
• S7-400 Communication with SIMATIC
• S7-400, M7-400 Programmable Controllers: Hardware and Installation
• H-manual S7-400H
Контроллеры
• System Software for S7-300/400
SIMATIC (PLC)
Standard and System Function
• S7-400, M7-400 Programmable Controllers: Module Specifications
• Supplement to S7-400/M7-400
• S7-400 CPU 412, CPU 414, CPU 416 Instruction List
Руководства по коммуникации и сети SIMATIC

• СР 441
• СР 443
Модули
• CP1413 / CP4512A2 / CP1613 / NT
коммуникации
• Installation Guide and Product Information Sheets for S7-5412/NT and
S7-1413/NT
• NCM for Industrial Ethernet Volume 1
• NCM for Industrial Ethernet Volume 2
(Internet CP)
• NCM for Industrial Ethernet Introductory Guide
Сеть SIMATIC
• NCM S7 for PROFIBUS Volume 1
Системы шин
• NCM S7 for PROFIBUS Volume 2
• NCM S7 for PROFIBUS Introductory Guide
• Network Manuals
Ethernet including Twisted Pair/PROFIBUS

PCS7 PoT
Руководства по системам OS

• SIMATIC Operator Interface Volume 1
Control Center, Graphics Designer, Alarm Logging
• SIMATIC Operator Interface Volume 2
Tag Logging, Report Designer, Text Library, User Administrator, Global
Scripts, Channels
• SIMATIC Operator Interface
Software Protection
Options
• User Archives, Client Server, Redundancy
SIMATIC • SIMATIC Operator Interface
Интерфейс C&C Manuals
• Getting Started
оператора OS
(WinCC) C&C Manuals
Configuration Manual Volume 1
C&C Manuals
Configuration Manual Volume 2
C&C Manuals
Communication Manual Volume 1
C&C Manuals
Communication Manual Volume 2
Приложение 4 Поддержка систем PCS 7
Поддержка пользователя PCS7 в Интернет: http://www.ad.siemens.de/support
Вопросы и ответы, советы и приемы: http://www.ad.siemens.de/csinfo
Горячие линии поддержки пользователя PCS7:
Германия: +49 911 895 7000

Сингапур: +65 740 7000
США: +1 423 461 2522
Поддержка по электронной почте:
(1) techsupport@ad.siemens.de
(2) simatic.hotline@sea.siemens.com
(3) simatic.hotline@sea.siemens.sg.com

PCS7 PoT
Приложение 5 Информация о продуктах PCS 7
Общую информацию по системе PCS 7 можно найти по адресу:

http://www.ad.siemens.de/simatic-pcs7
В соответствии с требуемой информацией смотрите следующие каталоги по

продукту:
Каталог ST PCS 7
Каталог Totally Integrated Automation ST 70
Каталог Communication IK PI
Кроме того, можно обратиться к интерактивному компакт-диску – содержащему

информацию сайта системы PCS7.

Глава 2:
Создание проектов PCS 7 –
Начало
PCS7 PoT
Глава 2 Создание проектов PCS7 - Начало
ГЛАВА 2 СОЗДАНИЕ ПРОЕКТОВ PCS 7 – НАЧАЛО .......................................................... 4
1. ВВЕДЕНИЕ .......................................................................................................................... 4
2. СОЗДАНИЕ НОВОГО PCS7-ПРОЕКТА ........................................................................... 4

2.1 SIMATIC-MANAGER (SIMATIC-МЕНЕДЖЕР) .............................................................. 5
2.1.0 Иерархическая схема практического занятия в этом параграфе, которой
студентам следует придерживаться............................................................................... 5
2.1.1 Настройка среды SIMATIC-менеджера ................................................................. 6
2.1.2 Создание нового проекта ......................................................................................... 7
2.2 КОНФИГУРИРОВАНИЕ АППАРАТНЫХ СРЕДСТВ ............................................................. 9
студентам следует придерживаться............................................................................... 9
2.2.1 Открытие HW Config и вставка компонентов аппаратного обеспечения ........ 9
2.2.2 Свойства CPU ......................................................................................................... 10
2.2.3 Взаимодействие через MPI .................................................................................... 11
2.2.4 Сохранение, компиляция и загрузка конфигурации аппаратных средств ........ 12
2.3 PLANT HIERARCHY (ИЕРАРХИЯ ПРЕДПРИЯТИЯ) .......................................................... 13
студентам следует придерживаться............................................................................. 13
2.3.1 Иерархические папки предприятия ....................................................................... 13
2.3.2 Назначение Иерархии предприятия ...................................................................... 15
2.3.3 Отношение между Окном просмотра предприятия (Plant View) и Окном
просмотра компонентов (Component View).................................................................... 15
2.3.4 Что такое теги и что такое переменные? ......................................................... 16
2.3.5 Настройка Иерархии предприятия....................................................................... 16
2.4 ПРОГРАММИРОВАНИЕ С ИСПОЛЬЗОВАНИЕМ CFC ...................................................... 18
2.4.1 Задача проекта – управление клапаном ............................................................... 18
2.4.2 Модель клапана ....................................................................................................... 19
2.4.3 Категории блоков в редакторе CFC ..................................................................... 20
2.4.4 Присваивание имени экземпляру блока ................................................................. 21
2.4.5 Схема управления клапаном ................................................................................... 21
2.4.6 Последовательность запуска (Run sequence) ...................................................... 22
2.4.7 Компиляция и загрузка программ .......................................................................... 23
2.4.8 Тестирование в CFC ............................................................................................... 24
2.5 ПРОГРАММИРОВАНИЕ С ПОМОЩЬЮ SFC ................................................................... 25
2.5.1 Задача – автоматическое управление клапаном ................................................. 25
2.5.2 Разработка SFC-схемы .......................................................................................... 25
2.5.3 Последовательность исполнения SFC-схемы ...................................................... 27
2.5.4 Тестирование в SFC................................................................................................ 28
2.6 MAPPING (НАПРАВЛЕНИЕ)........................................................................................... 28
2.7 ПРОЕКТИРОВАНИЕ OS ................................................................................................. 33
2.7.1 Проект OS ............................................................................................................... 33
2.7.2 Graphics Designer (графический редактор) ......................................................... 34
2.7.3 Задача – разработка кнопки вызова лицевой панели клапана ............................ 35
2.7.4 Использование панели клапана .............................................................................. 38
2.7.5 Отображение значений ......................................................................................... 39
2.8 ИСПОЛНЕНИЕ OS ......................................................................................................... 40

PCS7 PoT
УПРАЖНЕНИЯ ......................................................................................................................... 42
УПРАЖНЕНИЕ 2.1 СОЗДАНИЕ ВАШЕГО ПЕРВОГО PCS7-ПРОЕКТА ........................................ 42
1. Задачи .......................................................................................................................... 42
2. Указания ...................................................................................................................... 42
ПРИЛОЖЕНИЯ ......................................................................................................................... 43
ПРИЛОЖЕНИЕ 2.1 КОНФИГУРИРОВАНИЕ ПРОМЫШЛЕННОГО ETHERNET НА СИСТЕМНОЙ
ШИНЕ ....................................................................................................................................... 43

PCS7 PoT
Глава 2 Создание проектов PCS 7 – Начало
1. Введение
В этой главе мы на примере представим основы подхода, используемого в
системах проектирования PCS 7. Пример, как показано на рисунке 2.1,
иллюстрирует управление простым клапаном, то есть открытие и закрытие
клапана.
Контроллер клапана управляет его открытием / закрытием посредством

управляющего сигнала «Открыть» (Open) или «Закрыть» (Close). Положение
клапана показывается переключателями ограничения и используется как сигналы
обратной связи для наблюдения.
Открыть/Закрыть
Контроллер
клапана Одиночный
привод
Открыть
Закрыть
Двойная
обратная связь
Клапан
Рисунок 2.1 Управление клапаном
Вместо физического клапана в примере используется его модель. Модель

клапана описана на языке программирования PCS 7 – SCL (структурированный
язык управления).
2. Создание нового PCS7-проекта

Процедуры по созданию PCS7-проекта, реализующего управление клапаном,
приведены в схеме, изображенной на следующем рисунке (рис. 2.2).

PCS7 PoT
(1) Открыть SIMATIC-менеджер. Создать новый проект
(2) Сконфигурировать аппаратные средства
(3) Настроить Иерархию предприятия
(4) Программировать с использованием CFC
(5) Программировать с использованием SFC
(6) Тестировать, отлаживать в CFC, SFC
(7) Направить проект из SIMATIC-менеджера в WinCC
(8) Разработать графическую часть в OS
(9) Выполнить проект на OS
Рисунок 2.2 Ключевые процедуры по созданию PCS7-проекта
Последовательность шагов, показанная на рисунке 2.2, также важна с точки

зрения минимизации усилий по разработке.
2.1 SIMATIC-Manager (SIMATIC-менеджер)

2.1.0 Иерархическая схема практического занятия в этом параграфе,
которой студентам следует придерживаться
• Настройка среды SIMATIC-менеджера
• Выбор языка проекта

• Изменение принятого по умолчанию расположения
сохраняемых проектов пользователя
• Изменение принятого по умолчанию расположения
сохраняемых библиотек пользователя
• Создание нового проекта с помощью New Project Wizard

(Мастера нового проекта)
• Название Вашего первого проекта

PCS7 PoT
2.1.1 Настройка среды SIMATIC-менеджера
Когда вы открываете SIMATIC-менеджер в первый раз, а также перед созданием

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

умолчанию места на диске, где установлены системные файлы PCS 7
(C:\Siemens\Step7\S7proj). Если пользовательские проекты и системные файлы
находятся в разных директориях, то разработчик может защитить свои проекты
от случайных изменений при обновлении системы.
Определенные пользователем библиотеки и устанавливаемые по умолчанию

системные библиотеки PCS 7 также должны располагаться в разных
директориях, см. рисунок 2.4.

PCS7 PoT
Рисунок 2.4 Установка путей для сохранения проектов и библиотек пользователя
2.1.2 Создание нового проекта
Вы можете создать новый проект с помощью «New Project Wizard» («Мастера

нового проекта») SIMATIC-менеджера. Путь меню: File > New Project Wizard.
Диалог Мастера состоит из 4 страниц. При работе с Мастером от вас требуется
выбрать необходимые пункты, см. рисунок 2.5.
Рисунок 2.5 Соответствие CPU и физического компонента
По умолчанию Мастер нового проекта использует стойку UR2 (9 слотов) и
обеспечивает ограниченный набор CPU. Если Ваши аппаратные компоненты
отличаются от представленных Мастером, вы не должны им пользоваться.
Вместо этого вы могли бы использовать функцию New (File > New…) для
создания нового проекта, где вы вставите основные объекты, такие как станции
(стойки, CPU), схемы, картинки и т.д. вручную. Мастер нового проекта вставляет
эти основные объекты автоматически.

PCS7 PoT
Работая с Мастером, вы дойдете до страницы диалога, где вы включите в состав

проекта его объекты, см. рисунок 2.6.
Рисунок 2.6 Вставка объектов
На рисунке 2.6 вы можете видеть три вида объектов.
• Plant hierarchy (Иерархия предприятия). Реальное предприятие состоит из

различных частей. В PCS 7 они классифицируются по 5 категориям: Plant
(Предприятие), Unit (Единица), Function (Функция), Device (Устройство) и
Element (Элемент). Это также 5 уровней иерархии PCS 7. Путем
представления и расположения предприятия на иерархических уровнях вы
получите иерархический вид предприятия. Для определения доступны
максимум 5 уровней.
• Объекты PLC. Схемы (CFC, SFC) и блоки являются PLC-объектами.
• Объекты OS. Созданные из графических объектов рисунки, например,
изображение мотора, клапана и т.д. Отчеты – страницы с данными, которые
могут быть распечатаны.
На последней странице Мастера нового проекта вы должны дать имя проекту.

Затем новый проект открывается в Окне просмотра компонентов (Component
View) SIMATIC-менеджера.
Теперь ваш проект, названный START, отображен в Окне просмотра

компонентов.
Для работы с PCS7-проектами вам понадобится другой просмотрщик

SIMATIC-менеджера – Окно просмотра предприятия (Plant View). Путь меню
для отображения Окна просмотра предприятия: View > Plant View.
Вновь созданный проект START показан на рисунке 2.7 в Окнах просмотра

предприятия и компонентов.

PCS7 PoT
Рисунок 2.7 Вновь созданный проект в Окне просмотра предприятия (Plant View)
и в Окне просмотра компонентов (Component View)
2.2 Конфигурирование аппаратных средств

• Открытие диалога свойств CPU

• Установка размера области отображения входов (PII)
процесса: 1024
• Установка размера области отображения выходов
(PIQ) процесса: 1024
• Установка ОВ85 – вызывается при ошибке доступа к
входам/выходам: только для приходящих и уходящих
ошибок
• Открытие диалога интерфейса MPI
• Проверка и установка адреса интерфейса MPI на «2»
и выбор «networked» (сетевой)
• Сохранение и компиляция конфигурации аппаратных
средств
• Загрузка аппаратных средств в PLC
2.2.1 Открытие HW Config и вставка компонентов аппаратного обеспечения
Подробнее о конфигурировании аппаратного обеспечения рассказывается в
главе 3.
Для проекта данной главы компоненты аппаратного обеспечения уже были

вставлены Мастером нового проекта, как показано на рисунке 2.8. Следующая

PCS7 PoT
задача – установка параметров или свойств компонентов аппаратных средств. На

рисунке 2.8 также показано, как войти в среду HW Config.
в HW Config
Двойной щелчок на
Hardware
Рисунок 2.8 Вход в HW Config
2.2.2 Свойства CPU
Дважды щелкните на CPU416-2DP в HW Config для того, чтобы открыть окно

свойств CPU, и измените в нем несколько установок, следуя рисунку 2.9.
Установки, показанные на рисунке 2.9, используются PCS7-проектами в качестве
значений по умолчанию. Например, размер области отображения входов
процесса равен 1024 байтам, размер области отображения выходов процесса
также равен 1024 байтам. Установите вызов при ошибке доступа к
входам/выходам только для приходящих и уходящих ошибок.

PCS7 PoT
Измените значения по
умолчанию на
показанные здесь
Рисунок 2.9 Свойства CPU
2.2.3 Взаимодействие через MPI
Перейдем к конфигурированию коммуникационного адреса CPU. Если

используется промышленный Ethernet в качестве системной шины, адрес
контроллера устанавливается в диалоговом окне «Свойства» (Properties)
коммуникационного процессора (CP) промышленного Ethernet. В этой главе мы
используем MPI (MultiPoint Interface) для связи между CPU и ES.
Если используется промышленный Ethernet, см. Приложение 1 к данной главе.
Значение адреса интерфейса MPI по умолчанию принято «2». Рекомендуется его

не менять. Для определения установок используемого MPI-интерфейса следуйте
рисунку 2.10.

PCS7 PoT
Рисунок 2.10 Использование установленного по умолчанию адреса MPI
2.2.4 Сохранение, компиляция и загрузка конфигурации аппаратных

средств
После конфигурирования оборудования следуйте иллюстрации, приведенной на

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

PCS7 PoT
Рисунок 2.11 Сохранение, компиляция и загрузка конфигурации аппаратных

средств
2.3 Plant hierarchy (Иерархия предприятия)

• Проверка или установка присваивания PLC и OS
• Имена иерархических папок предприятия, схем и рисунков в

Окне просмотра предприятия (Plant View)
• Настройка Иерархии предприятия (Plant Hierarchy)
2.3.1 Иерархические папки предприятия
Для добавления иерархических папок в Окне просмотра предприятия (Plant View)

следует нажать правой клавишей мыши на левой части этого Окна и затем
следовать иллюстрации, приведенной на рисунке 2.12.

PCS7 PoT
Рисунок 2.12 Добавление иерархических папок
В проекте START Мастером нового проекта (New Project Wizard) были добавлены
три уровня иерархических папок. Вы можете переименовать папки в соответствии
с вашим приложением. Для управления клапаном (рисунок 2.1) присвоенные
имена папок, схем и рисунка показаны на рисунке 2.13.
Имена папок,
схем и рисунка.
Рисунок 2.13 Имена папок, схем и рисунка
При присваивании имен папкам и схемам удостоверьтесь, что они приняты
пользователями предприятия и что они не меняются часто. См. параграф 2.3.4,
чтобы понять важность соглашения по именам, используемым в проекте.

PCS7 PoT
2.3.2 Назначение Иерархии предприятия
Иерархии предприятия проекта, показываемые в Окне просмотра предприятия

(Plant View), являются логическими представлениями проекта. Они должны быть
назначены (или присвоены) определенным контроллерам и/или операторским
станциям с тем, чтобы содержащиеся в них объекты могли быть исполнены.
Обычно одна верхняя папка (Plant - Предприятие) со всеми папками на
подуровнях присвоена одному PLC и одной OS, как показано на рисунке 2.14.
Рисунок 2.14 Назначение иерархии предприятия PLC и OS
Путь меню для вызова окна свойств Иерархии папок (Hierarchy folder): нажать
правой клавишей мыши на верхней папке > Object properties… > PLC and OS
Assignment.
Рисунок 2.14 показывает, что верхний уровень Plant1 со всеми его объектами
нижних уровней присвоен одному CPU и одной OS.
2.3.3 Отношение между Окном просмотра предприятия (Plant View) и

Окном просмотра компонентов (Component View)
(1) Вставляйте CFC-схемы, SFC-схемы и рисунки только в Окне просмотра
предприятия, но не в Окне просмотра компонентов.
(2) При использовании в проекте IEA (функций ассистента по импорту и
экспорту) добавляйте ровно по одной CFC-схеме и рисунку на каждую
иерархическую папку
Рисунки, вставленные в Окне просмотра предприятия, будут доступны в WinCC

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

PCS7 PoT
Вы должны вставить пустые рисунки (по одному на иерархический уровень) в

Ваш проект с тем, чтобы использовать их позднее в графическом разработчике.
2.3.4 Что такое теги и что такое переменные?
При разработке систем управления широко применяются трубчатые и

инструментальные (P&I) диаграммы, где приняты условные обозначения. На
рисунке 2.15 изображен регулятор уровня, названный LIC1005, и цистерна В190.
LIC1005 и В190 являются тегами. У регулятора LIC1005 есть переменные,
например, уставка (34,0%) и измеренное значение процесса (36,7%). Уставка (SP)
и значение процесса (PV) – переменные.
Если мы хотим показать, что SP и PV принадлежат регулятору LIC1005, и

LIC1005 расположен около В190, мы могли бы назвать их как «В190/LIC1005.SP»
и «В190/LIC1005.PV».
Экран или P&I-диаграмма
регулятор уровня LIC1005

цистерна В190
Рисунок 2.15 Теги и переменные
Имя тега В190 может быть использовано как одно имя иерархической папки, если
имя папки рассматривается как индикация пути переменной. В следующем
параграфе мы покажем, как использовать имена папок для индикации
переменной.
2.3.5 Настройка Иерархии предприятия
Имена иерархических папок могут наследоваться тегом и/или рисунком при

соответствующей настройке. Важно определить, как идентифицируются теги и
переменные и как отображаются рисунки в PCS7-проекте. Это производится
настройкой Иерархии предприятия.
Для открытия диалогового окна «Настройка Иерархии предприятия» («Customize

Plant Hierarchy»), оно показано на рисунке 2.16, сделайте следующее: (в Окне
просмотра предприятия) нажмите правой клавишей мыши на верхний
иерархический уровень > Plant Hierarchy > Customize…

PCS7 PoT
Рисунок 2.16 Настройка Иерархии предприятия
Рисунок 2.16:
• Include in designation - Включение в название: имя папки будет частью имени

тега, если вы отметите данный пункт (). Как отмечено на рисунок 2.16, тег
будет Plant1/Unit1/Valve1…, потому что все три уровня задействованы для
названия тега.
• Maximum Number of characters - Максимальное количество символов:
максимальное количество символов, допустимое в имени папки. Длина имени
PCS7-тега ограничена 32 символами, включая разделители. (Имя тега
ограничено больше – 26 символами, если окно тренда будет вставлено на
лицевую панель, faceplate.) Таким образом, количество символов для каждого
уровня ограничено. Если длина имени достигает разрешенного количества
символов, SIMATIC-менеджер выдает предупреждающее сообщение.
• OS area - Область OS: На стандартной PCS7-OS имеется 16 областей.
Экраны/рисунки PCS 7 упорядочены в древовидную структуру, которая
отделена от областей. Область OS – то, где начинается иерархия рисунков.
Вы можете построить деревья рисунков в WinCC с помощью Picture Tree
Manager (Менеджера дерева рисунков). Кроме того, иерархия рисунков
проекта формируется в соответствии с иерархией предприятия проекта, если
вы отметите пункт «Base picture hierarchy on the plant hierarchy» («Основать
иерархию рисунков на иерархии предприятия»). Сопоставьте рисунки 2.16 и
2.17.

PCS7 PoT
Исполнение OS
Области OS,
названные по
иерархическим папкам
Отображаемое
пространство
Иерархия рисунков, названная

по Иерархии предприятия
Рисунок 2.17 Иерархия экранов/рисунков и Иерархия предприятия
2.4 Программирование с использованием CFC

• Копирование смоделированного клапана в Ваш проект

• Компиляция Sim_val для генерации FB1100
• Разработка схемы Valve1, следуя рисунку 2.22
• Присваивание имени экземпляру блока
• Построение последовательностей исполнения (runtime
sequences)
• Компиляция программ в CFC
• Загрузка программ в PLC
• Тестирование в CFC
2.4.1 Задача проекта – управление клапаном
Управление клапаном, описанное на рисунке 2.1, будет разработано на CFC. Мы

будем использовать функции библиотеки PCS 7 для управления клапаном
(моделью клапана).

PCS7 PoT
2.4.2 Модель клапана
Для работы с примером этой главы вам нужно скопировать модель клапана в
ваш проект. Модель находится в исходном SCL-файле с именем Sim_val, как
показано на рисунке 2.18.
Модель клапана,
скопированная в
ваш проект.
Рисунок 2.18 Смоделированный клапан в проекте START
Для компилирования Sim_val откройте двойным щелчком мыши на файле

редактор SCL. После этого в редакторе SCL откроется код модели клапана, как
Рисунок 2.19 Смоделированный клапан в виде кодов

PCS7 PoT
При компилировании SCL-файла (File > Compile) в Вашем проекте генерируется

функциональный блок с именем FB1100 в папке блоков, см. рисунок 2.20. Номер
блока 1100 был определен в верхней строке исходного SCL-файла, как показано
на рисунке 2.19.
блок клапана
папка блоков
Рисунок 2.20 Блоки и папка блоков
2.4.3 Категории блоков в редакторе CFC
Дважды щелкните клавишей мыши на схеме CFC в Окне просмотра предприятия

(Plant View) или в Окне просмотра компонентов (Component View) для того, чтобы
открыть схему в редакторе CFC. Редактор CFC открывается с библиотеками
функциональных блоков, которые вы можете использовать в разработке с
помощью перетаскивания мышью. Перетащите два блока на схему Valve1, как
это показано на рисунке 2.21.
Доступные в CFC блоки,

сгруппированные в
различные категории
Папка библиотек
Папка блоков
Перетащите и отпустите здесь.

Перетащите и отпустите здесь. Схема CFC, Valve1
Рисунок 2.21 Использование доступных функциональных блоков в CFC

PCS7 PoT
2.4.4 Присваивание имени экземпляру блока
После помещения на схему Valve1 регулятора клапана FB73 и смоделированного

клапана FB1100, вы должны сменить имена экземпляров блоков, присваиваемые
им по умолчанию в виде чисел (например, 1, 2, 3, …), на более значащие имена,
такие как VALVE и Sim_val, см. рисунок 2.22.
Смена имен экземпляров блока
экземпляр блока типа

блоков FB1100
экземпляр блока типа

Схема: Valve1 блоков VALVE
Рисунок 2.22 Присваивание имени экземпляру блока
Теперь мы можем назвать экземпляр типа FB1100 Sim_val, а экземпляр типа

VALVE – VALVE. У последнего имя и наименование типа совпадают.
2.4.5 Схема управления клапаном
Вы можете использовать разработку, показанную на рисунке 2.22 в качестве
примера управления клапаном
На практике схема управления клапаном будет более похожа на изображенную

Основные действия в CFC:
(1) Для вызова контекстной помощи для блока активируйте блок и нажмите F1.
(2) Щелкните на выходе блока и на входе другого блока для связывания двух
параметров.
(3) Для связывания схем сгруппируйте схемы в каскад и щелкните на выходе в
схеме и на входе в другой схеме.
(4) Для переключения между режимами одностраничного и шестистраничного
показа дважды щелкните на любом пустом месте страницы.
(5) Двойное нажатие клавиши мыши на блоке приведет к открытию диалогового
окна свойств, где вы можете изменить имя экземпляра блока и отобразить
или скрыть переменные (I/Os) блока. Например, SIM_I и SIM_ON по

PCS7 PoT
умолчанию не были отображены. Для их отображения вызовите параметры
блока, где вы можете установить видимость переменных.
(6) Для установки числа входов функции OR следуйте пути меню: Edit > Number
of I/Os.
(7) Двойное нажатие клавиши мыши на I/O приведет к изменению его значения,
например, SIM_ON должна быть установлена в «истина», чтобы
активировать режим моделирования блока, CH_DI или CH_DO.
На рисунке 2.23 показано решение для управления клапаном. Блок Sim_val

определяется пользователем. Другие блоки, такие как VALVE, CH_DI, CH_DO и
OR – библиотечные функции PCS 7. Блоки каналов (CH_DI и CH_DO) будут
обсуждены в главе 3, а блок VALVE – в главе 4.
Если вы захотите использовать рисунок 2.23 в качестве схемы управления
клапаном в вашем проекте, вам нужно генерировать модули-драйверы при
компиляции программы.
Рисунок 2.23 Схема управления клапаном
2.4.6 Последовательность запуска (Run sequence)
В верхнем правом углу FB в схеме CFC (см. рисунок 2.23) показан ОВ, например,
ОВ32 или ОВ35. ОВ – организационный блок. Это означает, что FB циклически
исполняется в контроллере. Цикл ОВ35 – 100 мс, это означает, что FB,
установленный в ОВ35, будет исполняться каждые 100 мс. Цикл ОВ32 – 1 с.

PCS7 PoT
По умолчанию вновь перенесенный из CFC-библиотек FB будет установлен в

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

(Runtime editor). Вы можете переключиться в режим редактора, как это показано
на рисунке 2.24. В редакторе исполнения перетащите экземпляр блока из одного
ОВ и поместите его в другой. Таким образом, вы устанавливаете блоки в другие
ОВ.
Переключение между CFC и редактором исполнения
Группа исполнения, первая в ОВ32
Экземпл. блока в ОВ32,

организованные в
последовательности
Рисунок 2.24 Установка экземпляров блоков в группы исполнения
Вы должны всегда располагать блоки в соответствующих группах исполнения

(runtime group). Например, все блоки Valve1 установлены в группу исполнения с
именем Valve1 (см. рисунок 2.24).
Свойства исполнения наглядно представлены на блоке в CFC. См. рисунок 2.25 и

соотнесите его с рисунком 2.24.
Циклическое прерывание
Группа исполнения № 1 каждую секунду
Последовательность
исполнения №2 внутри
группы №1
Рисунок 2.25 Свойства исполнения экземпляра блока
2.4.7 Компиляция и загрузка программ
Для компилирования программ следуйте пути меню: Chart > Compile > Charts as
Program. Обычно требуется компилирование всей программы. См. рисунок 2.26.

PCS7 PoT
Рисунок 2.26 Компиляция схем CFC
Для загрузки программ в PLC следуйте пути меню: PLC > Download. Вы можете
выбрать загрузку всей программы или только изменений. См. рисунок 2.27.
Рисунок 2.27 Загрузка программ в PLC
2.4.8 Тестирование в CFC
Для тестирования вашей программы следуйте пути меню: Debug > Test Mode. Вы
можете наблюдать значения входов/выходов (I/O), добавив их в список
просмотра (Watch List). Такие значения подсвечены желтым цветом. Нажмите
правой клавишей мыши на входе/выходе, затем выберите «add I/O to Watch List».
Чтобы оперативно изменить значение, дважды щелкните на входе, например, на
AUTO_OC. Откроется диалог свойств входа/выхода, и вы сможете установить
новое значение переменной. См. рисунок 2.28.
Для управления клапаном в CFC в режиме тестирования вы устанавливаете и
сбрасываете AUTO_OC. Чтобы получить доступ к управлению клапаном вам
нужно разрешить использовать AUTO_OC путем установки LIOP_SEL и AUT_L в
«True». Библиотечная функция VALVE подробно разъясняется в главе 4.

PCS7 PoT
Рисунок 2.28 Тестирование программ в CFC
2.5 Программирование с помощью SFC

• Разработка схемы-топологии SFC, следуя рисунку 2.29

• Выражение шагов в виде формул
• Выражение переходов в виде формул
• Установка SFC в последовательность исполнения
• Компиляция, загрузка программы в SFC
• Тестирование в SFC
2.5.1 Задача – автоматическое управление клапаном
Разработайте SFC-программу для автоматического открытия клапана и, если нет

ошибок, последующего закрытия.
2.5.2 Разработка SFC-схемы
Откройте редактор SFC двойным нажатием на SFC-схеме. Затем вы можете

использовать различные топологические элементы схемы для построения SFC-
программы. См. рисунок 2.29.

PCS7 PoT
Вставьте
шаг + переход
Топологии
схемы
Рисунок 2.29 Разработка схемы в SFC
Чтобы открыть клапан, вы должны открыть диалог свойств шага и установить в

нем AUTO_OC = 1. Следуйте иллюстрации на рисунке 2.30.

PCS7 PoT
Рисунок 2.30 Просмотр переменных программы в SFC
Чтобы установить условие на переход, например, когда нет ошибок CSF, дважды
щелкните на переходе No CSF Error (Рисунок 2.29) для открытия его диалога
свойств. Затем найдите CSF и установите его в «0», что означает, когда нет
ошибки CSF, клапан будет открыт.
Для завершения SFC-разработки требуется установить другие шаги и переходы

на рисунке 2.29 следующим образом.
Таблица 2.1
Выражение шагов и переходов в виде формул для управления клапаном
Шаг или переход Значение переменной

Opened (Открыт) QOPEND = 1
Close (Закрыть) AUTO_OC = 0
Closed (Закрыто) QCLOSED = 1
END (Конец) AUTO_OC = 0
2.5.3 Последовательность исполнения SFC-схемы
Вы можете установить схему SFC_val в ОВ32, как и другие блоки в CFC. См.
рисунок 2.31.

PCS7 PoT
Вставьте SFC в последовательность исполнения
Рисунок 2.31 Установка SFC-схемы в последовательность исполнения
После организации последовательности исполнения скомпилируйте и загрузите

программу в SFC.
2.5.4 Тестирование в SFC
Для исполнения SFC-схемы следуйте пути меню: Debug > Test Mode и рисунку
2.32.
Начало исполнения SFC
Рисунок 2.32 Тестирование в SFC
2.6 Mapping (Направление)

Направление (mapping) или функция перемещения (transfer function), имеющаяся
в SIMATIC-менеджере, делает проект, созданный в SIMATIC-менеджере, также

PCS7 PoT
доступным для WinCC, чтобы могли быть выполнены дальнейшие инженерные
работы (например, графические разработки, операционные функции).
Рисунок 2.33 показывает, как вызвать диалог перемещения.
Рисунок 2.33 Функция перемещения в SIMATIC-менеджере
Следуйте пути меню рисунка 2.33 для открытия диалога перемещения. Вы

должны решить, какая программа контроллера S7-400 на какую операторскую
станцию должна быть перемещена. В примере на рисунке 2.34 S7 Program (1)
(программа S7 (1)) должна быть перемещена в OS, как они были отмечены.
Следующим этапом будет установление связи между контроллером и
операторской станцией в диалоге соединения, как показано на рисунках 2.34 и
2.35.

PCS7 PoT
Рисунок 2.34 Выбор S7-программ и операторских станций
Соединение PLC – OS
Рисунок 2.35 Соединение PLC – OS

PCS7 PoT
Из рисунка 2.35 видно, что возможные соединения между PLC и OS

конфигурируются в HW Config. Если соединение между PLC и OS использует в
качестве системной шины промышленный Ethernet, карта Ethernet (СР443-1)
настраивается в HW Config и становится доступной при перемещении. См.
приложение к данной главе.
На последней странице диалога перемещения выбираются перемещаемые

данные и режим перемещения. См. рисунок 2.36.
Если установлена визуализация SFC
Уместно для BATCH flexible
Уместно для специального расширения
Рисунок 2.36 Выбор выбираются перемещаемых данных и режима перемещения
Во время перемещения вы можете выбрать стандартный вид OS PCS 7 из

доступных, как показано на рисунке 2.37.

PCS7 PoT
Рисунок 2.37 Набор стандартных видов OS
Система сообщений также автоматически настраивается во время перемещения.

См. рисунок 2.38.
Рисунок 2.38 Установки по умолчанию системы сообщений для систем PCS 7

PCS7 PoT
2.7 Проектирование OS
2.7.1 Проект OS
Для открытия OS-части проекта START поступайте следующим образом: нажмите

правую клавишу мыши на объекте OS в Component View (Окне просмотра
компонентов) > Open Object. Теперь вы начинаете разработку рисунков и
операционных функций, таких как тренды, архивация, отчетность и т.д., в WinCC.
См. рисунок 2.39. В левой части окна расположен список редакторов OS,
например, редактор графических разработок (Graphics Designer), редактор тегов
(Tag Logging) и т.д. В правой части окна приведен список рисунков, созданных
для проекта. Системные рисунки начинаются с символа «@», они создаются
Split-мастером (разделителем), когда устанавливается стандартный вид OS PCS
7. Рисунки предприятия (Pic_Plant1.Pdl, Pic_Unit.Pdl и Pic_val.Pdl), вставленные в
SIMATIC-менеджер, перемещаются в проект OS.
Имя проекта
@…
системные
рисунки
Редакторы
OS
Рисунки
пользователя
Рисунок 2.39 Редакторы OS и системные рисунки
Переменные, используемые в CFC или SFC-программах, также перемещаются в

OS для наблюдения и управления. Они расположены в интерфейсе MPI под Tag
Management (управлением тегами). См. рисунок 2.40.

PCS7 PoT
Соединение PLC - OS
Рисунок 2.40 Управление тегами WinCC
2.7.2 Graphics Designer (графический редактор)
Для открытия графического редактора следуйте пути меню: в WinCC нажмите

правой клавишей на графическом редакторе (Graphics Designer) > Open. Затем
сделайте доступными инструментальные панели и графические палитры, если
они не были отображены. См. рисунок 2.41.

PCS7 PoT
Рисунок 2.41 Графический редактор
2.7.3 Задача – разработка кнопки вызова лицевой панели клапана
Лицевые панели (faceplate) – это графические интерфейсы некоторых PCS7-

библиотек FB. Например, контроллер клапана FB63 имеет панель в OS. Панели –
это OCX-объекты.
Вы можете напрямую вставить панель в рисунок, а также можете использовать

кнопку для вызова панели.
Во-первых, перетащите кнопку на рисунок Pic_Val (Object Palette > Window

Objects > Button). Затем соедините кнопку с панелью клапана, используя
Dynamic Wizard (Мастер динамизации) «Выбор рисунка через точку измерения»
(Picture selection via measurement point). См. рисунок 2.42.

PCS7 PoT
Кнопка должна быть

соединена с
использованием
подсвеченного пункта
Мастера
Рисунок 2.42 Мастер, соединяющий кнопку с панелью
Действуя под руководством Мастера, вы должны определить, к какому

экземпляру клапана должна быть присоединена кнопка. См. рисунок 2.43 – 2.46.
Рисунок 2.43 Связывание кнопки с экземпляром клапана - 1

PCS7 PoT
Нажмите
…

PCS7 PoT
2.7.4 Использование панели клапана
На панели есть различные видимые объекты. Рисунок 2.47 демонстрирует

стандартный вид панели клапана, позволяющей оператору отдавать команды по
открытию или закрытию клапана. Оператор может также выбрать операционные
режимы клапана.
Панель позволяет работать в ручном (manual) и автоматическом (auto) режиме.

«Ручной» означает операторский контроль клапана, а «автоматический» – клапан
контролируется CFC-программой. В ручном режиме оператор может отдавать
команды «Открыть» («Open») или «Закрыть» («Close»). В автоматическом
режиме объект «Команда» («Открыть» или «Закрыть») на панели дезактивирован
CFC-программой, и команды исходят от нее.

PCS7 PoT
Различные
видимые объекты
панели
Отображение Отображение
Ввод
оператора
Рисунок 2.47 Лицевая панель клапана
2.7.5 Отображение значений
Для отображения значения переменной используйте графический объект «I/O

Field» (поле ввода/вывода). Перетащите поле I/O Field из Object Palette > Smart
Objects > I/O Field, и затем свяжите поле с переменной, чье значение должно
быть отображено. Следуйте рисунку 2.48.

PCS7 PoT
Связывание поля I/O

field с переменной
Рисунок 2.48 Соединение I/O field с тегом
2.8 Исполнение OS
Системы PCS 7 при исполнении имеют стандартный внешний вид. См. рисунок
2.49.
Последнее возникающее сообщение отображается в верхней строке.
Из иерархии предприятия происходят и определяются 16 областей отображения.

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

клавиши. Значение каждой клавиши приведено на рисуноке 10.16.

PCS7 PoT
Строка последних возникших сообщений
16 стандартных областей отображения
Рисунок Valve 1:
Иерархия рисунков,
образованная из области
отображения
Рабочая область для

отображения рисунков
Стандартный набор клавиш
Рисунок 2.49 Стандартный внешний вид системы PCS 7

PCS7 PoT
Упражнения
Упражнение 2.1 Создание вашего первого PCS7-проекта
1. Задачи
Дана модель клапана (FB1100), разработайте схему управления клапаном в CFC

для управления FB1100. См. рисунок 2.23.
Разработайте рисунок с кнопкой вызова панели регулятора клапана, оснащенный

несколькими полями I/O Field, отображающими статус клапана. См. рисунок 2.49.
2. Указания
1. Создайте проект, используя Мастер нового проекта (New Project Wizard).

2. Определите последовательности исполнения блоков.
3. Скомпилируйте проект в CFC или SFC.
4. Загрузите проект.
5. Протестируйте программу в CFC и SFC.
6. Переместите проект из SIMATIC-менеджера в WinCC.
7. Разработайте рисунок.
8. Протестируйте проект в системе исполнения OS. Используйте лицевую
панель (faceplate) для управления клапаном.

PCS7 PoT
Приложение 2.1 Конфигурирование промышленного Ethernet на

системной шине
Если ваше аппаратное обеспечение оснащено промышленным Ethernet, вы

можете настроить промышленную Ethernet-шину, следуя рисункам 2.50 – 2.53.
Перетащите
Рисунок 2.50 Вставка коммуникационной карты (коммуникационного процессора –

СР) в слот контроллера

PCS7 PoT
Не используйте IP-протокол
Рисунок 2.51 Свойства интерфейса Ethernet
Вы всегда можете установить или изменить свойства CP двойным нажатием на

нем. См. рисунок 2.52.
Рисунок 2.52 Диалог свойств Ethernet-карты

PCS7 PoT
После компиляции и сохранения конфигурации СР в HW Config становится

доступным соединение для перемещения PLC и OS. См. рисунок 2.53.
Рисунок 2.53 Соединения в диалоге перемещения
Вы можете сравнить рисунки 2.53 и 2.35.

Глава 3:
Конфигурирование аппаратных средств
и концепция драйвера
PCS7 PoT
Глава 3 Конфигурирование аппаратных средств и концепция драйвера
ГЛАВА 3 КОНФИГУРИРОВАНИЕ АППАРАТНЫХ СРЕДСТВ И КОНЦЕПЦИЯ
ДРАЙВЕРА .................................................................................................................................. 4
1. КОНФИГУРИРОВАНИЕ АППАРАТНЫХ СРЕДСТВ – ПЕРВЫЕ ШАГИ ............... 4

1.1 ОСНОВНАЯ ПРОЦЕДУРА КОНФИГУРАЦИИ АППАРАТНЫХ КОМПОНЕНТОВ ................... 4
1.2 ПОШАГОВЫЕ ИНСТРУКЦИИ ........................................................................................... 5
2. СИСТЕМЫ АВТОМАТИЗАЦИИ (AUTOMATION SYSTEMS) S7-400..................... 7
2.1 РАЗРАБОТКА CPU S7-400 .............................................................................................. 8
2.1.1 Переключатель режимов ..................................................................................... 8
2.1.2 Переключение типов перезапуска........................................................................ 9
2.1.3 Характеристики запуска CPU............................................................................. 9
2.1.4 Внешняя батарея................................................................................................. 10
2.1.5 Интерфейс MPI ................................................................................................... 11
2.1.6 Интерфейс PROFIBUS-DP ................................................................................. 11
2.1.7 Карты памяти .................................................................................................... 11
2.2 ВИДЫ ПАМЯТИ CPU..................................................................................................... 12
2.3 КОММУНИКАЦИИ CPU ................................................................................................ 13
2.4 СТРУКТУРА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ CPU...................................................... 15
2.5 ОРГАНИЗАЦИОННЫЕ БЛОКИ (ORGANIZATION BLOCKS) .............................................. 16
2.6 ДИАГНОСТИКА СИСТЕМЫ ............................................................................................ 17
2.7 УСТАНОВКА СВОЙСТВ CPU ......................................................................................... 19
3. PROFIBUS ....................................................................................................................... 20
3.1 КРАТКОЕ ВВЕДЕНИЕ ..................................................................................................... 20
3.2 ОСНОВЫ PROFIBUS.................................................................................................... 21
3.2.1 Технология передачи RS-485 ............................................................................... 22
3.2.2 Инструкции по установке RS 485 ...................................................................... 22
3.2.3 Технология передачи IEC 1158-2 ........................................................................ 24
3.2.4 Инструкции по установке IEC 1158-2 .............................................................. 24
3.3 ПРОТОКОЛ ДОСТУПА К СРЕДЕ PROFIBUS .................................................................. 25
3.4 ПРОФИЛЬ КОММУНИКАЦИИ DP .................................................................................. 27
3.4.1 Скорость .............................................................................................................. 27
3.4.2 Функции диагностики ......................................................................................... 28
3.4.3 Системная конфигурация и типы устройств ................................................. 28
3.4.4 Режимы синхронизации и замораживания (Sync and Freeze Mode) .............. 29
3.5 РАЗРАБОТКА УСТРОЙСТВ, GSE- И DD-ФАЙЛЫ ........................................................... 29
3.5.1 GSE-файлы ........................................................................................................... 30
3.5.2 Идентификационный номер ............................................................................... 30
3.5.3 Электронное описание устройства (EDD) ...................................................... 31
3.5.4 Концепция FDT .................................................................................................... 32
3.6 КОНФИГУРИРОВАНИЕ PROFIBUS DP В HARDWARE CONFIG .................................... 32
4. РАСПРЕДЕЛЕННЫЕ ВХОДЫ/ВЫХОДЫ (I/O) ......................................................... 35
4.1 СТРУКТУРА И КОМПОНЕНТЫ ЕТ200М ........................................................................ 36
4.2 IM 153: ВАРИАНТЫ И СВОЙСТВА ................................................................................. 37
4.3 ВРЕМЕННАЯ ФИКСАЦИЯ С ИСПОЛЬЗОВАНИЕМ IM153-2 ............................................ 37
4.4 РЕЗЕРВИРОВАНИЕ С ИСПОЛЬЗОВАНИЕМ IM 153-2 ...................................................... 38
4.5 СИГНАЛЬНЫЕ МОДУЛИ (SIGNAL MODULES) ................................................................ 39
4.6 КОНФИГУРИРОВАНИЕ РАСПРЕДЕЛЕННЫХ ВХОДОВ/ВЫХОДОВ (I/O) В PCS 7 ............ 39
4.6.1 Конфигурирование ............................................................................................... 39
4.6.2 Свойства сигнального модуля ............................................................................ 42

PCS7 PoT
4.7 ОБРАЗ ПРОЦЕССА (PROCESS IMAGE)............................................................................ 45
4.7.1 Что такое образ процесса? ............................................................................... 45
4.7.2 Размер образа процесса ...................................................................................... 46
4.7.3 Группировка входов и выходов ........................................................................... 47
4.8 СИМВОЛЬНЫЕ ИМЕНА (SYMBOLIC NAMES) ................................................................. 47
4.8.1 Символьные имена в HW Config и таблицы символов ..................................... 47
4.8.2 Как определить входы/выходы в PCS7-проекте .............................................. 48
5. ДРАЙВЕРЫ (DRIVERS) ................................................................................................ 50
5.1 БЛОКИ ДРАЙВЕРОВ КАНАЛОВ (CHANNEL DRIVER BLOCK).......................................... 50
5.1.1 Использование блоков каналов (channel block) ................................................. 51
5.1.2 Функции блоков каналов...................................................................................... 52
5.1.3 Связывание блока драйвера с физическим сигналом ....................................... 53
5.2 БЛОКИ ДРАЙВЕРОВ МОДУЛЕЙ (MODULE DRIVER BLOCK) ........................................... 54
5.3 КОНФИГУРИРОВАНИЕ РА-УСТРОЙСТВА ..................................................................... 58
6. САМЫЕ ПОСЛЕДНИЕ CPU S7-400 ............................................................................ 60
6.1 CPU С ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ ВЕРСИИ 3.0 ................................................. 60
6.2 НОВЫЕ СВОЙСТВА CPU С ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ ВЕРСИИ 3.0 .................. 61
6.2.1 Поддержка концепции драйвера PCS 7 V5.2 .................................................... 61
6.2.2 Отказоустойчивость CPU ................................................................................ 61
6.2.3 Поддержка Profibus DPV1 ................................................................................. 62
6.2.4 Новое программное обеспечение СР промышленного Ethernet....................... 63
УПРАЖНЕНИЯ ......................................................................................................................... 65
УПРАЖНЕНИЕ 3.1 КОНФИГУРИРОВАНИЕ ВХОДОВ/ВЫХОДОВ (I/O) ...................................... 65
1. Задача ....................................................................................................................... 65
2. Указания................................................................................................................... 66
УПРАЖНЕНИЕ 3.2 ИСПОЛЬЗОВАНИЕ ИНСТРУМЕНТАРИЯ ДИАГНОСТИКИ АППАРАТУРЫ...... 66
УПРАЖНЕНИЕ 3.3 СООБЩЕНИЯ БЛОКОВ ДРАЙВЕРОВ МОДУЛЕЙ........................................... 66
УПРАЖНЕНИЕ 3.4 ПОНЯТИЕ PII И PIQ ................................................................................... 67
1. Задача ....................................................................................................................... 67
2. Указания................................................................................................................... 67
ПРИЛОЖЕНИЯ ......................................................................................................................... 69
ПРИЛОЖЕНИЕ 1 СБРОС ПАМЯТИ CPU .................................................................................... 69
ПРИЛОЖЕНИЕ 2 ДИАГНОСТИКА АППАРАТУРЫ ИЗ OS ........................................................... 69

PCS7 PoT
Глава 3 Конфигурирование аппаратных средств и

концепция драйвера
Эта глава начинается с введения в конфигурирование аппаратных средств для
PCS7-проекта и продолжается подробным рассмотрением многих аспектов
конфигурирования аппаратуры с помощью Hardware Config Tool (Инструмента
конфигурирования аппаратного обеспечения). Также раскрываются принципы
CPU S7 и драйверов входов/выходов.
1. Конфигурирование аппаратных средств – первые

шаги
1.1 Основная процедура конфигурации аппаратных
компонентов
Станция автоматизации (AS) состоит, по крайней мере, из стойки (Rack),
источника питания (power supply – PS) и CPU (Central Processing Unit –
центральный процессор). AS представлена на рисунке 3.1. Функции компонентов
приведены в таблице 3.1.
Рисунок 3.1 Станция автоматизации (AS) S7-400
Таблица 3.1
Компоненты S7-400 и их функции
Компоненты Функции
Стойки (Rack) Обеспечивают механические и электрические соединения между
модулями S7-400
Модули- Преобразуют напряжение (переменного тока 120/230 В или
источники постоянного тока 24 В) в 5 В и 24 В (постоянный ток),
питания (PS) необходимое для питания S7-400
CPU Исполняют программу пользователя; взаимодействуют с другими
CPU, программными устройствами (PG), операторскими
панелями (operator panels – ОР) и полевыми устройствами
PROFIBUS-DP.
После создания нового проекта в SIMATIC-менеджере следующий шаг –

конфигурирование станции автоматизации. Главные шаги показаны на рис 3.2.

PCS7 PoT
В SIMATIC-менеджере вставить станцию S7-400
Запустить приложение «Hardware Config»
Подготовить стойки
Подготовить модули
Определить свойства модулей
Сохранить и скомпилировать конфигурацию
Загрузить конфигурацию в контроллер (PLC)
Рисунок 3.2 Основная процедура конфигурации аппаратуры
1.2 Пошаговые инструкции

Шаг 1: В SIMATIC-менеджере вставьте станцию, как это показано на рисунке 3.3.
Рисунок 3.3 Вставка станций SIMATIC 400

PCS7 PoT
Шаг 2: Вызовите Hardware Config двойным нажатием левой клавиши мыши на

Hardware, см. рисунок 3.4.
Рисунок 3.4 Вызов Hardware Config
Шаг 3: Перетащите компоненты из каталога Hardware (Hardware Catalog) и

поместите в план конфигурации. См. рисунок 3.5.
Перетаскивание
Рисунок 3.5 Конфигурирование аппаратных средств с помощью перетаскивания
Каталог Hardware представляет из себя коллекцию компонентов SIMATIC.

Компоненты выстроены по категориям или профилям. Категории PCS7_V52_engl,
показанные на рисунке 3.5, включают в себя главные продукты, используемые
для систем PCS 7.
В нижней части окна Catalog (Каталог) приводится описание подсвеченного

компонента в каталоге.

PCS7 PoT
2. Системы автоматизации (Automation Systems)

S7-400
Системы автоматизации PCS 7 – это выбранные компоненты S7-400.
Контроллеры S7-400 модульные, безвентиляторные, отказоустойчивые и
поддерживают большое расширение (наращивание). Контроллеры S7-400 имеют
исчерпывающие коммуникационные возможности, интегральные системные
функции и соединения с центральными или распределенными входами/выходами
(I/O). Почти все задачи автоматизации могут быть осуществлены на базе
соответствующих систем автоматизации S7-400.
На рисунке 3.6 показана коллекция компонентов, которые используются в

системах PCS 7. Полный перечень компонентов и подробная информация
находятся в каталоге Hardware под профилем PCS7_V52_engl.
Информация по последнему релизу аппаратных модулей, используемых для
систем PCS 7, содержится в «PCS 7 V5.2 Released Modules Manual»
(«Руководство по релизу модулей PCS 7 V5.2»)
Стойки
Рисунок 3.6 Выбранные модули S7 – 400 для систем PCS 7

PCS7 PoT
С S7-400 могут быть выбраны различные возможные конфигурации для решения
задач автоматизации. Для ознакомления с различными конфигурациями
обратитесь к «Configuring Hardware with STEP 7 V5.2» («Конфигурирование
аппаратуры с помощью STEP 7 V5.2») и помните, что системы PCS 7 используют
только выбранные компоненты, основные из которых собраны в каталоге
Hardware под профилем PCS7_V52_engl
2.1 Разработка CPU S7-400

На рисунке 3.7 показана лицевая панель PCU S7-400.
Светодиоды для
интегрирован-
ного DP-
Микросхема памяти интерфейса
Переключатель режимов
под крышкой
интерфейс
интерфейс
Питание от внешней батареи
Рисунок 3.7 CPUs 41x-2 серии
2.1.1 Переключатель режимов
С помощью переключателя режимов вы можете перевести CPU в режимы «RUN»

(исполнение), «RUN-P» (исполнение-Р), «STOP» (останов) или выполнить очистку
памяти. Положения переключателя и соответствующие функции приведены в
таблице 3.2.

PCS7 PoT
Таблица 3.2
Функции переключателя режимов
Положение Функция
RUN-P Если не возникло ошибок и ограничений по запуску и CPU
(исполнение-Р) может быть переключен в режим RUN-P, CPU обрабатывает
программу пользователя или простаивает. Входы/выходы
доступны. Ключ не может быть вынут в этом положении.
Программы могут быть
• считаны из CPU устройством программирования (CPU->PG),
• загружены в CPU (PG->CPU).
RUN Если не возникло ошибок и ограничений по запуску и CPU
(исполнение) может быть переключен в режим RUN, CPU обрабатывает
программу пользователя или простаивает. Входы/выходы
доступны. Ключ может быть вынут в этом положении для
предотвращения неавторизованного изменения рабочего
режима. Программы в CPU могут быть отображены на
устройстве программирования (CPU->PG).
STOP CPU не исполняет программу пользователя. Выходы
(останов) блокированы. Ключ может быть вынут в этом положении для
предотвращения неавторизованного изменения рабочего
режима. Программы могут быть
• считаны из CPU устройством программирования (CPU->PG),
• загружены в CPU (PG->CPU).
MRES (Memory Позиция ключа для выполнения очистки памяти CPU и для
reset – очистка холодного перезапуска. (Перезапуск обсуждается в следующем
памяти) абзаце.)
2.1.2 Переключение типов перезапуска
CRST: когда вы запускаете CPU переключателем режимов (STOP -> RUN)

выполняется полный («холодный») рестарт.
WRST: когда вы запускаете CPU переключателем режимов (STOP -> RUN)

выполняется «теплый» рестарт. CPU запрашивает тип рестарта состоянием
светодиодного индикатора «LED» и выбирается переключением CRST/WRST.
2.1.3 Характеристики запуска CPU
CPU допускает следующие типы запуска или перезапуска:
• «Горячий» (hot) перезапуск

• «Теплый» (warm) перезапуск
• «Холодный» (cold) перезапуск.
В PCS7-проекте допускается только «теплый» рестарт.

PCS7 PoT
Таблица 3.3
Типы перезапусков CPU S7-400
Тип
Режим работы запуска
перезапуска
«Горячий» – новое наименование типа рестарта по сравнению с
предыдущими версиями STEP 7.
При запуске CPU (например, при переключении режима из STOP в

RUN или при включении питания) перед началом циклической
обработки программы (ОВ1) организационный блок ОВ101 («горячий»
рестарт) обрабатывается первым (ОВ100 – «теплый» рестарт,
«Горячий» ОВ102 – «холодный» рестарт). См. рисунок 3.11.
(hot)
Содержимое всех областей данных (таймеры, счетчики, меркеры,
блоки данных) сохраняется для резервирования CPU.
При перезапуске считывается исходная таблица образа процесса, и

обработка пользовательской STEP7-программы возобновляется с
точки, где она была прервана в последний раз (STOP, отключение
питания).
«Теплый» также является новым понятием в STEP 7, отвечающим
стандарту EN61131.
При перезапуске CPU S7 (например, при смене режима из STOP в

RUN или при включении питания) перед началом циклического
исполнения программы (ОВ1) обрабатывается организационный блок
ОВ100. По умолчанию все блоки PCS 7, имеющие режим работы
запуска, устанавливаются в ОВ100.
«Теплый» Учитывая, что батарея CPU зарезервирована, «теплый» рестарт
(warm) означает следующее:
• Все блоки данных и их содержимое сохраняется.

• Сохраняемые таймеры, счетчики и меркеры (bit memory)
запоминаются; несохраняемые данные сбрасываются.
Во время «теплого» рестарта считывается исходная таблица образа

процесса, и обработка пользовательской STEP7-программы
начинается с первого оператора в ОВ1.
«Холодный» рестарт первым запускает организационный блок ОВ102.
Режим запуска «холодный» рестарт» характеризуется следующим:
«Холодный» • Блоки данных, сгенерированные системными функциями,

(cold) удаляются из рабочей памяти (work memory), а оставшиеся блоки
предустанавливаются из загрузочной памяти (load memory).
• Образ процесса, все таймеры, счетчики и меркеры сбрасываются,
несмотря на объявление их сохраняемыми.
2.1.4 Внешняя батарея
Дополнительная внешняя батарея питания (прямой ток от 5 до 15 В)

предназначена для резервирования RAM (оперативная память), например, когда
происходит отключение источника питания.

PCS7 PoT
2.1.5 Интерфейс MPI
Вы можете подключить к многоточечному (multipoint) интерфейсу следующие

узлы:
• Устройства программирования (PG/РС)

• Устройства операторского интерфейса (OS, OP и TD)
• Другие программируемы контроллеры SIMATIC S7.
Вы также можете настроить MPI-интерфейс как DP-интерфейс. В этом случае вы

можете сконфигурировать интерфейс с ведомыми.
2.1.6 Интерфейс PROFIBUS-DP
Вы можете подключить к интерфейсу PROFIBUS-DP следующие узлы:
• ЕТ 200М (распределенная станция с входными/выходными модулями S7-300)

• S7-300 как интеллектуальный ведомый (например, CPU 315-2 или 318-2 с
PROFIBUS-DP-соединением)
• ЕТ 200 U/В/С
• Другие стандартные ведомые PROFIBUS-DP
• Дополнительные DP-мастера S7 (устройства программирования, ОР и т.д.).
2.1.7 Карты памяти
Карта памяти и интегрированная в CPU область памяти вместе формируют

загрузочную память CPU. Во время работы загрузочная память содержит всю
пользовательскую программу, включая комментарии, символы, специальную
дополнительную информацию, которая позволяет декомпилировать программу
пользователя, и все параметры модуля.
На карте памяти могут храниться следующие данные:
• Программа пользователя, то есть блоки (OB, FB, FC, DB) и системные данные
• Параметры, определяющие режим работы CPU
• Параметры, определяющие режим работы модулей входов/выходов.
Применяются два типа карт памяти: RAM-карты и Flash-карты (FEPROM-карты).

Какую из карт использовать, RAM или Flash (флэш), зависит от того, как вы
намереваетесь использовать карту памяти.
Таблица 3.4
Использование карт памяти
Если вы… То…

хотите только расширить интегрированную вы должны использовать RAМ-
загрузочную память CPU карту
хотите постоянно хранить вашу
вы должны использовать Flash-
пользовательскую программу в памяти даже
карту
при отключенном питании

PCS7 PoT
RAM-карта:
Если вы используете RAM-карту, вы должны подключить ее к CPU (вставить в

соответствующий разъем CPU) для загрузки программы пользователя.
Программа загружается с помощью устройства программирования (PG/ES).
Вы можете загрузить всю пользовательскую программу или отдельные ее части,

такие как OB, FB, FC, DB или SDB, в загрузочную память в режимах STOP или
RUN-Р.
При удалении RAM-карты из CPU хранимая информация теряется. RAM-карта не

оснащена встроенной резервной батареей.
Если в системе питания есть работающая резервная батарея или предусмотрено

внешнее резервное питание CPU через гнездо «External battery» («Внешняя
батарея»), содержимое RAM-карты сохраняется после отключения питания при
условии, что RAM-карта остается подключенной к CPU, и CPU остается в стойке.
Flash-карта:
При применении Flash-карты есть два способа загрузки программы пользователя:
• Установите CPU переключателем режимов в режим «STOP», подключите

Flash-карту к CPU и загрузите пользовательскую программу в загрузочную
память с помощью устройства программирования (PG/ES).
• Загрузите пользовательскую программу на Flash-карту в автономном (offline)
режиме на устройстве программирования, затем вставьте Flash-карту в CPU.
Используя Flash-карту, вы можете загрузить только всю пользовательскую

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

хранимая информация остается, даже если Flash-карта удаляется из CPU или
ваша система S7-400 работает без резервирования (без резервной батареи в
модуле питания или без резервного питания через гнездо CPU «External battery»).
2.2 Виды памяти CPU

Концепция памяти для хранения данных, используемая в процессорах S7-400,
проиллюстрирована на рисунке 3.8. S7-программа, содержащая блоки (OB, FB,
FC, DB), системные данные, комментарии и символы, грузится в загрузочную
память. После компиляции кодовых блоков система загружает их в область
кодовой памяти (code memory) рабочей памяти (work memory) CPU. Блоки данных
грузятся в память данных (data memory). Системные счетчики, таймеры, меркеры
и образы процесса хранятся в системной памяти (system memory). Вы можете
определить сохраняемые области для счетчиков, таймеров, меркеров. Блоки
данных могут храниться в другой области памяти.

PCS7 PoT
внешняя
Загрузочная память RAM
CPU
Блоки (полностью):
Загрузка • +
OB, FC, FB, вставленная
DB в слот
• Определения карта
RAM
или
FEPROM
Программа CPU S7
Рабочая память
Комментарии (главная память CPU)
Кодовая память
Символы
OB, FC, FB как
Блоки: операторы в FC
OB, FC, FB,
DB
Память данных
DB (без определений)
несохран. сохраняем.
При Системная память

При
включенном
выключен-
питании без
ном питании
резервной
без
батареи
несохран. сохран. резервной
батареи
Сохраняемая память
Хранимые М, Т, С
Концепция памяти Хранимые DB

CPU S7 – 400
Рисунок 3.8 Концепция памяти CPU S7 – 400
2.3 Коммуникации CPU

Коммуникационная шина встроена в стойку (rack), как показано на рисунке 3.9.
Шинные соединители входов/выходов и коммуникационные шинные соединители
видны на каждом слоте. Эти соединители защищены крышкой от воздействий при
перемещении стойки.

PCS7 PoT
Шин. соединитель вх./вых. (P-bus)
Шин. соединитель «К» (С-bus)
Рисунок 3.9 Коммуникационные соединители на стойке
Шина состоит из двух частей: шины входов/выходов (или процессной) (P-bus) и

коммуникационной (С-bus). На каждой части есть шинные соединители для
подключения модулей, как показано на рисунке 3.9. Коммуникация между CPU и
другими устройствами изображена на рисунке 3.10.
Память пользователя
Стойка
Ком-
Процес- муни-
сная кация Шина входов/выходов
часть
Шина «К»
Мастер PROFIBUS-DP
DP ведомый
Рисунок 3.10 Коммуникации CPU

PCS7 PoT
Шина входов/выходов (I/O-bus)
Процессная часть инициализирует доступ к сигнальным модулям через шину

входов/выходов. Она оптимальна для обмена данными в несколько байт (обычно
4 байта). Шина входов/выходов имеет следующие свойства:
• разрядность 8 бит
• параллельная
• время доступа 1,5 мкс.
Шина «К» (C-bus)
Шина «К» (коммуникационная шина) работает с асинхронным обменом данными

развитых, коммуникационно совместимых модулей (например, IP, CP). Она
оптимальна для обмена большими объемами данных. Шина «К» разработана как
многомастерная (multi-master) шина и расширение MPI. Она имеет следующие
свойства:
• последовательная
• скорость передачи данных – 10,5 Мбит/с
• максимальное количество адресуемых узлов – 127.
MPI
Интерфейс MPI обладает следующими свойствами:
• последовательный
• скорость передачи данных – 187,5 Кбит/с
• максимальное количество адресуемых узлов – 32.
2.4 Структура программного обеспечения CPU

Операционная система организует все функции и режимы работы
(последовательности действий) CPU, включая
• «Теплый» или «горячий» рестарт CPU

• Функционирование образа процесса
• Вызов циклических и управляемых событиями ОВ
• Распознавание ошибок
• Коммуникацию, например, с PG, ES, OS и работу входов/выходов.
На производительность операционной системы может оказать влияние установка

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

возникновении соответствующего события. Остальные блоки должны вызываться
пользователем внутри ОВ, функциональных блоков (FВ) или функций (FC). См.
рисунок 3.11. Существуют три типа ОВ: начальные (startup) ОВ, циклические
(cyclic) ОВ и управляемые событиями (event-driven) ОВ.

PCS7 PoT
Пользовательская программа
Начальный
Операционная ОВ
система Циклическая обработка программы
Выход PIQ
Блоки FB, FC
Считывание
PII
Вызов ОВ1
Управляемые
событиями ОВ
Рисунок 3.11 Структура программного обеспечения CPU
Рисунок 3.11 справедлив для CPU S7-400, разработанных после октября 1998 г.
С этого времени выход PIQ исполняется перед обновлением PII (источник: «PSC
7 Configuration Manual» – «Руководство по конфигурированию PCS 7», стр. 4 –
15).
2.5 Организационные блоки (organization blocks)

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

их функции представлены на рисунке 3.12.
Чтобы узнать больше об ОВ, обратитесь к онлайновой помощи SIMATIC-
менеджера по индексу «Organization blocks»

PCS7 PoT
Запуск
Организационные блоки
Управляемое
событиями
прерывание
программы
Циклическое Периодическое
исполнение прерывание
программы программы
(Асинхронные
(Прерывания с
задержкой
ошибки)
(Прерывания по времени)
времени дня)
(Прерывания
(Синхронные
(Циклич. прерывания) аппаратуры)
ошибки)
Рисунок 3.12 Структурная схема OB и их функции
2.6 Диагностика системы

Диагностика – встроенное обнаружение ошибок и запись функций CPU. Область
для записи информации об ошибках называется диагностическим буфером
(Diagnostic buffer). Емкость буфера зависит от CPU (например, для CPU 416 – 120
сообщений). Рисунок 3.13 показывает вызов диагностического буфера.
нажать правую клавишу мыши

на CPU и следовать
селективному меню
Рисунок 3.13 Вызов диагностического буфера (Module Information – информация о

модуле)

PCS7 PoT
диагностический буфер
Рисунок 3.14 Диагностический буфер
При возникновении ошибки или события, например, смена режима работы,

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

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

• Ошибки модулей, например, СР, входов/выходов (I/O)
• Программные ошибки в CPU
Обнаружение перечисленных источников ошибок представлено на рисунке 3.15.

Рисунок также демонстрирует, как система откликается на ошибки. Например,
модули входов/выходов с возможностью диагностики могут обнаружить ошибку.
Ошибка записывается в диагностическом буфере и может вызвать другие ОВ,
обрабатывающие ошибки, а также включить отображение сообщения на ES или
OS.

PCS7 PoT
Системная ошибка,
обнаруженная Модули
диагностикой CPU (модуль I/O)
Диагности-
Ошибка, обнаруженная Модуль с
ческое
программной возможностью
прерывание
диагностикой диагностики
обнаруживает
ошибку и
генерирует
ОВ, диагностическое
обрабат.
диагности-
ческий буфер прерывание
ошибку
Сообщения
CPU
Рисунок 3.15 Диагностика системы
2.7 Установка свойств CPU

В Hardware Config двойной щелчок левой клавишей мыши на CPU, помещенном
на стойку, вызовет окно свойств CPU (окно «Properties» для CPU), в котором
устанавливаются значения свойств CPU. На рисунке 3.16 показана вкладка CPU
«Cycle/Clock Memory» - «Параметры циклов/тактовый меркер» - (одно из набора
окон) окна свойств.
Параметры на других вкладках окна свойств также нужно установить. Вы можете
найти более подробную информацию по различным установкам в диалоге
свойств в «PSC 7 Configuration Manual» – «Руководство по конфигурированию
PCS 7», глава 4.
Свойства CPU контроллеров S7 и модулей имеют установки по умолчанию,

поэтому во многих случаях вам не понадобиться конфигурировать их.
Конфигурирование необходимо в следующих случаях:
• Если вы хотите изменить у модуля параметры по умолчанию (например,

разрешить аппаратные прерывания для модуля)
• Если вы хотите конфигурировать коммуникационные соединения и
адреса СР
• Для станций с распределенными входами/выходами (PROFIBUS-DP)
• Для станций S7-400 с несколькими CPU (мультипроцессорные) или
стойками расширения
• Для отказоустойчивых программируемых систем управления (Н).

PCS7 PoT
Рисунок 3.16 Свойства CPU
3. PROFIBUS
3.1 Краткое введение
PROFIBUS – это в настоящее время широко применяемая полевая системная
шина. Система существует в трех вариантах: PROFIBUS-DP, -PA и –FMS.
Вариант FMS прежде всего развертывается на уровне ячеек и будет играть в
будущем менее значимую роль, чем использование ТСР/IР на уровнях ячеек.
PROFIBUS-DP – наиболее часто используемый коммуникационный профиль. Он

оптимален для скоростных, производительных и недорогих соединений и
разработан главным образом для коммуникации между системами управления и
распределенной периферией. DP подходит для замены обычной 24-вольтовой
параллельной передачи сигнала в организации автоматизации, а также для
передачи аналогового сигнала с 4 – 20 мА или Hart в процессе автоматизации.
Использование PROFIBUS в обычных устройствах и приложениях в процессе

автоматизации определяется РА-профилем. Он определяет параметры и режим
работы типичных полевых устройств, таких как измерительные преобразователи
или позиционеры независимо от производителей. Определения и опции
приложений РА-профиля делают PROFIBUS подходящей для замены передачи
аналогового сигнала с 4 – 20 мА или Hart.

PCS7 PoT
Соединители (coupler) или модули связи (мосты) (link) пригодны для перехода
между различными технологиями передачи, как показано на рисунке 3.17. В то
время как соединители прозрачно выполняют протокол с учетом физических
условий, в модули связи встроен интеллект и, таким образом, они предлагают
расширенные опции для конфигурирования работ в сети PROFIBUS.
Соединитель
или модуль
связи
Рисунок 3.17 PROFIBUS-система
На рисунке 3.17 линия PROFIBUS исходит из интегрированного DP-порта CPU

S7-400. CPU S7-400 может поддерживать до 5 DP-подсетей, используя
интерфейсный модуль IM467.
3.2 Основы PROFIBUS

PROFIBUS различает устройства-мастера (Master) и устройства-ведомые (Slave).
Устройства-мастера (или устройства-ведущие) определяют передачу данных по

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

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

PCS7 PoT
3.2.1 Технология передачи RS-485
PROFIBUS наиболее часто использует RS 485-передачу или технологию

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

не требует экспертных знаний. Структура шины позволяет добавление или
удаление станций или пошаговый ввод в эксплуатацию системы без влияния на
другие станции. Дальнейшее расширение не воздействует на станции, которые
уже работают.
Скорость передачи – от 9,6 Кбит/с до 12 Мбит/с. Когда система установлена,

выбирается одна скорость передачи по шине для всех устройств.
3.2.2 Инструкции по установке RS 485
Все устройства подключены в структуру шины (линию). В один сегмент могут

быть соединены до 32 станций (мастеров или ведомых). Шина нагружается в
начале и конце терминатором активной шины. Для обеспечения безошибочной
работы оба терминатора шины должны быть подключены к источнику питания.
Обычно терминаторы шины могут работать в качестве коннекторов устройств или
коннекторов-терминаторов шины. См. рисунок 3.18 и 3.19.
-терминатор
Включить (on)
резистор для
терминирования
-коннектор сегмента
Рисунок 3.18 Резистор и терминатор PROFIBUS

PCS7 PoT
Требуется
CPU с интерфейсом терминирующий
PROFIBUS DP резистор
- узел
Требуется CPU с интерфейсом Требуется

терминирующий PROFIBUS DP терминирующий
резистор резистор
Рисунок 3.19 Терминирование PROFIBUS
В случае, когда пользователей больше 32-х или требуется расширить сеть, для
связывания отдельных сегментов должны использоваться повторители
(усилители).
Максимальная длина кабеля зависит от скорости передачи, см. табл. 3.5.
Таблица 3.5
Зависимость длины сегмента от скорости передачи
Скорость передачи, кбит/с (кбод) Длина сегмента, м

9,6 1200
19,2 1200
93,75 1200
187,5 1000
500 400
1500 200
12000 100

PCS7 PoT
3.2.3 Технология передачи IEC 1158-2
В процессе автоматизации используется синхронная передача в соответствии с

IEC 1158-2 с определенной скоростью передачи – 31,25 кбит/с. Это
удовлетворяет строгим требованиям химической и нефтехимической
промышленности: должная безопасность и питание посредством шины с
использованием двухпроводной технологии. Таким образом, PROFIBUS может
использоваться в потенциально опасных отраслях. Опции и ограничения
PROFIBUS с технологией передачи IEC 1158-2, предназначенного для
использования в потенциально взрывоопасных производствах, определяются
моделью FISCO (Fieldbus Intrinsically Safe Concept – концепция необходимого
уровня безопасности полевой шины). Модель FISCO была разработана в
Германии и сегодня является международно-признанной базовой моделью для
полевых шин в опасных отраслях. В соответствии с IEC 1158-2 и с моделью
FISCO передача основана на следующих принципах:
• Каждый сегмент имеет только один источник питания (power supply unit).
• Когда станция находится в режиме передачи, на шину питание не подается.
• В состоянии покоя каждое полевое устройство потребляет основой
постоянный ток.
• Полевые устройства функционируют как пассивные потребители тока.
• Терминирование пассивной линии проводится на обоих концах главной линии
шины.
• Допускаются линейная, древовидная и звездообразная топологии.
В состоянии покоя каждая станция потребляет основой ток, по крайней мере,

10мА. Через шину этот ток снабжает энергией полевое устройство.
Коммуникационные сигналы генерируются передающим устройством.
3.2.4 Инструкции по установке IEC 1158-2
В поле соединитель или модуль связи сегмента формирует переход от сегмента

RS-485 к сегменту IEC 1158-2. В то же самое время соединитель или модуль
связи является устройством поддержки для питаемых полевых устройств шины.
Соединители сегмента – это конвертеры сигнала, которые RS-485-сигналы

адаптируют к уровню сигнала IEC 1158-2. С точки зрения протокола шины они
прозрачны. Если используются сегментные соединители, то скорость передачи
сегмента RS-485 ограничена максимальным значением 93,75 кбит/с.
Модули связи, с другой стороны, имеют свой собственный встроенный интеллект.

Они представляют все полевые устройства, подключенные к сегменту IEC 1158-
2, как одно ведомое на сегменте RS-485. При использовании модулей связей
ограничение скорости передачи в сегменте RS-485 отсутствует.
Для PROFIBUS с передачей IEC 1158-2 возможны древовидная и линейная

сетевые топологии, а также их комбинации, см. рисунок 3.20.

PCS7 PoT
Соединитель / модуль
связи сегмента
Заземление
Дерево
Отвод
Т-коннектор
Шина
Терминатор
Рисунок 3.20 Древовидная и линейная структура PROFIBUS PA
В линейной структуре станции подключены к главному кабелю с помощью Т-

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

расчете общей длины линии. (См. «PROFIBUS Technical Description» –
«Техническое описание PROFIBUS», сентябрь 1999.)
3.3 Протокол доступа к среде PROFIBUS

Управление доступом к среде (Medium Access Control - МАС) определяет
процедуру, когда станции разрешено передавать данные. МАС должно
гарантировать, что только одна станция имеет право передавать данные в
данный момент времени. Протокол PROFIBUS был разработан с целью
удовлетворения двум основным требованиям к Управлению доступом к среде
(МАС):
Во время коммуникации между системами автоматизации (мастерами) должно

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

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

PCS7 PoT
Поэтому протокол доступа к среде PROFIBUS (см. рисунок 3.21) включает

процедуру передачи маркера, который используется активными станциями шины
(мастерами) для взаимосвязи друг с другом, и другие процедуры «мастер-
ведомый», используемых активными станциями шины для коммуникации с
простой периферией (ведомыми).
Логическое маркерное кольцо между устройствами-мастерами
Устройства-мастера
Пассивные станции (полевое оборудование)
Рисунок 3.21 Две станции-мастера и шесть ведомых
Два мастера в логическом маркерном кольце (logic token ring). Процедура

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

данный момент времени имеет маркер, получить доступ к назначенным ведомым
(пассивным станциям). Это дает возможность мастеру посылать сообщения или
получать их от ведомых. Этот метод доступа позволяет осуществить следующие
конфигурации системы:
• Система «мастер-ведомый» в чистом виде
• Система «мастер-мастер» в чистом виде (передача маркера)
• Их комбинации
Маркерное кольцо организационно означает линейное построение активных

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

PCS7 PoT
быть добавлены к кольцу. Кроме того, управление доступом к шине гарантирует,

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

Центральный контроллер циклически читает входную информацию,
передаваемую ведомыми, и циклически выдает выходную информацию
ведомым. Время цикла шины, которое во многих приложениях приблизительно
составляет 10 мс, должно быть короче, чем время программного цикла
центральной системы автоматизации. В дополнение к передаче циклических
пользовательских данных DP предоставляет мощные функции для диагностики и
эксплуатации. Коммуникация данных отслеживается функциями мониторинга
мастера и ведомого.
Только высокая производительность по данным не является единственным
критерием для успешного использования системы шины. Для пользователя также
важны простое управление, широкие возможности диагностирования и
технология передачи с защитой от помех. DP представляет оптимальную
комбинацию этих характеристик.
3.4.1 Скорость
DP требуется только около 1 мс при 12 Мбит/с для передачи 512 бит входных
данных и 512 бит выходных данных распределенным 32 станциям. На рисунке
3.22 показано типичное время DP-передачи, зависящее от количества станций и
скорости передачи.
Время цикла шины,

мс
500 кбит/с
1,5 Мбит/с
12 Мбит/с
Ведомые
Рисунок 3.22 Время цикла шины и количество станций на шине

PCS7 PoT
3.4.2 Функции диагностики
Обширные функции диагностики DP обеспечивают быструю локализацию сбоев.

Диагностические сообщения передаются по всей шине и собираются мастером.
Эти сообщения распределяются по трем уровням:
• Диагностика, связанная со станцией

Эти сообщения содержат общий операционный статус станции (то есть
заброс температуры или низкое напряжение).
• Диагностика, связанная с модулем

Эти сообщения указывают на то, что внутри определенного диапазона
входов/выходов (например, модуль 8-битового выхода) станции
диагностика продолжается.
• Диагностика, связанная с каналом

В этом случае возникший сбой относится к отдельному биту (каналу)
входа/выхода; например, короткое замыкание в выходе 7.
3.4.3 Системная конфигурация и типы устройств
DP допускает системы с одним или множеством мастеров (mono-, multi-master –

моно-, мульти-мастерные). Это обеспечивает высокую степень гибкости при
конфигурировании системы. К одной шине могут быть подключены максимум 126
устройств (мастеров и ведомых). Установки системной конфигурации определяют
количество станций, связывание адресов станций с адресами входов/выходов,
непротиворечивость данных входов/выходов, формат диагностических
сообщений и используемые параметры шины. Каждая DP-система состоит из
устройств разных типов. Различают три типа устройств:
• DP-мастер класса 1 (DPM1)

Это центральный контроллер, который циклически обменивается
информацией с распределенными станциями (ведомыми) по
установленному циклу сообщений.
• DP-мастер класса 2 (DPM2)

К этому типу принадлежат устройства разработки, конфигурирования и
рабочие устройства. Они используются для ввода в эксплуатацию,
управления и диагностики с целью конфигурирования подключенных
устройств, оценки измеряемых значений и параметров и запроса статуса
устройства.
• Ведомый (Slave)
Ведомое устройство – периферийное (устройства входа/выхода,
приводы, HMI, клапаны, измерительные преобразователи), которое
собирает входную информацию и посылает выходные данные
периферийной аппаратуре. Также существуют устройства, которые
работают только с входной или только с выходной информацией.
Количество входной и выходной информации зависит от типа устройства.
Для одного ведомого выделено максимум 246 байт входных данных и
246 байт выходных данных.

PCS7 PoT
В системах с одним мастером (mono-master) во время работы шинной системы на

шине активен только один мастер. Программируемый контроллер является
центральным компонентом управления. Ведомые децентрализовано связаны с
PLC через среду передачи. На моно-мастерных системах достигается
кратчайшее время цикла шины.
В мульти-мастерных конфигурациях к шине подключены несколько мастеров. Эти

мастера представляют разные независимые подсистемы, каждая из которых
состоит из одного DPM1-мастера и назначенных ведомых, или дополнительные
конфигурации и устройства диагностики. Входные и выходные образы ведомых
могут быть прочитаны всеми DP-мастерами. Однако, только один DP-мастер (то
есть DPM1, назначенный во время конфигурирования) может иметь доступ для
записи к выходам.
3.4.4 Режимы синхронизации и замораживания (Sync and Freeze Mode)
В дополнение к связанной со станцией передаче данных пользователя,

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

синхронизации (sync command) от назначенного им мастера. Затем выходы всех
адресуемых ведомых замораживаются в их текущем состоянии. Во время
последующих передач данных пользователя выходные данные запоминаются
ведомыми, но состояния выходов остается неизменным. Сохраненные выходные
данные не пересылаются к выходам до получения следующей команды
синхронизации. Режим синхронизации заканчивается командой десинхронизации
(unsync command).
Аналогично управляющая команда замораживания (freeze command) вызывает

переход адресуемых ведомых в режим замораживания. В данном рабочем
режиме состояние входов замораживается на текущих значениях. Входные
данные не обновляются вновь до отправки мастером следующей команды
замораживания. Режим замораживания заканчивается командой размораживания
(unfreeze command).
3.5 Разработка устройств, GSE- и DD-файлы

Устройства PROFIBUS имеют различные характеристики производительности.
Параметры различаются в отношении доступной функциональности (то есть
количество входных/выходных сигналов и диагностических сообщений) или
возможных параметров шины, таких как скорость передачи и время мониторинга.
Эти параметры индивидуальны у каждого типа устройств и производителя и
обычно документированы в технических руководствах. Чтобы построить простую
конфигурацию «Plug and Play» («Подключи и играй») для PROFIBUS, были
определены электронные таблицы технических характеристик устройств (GSE-
файлы) для коммуникации свойств аппаратуры.
Инструменты конфигурирования доступны для настройки сети PROFIBUS. На

основе GSE-файлов они позволяют легко конфигурировать сети PROFIBUS с
устройствами разных производителей.

PCS7 PoT
3.5.1 GSE-файлы
Характерные свойства коммуникации PROFIBUS-устройства определяются в

форме электронных таблиц характеристик устройств (GSE). Файлы GSЕ должны
поставляться производителем для всех PROFIBUS-устройств.
GSЕ-файлы расширяют открытую коммуникацию до уровня управления

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

прочитать GSЕ-файлы любого PROFIBUS-устройства и автоматически
использовать эту информацию при конфигурировании шинной системы.
GSЕ-файл поделен на три раздела:
• Общие спецификации
Этот раздел содержит информацию о наименованиях распространителя
и устройства, состоянии выпусков аппаратного и программного
обеспечения, поддерживаемой скорости передачи, возможных
временных интервалах для времени мониторинга и назначение сигнала
на коннекторе шины.
• Спецификации, связанные с мастером
Этот раздел содержит все параметры, относящиеся к мастеру, такие как:
максимальное количество подключаемых ведомых или опции подгрузки и
загрузки. У ведомых этого раздела нет.
• Спецификации, связанные с ведомым
Этот раздел содержит все спецификации, связанные с ведомым, такие
как количество и тип каналов входа/выхода, текстовые спецификации по
диагностике и информация по доступным модулям для модульных
устройств.
В отдельных разделах параметры разделены ключевыми словами. Различают

параметры обязательные (Vendor_Name – наименование производителя) и
необязательные (Sync_Mode_Supported – поддержка режима синхронизации).
Формирование групп параметров допускает выбор опций. Кроме того, могут быть
интегрированы файлы «bit map» (графический формат) с символами устройств.
GSE-файлы для PROFIBUS-устройств, соответствующих стандарту PROFIBUS,

могут быть загружены бесплатно из GSE-библиотек с домашней страницы
PROFIBUS (http://www.profibus.com).
3.5.2 Идентификационный номер
Каждый PROFIBUS-ведомый и каждый мастер, относящийся к классу 1, должен

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

PCS7 PoT
шине устройств корректных типов с корректными адресами станций. Это

обеспечивает высокую степень защиты от ошибок конфигурации.
Производители устройств должны обеспечить Организацию пользователей

PROFIBUS (PROFIBUS User Organization) ID-номерами для каждого типа
устройств. Организация также осуществляет администрирование ID-номеров.
Бланк заявки можно получить в региональных ассоциациях или на сайте
PROFIBUS.
Специальный диапазон ID-номеров (обобщенные ID-номера) зарезервирован для

полевых РА-устройств: 9700Н – 977FН. Все полевые РА-устройства, точно
соответствующие определениям РА-профиля версии 3.0 или выше, могут
использовать ID-номера из этого специального диапазона ID-номеров.
Формирование этих обобщенных ID-номеров увеличивает взаимозаменяемость
полевых РА-устройств.
Конфигуратор
PROFIBUS
Базовые файлы данных устройств (GSE-файлы)
Рисунок 3.23 GSE-файлы допускают открытую конфигурацию
3.5.3 Электронное описание устройства (EDD)
Электронное описание устройства (Electronic Device Description – EDD)

схематично отображает свойства полевых устройств PROFIBUS. Может
использоваться универсальный язык, что допускает независимые от
распространителя описания для простых полевых устройств (сенсоров и
приводов – исполнительных механизмов), а также для сложных систем
автоматизации. Для соответствующих устройств их изготовители выпускают
описания в электронной форме. EDD-файлы читаются инженерными
инструментами и упрощают конфигурирование, ввод в эксплуатацию и
управление PROFIBUS-системами.
Библиотека коммуникации на основе HART (HART Communication Foundation)

встроена как стандартная. Обратитесь к рисунку 3.24.

PCS7 PoT
Рисунок 3.24 Интегрирование EDD-файлов
3.5.4 Концепция FDT
В рамках работ по дальнейшему техническому развитию технический комитет

«Автоматизация процессов» («Process Automation») Организации пользователей
PROFIBUS (PROFIBUS User Organization) в настоящее время работает над
концепцией разработки устройств для широкого спектра систем. Инструментарий
устройств полевой шины (Fieldbus Device Tool – FDT) работает на основе
технологии СОМ/DCОМ Microsoft, что в будущем вне зависимости от
изготовителя обеспечит доступ ко всем коммуникационным и рабочим свойствам
устройства для конфигурирования широкого спектра систем, работы и
диагностики. Согласно этой концепции все параметры и опции полевого
устройства предоставляются производителем устройства в формате DTM (Device
Type Manager – менеджер типов устройств). GSE-файлы, которые на
сегодняшний день уже существуют, и EDD-описания устройств являются
интегральными компонентами DTM.
3.6 Конфигурирование PROFIBUS DP в Hardware Config

Если вы нажмете правой клавишей мыши на слоте, где может быть установлен
DP-интерфейс, то, следуя рисунку 3.25, вы можете добавить линию DP.

PCS7 PoT
В HW Config вставьте Систему DP-

Мастера (DP Master System)
Рисунок 3.25 Вставка Системы DP-Мастера (DP Master System) для контроллера
S7-400
В каталоге Hardware под PROFIBUS DP приведен список доступных DP-

устройств. Для подключения устройства к линии DP перетащите и поместите
устройства на линию. См. рисунок 3.26.
PROFIBUS_Линия_1:система DP-мастера (5)
PROFIBUS_PA:система PA-мастера (5980)
Рисунок 3.26 Размещение устройств, перетащенных из каталога Hardware
Количество определяемых параметров или свойств зависит от специфики

устройства. Но важным свойством является адрес на шине.
Диалог назначения адреса или диалог свойств (Properties dialog) ведомого

вызывается автоматически, когда ведомое устройство помещается на шину. См.

PCS7 PoT
Интерфейсному модулю IM153-2 на рисунке 3.27 присвоен адрес «13» на

PROFIBUS_Line_1. Скорость передачи шины установлена 1,5 Мбит/с. Чтобы
изменить скорость передачи вы должны нажать кнопку «Properties» («Свойства»),
показанную на рисунке 3.27.
Рисунок 3.27 Адресация ведомых устройств
После настройки адресов устройств вы можете перейти к обзору всех устройств в

подсети с помощью вызова окна «Go To PROFIBUS Station» («Переход к
PROFIBUS-станции»), следуя рисункам 3.28 и 3.29.
Нажмите правой
клавишей мыши на
устройстве и перейдите к
обзору всех устройств в
подсети
Рисунок 3.28 Вызов окна «Go To PROFIBUS Station» («Переход к PROFIBUS-

станции») –1

PCS7 PoT
Адрес мастера на
PROFIBUS_Line_1.
Рисунок 3.29 Вызов окна «Go To PROFIBUS Station» («Переход к PROFIBUS-

станции») –2
4. Распределенные входы/выходы (I/O)

Входы/выходы могут быть размещены на стойке S7-контроллера. Это
центральные входы/выходы. Входы/выходы, показанные на рисунке 3.6,
являются центральными. Если входы и выходы удалены от контроллера на
значительные расстояния, могут применяться длинные кабельные соединения,
что может вызвать электромагнитные помехи и уменьшить надежность.
Распределенные входы/выходы являются идеальным решением в таких

ситуациях:
• Контроллер CPU расположен центрально.

• I/O-устройства (входы и выходы) размещены на дистанции от
контроллера.
• Высокая производительность PROFIBUS-DP гарантирует надежное
взаимодействие контроллера CPU и I/O-устройств.
Распределенные входы/выходы производства Siemens состоят из сигнальных

модулей (SM), функциональных модулей (FM) и коммуникационных процессоров
(СР). Сигнальные модули состоят из:
• стандартных I/O-модулей (модулей входов/выходов) (класс а)

• I/O-модулей с дополнительной диагностикой (класс b)
• встроенный модуль безопасности, Ex(i)

PCS7 PoT
В среде PCS 7 распределенные входы/выходы установлены на станции ЕТ200М.
4.1 Структура и компоненты ЕТ200М

Основой станции ЕТ200М является 19-дюймовая стойка, как показано на рисунке
3.30. Интерфейсный модуль, взаимодействующий с DP-мастером, серии IM153.
На станции ЕТ200М может быть установлено до 8 модулей входов/выходов.
До 8 I/O-модулей
(SM/FM/CP)
Интерфейсный
модуль IM 153-x
Модуль питания
PS 307 Структура ЕТ200М
Рисунок 3.30 Структура ET200M

PCS7 PoT
4.2 IM 153: варианты и свойства

Доступные модули IM 153 и их характеристики приведены в таблице 3.6.
Таблица 3.6
Варианты и характеристики IM 153
IM и заказной номер: 6ES7…

153-1 153-2 153-2
AB01-
AA..-0XB0 AA..-0XB0
0XB0
02 03 82 83 01 02 (FO)
RS 485 х х х х х х -
Интерфейс оптико-волоконного
- - - - - - х
кабеля
Смена модуля во время работы х х - - х х х
Режимы «SYNC/FREEZE» x x x x - - x
Пересылка данных параметризации
- - - - х х х
от PG/PC
Параметризация в ЕТ200М - - - - х х х
Синхронизация времени на
PROFIBUS, временная фиксация - - - - - х х
входных сигналов
Резервирование - - - - - х х
Расширенная диагностика - х - х - х х
Расширенный диапазон состояний
- - х х - - -
среды (внешние)
4.3 Временная фиксация с использованием IM153-2

Временная фиксация (time stamping) изменений сигналов полностью
поддерживается всеми аппаратными и программными компонентами системы
PCS 7: от IM 153-2 и S7-400 до OS. См. рисунок 3.31.
Выполняя конфигурирование в Hardware Config, вы можете наблюдать цифровые

входы для изменений сигнала в системе. Наблюдается «приходящий/уходящий»
сигнал (возрастающий или падающий уровень). IM 153-2 записывает эти
противоположные входные сигналы и текущее время (временная фиксация) и
сохраняет их в списке сообщений. IM 153-2 может хранить до 15 сообщений.
По прохождению определенного периода времени и если заполнены сообщения

или записи, IM 153-2 вызывает прерывание процесса в DP-мастере (S7-400).
Затем CPU считывает запись и пересылает список сообщений в OS с
использованием драйверного блока FB 90 «IM_DRV».
Только два модуля цифрового входа (см. рисунок 3.31) и два интерфейсных
модуля поддерживают временную фиксацию для входных цифровых сигналов.

PCS7 PoT
Мастер времени
Операторская станция
Промышленный Ethernet
контроллер
распределенное I/O-устройство
DP-мастер
Цифровые входы
Рисунок 3.31 Временная фиксация изменений сигнала
4.4 Резервирование с использованием IM 153-2

На рисунке 3.32 изображен пример IM 153-2 с резервированными контроллерами
S7-400Н. Для S7-400Н ЕТ200М является одноканальным коммутируемым
(распределенным) модулем входа/выхода (I/O).
контроллер
распределен. I/O-устр.
Резервированные с
системы DP-мастера
распределен. I/O-устр.
с
Рисунок 3.32 Резервирование с использованием двух IM153-2 в H-системах

PCS7 PoT
4.5 Сигнальные модули (Signal modules)

Распределенные устройства входов/выходов ЕТ200М являются модульными DP-
ведомыми. Для каждой станции ЕТ200М может быть назначено 244 байта
адресов и может быть установлено максимум 8 модулей, которые могут быть
разбиты на следующие составные:
• 61 аналоговый вход (класс b), 7х8 каналов + 1х5 каналов или

• 32 аналоговых выхода (класс b), 8х4 каналов или
• 128 цифровых входов (класс b и класс а), 8х16 каналов или
• 128 цифровых выходов (класс а), 8х16 каналов или
• 64 цифровых выходов (класс b), 8х8 каналов.
Модули класса В предоставляют следующую диагностику:
• специфические ошибки канала

• устанавливаемые параметры диагностики и предупреждений
• проверка внутреннего модуля
• оповещение при сбое в питании
• режим работы модулей выходов при ошибке CPU: сохранение
последнего значения или замена значения.
4.6 Конфигурирование распределенных входов/выходов (I/O)

в PCS 7
4.6.1 Конфигурирование
В разделе 1.2 главы подробно рассматриваются шаги по конфигурированию

стойки, устройства питания и CPU S7. С этого места мы можем продолжить
конфигурировать станцию ЕТ200М.
Перетащите IM153-2 на систему DP-мастера, затем определите адрес IM153-2 на

DP-линии. На рисунке 3.33 адресу IM153-2 присвоено значение «3», которое
соответствует дип-переключателю (dip-switch) на физическом устройстве.

PCS7 PoT
DP_линия(1): DP-мастер (1)
Рисунок 3.33 Перетаскивание и помещение IM153-2 в систему DP-мастера
Когда подсвечен IM153-2, появляется нижняя часть окна в HW Config, где

конфигурируются отдельные модули, например, модули цифровых входов и
выходов, аналоговых входов и выходов. См. рисунок 3.34.
При нажатии правой клавиши мыши на слоте, например, на слоте 4 модуля

цифрового входа, появится селективное меню (см. рисунок 3.35), где вам
необходимо определить символьные имена для каждого канала слота 4.

PCS7 PoT
Селективное меню
после нажатия правой
клавиши мыши
нажатие правой
клавиши мыши
на слоте
Рисунок 3.34 Перетаскивание модуля цифрового входа
На рисунке 3.35 приведен список 16 каналов модуля. Каждый канал имеет адрес.
Например, канал 1 адресуется как I 0.0, канал 2 как I 0.1 и т.д. Также каждый
канал может иметь символьное имя, например, канал 1 – Valve_Opened
(клапан_открыт) канал 2 – Valve_Closed (клапан_закрыт) и т.д.

PCS7 PoT
Каждый канал имеет адрес,

например, I 0.0, I 0.1, …
адрес соответствует
символьному имени, например,
Valve1_Opened
Рисунок 3.35 Определение символьных имен для каналов входов/выходов
4.6.2 Свойства сигнального модуля
Откройте диалог свойств («Properties») сигнального модуля двойным нажатием

на модуле. Модуль цифрового входа показан на рисунке 3.36.
Рисунок 3.36 Свойства модуля цифрового входа
На вкладке (в окне) адресов («Addresses») вам необходимо назначить раздел

(partition) образа процесса. См. рисунок 3.37.

PCS7 PoT
Количество разделов образа процесса (Partition Image Process) для сигнального

модуля соответствует количеству назначенных ему циклических ОВ в диалоге
свойств CPU (Properties of CPU). Пример на рисунке 3.37 показывает, что раздел
образа процесса №1 связан с ОВ32. Это означает, что образ обновляется
каждую секунду при ежесекундном исполнении ОВ32.
При использовании раздела образа процесса для модуля входов/выходов и

связывании раздела с ОВ пользовательская программа, использующая
входы/выходы, работает в установленном режиме.
Рисунок 3.37 Назначение раздела образа процесса сигнальному модулю
На вкладке входов (Inputs) вы можете активировать диагностические прерывания

(Diagnostic Interrupt) и аппаратные прерывания (Hardware Interrupt), как показано
Диагностическое прерывание (Diagnostic Interrupt)
Когда вы активируете этот флажок (check box), вы делаете возможным

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

PCS7 PoT
Аппаратное прерывание (Hardware Interrupt)
Когда вы активируете этот флажок, вы делаете возможным возникновение

аппаратных прерываний для цифрового модуля. При аппаратном прерывании
операционная система CPU S7 вызывает аппаратное прерывание ОВ (такое как
ОВ40).
Задержка входа (Input Delay)
Вы можете определить задержку входа для всего модуля. Выберите большую

задержку входа (high input delay), например, для простых переключателей
(опасность бонуса). См. рисунок 3.38.
Рисунок 3.38 Активирование диагностики
На вкладке временной фиксации времени суток («Time-of-Day Stamp») вы можете

определить пересылку модулем сообщения временной фиксации. См. рисунок
3.39.
Предустановка всех входов (Presetting of All Inputs)
Здесь вы можете активировать функцию «Временная фиксация» («Time Stamp»)

и установить, какой уровень должен быть показан в отчете как «входящее
событие» («incoming event») для всего модуля, или оценка уровня должна быть
установлена отдельно для каждого входа.
Индивидуальные установки входов (Individual Settings of the Modules)
Здесь вы можете активировать функцию «Временная фиксация» («Time Stamp»)

отдельно для каждого входа и установить уровень, который должен быть показан
в отчете как «входящее событие» («incoming event»).

PCS7 PoT
Рисунок 3.39 Временное фиксирование
В разделе 4.6 разъясняется, как конфигурировать сигнальные модули в общем и
модули цифровых входов в частности. Более подробная информация по
конфигурированию другого сигнального модуля содержится в Помощи
модульного диалога свойств (Properties dialog)
4.7 Образ процесса (Process Image)

4.7.1 Что такое образ процесса?
При адресации входов и выходов сигнальных модулей из пользовательской

программы вы получаете не состояние входов/выходов самих сигнальных
модулей, а значения из некоторой области, находящейся в системной памяти
CPU. Эта область памяти известна как образ процесса. Область образа процесса
для выходов называется «PIQ», для входов – «PII».
Предмет образа процесса объяснен в «PSC 7 Configuration Manual» –
«Руководство по конфигурированию PCS 7», глава 2, разделы 4.3.2, 4.3.3 и 4.4.
Вам следует прочитать эти разделы. Важная информация содержится ниже.
Образы процесса (входов и выходов), обновленные с помощью ОВ1, показаны на

рисунке 3.40. Разделы образа процесса, обновленные с помощью циклического
ОВ, с которым разделы связаны, представлены на рисунке 3.41.

PCS7 PoT
• Запуск текущего • Запуск следующего

• Циклическая работа CPU • Циклическая работа CPU
• Текущее время цикла ОВ1 •
Выход Обнов- Исполнение ОВ1 или Выход Обнов- Исполнение ОВ1 или
PIQ ление циклических PIQ ление циклических
PII прерываний PII прерываний
Рисунок 3.40 Обновление образа процесса (для CPU, выпущенных после 10/98)
• Запуск текущего • Запуск следующего

• Исполнение ОВ циклич. прерывания • Исполнение ОВ циклич. прерывания
• Текущее время цикла ОВ •
Обнов- Исполнение ОВ Обнов- Обнов- Исполнение ОВ Обнов-
ление циклического ление ление циклического ление
раздела прерывания раздела раздела прерывания раздела
PII PIQ PII PIQ
Рисунок 3.41 Обновление разделов образа процесса, связанных с OB
4.7.2 Размер образа процесса
Для PCS 7 размер образа процесса должен быть равным или больше количества
используемых входов и выходов. По умолчанию первый модуль аналогового
выхода имеет базовый адрес «512» в образе процесса.
Для показанных на рисунке 3.42 установок обе области входов и выходов образа
процесса установлены в «1024».
Образ процесса начинается с нулевого («0») адреса входов/выходов и

заканчивается на верхней границе, установленной, как показано на рисунке 3.42,
то есть «1024».
Если у вас большое количество входов/выходов, то вам, возможно, понадобится

увеличить размер образов процесса.

PCS7 PoT
Рисунок 3.42 Размер образа процесса
4.7.3 Группировка входов и выходов
Раздел образа процесса назначен модулю входа или выхода, который может
иметь множество каналов. Сигналы со схожими характеристиками (более
быстрые отклики) рекомендуется группировать в один модуль, с тем чтобы они
были собраны в одном разделе образа процесса.
4.8 Символьные имена (Symbolic names)

4.8.1 Символьные имена в HW Config и таблицы символов
После назначения сигнальным каналам символьных имен с помощью Редактора

символьных имен (Edit Symbolic Names) в HW Config (см. рисунок 3.35)
символьные имена также вводятся в таблицы символов (Symbols Table) вашего
проекта. См. рисунок 3.43. Чтобы открыть таблицу символов, дважды нажмите
клавишей мыши на символах, отображаемых, когда подсвечена программа S7.
См. верхнюю часть рисунок 3.43.
Символы также могут быть введены и отредактированы в таблице символов или

символьном редакторе (Symbols Editor). Ввод символов в таблицу символов то же
самое, что и присваивание символьных имен в HW Config. Результатом обеих
процедур станет связывание Valve1_Opened с адресом I 0.0.

PCS7 PoT
Символы являются глобальными ресурсами проекта, и их использование и

ссылка на них проще, чем абсолютная адресация.
Рисунок 3.43 Символы проекта
4.8.2 Как определить входы/выходы в PCS7-проекте
Есть три способа, которыми вы можете определить входы/выходы. См. рисунок

3.44.
(1) Определение входов/выходов в HW Config, показанное на рисунке

3.34 и 3.35.
(2) Определение входов/выходов в таблице символов. Вы можете
непосредственно выбрать в символьных именах для адресации
входов/выходов.
(3) Определение входов/выходов в файле Excel. Файл Excel должен быть
с расширением dif. В фале должно быть 4 столбца. Таким образом,
определенные в файле Excel входы/выходы могут быть
импортированы в таблицу символов. Вы также можете экспортировать
данные из таблицы символов в текстовый файл.

PCS7 PoT
В HW Config
В таблице
символов
В Excel, затем
импорт в таблицу
символов
Рисунок 3.44 Определение входов/выходов различными способами

PCS7 PoT
5. Драйверы (Drivers)
Блоки драйверов обеспечивают интерфейс между программой пользователя и
аппаратными компонентами входов и выходов, как показано на рисунке 3.45.
CFC-программа пользователя (блоки)
Блок
Блок
блок блок
драйвера драйвера
входа выхода
Модуль Модуль
входа выхода
Предприятие (Plant)
Рисунок 3.45 Драйверы входа и выхода
5.1 Блоки драйверов каналов (Channel driver block)

Блоки драйверов входа/выхода являются частью библиотечных функций PCS 7,
как изображено на рисунке 3.46, на котором показаны все блоки драйверов
версии 5.2.
Есть два типа блоков драйверов, а именно:
• Блоки обработки сигнала или блоки каналов. Они используются

непосредственно программистом в CFC путем перетаскивания из
библиотеки блоков драйверов (Driver Blocks library) и помещения на CFC-
план.
• Блоки драйверов модулей. Они поставляют диагностическую
информацию об аппаратных средствах. Они автоматически добавляются
в CFC-программы Мастером генерирования драйвера модуля (Generate
Module Driver wizard) и связываются с блоками каналов.

PCS7 PoT
Рисунок 3.46 Блоки драйверов в библиотеке PCS7
5.1.1 Использование блоков каналов (channel block)
Блоки каналов (см. рисунок 3.46):
• СН_DI, CH_DO, CH_AI и CH_AO. Стандартные блоки каналов. Они

используются исключительно для обработки сигнала SM-модулей S7-
300/400. Используйте эти стандартные блоки, если вы хотите
оптимизировать память и исполнение и вам не надо обрабатывать PA-
устройства.
• СН_U_DI, CH_U_DO, CH_U_AI и CH_U_AO. Эти модули используются

для сигнала SM-модулей S7-300/400 или полевого РА-устройства.
Преимущество этих блоков в том, что вы можете создать CFC-схемы
независимо от аппаратной периферии, которая будет использоваться
позже.
• РА_DI, РА_DO, РА_AI, РА_AO и РА_ТОТ. Эти блоки созданы для

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

PCS7 PoT
5.1.2 Функции блоков каналов
Блок СН_DI и его функции показаны на рисунке 3.47а. Для знакомства с другими
стандартными блоками каналов обратитесь к онлайновой Помощи по блоку.
Качество и режим
Связано Мастером генерирования драйвера
модуля с драйвером модуля MOD_х.
Активирование бита качества
образа процесса
Если PQC=true, статус цифрового значения
читается из (раздела) образа процесса в
VALUE_QC.
Бит качества образа процесса

Входное значение
Связано с символом, отредактиров-ном в HW-Config.
Последнее допустимое
значение процесса
Значение моделирования 1 = Недопустимое значение
Активация моделирования процесса
1 = Моделирование активно
Активация замены при отказе
Значение замены 1 = Замена отказа
активна
Значение процесса
Код качества значения процесса
16#80 Допустимое значение 16#44 Последнее доп. значение

16#60 Моделирование 16#48 Значение замены
Блок: 16#00 Недопустимое значение
Рисунок 3.47a Функция CH_DI
Блок CH_U_AI и его функции показаны на рисунке 3.47б. Блок циклически

обрабатывает все функции специфического для канала сигнала и/или сигналы
полевых PA-устройств типа данных REAL (вещественный) с или без кода
качества (Quality Code).
Блок использует положение переключателя (входной параметр РА_ON), чтобы

различать аналоговое нелинейное значение и вещественное (real) значение
полевого устройства с кодом качества (Quality Code).

PCS7 PoT
Качество и режим
Связано Мастером генерирования драйвера
модуля с драйвером модуля MOD_х.
Входное значение
Связано с символом, отредактиров-ном в HW-Config.
Входное значение образа процесса
Статус значения входн. значения процесса
Верхнее ограничение значения процесса
Нижнее ограничение значения процесса
Последнее допуст. значение процесса
Второе последнее доп. значение процесса
Приращен. (V – V_LAST) значения процесса
1=Активация мониторинга предельн. знач.
Входное значение над диапазоном (мА)
Входное значение под диапазоном (мА)
1 = Активация моделирования
Значение моделирования
1=Разрешить заменяющее значение
Заменяющее значение
1=Использов. полев. РА-устр. в образе процесса
Последнее недопустим. значение процесса
1= Пред. значение процесса полев. РА-устр.
Верхнее предельное значение
Нижнее предельное значение
Значение процесса, если V < V_LL
Счетчик
Предельное значение счетчика
1=Недопустимое значение процесса

1=Входное знач. нарушает верхний предел 1=Моделирование актив. BOOL
1=Входное знач. нарушает нижний предел 1=Активно значение замены
Верхний предел значения процесса (копия) Значение процесса
Нижний предел значения процесса (копия) Статус значения
Рисунок 3.47б Функции CH_U_AI
5.1.3 Связывание блока драйвера с физическим сигналом
После помещения блока каналов на CFC-план вам, возможно, потребуется

связать блок каналов с физическим каналом, где проходит сигнал. Обычно имя
блока каналов увязывают с именем сигнала, например, экземпляр блока каналов
может быть назван «Valve1_Opened». Рисунок 3.48 показывает, как связать
экземпляр блока каналов с его сигналом.

PCS7 PoT
Нажмите правой клавишей

мыши на VALVE
Выберите Interconnect
to Address (связь с
адресом)
Нажмите
Browse
(просмотр)
Выберите канал,
который вы хотите
связать
Рисунок 3.48 Связывание блока драйвера с физическим сигналом
5.2 Блоки драйверов модулей (Module driver block)

После соединения блока каналов с физическим значением вам следует запустить
Мастер генерирования драйвера модуля (Generate Module Driver wizard) для
добавления других необходимых блоков драйверов.
Путь меню к Мастеру: в SIMATIC-менеджере Component View > (нажатие правой

клавиши мыши) Charts > Charts > Generate Module Driver. Этот путь
проиллюстрирован также на рисунке 3.49.

PCS7 PoT
Charts, затем следуйте
селективному меню
для генерирования
драйверов модулей
Рисунок 3.49 Генерирование драйвера модуля
После исполнения Мастера (wizard) им в S7-программу автоматически

добавлены схемы, как показано на рисунке 3.50.
Вставлено
Мастером
драйверов
Рисунок 3.50 Схемы, вставленные Мастером (wizard) драйверов
Каждая из @-схем содержит блок драйвера модуля. Вы можете открыть схемы,

чтобы узнать, какие блоки драйверов требуются и вставлены после помещения
вами блоков драйверов каналов и исполнения мастера (wizard) драйверов. К
примеру, блоки драйверов модулей, требующиеся для блока CH_DI, приведены в
следующей таблице (таблице 3.7).
Главные столбцы таблицы организованы в соответствии с @-схемами, и вы

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

PCS7 PoT
Таблица 3.7
Блоки драйверов модулей и соединения для блока каналов, CH_DI
@1 @2 @3 @4 @5 @6 @7 @8
SUBNET OB_BEGIN OB_END PA_UDAT AND RACK AND MODE_D1
OUT EN
OUT EN IN1
EN_R3 IN1
EN EN_SUB1 IN2
RAC_DIAG RAC_DIAG
EN_M4 IN2
CPU_DIAG CPU_DIAG CPU_DIAG CPU_DIAG CPU_DIAG

SUB_DIAG SUB_DIAG
OMODE_00
Примечание:
Переменные, расположенные в одной и той же строке, соединены на основе правила: соединения могут направляться только от
выходов к входам. Например, с переменной EN в MODE_D1 (ссылка на нее MODE_D1.EN) связана @7\\AND.OUT.
@2\\OB_BEGIN.EN_SUB1 активирует @1\\SUBNET.EN и @5\\AND.IN2.
@2\\OB_BEGIN.CPU_DIAG инициализирует @1\\SUBNET.CPU_DIAG, @6\\RACK.CPU_DIAG, @8\\MODE_D1.CPU_DIAG и

@3\\OB_END.CPU_DIAG.

PCS7 PoT
Из таблицы 3.7 можно сделать вывод, что блок OB_BEGIN управляет другими
блоками драйверов. Он активирует функцию блока SUBNET (подсеть). Подсеть
означает линию Profibus. К подобной линии, показанной на рисунке 3.53 в
разделе упражнений главы, подключены стойка UR_2 и стойка IM153-2. В таком
случае SUBNET (используя EN_R3) управляет блоком RACK (стойка). В случае
таблицы 3.7 SUBNET управляет RACK, где смонтирован IM153-2 (RACK для
UR_1 в таблицу 3.7 не включен). Затем RACK активирует функции MODE_D1.
Выход блока MODE_D1, OMODE_00, присоединен к входу MODE блока каналов

CH_D1. Если модуль имеет 16 настроенных каналов, то 16 соединений будут
сгенерированы и будут видны на блоке MODE_D1 (их имена OMODE_00,
OMODE_01, …, OMODE_15).
Каждый из блоков драйверов SUBNET, RACK или MODE_x управляет и

наблюдает за соответствующим модулем физических аппаратных средств,
который соответствует линии Profibus, стойке или модулю входов/выходов.
Блоки драйверов модулей спроектированы с диагностической информацией.

Информация будет передана на OS, когда возникнет связанное событие,
например, разрыв провода, удаление модуля и т.д.
Блок ОВ_BEGIN используется для диагностики CPU и AS-соединения. При

добавлении блока в CFC создаются все нециклические классы приоритетов (ОВ),
в которых исполняются блоки из библиотеки блоков драйверов.
Если используется функция CFC «Generate Module Driver» («Генерирование

драйвера модуля»), ОВ_BEGIN вставляется автоматически.
Блоки устанавливаются в ОВ, приведенные в таблице 3.8.
Таблица 3.8
Вызовы ОВ_BEGIN блоками ОВ
Извлеченное/подключенное
ОВ1 Циклическая обработка ОВ83
предупреждение (alarm)
Циклическое прерывание Ошибка аппаратного обеспечения
ОВ32 ОВ84
(диагностика соединения с SFC 87) CPU
Ошибка резервирования
OВ70 ОВ85 Ошибка исполнения программы
входов/выходов
ОВ72 Ошибка резервирования CPU ОВ86 Неисправность стойки
Таймаут (прерывание времени
ОВ80 ОВ100 «Теплый» рестарт
цикла)
ОВ81 Неисправность питания ОВ121 Ошибка программирования
Ошибка доступа к
ОВ82 Диагностическое прерывание ОВ122
входам/выходам
В последовательности исполнения ОВ ОВ_BEGIN исполняется первым, а

ОВ_END – последним.
Чтобы узнать больше о блоках драйверов модулей, обратитесь к онлайновой
Помощи нажатием F1, когда в CFC блок драйвера подсвечен.

PCS7 PoT
Так как Мастер генерирования драйвера модуля (Generate Module Driver wizard)
вставляет блоки в CFC-схемы, вам необходимо скомпилировать программу после
исполнения Мастера (wizard). На практике во время фазы разработки проекта
аппаратное обеспечение может быть еще не установлено. В таком случае
нецелесообразно запускать Мастера (wizard). При условии, что аппаратура
установлена, и проект готов к исполнению, вы можете воспользоваться Мастером
(wizard). Вы используете его, когда окончательно компилируете программу перед
загрузкой. См. рисунок 3.51.
Рисунок 3.51 Генерирование драйверов модулей при компилировании
Генерирование драйверов модулей, показанных на рисунках 3.49 и 3.51
одинаково.
5.3 Конфигурирование РА-устройства

В этом разделе иллюстрируется конфигурирование РА-устройства (датчик
давления) с использованием универсального блока каналов CH_U_AI.
Проделайте действия, показанные на рисунке 3.52. Клапан датчика давления – 4-

байтного типа данных. Статус клапана – 1-байтного типа данных. Клапану и
статусу назначены символьные имена.

PCS7 PoT
PROFIBUS(1): система DP-мастера (1)
PROFIBUS(1): система
PА-мастера (5980)
Поместите связь DP/PA и

датчик давления
«Правый клик» на строке
Рисунок 3.52 Конфигурирование PA-устройства –1
На рисунке 3.53 показан канал Pressure1, соединенный с физическим каналом и

блоком драйвера PADP_L00. От вас требуется только сообщить блоку каналов,
где находится физический сигнал, другие необходимые соединения и установки
затем будут проведены автоматически при исполнении Мастера драйверов
(wizard).
Преимущество использования универсального блока каналов в том, что вам не

надо думать о поддержке сигнала I/O-модулем (входов/выходов) S7-300/400 или
РА-датчиком. Вы можете сосредоточиться на фазе проектирования, не обладая
подробной информацией об аппаратных средствах.

PCS7 PoT
Блок драйвера модуля:

PADP_L00
Связь вручную
с символом
Автоматически соединено или Перетащить-и-

установлено Мастером драйверов поместить
(Driver wizard)
Рисунок 3.53 Конфигурирование PA-устройства –2
6. Самые последние CPU S7-400

Самые последние CPU S7-400, выпущенные с PCS 7 V5.2, имеют программное
обеспечение фирмы-разработчика версии 3.0. Они улучшены в части функций
диагностики и отказоустойчивости к останову CPU.
6.1 CPU с программным обеспечением версии 3.0

Блоки драйверов модулей поддерживаются следующими CPU с оборудованием
версии 3.0 и выше (таблица 3.9). Блоки драйверов нуждаются в новых системных
функциях, например, SFB54 и SFC87, которые включены в последнюю версию
фирменного программного обеспечения.
Если вам нужно обновить операционную систему ваших CPU, вы можете

загрузить файлы с обновлениями с сайта Siemens в Интернет. Этот сайт
является сайтом FAQ (сайт часто задаваемых вопросов), его адрес:
http://www.ad.siemens.de/csinfo. Входные ID-номера для обновлений программ
приведены в таблице 3.9.

PCS7 PoT
Таблица 3.9
Файлы с обновлениями программ CPU версии 3.0
CPU S7 – 400 Заказной номер Входной ID

CPU 414 – 3 6ES7 414 – 3XJ00 – 0AB0 2850229
CPU 416 – 2 6ES7 416 – 2XK02 – 0AB0 2858911
CPU 416 – 3 6ES7 416 – 3XL00 – 0AB0 2858911
CPU 417 – 4 6ES7 417 – 4XL00 – 0AB0 2855123
CPU 414 – 4H 6ES7 414 – 4HJ00 – 0AB0 6741018
CPU 417 – 4H 6ES7 417 – 4HJ00 – 0AB0 6741018
6.2 Новые свойства CPU с программным обеспечением

версии 3.0
6.2.1 Поддержка концепции драйвера PCS 7 V5.2
PCS 7 V5.2 оснащена новыми блоками драйверов, которые отличаются от блоков

предыдущих версий. Только CPU с программным обеспечением версии 3.0
имеют такие блоки драйверов.
6.2.2 Отказоустойчивость CPU
Существуют причины, которые могут привести к останову CPU. Останов CPU

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

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

Если в CPU специальный ОВ отсутствует, CPU переходит в режим «STOP».
Для обеспечения отказоустойчивости новые CPU с программным обеспечением

версии 3.0 при разработке были снабжены расширенными функциями
диагностики во избежание состояния останова. Эта диагностика связана с
откликами на прерывания от ошибок. К примеру, новые блоки драйверов
OB_BEGIN и OB_END оснащены улучшенными функциями диагностики с
вызовами новых системных функций SFB54 и SFC87 и т.д. Новые системные
функции доступны только в новых версиях CPU.
Процесс генерирования драйверов модулей добавляет в CFC все необходимые

ОВ, обрабатывающие ошибки. Затем CFC при загрузке перемещает все ОВ в
CPU. Если ОВ позже вызывается (например, из-за сбоя стойки или DP-ведомого),
PLC не переходит в состояние «STOP», а OB_BEGIN направляет надлежащее
сообщение на соответствующую ОS.
Устойчивость CPU также связана со способом загрузки программ. Это будет

обсуждено в главе 5, разделе 5.

PCS7 PoT
6.2.3 Поддержка Profibus DPV1
Стандарт для распределенных входов/выходов (I/O) EN50170 получил

дальнейшее развитие. Результаты этого развития включены в IEC 61158 / EN
50170, Том 2, PROFIBUS. Рабочим термином в качестве ссылки на стандарт IEC
61158 / EN 50170, Том 2, PROFIBUS будет DPV1. Новая версия имеет некоторое
количество практических и важных расширений и упрощений.
В программном обеспечении версии 3.0 и выше CPU семейства S7-400 и CPU

318-2 со встроенным в каждый DP-интерфейсом поддерживают
функциональность DPV1-мастера.
СР 443-5, заказной номер 6GK7 443-5DX03-0XE0, поддерживает

функциональность DPV1-мастера. Кроме того, вам необходим CPU,
поддерживающий функциональность DPV1-мастера, потому, что новые блоки
(например, ОВ 55-57) должны загружаться CPU. См. рисунок 3.54.
Рисунок 3.54 Блоки OB для DPV1
Если вы реализуете DPV1-компонент автоматизации, но не хотите

конвертировать в DPV1, используйте S7-совместимый режим. В этом режиме
компонент автоматизации совместим с EN50170. Однако, в этом случае вы не
можете использовать полные функциональные возможности DPV1.

PCS7 PoT
Если вы реализуете компоненты автоматизации, которые поддерживают DPV1, и

хотите преобразовать в DPV1, используйте режим DPV1. В этом режиме вы
можете использовать полные функциональные возможности DPV1. Компоненты
автоматизации на станции, не поддерживающей DPV1, могут продолжать
использоваться в обычном порядке.
Рисунок 3.55 показывает, где устанавливается режим DP в HW Config (после

двойного нажатия на интегрированном DP).
Рисунок 3.55 Режимы DP-мастера
В большем объеме информация по разделам от Profibus DP до Profibus DPV1
изложена в описаниях и примечаниях с входным ID 7027576 на FAQ-сайтах
6.2.4 Новое программное обеспечение СР промышленного Ethernet
CPU с программным обеспечением версии 3.0 поддерживает новые

коммуникационные процессоры (СР) промышленного Ethernet с программным
обеспечением версии 2.0. См. рисунок 3.56.

PCS7 PoT
Рисунок 3.56 Новые CP с программным обеспечением версии 2.0
Новая версия поддерживает следующие функции:
• Фиксированный адрес МАС

После вставки модуля уже знакомые вам диагностика и функции загрузки
(загрузка пользовательской программы, конфигурирование СР,
диагностика СР, диагностика CPU и т.д.) могут быть выполнены через
сеть.
Уникальный адрес МАС позволяет установить IP-адрес через сеть.
Начальный ввод адреса МАС через MPI более не нужен.
• Даже после полного сброса последние использованные адреса МАС и IP
сохранятся. В случае замены модулей это гарантирует, что
предварительно настроенный адрес МАС используется повторно. Если
предшествующий СР 443-1 заменяется на СР 443-1ЕХ11-0ЕХ0 с
программным обеспечением версии 2.0 или выше, пользователь не
должен вносить изменения в свою конфигурацию!

PCS7 PoT
Упражнение 3.1 Конфигурирование входов/выходов (I/O)

1. Задача
• Сконфигурируйте и используйте входы/выходы в пользовательской

программе
• Наблюдайте за сообщениями на OS при удалении модуля из его слота
• Используйте диагностический буфер для поиска информации
Предполагаются следующие I/O-сигналы (входов/выходов):
Таблица 3.10
Список входов/выходов
Канал 0 (channel 0) Valve1_Opened

Цифровые входы
Канал 1 (channel 1) Valve1_Closed
Канал 0 (channel 0) Open_Valve1
Цифровые выходы
Канал 1 (channel 1) Close_Valve1
Канал 0 (channel 0) Tank_Temp
Аналоговые входы
Канал 1 (channel 1) Tank_Level
Канал 0 (channel 0) Pump_Volts
Аналоговые выходы
Канал 1 (channel 1) Mot_Speed
Каждая станция автоматизации (AS) рабочего пространства установлена так, как

показано на рисунке 3.57, с адресом DP-мастера - «2» и IM153-ведомого - «3».
Если ваше аппаратное обеспечение установлено по-другому, вам необходимо
соответственно адаптировать адреса DP-линии ведомого.
Станция ET200M
Рисунок 3.57 Аппаратные средства, используемые для упражнения 3.1

PCS7 PoT
2. Указания
(1) Создайте новый проект, используя Мастер нового проекта (New Project
Wizard). Определите свойства CPU (CPU Properties), как показано на
рисунке 2.9 и в нижней части рисунка 3.37, где раздел образа процесса №1
(Process Image Partition No.1) связывается с ОВ32.
(2) Настройте модуль цифрового входа (digital input module). Следуйте всему
изложенному в разделах 4.6.1 и 4.6.2, но не активируйте аппаратные
прерывания, как это сделано на рисунке 3.38 (вы можете получить много
ошибочных сигналов в рабочем пространстве, т.к. сигналы не передаются
по проводникам, не зашиты), и необязательно устанавливать «Time-of-the-
Day Stamp» (временная фиксация времени суток), как на рисунке 3.39.
(3) Повторите шаг (2) для конфигурирования других трех модулей (модули DO,
AI и АО). Проверьте свойства каждого из модулей, т.к. они могут отличаться
от свойств модуля цифрового входа.
(4) Отредактируйте символьные имена, используя таблицу 3.7.
(5) Перетащите и поместите блок каналов для каждого из 8 сигналов. См.
(6) Свяжите блоки каналов с сигналами. См. рисунок 3.45.
(7) Сгенерируйте драйверы модулей. См. рисунок 3.51.
(8) Скомпилируйте CFC-программу.
(9) Загрузите программу.
(10) Переместите программу из SIMATIC-менеджера на OS.
(11) Откройте OS и активируйте проект. Наблюдайте за страницей приходящих
сообщений во время исполнения OS.
(12) Удалите или подключите модуль, чтобы проверить, какие сообщения
приходят на OS.
(13) Обсудите ваши результаты.
Упражнение 3.2 Использование инструментария диагностики

аппаратуры
Сообщения, связанные с CPU, находятся в диагностическом буфере (Diagnostic
buffer). Для диагностирования других компонентов, например, IM153, модулей
входов/выходов (I/O), CP и т.д., вы можете использовать функцию диагностики
аппаратных средств в SIMATIC-менеджере. Путь меню для нахождения функции
показан на рисунке 3.13.
Используйте инструментарий диагностики для проверки модуля входов/выходов

на наличие сбоя (то есть, удалив модуль).
Упражнение 3.3 Сообщения блоков драйверов модулей

Сообщения блоков драйверов модулей предустановлены. Чтобы узнать, какие
могут возникнуть сообщения , вы должны проверить их в диалоге
конфигурирования сообщений (messages configuration dialog).
Чтобы открыть диалог сообщений блока, дважды щелкните на блоке в CFC и

выберите вкладку «Сообщения» («Messages»).
Выясните, какие сообщения сконфигурированы с помощью OB_BEGIN и

MODE_D1.

PCS7 PoT
Упражнение 3.4 Понятие PII и PIQ
1. Задача
Если образы цифровых входов и выходов установлены в ОВ32 (исполняется

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

ОВ, отличный от ОВ32, например, ОВ31. В этом случае ваш результат должен
быть 2 секунды, т.к. цикл ОВ31 длится 2 секунды. Протестируйте ваш проект.
После изменения цикла исполнения вашего проекта нужно ли вам менять раздел
образа процесса для нового времени цикла? Обсудите ваши изыскания и
результаты.
2. Указания
В примере на рисунке 3.58 используется библиотечный блок ELAP_CNT для

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

(FB64), SUB_R (FC62) и MUL_R (FC63) в библиотеках PCS 7.

PCS7 PoT
(канал 2)
(канал 2)
Переключение Отклик в
на канал 2 значение канале 2
значение
(канал 3)
чтение
Проводное
соединение
между DO
часы канала 2 и DI
значение
канала 3
запись
Вычитание чисел
типа REAL
вход1 вкл_выкл часы

выход
вход2
Умножение чисел
типа REAL
вход1
выход (за секунду)
вход2
Рисунок 3.58 Пример разработки

PCS7 PoT
Приложение 1 Сброс памяти CPU

Шаг Действие Результат
1 Установите переключатель CPU переходит в режим «STOP»
(переключатель режимов) в
положение «STOP»
2 Поверните переключатель к MRES. Зажигается желтый STOP LED и
Задержите его в этом положении до затем начинает медленно мигать.
момента, когда зажжется желтый Переключатель возвращается в
STOP LED во второй раз. положение «STOP»
Переключатель затем отпустите.
3 Как только зажжется STOP LED, Желтый STOP LED мигает
быстро поверните переключатель примерно 3 секунды и затем
положение «MRES» и снова остается горящим. Память CPU
отпустите. была очищена, и CPU находится в
режиме «STOP».
Приложение 2 Диагностика аппаратуры из OS

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

PCS7 PoT
Рисунок 3.60 Диагностика аппаратных средств из OS – конфигурация 2

Глава 4:
PCS7 PoT
Глава 4 Непрерывное управление – CFC
ГЛАВА 4 НЕПРЕРЫВНОЕ УПРАВЛЕНИЕ – CFC................................................................. 4
1. КОНЦЕПЦИЯ БЛОКА ........................................................................................................ 4

1.1 ТИП «БЛОК» (BLOCK TYPE) ............................................................................................ 4
1.2 ЭКЗЕМПЛЯР БЛОКА......................................................................................................... 6
1.3 ЦЕНТРАЛИЗОВАННОЕ ИЗМЕНЕНИЕ ТИПА (ИЗМЕНЕНИЕ БЛОЧНОГО ТИПА) .................. 7
1.4 СОЗДАНИЕ БИБЛИОТЕК .................................................................................................. 8
1.4.1 Как создать новую библиотеку ............................................................................... 8
1.4.2 Библиотека проекта............................................................................................... 10
1.5 МНОГОЭКЗЕМПЛЯРНЫЙ БЛОК ..................................................................................... 10
1.6 ОРГАНИЗАЦИОННЫЙ БЛОК (ORGANIZATION BLOCK) ................................................. 11
1.7 ФУНКЦИОНАЛЬНЫЕ БЛОКИ (FUNCTION BLOCK) – FB, FC, BOP ................................ 12
1.8 СВОЙСТВА ВРЕМЕНИ ИСПОЛНЕНИЯ (RUNTIME PROPERTIES) БЛОКОВ ........................ 12
1.8.1 Редактор времени исполнения CFC (CFC Runtime editor) .................................. 13
1.8.2 Интервал дискретизации (Sampling time) ............................................................ 13
2. CFC-СХЕМЫ...................................................................................................................... 15
2.1 ВХОДЫ/ВЫХОДЫ (I/O) СХЕМЫ (СХЕМА В СХЕМЕ)...................................................... 15
2.2 КОМПИЛИРОВАНИЕ CFC-СХЕМ КАК СТРУКТУР ТИПА «БЛОК» (CHART-IN-BLOCK –
«СХЕМА-В-БЛОКЕ»)................................................................................................................. 16
2.3 ДИСПЛЕЙ ДИНАМИКИ (DYNAMIC DISPLAY) ............................................................... 17
2.4 РЕЖИМЫ ТЕСТИРОВАНИЯ (TEST MODES).................................................................... 17
2.5 ПЕРЕКРЕСТНЫЕ ССЫЛКИ ............................................................................................. 18
3. БИБЛИОТЕЧНЫЕ ФУНКЦИИ PCS 7 ............................................................................. 19
3.1 БЛОКИ УПРАВЛЕНИЯ ОПЕРАТОРА ................................................................................ 19
3.1.1 OP_D, FB49.............................................................................................................. 19
3.1.2 OP_D3, FB47............................................................................................................ 21
3.1.3 OP_A_LIM, FB46 ..................................................................................................... 24
3.2 УПРАВЛЕНИЕ КЛАПАНОМ (VALVE) И МОТОРОМ (MOTOR) ......................................... 26
3.2.1 Управление мотором, FB66 ................................................................................... 26
3.2.2 Управление клапаном, FB73 ................................................................................... 28
3.3 PID И УПРАВЛЕНИЕ ДОЗИРОВАНИЕМ .......................................................................... 34
3.3.1 PID-регулятор, FB61 .............................................................................................. 34
3.3.2 Контроль дозирования с помощью блока «DOSE», FB63 ................................... 37
3.4 БЛОКИ СООБЩЕНИЙ (MESSAGE BLOCKS)..................................................................... 39
3.4.1 Блок «ALARM_8P» (SFB35) .................................................................................... 40
3.4.2 MESSAGE (Блок сообщений), FB43 ....................................................................... 44
3.4.3 Блок «MEAS_MON», FB65 ...................................................................................... 44
3.4.4 Блок «DIG_MON», FB62 ......................................................................................... 45
3.5 УПРАВЛЕНИЕ БЛОКИРОВКОЙ (INTERLOCK), БЛОК «INTERLOCK» ........................... 47
4. ИКОНКИ БЛОКОВ............................................................................................................ 49
5. АДАПТИРОВАНИЕ БИБЛИОТЕК ................................................................................. 49
6. УПРАВЛЕНИЕ ПРОИЗВОДСТВЕННОЙ ЕДИНИЦЕЙ – ЕМКОСТЬЮ

ДЛЯ СЫРЬЯ .............................................................................................................................. 50
6.1 ПРОИЗВОДСТВЕННАЯ ЕДИНИЦА – ЕМКОСТЬ ДЛЯ СЫРЬЯ ............................................ 50
6.2 МОДЕЛИРОВАНИЕ ПРОИЗВОДСТВЕННОЙ ЕДИНИЦЫ – ЕМКОСТИ ДЛЯ СЫРЬЯ ............ 51

PCS7 PoT
ЛАБОРАТОРНЫЙ ПРОЕКТ «RMT1»: РАЗРАБОТКА УПРАВЛЕНИЯ
ПРОИЗВОДСТВЕННОЙ ЕДИНИЦЕЙ «RMT1» ................................................................... 53
1. ЗАДАЧА ............................................................................................................................ 53
2. УКАЗАНИЯ ........................................................................................................................ 53
1. Стартовая точка ................................................................................................... 53
2. Функциональные объекты проекта ...................................................................... 54
3. Использование иерархии предприятия и присваивание имен тегам .................. 55
4. Разработка регулятора клапана, схема NK111 ................................................... 56
5. Правило: одна иерархическая папка содержит только одну CFC-схему ......... 58
6. Группы времени исполнения ................................................................................... 58
7. Разработка регулятора дозирования, DOSE111 ................................................. 58
8. Разработка регулятора скорости потока FC111 .............................................. 59
9. Разработка регулятора мотора, NP111 .............................................................. 60
10. Измерение уровня емкости, LI111......................................................................... 60
11. Имена экземпляров блоков ..................................................................................... 61
12. Последовательность исполнения .......................................................................... 61
13. Протестируйте ваш проект ................................................................................. 61
14. Перемещение (Transfer) .......................................................................................... 61
15. Разработайте кнопки вызова лицевых панелей ................................................... 61

PCS7 PoT

Continuous Function Chart (непрерывная функциональная схема – CFC) работает
с функциями автоматизации и управления. В CFC функции представлены
графически в виде блоков.
В CFC вы работаете с готовыми блоками, имеющими специфические функции.

Вы помещаете эти функциональные блоки в схему, связываете их и
устанавливаете их параметры.
1. Концепция блока
1.1 Тип «блок» (block type)
Структура типа «блок» (тип блоков) – это разделы готовых программ (блоки),
которые могут быть вставлены в CFC-план. При вставке блока создается
экземпляр блока. Вы можете создать любое количество экземпляров блоков из
структуры блочного типа.
В случае контроллеров PLC S7 структуры типа «блок» создаются, редактируются

и компилируются в редакторе контактного плана (Ladder Logic Editor – LAD),
редакторе списка операторов (Statement List – STL – Editor) или редакторе
структурированного языка управления (Structured Control Language – SCL –
Editor).
Для PCS7-проектов функциональные блоки создаются в SLC или путем
компиляции схем как блоков.
Структуры типа «блок» располагаются в папке блоков (Block Folder), как показано
на рисунке 4.1. В папке блоков находятся показанные на рисунке 4.1 блоки FB и
FC. Папка блоков содержит также другие блоки, например, системные
функциональные блоки (SFB), блоки данных (DB) и организационные блоки (ОВ),
которые на рисунке 4.1 не видны.
Символь-
ные имена
блоков
Структуры
блочных типов
Папка блоков
Рисунок 4.1 Блочные типы и папка блоков
Тип блока определяет характеристики (алгоритм) для всех реализаций этого

типа. Имя блока обычно вводится в таблице символов или редакторе символов
(Symbols editor). На рисунке 4.1 структура типа «блок» имеет символьное имя
«Valve».

PCS7 PoT
Структуры типа «блок» проекта перетаскиваются из библиотек PCS 7, из

библиотек, разработанных пользователем, или создаются в проекте. Три
источника блочных структур показаны на рисунке 4.2.
Системные
библиотеки Типы блоков в
блоков PCS7 текущем проекте
Источник 1 Блочный тип,

созданный в проекте
Источник 3
Блоки, созданные
в других проектах
(например, проекте
Источник 2 COLOR) и
используемые как
библиотеки для
текущего проекта
Рисунок 4.2 Три источника блочных структур

PCS7 PoT
Блочные структуры (блоки) также хранятся в папке схем CFC. Папка схем
показана на рисунке 4.3.
Типы блоков в
папке схем CFC
папка схем
CFC
Рисунок 4.3 Блочные структуры в папке схем CFC
1.2 Экземпляр блока

Когда вы помещаете блок на CFC-план, на плане размещается только его
экземпляр. Экземпляр – используемая «единица» структуры типа «блок».
При перетаскивании блока Valve (FB73) из библиотеки PCS 7 и помещении его на

CFC-план на схеме размещается экземпляр FB73 (см. рисунок 2.21 и 2.22).
Структура типа «блок» остается в папке «S7 Program» (программы S7) (см.
правую часть рисунка 4.2) и в папке CFC-схем (см. рисунок 4.3).
Второй и т.д. экземпляры блоков могут быть перетащены из их типовых структур

в папке CFC-схем, что осуществляется быстрее, чем перетаскивание из
библиотек PCS 7 и папки программ S7. Упомянутый способ быстрее, т.к. не
выполняются проверки на расхождение между типами блоков в папках схем CFC
и программ S7.

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

Вы можете присвоить имена этим экземплярам блоков (см. рисунок 4.4), связать
их и установить их параметры без изменения функциональности типа.
Имя экземпляра
Имя типа
Рисунок 4.4 Экземпляр блока и его имя
1.3 Централизованное изменение типа (изменение блочного

типа)
Централизованное изменение типа означает, что при изменении типа блоков все
экземпляры структур типа «блок» (FB или FC), включенные в CFC-схемы,
автоматически обновляются. К примеру, пользовательский блок модифицирован
позже помещения его экземпляров на CFC-схему. Вы можете обновить все
экземпляры путем импортирования нового типа в папку CFC-схем. Функция
«Импортирование типа блока» («Importing block type») может быть найдена при
следовании пути меню: Options > Block Types. Вызывается диалоговое окно с
автономной папкой (Offline Folder) и папкой схем (Chart Folder), как показано на
рисунке 4.5.

PCS7 PoT
Изменение в типе блоков

автоматически реализуется
в его экземплярах
Рисунок 4.5 Новый блочный тип переопределяет все экземпляры старой версии
На рисунке 4.5 подсвечен блок FB500. Если вы нажмете на «New version» (новая
версия) все экземпляры блока FB500 будут обновлены до новой версии FB500.
Функция централизованного изменения типа является мощной и полезной. Если

блоки библиотеки PCS 7 были изменены Siemens из-за нового релиза
программного обеспечения, вам нужно решить, будут ли использоваться в вашем
проекте блоки более новой версии.
Рекомендуется формирование так называемой библиотеки блоков проекта из

коллекции блоков (определенных пользователем или из библиотек PCS 7),
используемых в проекте. Библиотека проекта – пользовательское ноу-хау для
своих приложений, и она ни при каких условиях не должна меняться из-за новых
релизов стандартных PCS7-библиотек.
1.4 Создание библиотек

1.4.1 Как создать новую библиотеку
Библиотеки хранят программные компоненты программ S7 для повторного

использования. Программные компоненты могут быть скопированы в библиотеку
из существующих проектов или разработаны напрямую, независимо от проектов.
Библиотеки отличаются от проектов только по следующим аспектам:
• Библиотеки не имеют аппаратных средств и OS. Они не исполняются.

• Библиотеки содержат только объекты исходных файлов, блоки, CFC-схемы и
SFC-схемы.
Вы можете создавать библиотеки так же, как и проекты, используя команду меню
File > New. Новая библиотека создается в директории, определенной вами для
библиотек во вкладке «General» («Общие») при выборе вами команды меню
Options > Customize. Обратитесь к рисунку 4.6, где новая библиотека названа
«RefineryII».

PCS7 PoT
Рисунок 4.6 Создание новой библиотеки
Во вновь созданной библиотеке проделайте действия, следуя рисунку 4.7.
Нажмите
правой
клавиши
мыши
Построение библиотеки путем

создания исходников и блоков,
копирования исходников и блоков
из других библиотек и проектов
Рисунок 4.7 Создание библиотеки проекта

PCS7 PoT
Впоследствии библиотека располагается с другими библиотеками в CFC, как

Библиотека проекта
Рисунок 4.8 Библиотека проекта
1.4.2 Библиотека проекта
Как мы обсуждали ранее, централизованное изменение типа может случайно

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

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

подблоки также должны быть скопированы в папку блоков.
Вызванные SFB и SFC, такие как SFC6 (RD_SINFO) или SFB0 (CTU),
автоматически ищутся в библиотеках PCS 7 и вводятся в вашу S7-программу,
когда вы компилируете вызывающий блок.
Когда вы вставляете вызывающий блок в CFC-схему, вызванные FB копируются в
папку блоков, если они расположены в той же библиотеке, что и вызывающий
блок. Иначе вызванный блок должен быть скопирован в папку блоков S7-
программы вручную.

PCS7 PoT
1.6 Организационный блок (Organization Block)

Интерфейс между операционной системой CPU и программой пользователя
связан с задачами, известными в S7 как организационные блоки (ОВ). Используя
эти ОВ, специальные разделы программ могут быть исполнены в определенные
моменты времени и в определенных условиях. Существуют ОВ для запуска CPU
(«холодный», «теплый» и «горячий» рестарты), прерываний процесса,
циклических прерываний (с различными временными базами) и т.д.
Например, циклическое прерывание ОВ32 выполняется каждую секунду.

Функциональные блоки, вставленные в ОВ32, вызываются ежесекундно. При
добавлении блока в схему он по умолчанию автоматически устанавливается в
ОВ35. Время цикла ОВ35 – 0,1 секунды.
ОВ не может быть вставлен или отредактирован в CFC. В CFC блоки ОВ

отображаются в редакторе времени исполнения (Runtime editor). Обратитесь к
рисунку 2.24 в главе 2.
ОВ с разным временем цикла установлены в HW Config, что демонстрирует

рисунок 4.9.
По умолчанию циклы установлены, как показано на рисунке 4.9. Не
рекомендуется изменять данные начальные установки.
Рисунок 4.9 Циклические OB

PCS7 PoT
1.7 Функциональные блоки (Function Block) – FB, FC, BOP

После создания блока он должен быть «объявлен» как функциональный блок
(function block – FB), вызов функции (function call – FC) или основная операция
(basic operation – ВОР).
FB – блок с памятью. Другими словами, данные существуют (сохраняются) во

время обработки от цикла к циклу, и они доступны. Чтобы сделать данные
доступными, для каждого экземпляра блока создается блок данных (DB). В
мультиэкземплярном блоке вызывающий FB имеет подчиненные FB, но может
быть создан только один общий DB.
FC – блок без памяти; другими словами, значения, генерируемые блоком,

обрабатываются немедленно. Для FC не требуется блока данных. FC не имеет
на выходах значений по умолчанию.
ВОР также является блоком без памяти. Основные операции – это программные
компоненты в CFC, вводятся как SCL-операторы во время компиляции и
используются для простых функций, таких как AND, OR и т.д.
ВОР располагаются в папке CFC-схем. Обратитесь к рисунку 4.3, где ВОР

обозначены иконкой в виде книги.
1.8 Свойства времени исполнения (runtime properties) блоков

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

умолчанию. Следовательно, он помещается в ОВ, предназначенный по
умолчанию. Важным является возможность перемещения функциональных
блоков в ОВ, отличные от выбранных по умолчанию, в соответствии с вашими
требованиями. Блоки также следует сгруппировать в последовательность
исполнения. Рекомендуется, чтобы блоки в CFC-схеме были установлены в
группы времени исполнения (или группы исполнения – runtime group) в
последовательности исполнения.
Группы времени исполнения могут быть отдельно активированы и

деактивированы (например, с помощью выхода блока с типом данных «BOOL» -
логический). Обратитесь к рисунку 4.10. Если группа времени исполнения
деактивирована, содержащиеся в ней блоки далее не исполняются.

PCS7 PoT
нажмите правой клавишей

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

возможно, будет деактивирована
Рисунок 4.10 Связывание логического выхода с группой времени исполнения
1.8.1 Редактор времени исполнения CFC (CFC Runtime editor)
Редактор времени исполнения CFC (см. рисунок 2.24, глава 2) предназначен для
• редактирования последовательностей исполнения путем установки

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

смещение фазы в задачах, которые исполняются в определенных циклах,
другими словами, в циклических задачах.
1.8.2 Интервал дискретизации (Sampling time)
Функциональные блоки с интервалом дискретизации в качестве параметра

обладают динамикой в том смысле, что они должны исполняться циклически, и
их интервал дискретизации должен быть таким же, как и их время цикла. На
рисунке 4.11 вы можете видеть интервал дискретизации (SAMPLE_T),
установленный в 0,1 секунды, что равно частоте сканирования ОВ35.

PCS7 PoT
Рисунок 4.11 Интервал дискретизации
SAMPLE_T может автоматически адаптироваться к времени цикла ОВ с помощью

опции «Update sampling time» («обновить интервал дискретизации») при
компилировании программ. Это обеспечит равенство интервала дискретизации
времени цикла ОВ. См. рисунок 4.12.
Рисунок 4.12 Обновление интервала дискретизации
Если опция выбрана, система проверяет, в каком циклическом ОВ установлен

соответствующий блок, затем присваивает значение времени цикла ОВ
SAMPLE_T. Если блок установлен в группу времени исполнения, то частота
сканирования также берется во внимание при вычислении интервала
дискретизации.

PCS7 PoT
2. CFC-схемы
2.1 Входы/выходы (I/O) схемы (схема в схеме)
CFC-схема может иметь входы/выходы. Вы должны определить, какие
входы/выходы блока также являются входами/выходами схемы. Схема с
входами/выходами может скрывать детали исходной схемы.
Способы использования схемы с входами/выходами следующие:
• они вставляются в различные схемы и связываются с другими схемами или

блоками,
• компилирование их как структур блочного типа.
Рисунок 4.13 показывает, как определить входы/выходы схемы. Вы можете

переключиться в интерфейс «Chart I/Os» («Входы/выходы схемы») нажатием
кнопки-переключателя.
Входы/выходы схемы
Определение входов/выходов схемы

с помощью перетаскивания
Рисунок 4.13 Определение входов/выходов схемы

PCS7 PoT
Вы можете поместить схему на другую схему. Согласно рисунку 4.14 схема

CFC_val помещена на CFC_2. Структура вложенных схем отображена в каталоге
«Blocks/charts» («Блоки/схемы»), как показано на рисунке 4.14, где схема CFC_2
содержит CFC_val.
Рисунок 4.14 также показывает, как открыть исходную схему из ее маски.
нажатие правой
клавиши мыши на Перетаскивание
блоке на CFC_2
Рисунок 4.14 CFC_val с входами/выходами в CFC_2
2.2 Компилирование CFC-схем как структур типа «блок»

(Chart-in-block – «схема-в-блоке»)
Вы можете скомпилировать схему как блок. Экземпляры блока в схеме
становятся подразделами блока схемы. Блок схемы в действительности является
многоэкземплярным блоком.
Шаги по компилированию схемы как блока (в CFC):
• Определить входы/выходы для схемы; затем следовать пути меню:

• Chart > Compile > Chart as Block
Чтобы построить схему как блок, блоки в схеме не должны быть установлены в
группу времени исполнения, и они не должны иметь связей с другими схемами.
«Схема-в-блоке» (Chart-in-block) обсуждается далее в разделе 4 главы 5.

PCS7 PoT
2.3 Дисплей динамики (Dynamic Display)

В режиме тестирования (Test Mode) CFC вы можете протестировать и отладить
вашу программу. Это вполне подходит для тестирования одного CFC-плана. Для
контроля и манипулирования переменными разных схем и/или разных CPU вы
можете воспользоваться дисплеем динамики.
Окно дисплея динамики может быть вызвано, следуя пути меню: View > Dynamic
Display. Отображаемые переменные перетаскиваются в окно дисплея динамики,
как это представлено на рисунке 4.15.
Рисунок 4.15 Дисплей динамики
Окно дисплея динамики не может быть сохранено отдельно. Последняя

установка сохраняется автоматически. Вы можете создать только одно окно
отображения значений для PCS7-проекта и пользователя NT.
2.4 Режимы тестирования (Test Modes)

Существуют два режима тестирования: режим процесса (Process Mode) и
лабораторный режим (Laboratory Mode). Перед тестированием вы можете
выбрать один из них. Для переключения между режимами следуйте пути меню:
Debug > Process Mode (or Laboratory Mode).
• Режим процесса: коммуникация интерактивной динамики SFC-схем

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

PCS7 PoT
2.5 Перекрестные ссылки

Используя путь меню Options > Chart Reference Data in CFC, вы можете
отобразить или распечатать информацию в виде списков или древовидной
структуры, как показано на рисунке 4.16. Подробная информация по различным
видимым объектам перекрестных ссылок приведена в таблице 4.1.
Рисунок 4.16 Отображение схемы данных о ссылках (Chart Reference Data)
Таблица 4.1
Отображаемые объекты перекрестных ссылок
Видимые объекты Отображение схемы данных о ссылках

Последовательность Графическое отображение всей последовательности исполнения
исполнения CPU.
В отображаемый список входят все разделяемые адреса,
Перекрестные ссылки
используемые в проекте, наряду с элементами, которые обращаются
адресов
к ним.
Перекрестные ссылки В отображаемый список входят точки, в которых SFC-схемы
входов / выходов CFC ссылаются на входы/выходы CFC.
Перекрестные ссылки В отображаемый список входят точки, в которых CFC- и SFC-схемы
групп времени исполнения ссылаются на группы времени исполнения.
Перекрестные ссылки В отображаемый список входят используемые структуры блочного
структур блочного типа типа и точки (CFC-схемы), в которых они используются.
Распределение ресурсов В списке отображены связи между объектами конфигурирования CFC
S7 и ресурсами S7.
Графическое отображение иерархии вызовов всех блоков текущей
Иерархия вызовов блоков
программы.
Показывает количество всех объектов, используемых CFC, SFC и
Статистика
ресурсами S7, а также временную фиксацию текущей программы.
Эти списки помогают при проверке вашей программы. С помощью списка «Cross-
reference of Addresses» («Перекрестные ссылки адресов») вы можете, например,
проверить, какие символы используются и как часто, и синхронизирован ли
доступ к записи.

PCS7 PoT
Функция «reference data» («ссылочные данные») также существует в SIMATIC-
менеджере. Однако, вы должны всегда вызывать данные о ссылках для схем в
CFC, используя команду меню «Chart Reference Data» («Схема данных о
ссылках»). Запуск функции в SIMATIC-менеджере означает, что компилятор SCL
перекомпилирует программу и изменит временную фиксацию (time stamp).
Функция «Chart Reference Data» не меняет временную фиксацию.
Различные стадии
Списки перекрестных ссылок, после того, как они были созданы, системой
автоматически не обновляются. Каждый список содержит информацию о
проектах на момент их создания. Несколько списков, созданных на различных
стадиях, могут быть открыты одновременно.
При необходимости вы можете обновить списки ссылок с помощью функции

меню – команды меню View > Update или клавиши F5.
Различные проекты
Нет надобности в ограничении списков текущим активным проектом, следует

дать им доступ ко всем другим CFC/SFC-проектам. Это позволит вам сравнить
несколько проектов. Списки нескольких проектов могут быть открыты
одновременно.
Документация
Наряду с напечатанными схемами схема данных о ссылках обеспечивает вас

полной документацией о структуре пользовательской программы.
3. Библиотечные функции PCS 7

Для ознакомления с блоками функций библиотеки PCS 7 обратитесь к
онлайновой помощи. Чтобы вызвать онлайновую помощь по блоку, подсветите
блок (выберите с помощью мыши) и нажмите F1.
3.1 Блоки управления оператора

Блок управления оператора предназначен для использования в работе
интерфейса между блоками PLC и OS. Он предлагает стандартное решение для
переключения между действиями в CFC-программе и работой на OS (лицевая
панель). Блоки оператора полезны при программировании и отладке в CFC.
3.1.1 OP_D, FB49
Блок управления оператора «OP_D» используется для действий с цифровым

значением блока средствами операции с двумя кнопками. Если обрабатываемое
значение допустимо, то оно выводится на выход Q0. См. рисунок 4.17.

PCS7 PoT
Рисунок 4.17 Блок OP_D
Переменная I0 записывается под управлением оператора OS, и ссылка на нее

осуществляется как на внутренне значение. Используются два отдельных входа
для активации, через OP_EN0 = 1 для оперирования с «0», OP_EN1 = 1 для
оперирования с «1».
В LINK_I записывается значение, сконфигурированное или связанное в CFC.

Ссылка на это значение осуществляется как на внешнее значение.
LINK_ON коммутирует внешние и внутренние значения:
• LINK_ON = 1: LINK_I передается на Q0,

• LINK_ON = 0: оперируемое значение I0 передается на Q0.
BTRACK активирует трэкинг, то есть вход I0 = LINK_I (только при LINK_ON = 1).
«BTRACK = 1» гарантирует, что во время переключения LINK_ON в «0» коллизий
на выходе Q0 не будет.
Переменные, используемые на лицевой панели OP_D, показаны на рисунке 4.18.
Рисунок 4.18 Связи переменных на лицевой панели OP_D

PCS7 PoT
Применение блока показано на рисунке 4.19, где представлены

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

При увеличении числа функциональных блоков становится неэффективным
переустанавливать их индивидуально, например, на каждый L_RESET при
тестировании программ в CFC. Все переменные L_RESET могут быть связаны с
одной переменной, например, Q. Тогда при сбросе Q все переменные L_RESET
могут быть обнулены. Значение Q также должно быть доступным для сброса из
OS, например, при нажатии кнопки. Обратитесь к рисунку 4.19.
Блок «OP_D» имеет функцию поддержки двух источников значений для одной
переменной, которая заключается в передаче I0 в Q0 или передаче LINK_I в Q0.
Переменная LINK_ON используется для переключения между двумя
источниками.
Программист может
протестировать и отладить
программу путем ввода в
LINK_I, если он активирует
LINK_ON.
Левый клик – для установки IO=1

Правый клик – для сброса IO=0
Оператор на OS может установить или сбросить.
Рисунок 4.19 Переустановка цифрового значения с помощью блока OP_D
3.1.2 OP_D3, FB47
Блок «OP_D3» используется для выполнения операции с цифровым значением

«один-из-трех». Когда один из трех действующих входов I1, I2 или I3 установлен,
соответствующий выход устанавливается в «1», а другие два выхода обнуляются
(сбрасываются в «0»).

PCS7 PoT
Рисунок 4.20 Блок OP_D3
I1, I2 и I3 имеют значения, одновременно присвоенные им на OS («1» входу для

его активации и «0» другим двум). Три раздельных входа используются для
активации или деактивации:
• OP_EN_Ix = 1, активирование операторского контроля входа Ix, (x = 1, 2,

3).
• OP_EN_Ix = 0, деактивирование операторского контроля входа Ix, (x = 1,
2, 3).
На каждый из LINK_I1, LINK_I2 и LINK_I3 передается одно внешнее значение.
LINK_ON переключает между внешним и внутренним значением:
• LINK_ON = 1, LINK_x обрабатываются и передаются на Qx.

• LINK_ON = 0, контролируемые оператором входы Ix обрабатываются и
передаются на Qx.
BTRACK активирует трэкинг контролируемых оператором входов Ix (только при

LINK_ON = 1).
Логика выбора принимает три значения входов (Ix или LINK_Ix) в их

последовательности х = 1, 2, 3 и запоминает наибольший индекс «х» входа,
который установлен в «1». Выход Qх, соответствующий этому индексу,
устанавливается (в «1»), а другие два выхода Qx обнуляются (сбрасываются в
«0»). Если все три входа I1 = I2 = I3 = 0, выходы не меняются.
Переменные, используемые лицевой панелью, показаны на рисунке 4.21.

PCS7 PoT
Рисунок 4.21 Связи переменных лицевой панели OP_D3
Применение блока заключается в выборе между режимами работы: ручным,

автоматическим и режимом поддержки (обслуживания), как показано на рисунке
4.22.
Функции библиотеки PCS 7, такие как VALVE (клапан) и MOTOR (мотор),

снабжены выбором режима работы. Обратитесь к рисунку 4.22, VALVE и MOTOR.
Управление VALVE и MOTOR PCS 7 объясняется в разделе 3.2 данной главы.

PCS7 PoT
Ручной
Поддерж.
Авто
Программир. входы:
Оператор выбирает:
Ручной
Поддерж.
Авто
Рисунок 4.22 Выбор режима работы с помощью OP_D3
3.1.3 OP_A_LIM, FB46
Блок OP_A_LIM используется для оперирования аналоговым значением блока.

Если обрабатываемое значение допустимо (U или LINK_U), находится между
граничными значениями (U_HL и U_LL), то выводится на выход V. Обратитесь к
Рисунок 4.23 Блок OP_A_LIM
U записывается под управлением оператора OS. Контроль оператора

активируется при OP_EN = 1 и отключается при OP_EN = 0.

PCS7 PoT
На LINK_U подается внешнее значение (сконфигурированное или связанное).
LINK_ON предназначен для переключения между внешним и внутренним

значением, ограниченным U_LL и U_HL.
• LINK_ON = 1, ограниченный LINK_U передается на V.

• LINK_ON = 0, ограниченный U передается на V и записывается обратно
на вход U. Это означает, что вход U может быть изменен без контроля
оператора путем изменения действующих ограничений.
BTRACK активирует трэкинг, то есть вход U = LINK_U (только при LINK_ON = 1).
«BTRACK = 1» гарантирует, что во время переключения LINK_ON в «0» коллизий
на выходе V не будет.
«BTRACK = 0» означает, что U остается неизменным, с последним

(использованным) значением. После переключения LINK_ON = 0 оно передается
на выход V.
Переменные, используемые лицевой панелью блока, показаны на рисунке 4.24.
Рисунок 4.24 Связи переменных лицевой панели OP_A_LIM
Применение OP_A_LIM показано на рисунке 4.25, где вы хотите протестировать

модель цистерны. Например, ожидается, что цистерна будет заполняться со
скоростью потока 45 л/с. Программист может задать значение на LINK_U в CFC, а
оператор может задать значение на лицевой панели.

PCS7 PoT
Тестирование SIM_TANK
Программист может ввести
значение в CFC.
Оператор может ввести

значение на панели.
Рисунок 4.25 Выравнивание действительных значений в CFC и OS
3.2 Управление клапаном (valve) и мотором (motor)

3.2.1 Управление мотором, FB66
Блок предназначен для управления (привода) мотором с помощью управляющего

сигнала (on/off – включить/выключить). По желанию можно наблюдать обратную
связь работающего мотора. Сигнал обратной связи работающего мотора
поддерживается дополнительным контактором.
На лицевой панели MOTOR стандартного вида оператор может выбрать рабочие

режимы (Manual – ручной или Automatic – автоматический), если переменная
AUT_ON_OP = 1. Если рабочий режим «AUTO» (авто) выбран из программы
(установкой LIOP_SEL = 1 и AUT_L = 1), выбор режима на лицевой панели
отключен.
Команда «on/off» может исходить от панели (используя MAN_ON) или программы

(используя AUT_ON). В режиме «AUTO» команда может исходить только от
программы.
Обратитесь к онлайновой помощи по блоку «MOTOR», если эта информация
будет полезной.

PCS7 PoT
оператор выбирает Manual

(ручной) или Auto (авто)
программа
выбирает Auto
установка
оператором
программой
активно (сброс ошибок)

оператором
программой
Рисунок 4.26 Связи переменных лицевой панели Motor
В окне сопровождения (Maintenance View) лицевой панели MOTOR вы можете

установить время контроля. См. рисунок 4.27. Если время контроля, TIME_MON,
меньше временного периода между включением QSTART приходом сигнала на
FB_ON, то возникает ошибка мониторинга (QMON_ERR = 1).
(вкл)
Если TIME_MON < QSTART – FB_ON,

то QMON_ERR = 1 (Ошибка мониторинга)
Рисунок 4.27 Контроль моторов

PCS7 PoT
В окне просмотра предупреждений (Alarm View) лицевой панели отображаются

сообщения, настроенные и связанные с блоком, если они активированы. В блоке
предустановлены три типа сообщений, как показано на рисунке 4.28.
Внешняя неисправн.
Неиспр. контроля
Проект-ние мотора
Рисунок 4.28 Сообщения блока «Motor»
3.2.2 Управление клапаном, FB73
Блок используется для осуществления (привода) управления клапанами

(open/close – открыть/закрыть) посредством управляющего сигнала (open/close).
По желанию можно контролировать двухпозиционные сигналы (open/close)
обратной связи. Позиционные сигналы обратной связи генерируются
ограничительными коммутаторами.
Рисунок 4.29 показывает работу регулятора клапана.

PCS7 PoT
Блокировка (Interlock): Функция

блокировки имеет приоритет над всеми
другими управляющими сигналами и
ошибками. Если V_LOCK установлен,
клапан переводится в положение сброса
(QCONTROL = 0).
Контроль (Monitoring): Контролирующая
логика проверяет соответствие между
управляющей командой выхода QCONTROL
и обратной связью процессных переменных
клапана (FB_OPEN, FB_CLOSE). Если по
истечению времени контроля TIME_MON
ограничение не было достигнуто,
устанавливается выход QMON_ERR.
Обработка ошибок: Ошибка контроля
(QMON_ERR = 1) может быть сброшена
операционным RESET или автоматически
соединением с увеличивающимся
Режим «Manual»: Вход MAN_OC ограничением L_RESET.
управляется с лицевой панели. Характеристики сообщений: Ошибка
Режим «Automatic»: Вход AUT_OC контроля и сбой системы управления CSF
используется в CFC. вызовет два сообщения. Запрет на
Примечание: Переключение между сообщения действует, если циклы
двумя режимами объясняется ниже в RUNUPCYC с момента рестарта еще не
разделе. завершены.
Рисунок 4.29 Управление клапаном (valve)
Вы можете через соединения управлять регулятором клапана с лицевой панели

или из CFC. Рисунок 4.30 иллюстрирует связи переменных лицевой панели.

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

просмотреть сообщения в окне свойств (Properties) блока. Дважды щелкните
мышью на блоке для вызова диалога свойств, как показано на рисунке 4.31.

PCS7 PoT
Рисунок 4.31 Сообщения, вставленные в блок «Valve» (клапан)
Затем нажмите «Messages» («Сообщения») (рисунок 4.31), чтобы открыть диалог

настройки сообщений (Message configuration), как показано на рисунке 4.32, где
предустановлены два сообщения.

PCS7 PoT
Рисунок 4.32 Сообщения блока «Valve» (клапана)
Эти сообщения появляются на лицевой панели во время исполнения OS.

Обратитесь к рисунку 4.33.
вместе или
(группа ошибок)
Рисунок 4.33 Сообщения блока «Valve» (клапана) на лицевой панели

PCS7 PoT
Время контроля устанавливается в окне сопровождения (Maintenance View), как

Связи переменных в окне сопровождения
Рисунок 4.34 Время контроля и активация
Окно просмотра пакета (дозы) лицевой панели клапана показано на рисунке 4.35.
Связи переменных в окне пакета
Рисунок 4.35 Связи переменных в окне пакета (дозы) (Batch)

PCS7 PoT
Рабочие режимы управления клапаном проиллюстрированы на рисунке 4.36.
Ручной (manual) режим: Автоматический (automatic) режим:
Ручной режим: Автоматический режим:

Оператор управляет клапаном (MAN_OC). CFC-программа управляет клапаном (AUT_OC),
Оператор может выбрать AUTO которая активируется посредством LIOP_SEL =
(AUT_ON_OP), для передачи управления = 1 и AUT_L = 1 в CFC. При включенном авто-
CFC-программе режиме ручные операции не доступны.
Рисунок 4.36 Переключение между рабочими режимами
3.3 PID и управление дозированием

3.3.1 PID-регулятор, FB61
Блок CTRL_PID (FB61) является PID-регулятором непрерывного действия,

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

• Контроль ограничений переменных процесса и контроль сигнала ошибки
(рассогласования) и сообщений, сгенерированных через блок
«ALARM_8P».
• Управление с опережением.
• Трэкинг уставок (уставка = процессная переменная обратной связи).
• Задание области значений уставок и переменных процесса (физическая
нормализация).
• Задание области значений управляемых переменных (физическая
нормализация).
• «Мертвая полоса» (порог чувствительности) в сигнале ошибки.

PCS7 PoT
• Действия по вычислению пропорциональной, интегральной и
дифференциальной частей, которые могут быть активированы
индивидуально.
• Пропорциональная и дифференциальная части могут быть установлены
в обратную связь.
• Корректировка рабочей точки для пропорционального и
пропорционально-дифференциального управления.
Рисунок 4.37 демонстрирует выбор рабочих режимов (ручного и авто) PID-

контроля.
Выбор рабочих режимов: на лицевой панели OS
в CFC
(1 = авто
0 = ручной)
Активация
Активация
Рисунок 4.37 Выбор рабочих режимов
На рисунке 4.38 показан выбор источников уставок, то есть внешняя уставка

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

PCS7 PoT
Активация
Активация
Оператор выбирает INTERNAL или

EXTERNAL. INTERNAL означает, что
оператор может ввести уставку SP_OP
с лицевой панели
PID использует EXTERNAL, значение

передается в SP_EXT.
Рисунок 4.38 Выбор источников уставок
Сообщения могут быть запрещены индивидуально через соответствующие входы

M_SUP_xx. Сообщения переменной процесса могут быть полностью
заблокированы с помощью MSG_LOCK.
QMSG_SUP установлен, если циклы RUNUPCYC еще не завершены с момента

рестарта, что означает MSG_LOCK = TRUE или MSG_STAT = 21.
Включение сообщений о
переменной процесса
PV_IN
Внешняя ошибка
Сообщения сигнала ошибки
Рисунок 4.39 Сообщения CTRL_PID

PCS7 PoT
3.3.2 Контроль дозирования с помощью блока «DOSE», FB63
Блок «DOSE» служит для однокомпонентного дозирования с добавляемой или

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

переход верхней или нижней границы допуска, а результат по окончании
дозирования предоставляется в распоряжение на два соответствующих выхода.
Рисунок 4.40 иллюстрирует использование блока дозирования (Dose block).
дозирование
пауза
конец
запуск/пауза
активация, оператор
выбирает запуск (Go)
активация, оператор
выбирает паузу (Pause)
ST_OP_EN активирует
CN_OP_EN активирует
PD_OP_EN активирует
Управление из CFC:
старт
запуск/пауза
отмена LIOP_SEL активирует
постдозир.
Рисунок 4.40 Управление дозированием в CFC и с лицевой панели на OS

PCS7 PoT
Рисунок 4.41 демонстрирует использование значений уставок в управлении

дозированием.
Оператор выбирает уставки из: CFC-программа выбирает уставки:

Внутрен.
Внешн.
Рисунок 4.41: Уставки для управления дозированием
Сообщения (6 типов), сконфигурированные в блоке «DOSE», показаны в нижней

части рисунка 4.42. В верхней части рисунка показано, что включенные
(активированные) сообщения отображаются в окне предупреждений (Alarm view)
лицевой панели.

PCS7 PoT
Сообщения блока DOSE

Передозировка
Недостаточная
дозировка
Нормальная
дозировка
Дозировка остановлена
Подтвердить запрос
Внешняя ошибка
Рисунок 4.42 Сообщения блока «DOSE»
3.4 Блоки сообщений (message blocks)

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

программе одного из следующих SFB:
• SFB 36 «NOTIFY» (оповещение)

• SFB 33 «ALARM» (предупреждение)
• SFB 35 «ALARM_8P» (предупреждение_8Р)
• SFB 34 «ALARM_8» (предупреждение_8)
«Alarm_8P» широко используется системе PCS 7. В данном разделе дано

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

PCS7 PoT
Таблица 4.2
Блоки системных сообщений, связанных с блоком
Атрибут: Блок Номер

Описание
S7_a_type сообщений блока
8 каналов, может быть подтвержден,
alarm_8 ALARM_8 SFB34
связанных значений нет
8 каналов, может быть подтвержден, до 10
alarm_8p ALARM_8P SFB35
связанных значений на каждый канал
один канал, не может быть подтвержден, до
notify NOTIFY SFB36
10 связанных значений
один канал, может быть подтвержден, до 10
alarm ALARM SFB33
связанных значений
Библиотека функциональных блоков PCS 7 также содержит блоки

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

сообщений. Он формирует интерфейс между выходами блока, о чьих
изменениях будет сообщено с помощью сигналов, и ALARM_8P.
• MEAS_MON, FB65, используется для контроля нарушения ограничений
измеряемым значением (аналоговым сигналом).
• DIG_MON, FB64, используется для наблюдения за точкой цифрового
измерения с подавлением пульсаций.
3.4.1 Блок «ALARM_8P» (SFB35)
«Alarm_8p» генерирует сообщения со связанными значениями для 8 сигналов.
Сообщение генерируется при обнаружении изменения уровня одного или более

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

отдельно или все восемь индивидуальных сообщений одновременно. Вы можете
использовать параметр выхода «ACK_STATE» для объединения состояний
подтверждения индивидуальных сообщений в вашей программе. Активации или
запрет сообщений блока «ALARM_8P» всегда оказывает влияние на весь
«ALARM_8P». Запрет или активация отдельных сигналов невозможна.
«Alarm_8p» может временно хранить два сообщения. Тогда любое дальнейшее

изменение сигнала игнорируется. На такую потерю сообщений указывают
выходные параметры «ERROR» и «STATUS» (ERROR = 0, STATUS = 11);
зарегистрированные устройства отображения также оповещаются о потере.

PCS7 PoT
Параметр статуса,
генерирование
8 сигналов, каждый
сообщения завершено
вызывает сообщение,
отображаемое на OS
Параметр статуса
Параметр статуса
Позиция бита с текущим

ID канала данных, статусом подтверждения:
вычисленное при
первом вызове 2 входящее состояние на
0
SIG_1 подтверждено.
Номер сообще- 2 входящее состояние на
7
ния блока, SIG_8 подтверждено.
вычисл. при
первом вызове 2 исходящее состояние
8
Приоритет на SIG_1 подтверждено.

блока, область 2 исходящее состояние
15
значения: 0-127 на SIG_8 подтверждено.
(0 – высший)
10 общих связанных
значений, использу-
емых блоком
Рисунок 4.43 «Alarm_8p»
После вызова первого блока все биты выхода ACK_STATE установлены, и

принято, что предыдущие значения выходов SIG_I, I = 1,…8, были 0.
Свойства и конфигурации сообщений «Alarm_8p» показаны на рисунке 4.44.

PCS7 PoT
Для проводимой в первый раз

8 сигналов конфигурации сообщения
добавьте устройство отображения
(Display Device) и выберите язык
Рисунок 4.44 Диалоговое окно конфигурирования сообщений (Message

Configuration) блока «Alarm_8p» – 1

PCS7 PoT
Имя экземпляра блока
Для каждого SIG_x

информац. тексты
(Info Text) могут
сопровождаться
Text 3 используется для

сопровождения каждого
сигнала его собственным
текстом сообщения
10 связанных значений
Рисунок 4.45 Свойства и конфигурация сообщения блока «Alarm_8p» – 2
Запрещение сообщений:
Доступны следующие опции запрета сообщений:
(1) Запрет отдельных процессных предупреждений, таких как «Превышено

верхнее пороговое значение» из-за неисправного генератора.
Пользователем с соответствующей авторизацией это предупреждение может
быть заблокировано из OS. Организуйте соответствующий вход в вашем AS-
блоке и вычислите его в вашем алгоритме.
(2) Запрет всех процессных предупреждений блока. Пользователем с
соответствующей авторизацией эти предупреждения могут быть
заблокированы из OS. Организуйте соответствующий вход в вашем AS-блоке
и вычислите его в вашем алгоритме.
(3) Запрет всех сообщений блока. Этот запрет активируется системой
сообщений OS. Здесь вам не надо предпринимать каких-либо действий.
Пример запретов сообщений:
В следующем примере используются входы M_SUP_AH и M_SUP_AL для запрета

отдельных предупреждений и вход MSG_LOCK для подавления всех
предупреждений. QPVH_ALM и QPVL_ALM – выходы.
SIG_1 := ((NOT M_SUP_AH) AND QPVH_ALM) AND (NOT MSG_LOCK),

SIG_2 := ((NOT M_SUP_AL) AND QPVL_ALM) AND (NOT MSG_LOCK).

PCS7 PoT
3.4.2 MESSAGE (Блок сообщений), FB43
Блок «MESSAGE» - непосредственное использование «Alarm_8p» при сокрытии

некоторой системной информации. Обратитесь к рисунку 4.46. Конфигурирование
сообщений проиллюстрировано на рисунке 4.47.
Рисунок 4.46 Блок сообщений (Message block)
Связ. значение Text 1, использ. для источника (Plant Hierarchy)
Связанное значение Text 2, используемое для области OS
Связанное значение Text 4, используемое для выбора ID пакета
Определение класса Текст сообщений Информационный

сообщений для для каждого SIG_x текст
каждого SIG_x
Групповое подтверждение
Отдельное подтверждение
Рисунок 4.47 Конфигурирование сообщений
3.4.3 Блок «MEAS_MON», FB65
Аналоговый сигнал подается на вход блока U, затем алгоритм блока проверяет

соответствие аналогового значения ограничениям. Проверяются две пары
ограничений. Пределы для предупреждений – U_WL и U_WH, пределы для
ошибок – U_AL и U_AH. Также может контролироваться внешняя ошибка
(относительно системы автоматизации). См. рисунок 4.48.

PCS7 PoT
Рисунок 4.48 Блок «Meas_mon»
Конфигурирование «Meas_mon» иллюстрируется на рисунке 4.49.
Предустановлено Редакт-ть Выбрать
Рисунок 4.49 Конфигурирование блока «MEAS_MON»
3.4.4 Блок «DIG_MON», FB62
Блок используется для наблюдения за точкой цифровых измерений с

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

PCS7 PoT
Рисунок 4.50 Блок «DIG_MON»
Параметр MSG_CLAS может быть использован для определения класса

сообщений, передаваемых о точке измерения. Обратитесь к рисунку 4.51.
Если выбрано «Warning - above»,

составьте соответствующее
сообщение со смыслом.
можно добавить информац. текст
Рисунок 4.51 Конфигурирование сообщений блока «DIG_MON»
Цифровая величина на входе I контролируется на появление изменений. Каждым

фронтом входного сигнала снова запускается таймер. По истечении времени
ожидания, параметризованного в SUPPTIME, входная величина I передается на
выход Q. Этим гарантируется, что далее на выход передаются только те сигналы,
которые находятся на входе не менее времени, указанного в SUPPTIME.
Сигналы, изменяющиеся быстрее, не передаются. При SUPPTIME < SAMPLE_T
входной сигнал I передается на выход Q.
«DIG_MON» может применяться для управления несколькими цифровыми

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

PCS7 PoT
экстренным остановом может быть совмещено с определением источника его

сигнала. См. рисунок 4.52.
Текст сообщения может быть следующим: «EMERGENCY STOP», - для всех

MSG_CLAS = 1,…,6.
Сигнал активирования моделирования
Выключатель экстренного останова
Оператор может потребовать экстренный останов
Рисунок 4.52 Экстренный останов (Emergency Stop) с помощью «DIG_MON»
3.5 Управление блокировкой (interlock), блок «INTERLOCK»

Блок «INTERLOK» (FB75) служит для реализации стандартизованного
отображения блокировок, которое может быть вызвано на OS. К блоку может
быть подведено не более 10 входных сигналов, каждый из которых при
необходимости может быть инвертирован.
Первые 5 входов с I _ по I _5 образуют группу. Каждый сигнал может быть

подключен непосредственно или с инверсией через соответствующие входы с
NEG _ по NEG _5. Обратитесь к рисунку 4.53.

PCS7 PoT
Рисунок 4.53 Блок «INTERLOK»
Вид логического соединения первой группы определяется через AND_OR.

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

группе. Оба групповых результата могут быть логически сопряжены через И/ИЛИ
(AND/OR).
Вход OVERWRITE=1 может быть использован для установки выхода Q в 0, когда

блокировка активна (Q=1). Это возможно только в том случае, если
OVERW_EN=1. Вход OVERWRITE=0, если OVERW_EN=0 или если не выполнено
условие блокировки. Q_OVERWR=1 отображается на выходе, чтобы показать,
что значение на выходе Q было заменено.
Выходной параметр FIRST_I содержит номер (от 1 до 10) входа Ix, который был
первым установлен в «TRUE» или инвертирован в «FALSE». Если одновременно
установлено несколько условий, в FIRST_I подается наименьший номер. При
положительном уровне входа RESET FIRST_I устанавливается в «0», если ни
одно из указанных выше условий не выполнено. Обычно выход Q связан с
RESET.
Блок имеет лицевую панель на OS. OS отображает состояние условий. См.


PCS7 PoT
Рисунок 4.54 Лицевая панель блока «INTERLOK»
4. Иконки блоков
Иконки (или пиктограммы) блоков – это объекты для символьного представления
лицевых панелей на рисунках OS. На рисунке эти объекты соединены с
экземпляром блока. Во время исполнения щелчком мыши на символе
открывается ассоциированная с ним лицевая панель.
Тип иконки блока соответствует типу библиотечного блока PCS 7, например,

VALVE (FB73), MOTOR (FB66), CTRL_PID (FB63), исследуемым клапанам,
слайдерам и т.д. Доступные типы иконок хранятся в файле «@Template.PDL»,
расположенном в директории «Siemens\WinCC\Options\PDL\Base_Data_Pool».
При исполнении Мастера разделения экрана (Spit Screen Wizard) файл

копируется в папку «GraCS» текущего проекта.
Соединение между иконкой блока и экземпляром блока производится с

использованием Мастера динамизации (wizard) «Connect Picture Block to tag
structure» («Соединение рисунка блока со структурой тэгов») в графическом
редакторе.
Подробная информация по иконкам блоков содержится в главе 8, разделе 3.3.1.
5. Адаптирование библиотек
Перед началом работы над проектом, в котором вы хотите использовать блоки
PCS 7, вы можете адаптировать библиотечные блоки для их соответствия вашим
требованиям.
Чтобы адаптировать библиотеку, следуйте шагам, кратко описанным ниже:
1. Используя ресурсы операционной системы, скопируйте всю библиотеку PCS

7 в другую папку (стандартный путь: Siemens\Step7\Libs).

PCS7 PoT
2. Откройте копию библиотеки в SIMATIC-менеджере.
3. Измените системные атрибуты блоков.
Информация по адаптации системных атрибутов блоков содержится в главе 9,
разделе 2.
Вы также можете создать в SIMATIC-менеджере новую библиотеку, скопировать

в нее блоки из разных библиотек и изменить атрибуты.
6. Управление производственной единицей – емкостью

для сырья
6.1 Производственная единица – емкость для сырья
Рассматриваемые задачи управления и автоматизации используют обычные
блок-схемы трубчатых (конвейерных) и инструментальных (P&I) диаграмм. P&I-
диаграмма производственной единицы – емкости для сырья (жидкости)
представлена на рисунке 4.55.
Емкость для
сырья 1
Реактор 1 Реактор 2
Рисунок 4.55 Производственная единица – емкость для сырья 1 (raw materials

tank 1 - RMT1)
Данная промединица является первой емкостью для сырья в производственной

линии, ее наименование при разработке будет RMT1. Главная задача
управления, связанная с емкостью, - дозирование определенного количества
сырья для одного из двух реакторов. Управление процессом начинается с
выбора реактора, например, Реактора 1. Затем должен быть открыт путь к
Реактору 1 путем открытия клапанов трубопровода: NK113, NK112 и NK111.
После открытия данного маршрута реализуются управление расходом
(скоростью потока) жидкости и управление дозированием, и включается NP111.

PCS7 PoT
Есть три рабочих режима управления производственной единицей, которые

называются MANUAL (ручной), AUTOMATIC (автоматический) и MAINTANENCE
(сопровождение).
• MANUAL (ручной)
В режиме «MANUAL» операторы имеют полный доступ к отдельным функциям
и всем соответствующим PCS7-блокам, работа с которыми разрешена в этом
режиме.
• AUTOMATIC (автоматический)
При автоматическом режиме управление производством и всеми функциями,
последовательные действия с которыми разрешены в этом режиме, берет на
себя программа.
• MAINTANENCE (MAINT, сопровождение)

В режиме «MAINTANENCE» операторы имеют доступ к определению
отдельных функций для режимов «MANUAL» и «AUTOMATIC». Если
устройство или функция находятся в режиме «MANUAL», вы имеете полный
доступ к изменению функции.
6.2 Моделирование производственной единицы – емкости для

сырья
Для упрощения проектирования функций управления емкостью была
разработана модель, которая включает функциональный блок (sim_val),
моделирующий клапаны (с NK111 по NK114), блок (sim_not), моделирующий
насос (NP111), и блок (sim_tank), моделирующий емкость для сырья.
Функции моделирования приведены ниже.
Исходный файл (SCL) FB Символьное имя

Sim_Val FB1100 SIM_VAL
Sim_Not FB1101 SIM_NOT
Sim_Tank FB1106 SIM_TANK

PCS7 PoT
Функциональный блок, используемый для моделирования

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

Направление операции может Клапан открыт.
управляться сигналом
(V_REV = FALSE означает NORMAL;
V_REV = TRUE означает REVERSE).
Сигнал активирует или выключает
сигнал «Закрыто» обратной связи.
Сигнал активирует или выключает
сигнал «Открыто» обратной связи.
Сигнал моделирования сбоев клапана.
Установка времени задержки в
секундах для сигнала обратной
связи.
Рисунок 4.56 Моделирование клапанов
Функциональный блок, используемый для

моделирования физической реакции мотора.
Команда включить Мотор включен

или выключить мотор. или выключен.
Сигнал активирует или
выключает сигнал обратной
связи выхода мотора.
Сигнал моделирует сбои
мотора.
Время задержки в секундах для
сигнала обратной связи может быть
установлено (FB_TIME).
Рисунок 4.57 Моделирование насоса

PCS7 PoT
Функциональный блок, используемый для моделирования реакторов,

промышленных емкостей и других резервуаров. Он моделирует
уровень (0 – 100%), вес (0 – MAX_WEIGHT) и объем (0 – MAX_VOL).
Заполняется автоматически, если уровень заполнения

емкости находится вне диапазона от 20 до 80%.
Активирует Поток 1, впускное Поток 1, выход (л/с).
отверстие (всего 3 входных потока). Уровень в баке, выход (%).
Поток 1, впускное отверстие (л/с). Объем бака, выход (л).
Определение веса, Поток 1 (кг/с). Вес сырья, выход (кг).
Активирует Поток 1, вып. отв. (л/с). Максимал. вес (кг).
Откр. Клапан 1, вп. отв., полож. (%). Определение веса
Интервал дискретизации (с). жидкости в баке
Максимальный объем (л). (кг/л).
Максимальный Поток 1, выпускное отверстие (л/с).
Рисунок 4.58 Моделирование емкостей
Лабораторный проект «RMT1»: Разработка управления

производственной единицей «RMT1»
1. Задача
В данной лабораторной работе студенты будут использовать знания и навыки,
полученные в течение этого занятия, в особенности знания о функциональных
блоках библиотеки PCS 7, приобретенные из этой главы, с целью разработки
завершенного решения для промышленной единицы «RMT1».
Указания помогут вам начать проектирование.
2. Указания
1. Стартовая точка
Вы можете начать работу со следующих отправных пунктов:
• Создание нового проекта с использованием Мастера нового проекта

(New Project Wizard).

PCS7 PoT
• Модификация вашего первого проекта (Упражнение 2.1), который был

создан во время изучения главы 2, т.к. управление клапаном может быть
легко изменено и использовано для управления клапанами в
производственной единице «RMT1».
• Построение проекта на основе вашего первого проекта с добавлением
другого верхнего уровня иерархии предприятия (plant hierarchy) в
Упражнении 2.1.
Какое начало вы бы не выбрали, у вас должен быть готовый проект в SIMATIC-

менеджере. Это означает, что у вас есть проект, как показанный на рисунке 4.59.
На рисунке видно, что вы добавляете ветвь (Plant) к существующему проекту.
Если вы создаете новый проект, у вас есть только один верхний уровень
иерархии.
Используется др. упражнениями.
Вставьте новую иерархическую

папку для промединицы «RMT1».
Аппаратура сконфигурирована!
Иерархические папки
назначены CPU и OS!
Рисунок 4.59 Стартовая точка проекта «RMT1»
2. Функциональные объекты проекта
Обратитесь к P&I-диаграмме промединицы «RMT1» (рисунок 4.55). Функции

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

PCS7 PoT
Промединица «RMT1» может быть функционально структурирована. Она

включает в себя процессные объекты управления клапаном (NK111, NK112,
NK113 и NK114), управления насосом (NP111), измерения уровня (LI111),
управления расходом (скоростью потока) (FC111) и управления дозированием
(DOSE111).
При работе с системой PCS 7 CFC-схема вполне соответствует объекту процесса

или функциональному модулю. «RMT» может иметь следующие функциональные
схемы.
Таблица 4.3
Функции управления «RMT1»
Единица Объект процесса Главный функциональный

CFC-схема
процесса (P&I-диаграмма) модуль
NK111 Управление клапаном NK111
NK112 - // - NK112
NK113 - // - NK113
NK114 - // - NK114
«RMT1»
NP111 Управление мотором NP111
FC111 PID-контроль FC111
LI111 Измерение уровня LI111
Управление дозированием DOSE111
3. Использование иерархии предприятия и присваивание имен тегам
Из главы 2 мы знаем, что имя переменной PCS7-проекта может сочетать в себе

имя папки иерархии предприятия, имя CFC-схемы и имя экземпляра блока.
Уставка (setpoint – SP) может быть названа так:
необязательная часть
(Имя_иерархич_папки (уровень 1) + Имя_иерархич_папки (уровень 2) + … + (уровень 5)
обязательная часть
(+ Имя_схемы_CFC + Имя_экземпляра_блока + .SP)
Рисунок 4.60 Принцип присваивания имен
Вы должны решить, будут или нет имена ваших переменных включать имена
ваших иерархических папок в соответствии с системой обозначения приложения
и принятому по соглашению стандарту. Тем не менее, имена CFC-схем и имена
экземпляров блоков всегда являются частью имени переменной.

PCS7 PoT
Иерархия предприятия проекта «RMT1» разрабатывается и настраивается, как

это показано на рисунке 4.61.
Рисунок 4.61 Иерархия предприятия проекта «RMT1»
Вы можете настроить папки иерархии предприятия вашего проекта «RMT1» по-
другому, не по рисунку 4.61. Все же определение папок предприятия по рисунку
4.61, содержащих всего 3 уровня, является хорошей практикой. Верхний уровень
не включен в обозначение, и его цель – собрать свои ветви нижних уровней в
один PLC. Второй уровень включен в обозначение и является идентификацией
областей OS. Уровни третий и последний должны быть названы с учетом
объектов процесса и/или функциональных модулей процесса. CFC-схемы,
содержащиеся в последних папках, должны иметь те же имена, что и их папки.
На рисунке 4.61 каждая папка последнего уровня вставлена с одной CFC-схемой.

В соответствии с таблицей 4.3 функциональные схемы NK112, NK113 и NK114 не
вставлены. Они будут разработаны позже, в главе 6.
4. Разработка регулятора клапана, схема NK111
Стартовая точка:
Схема NK111 очень похожа на регулятор клапана, рассмотренный в главе 2,

рисунок 2.23. Модель клапана FB1100 используется взамен физического клапана
NK111. Блок «VALVE», FB73, используется для управления моделью клапана.

PCS7 PoT
Рабочие режимы:
Клапан должен быть доступен для ручного (manual) управления (как в главе 2),
автоматического (automatic) контроля и службы сопровождения (maintenance).
Вы можете использовать блок OP_D3 для проектирования функции выбора

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

единицы «RMT1». Обратитесь к рисунку 4.52.
Блокировка:
Два события заблокируют клапан NK111: экстренный останов и смоделированная

ошибка. Моделирование ошибки нужно, к примеру, для помощи в принятии
решения, должен ли сбой контроля клапана регулятором запереть его.
Чтобы вызвать экстренный останов «RMT1», вы можете использовать блок

«DIG_MON» и следовать примеру, показанному на рисунке 4.52.
Сочетание сбоя регулятора NK111 и смоделированной ошибки, блокирующей

клапан, показано на рисунке 4.62.
Часть схемы
NK111
Каждый вход моделирует

ошибку, которая может
возникнуть на одном из 4-х
клапанов.
Блок «DIG_MON» вызывает

экстренный останов.
Рисунок 4.62 Блокировка NK111

PCS7 PoT
5. Правило: одна иерархическая папка содержит только одну CFC-схему
Так как ошибка блока и сигнал экстренного останова принадлежат не только

схеме NK111, вы можете поместить их в другую схему. Когда вам нужно добавить
схему, сначала добавьте иерархическую папку, затем вставляйте схему.
6. Группы времени исполнения
Поместите NK111 в группу исполнения с именем «NK111» и установите группу в

ОВ35. Обратитесь к рисунку 4.63.
Рисунок 4.63 Группа исполнения (Runtime group) NK111
7. Разработка регулятора дозирования, DOSE111
Вычисление объема:
Модель емкости вычисляет скорость потока (расход) сырья при вырабатывании

регулятором объема дозы. Требуется интегрирование скорости потока. Вы
можете использовать библиотечную функцию INT_P (FB40) для интегрирования
скорости потока, результат (объем) – значение процесса (PV_IN) – передается в
блок «DOSE».
После окончания дозирования (QEND_DOS = 1) интегратор (INT_P) должен

остановить интегрирование и запомнить последний интегральный результат. Это
достигается путем помещения интегратора в режим трэкинга (TRACK = 1).
Уставка для регулятора дозирования:
Дозирование определяется оператором с лицевой панели в ручном режиме. В

автоматическом режиме дозируется фиксированный объем (например, SP_EXT =
= 80 литров) при SPEXT_ON = 1 AND SPEXON_L = 1. Оператор также может
изменить дозу при работе в автоматическом режиме, если SP_EXT доступен для
записи из OS. Вы можете добавить эту функцию позже, во время графической
разработки рабочей области.

PCS7 PoT
8. Разработка регулятора скорости потока FC111
Отпуск материалов из модели емкости:
Регулятор CTRL_PID управляет открытием входного отверстия клапана

посредством модели емкости, которая должна связать переменную LMN с
VALVE1. Скорость исходящего потока емкости является значением процесса,
передаваемым в CTRL_PID (путем связывания FLOW1 с PV_IN).
Для выпуска потока из емкости EN_OUT должен быть установлен (активирован).

Условие установки EN_OUT – Насос NP111 работает (NP111.QRUN = 1) и Клапан
NK112 открыт (/NK112//VALVE.QOPENED = 1).
Уставка и ее профиль:
Регулятор скорости потока будет работать нормально в автоматическом режиме,

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

функциональный блок POLYG_P (FC271). Пример такого профиля показан на
рисунке 4.64.
Уставка для скорости потока
Время
Ошибка дозирования
Рисунок 4.64 Пример профиля между DOSE.ER и CTRL_PID.SP_EXT
Чтобы узнать больше о «POLYG_P», обратитесь к онлайновой помощи.

PCS7 PoT
Вы можете непосредственно связать POLYG_P.V с CTRL_PID.SP_EXT. Но если

вы хотите более гибко, отдельно друг от друга, тестировать функцию
дозирования и функцию управления потоком, вы можете воспользоваться одним
из мультиплексоров из библиотеки, например, SEL_R. См. рисунок 4.65.
Часть схемы NK111
Рисунок 4.65 Уставка регулятора потока
С помощью функции SEL_R вы можете ввести уставку SP_EXT путем ввода в

IN1, пока существует связь между SP_EXT и ошибкой дозирования (POLYG_P.V).
Переменная процесса, CTRL_PID.PV_IN:
Блок «СН_АI» измеряет и получает скорость потока в реальных операциях. При

моделировании используется режим моделирования «СН_АI», а скорость потока
задается SIM_TANK.FLOW1.
Ручной режим:
Чтобы оператор мог непосредственно организовать открытие клапана путем

ввода MAN_OP с лицевой панели, должен быть включен ручной режим
(установкой LMNOP_ON = 1). Блок «CTRL_PID» обеспечивает MAN_OP = LMN.
9. Разработка регулятора мотора, NP111
Обратитесь, пожалуйста, к разделу о регуляторе клапана, чтобы разработать

NP111 с использованием блока «Motor» (FB66).
10. Измерение уровня емкости, LI111
Уровень емкости, SIM_TANK.LEVEL, получается с помощью режима

моделирования «СН_АI», далее значение контролируется с помощью
MEAS_MON. Если уровень высокий, предупреждающий (alarm) сигнал
(MEAS_MON.QL_ALM = 1) останавливает насос.

PCS7 PoT
11. Имена экземпляров блоков
Для блоков, задействованных в проекте «RMT1» рекомендуются следующие

имена экземпляров, т.к. описание использования основано на соглашении по
именам.
Имя структуры типа «блок» Имя экземпляра

VALVE VALVE
MOTOR MOTOR
CTRL_PID PID-CONTROL
DOSE DOSE
INTERLOCK LOCK
MEASE_MON MEASE_MON
DIG_MON DIG_MON
OP_D3 MAN-AUTO, WAY
OP_D SIM_DIG, RESET
SIM_VALVE SIM_VALVE
SIM_MOTOR SIM_MOTOR
SIM_TANK SIM_TANK
12. Последовательность исполнения
Создайте группу времени исполнения для каждой CFC-схемы и убедитесь, что

все блоки внутри схемы принадлежат одной группе исполнения.
13. Протестируйте ваш проект
В режиме тестирования CFC протестируйте вашу программу.
14. Перемещение (Transfer)
Переместите проект из SIMATIC-менеджера в OS.
15. Разработайте кнопки вызова лицевых панелей
Для тестирования вашей разработки должны использоваться следующие

лицевые панели.
VALVE, MOTOR, PID-CONTROL, DOSING

MAN-AUTO, WAY, RESET.

Глава 5
Создание функциональных блоков
- SCL и «схема-в-блоке»
PCS7 PoT
Глава 5 Создание функциональных блоков – SCL и «схема-в-блоке»
ГЛАВА 5 СОЗДАНИЕ ФУНКЦИОНАЛЬНЫХ БЛОКОВ – SCL И «СХЕМА-В-БЛОКЕ» . 4
1. БЛОКИ В SCL .................................................................................................................. 4

1.1 СТРУКТУРА БЛОКА ......................................................................................................... 4
1.2 ЗАГОЛОВОК БЛОКА......................................................................................................... 5
1.2.1 FUNCTION_BLOCK (функциональный_блок)..................................................... 6
1.2.2 TITLE (заглавие)..................................................................................................... 6
1.2.3 NAME (имя) ............................................................................................................ 7
1.2.4 VERSION (версия) .................................................................................................. 7
1.2.5 FAMILY (семейство) ............................................................................................. 7
1.2.6 AUTHOR (автор) ................................................................................................... 8
1.3 АТРИБУТЫ БЛОКА .......................................................................................................... 9
1.3.1 Системные атрибуты.......................................................................................... 9
1.3.2 Список атрибутов блока ...................................................................................... 9
1.3.3 Определение атрибутов блока ............................................................................ 9
1.4 РАЗДЕЛ ОПИСАНИЙ ...................................................................................................... 11
1.4.1 Параметры блока (блок входов/выходов) ......................................................... 11
1.4.2 Список системных атрибутов для параметров .............................................. 12
1.4.3 Локальные (local) переменные............................................................................ 14
1.5 РАЗДЕЛ КОДА ................................................................................................................ 16
2. АДАПТИРОВАНИЕ СИСТЕМНЫХ АТРИБУТОВ ................................................... 17
3. РЕДАКТОР SCL ............................................................................................................. 18

3.1 ВСТАВКА ШАБЛОНА БЛОКА ......................................................................................... 18
3.2 ВСТАВКА ВЫЗОВА БЛОКА (BLOCK CALL) В ТЕКСТ ПРОГРАММЫ НА SCL.................. 19
3.3 ОПЕРАТОРЫ УПРАВЛЕНИЯ SCL ................................................................................... 20
3.3.1 Операторы IF (ЕСЛИ) ........................................................................................ 20
3.3.2 Оператор CASE (ВЫБОР) .................................................................................. 21
3.3.3 Оператор FOR (ДЛЯ) ......................................................................................... 21
3.3.4 Оператор WHILE (ПОКА) .................................................................................. 21
4. «СХЕМА-В-БЛОКЕ» (CHART-IN-BLOCK)................................................................ 22
5. ОТКАЗОУСТОЙЧИВОСТЬ И ВОЗМОЖНОСТИ CPU ............................................. 24

5.1 ВВЕДЕНИЕ .................................................................................................................... 24
5.1.1 Вопрос – режим «STOP» CPU ........................................................................... 24
5.1.2 Загрузка всей программы или загрузка только изменений? ............................ 25
5.1.3 Режим «STOP» CPU вызывается загрузкой только изменений? .................. 26
5.2 ЛОКАЛЬНЫЕ ДАННЫЕ .................................................................................................. 27
5.2.1 Описание локальных данных............................................................................... 27
5.2.2 Предустановка локальных данных в CPU......................................................... 28
5.2.3 Вычисление локальных данных ........................................................................... 30
5.3 ПАМЯТЬ CPU ............................................................................................................... 32
5.4 СИСТЕМНАЯ ПОДДЕРЖКА ИЗБЕЖАНИЯ ОСТАНОВА (STOP) CPU .............................. 35
5.4.1 Упреждающие ограничения (Warning limits) .................................................... 35
5.4.2 Список ссылок (Reference list) ............................................................................ 38
5.4.3 Страница журнала регистрации (Logs page) .................................................. 39
5.4.4 Возможности при компиляции .......................................................................... 39
5.4.5 Возможности при загрузке ................................................................................ 40
5.4.6 Другие возможности .......................................................................................... 41

PCS7 PoT
УПРАЖНЕНИЯ ......................................................................................................................... 43
УПРАЖНЕНИЕ 5.1 СОЗДАНИЕ ФУНКЦИОНАЛЬНОГО БЛОКА ЦИКЛИЧЕСКОЙ ОБРАБОТКИ
«ROTATION» В SCL ................................................................................................................. 43
1. Задача ....................................................................................................................... 43
2. Указания................................................................................................................... 43
УПРАЖНЕНИЕ 5.2 СОЗДАНИЕ ФУНКЦИОНАЛЬНОГО БЛОКА «CTRL_P» В
«СХЕМЕ-В-БЛОКЕ» .................................................................................................................. 44
1. Задача ....................................................................................................................... 44
2. Указания................................................................................................................... 45

PCS7 PoT
Глава 5 Создание функциональных блоков – SCL и

«схема-в-блоке»
Как было рассмотрено в главе 4, функциональные блоки могут быть созданы с
использованием LAD, STL и SCL. Блоки, используемые в программной среде
PCS7, создаются на структурированном языке управления (Structure Control
Language – SCL).
В редакторе CFC есть функция «Compile Chart as Block Type» («Компилировать

схему как структуру типа «Блок»). С помощью этой функции вы можете создавать
блоки из других блоков, включенных в CFC-схему без написания кодов SCL.
Эта глава содержит введение в создание функциональных блоков PCS 7 с

использованием SCL и chart-in-block («схемы-в-блоке»). Подробная информация
по данной теме содержится в руководстве «Programming Instructions, Creating
Blocks for PCS 7» («Инструкции по программированию, создание блоков для
PCS7»).
Руководство руководстве «Programming Instructions, Creating Blocks for PCS 7»
включено в компакт-диск электронных руководств PCS 7 V5.1.
1. Блоки в SCL
1.1 Структура блока
Заголовок блока
Раздел описаний
Параметры
Локальные
переменные
Раздел кодов
Структура блока
Рисунок 5.1 Структура блока в SCL

PCS7 PoT
1.2 Заголовок блока

Как показано на рисунке 5.2, в заголовок блока входят следующие подразделы:
(функциональный_блок)
(заглавие)
(версия)
(имя)
(автор)
(семейство)
(защита_ноу_хау)
Заголовок блока
Рисунок 5.2 Заголовок блока
Рисунок 5.3 демонстрирует заголовок модели клапана.
Рисунок 5.3 Заголовок блока FB1100

PCS7 PoT
1.2.1 FUNCTION_BLOCK (функциональный_блок)
Подраздел FUNCTION_BLOCK определяет номер блока или символьное имя.

Если это набор символов, например, SIM_VAL, то перед компиляцией блока в
кодах SCL имя должно быть связано с номером (например, FB1100) в таблице
символов. Символьное имя появится на любом экземпляре блока при
перетаскивании на CFC-план. Обратитесь к рисунку 5.4.
FUNCTION_BLOCK определяет имя структуры блочного

типа как в виде символов, так и в виде номера.
Рисунок 5.4 Имя структуры блочного типа
1.2.2 TITLE (заглавие)
Эта информация в PCS 7 не обрабатывается, однако, она отображается в

SIMATIC-менеджере в объектных свойствах блока в поле комментариев.
Советуем вводить то же имя, что и для FUNCTION_BLOCK. См. рисунок 5.5. Окно
свойств («Properties») блока, как показано на рисунке 5.5, вызывается при
двойном щелчке клавишей мыши на блоке под папкой блоков (Block).

PCS7 PoT
Определено в
таблице символов.
Рисунок 5.5 Заглавие блока
1.2.3 NAME (имя)
Имя вводите то же, что и для FUNCTION_BLOCK. Если вы намереваетесь

воспользоваться онлайновой помощью, это имя (и FAMILY – семейство)
формируют часть ключа для поиска раздела помощи по этому блока.
1.2.4 VERSION (версия)
Диапазон номеров версий – от 0.0 до 15.15.
1.2.5 FAMILY (семейство)
Если вы хотите поместить ваши блоки вместе в разные библиотеки и

организовать блоки в различные группы внутри библиотеки, введите имя
семейства для блока (максимум 8 символов). Обратитесь к рисунку 5.6.
Если вы хотите прибегнуть к онлайновой помощи, FAMILY и NAME формируют

часть ключа для поиска раздела помощи по этому блока.

PCS7 PoT
Семейства
Рисунок 5.6 Семейства блоков
1.2.6 AUTHOR (автор)
Этот атрибут обычно содержит имя автора блока или отдела разработки. В
PCS7-блоках данный подраздел используется в следующих двух целях:
- если вы хотите из блоков сформировать библиотеку, введите общее имя для

всех блоков библиотеки (максимум 8 символов);
- если вы используете онлайновую помощь, то соответствующий файл помощи
ищется с использованием этого имени.
KNOW_HOW_PROTECT (защита_ноу_хау)
После ввода атрибуты блока отображаются только в SIMATIC-менеджере в

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

PCS7 PoT
1.3 Атрибуты блока
1.3.1 Системные атрибуты
Системные атрибуты делятся на системные атрибуты для блоков и системные

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

программного обеспечения, они управляют функциями и распределяют их между
отдельными приложениями. К примеру, сообщения нужно только раз
сконфигурировать в блоках и их можно использовать где-либо еще, например, в
OS-системе. Системные атрибуты используются для конфигурирования
сообщений, настройки коммуникации и операторских интерфейсов.
1.3.2 Список атрибутов блока
Таблица 5.1
Список атрибутов блока
Системный Значение по
Значение
атрибут умолчанию
Определяет, может ли блок контролироваться
S7_m_c или наблюдаться из OS.
False
Содержит список блоков ОВ (например, ОВ,
Не устанавливается
S7_tasklist обрабатывающих ошибки или запуск), в которых
блок будет установлен CFC. более одного раза
Идентификатор для сервера сообщений:
S7_alarm_ui := ‘0’ – стандартный диалог
S7_alarm_ui сообщения;
S7_alarm_ui := ‘0’
S7_alarm_ui := ‘1’ – диалог сообщения PCS7.
Если этот системный атрибут имеет значение
‘false’, блок не входит в список тэгов OS. Это
S7_tag полезно для блоков, которые только посылают
False
сообщения, а лицевых панелей не имеют.
1.3.3 Определение атрибутов блока
В SCL вы можете определить атрибуты блока в разделе его заголовка.


PCS7 PoT
//Список системных атрибутов

//Блок вызывается при возн.
//ошибки врем. и «тепл.» рестарте
//Уст-ка диалога сообщения для PCS7, если
//блок имеет функции сообщения
//Блок может управляться и
//наблюдаться на OS
Рисунок 5.7 Определение атрибутов блока
Системные атрибуты отображаются в объектных свойствах блока во вкладке

«Attributes» («Атрибуты») SIMATIC-менеджера, где они также могут быть
изменены, если блок не защищен от записи. См. рисунок 5.8. Пример, показанный
на рисунке 5.7, не включает KNOW_HOW_PROTECT (защита_ноу_хау). Таким
образом, внесение изменений возможно, как показано на рисунке 5.8.
Рисунок 5.8 Отображение и редактирование атрибутов блока

PCS7 PoT
1.4 Раздел описаний

1.4.1 Параметры блока (блок входов/выходов)
Параметры блока определяют интерфейс блок с другими блоками и с

интерфейсами управления и наблюдения оператора (operator control and
monitoring – OCM) WinCC.
Есть входные (Input), выходные (Output) и совмещенные (In_Out) параметры.

Совмещенные параметры могут как считываться, так и записываться алгоритмом
блока.
Входные переменные определяются (описываются) в разделе VAR_INPUT …

END_VAR в следующем виде:
VAR_INPUT
SAMPLE_T {S7_sample_time := ‘true’; //Парам.блока дискр.времени
S7_visible := ‘false’;
S7_link := ‘false’
}: REAL := 1; //Дискретизация времени (по умолч. 1 с.)
IN1 {S7_m_c := ‘true’}: BOOL := 'false'; //вход
IN2 {S7_m_c := ‘true’}: BOOL := 'false'; //вход
END_VAR
Выходные переменные определяются в разделе VAR_OUTPUT … END_VAR в

следующем виде:
VAR_OUTPUT
LMN {S7_shortcut := ‘pressure’;
S7_unit := ‘mbar’;
S7_m_c := ‘true’}: REAL; //Управляемое (обрабат.) значение
OU1 {S7_m_c := ‘true’}: BOOL; //выход
OU2 {S7_m_c := ‘true’}: BOOL; //выход
END_VAR
Совмещенные переменные определяются в разделе VAR_IN_OUT … END_VAR в

VAR_IN_OUT
PV_IN {S7_dynamic := ‘true’;
S7_unit := ‘%’;
S7_m_c := ‘true’}: REAL; //Значение процесса
SP_OP {S7_visible := ‘false’;
S7_link := ‘false’;
S7_m_c := ‘true’;
S7_shortcut := ‘Setpoint’;
S7_unit := ‘mbar’} REAL; //Уставка
END_VAR

PCS7 PoT
1.4.2 Список системных атрибутов для параметров
Таблица 5.2
Список атрибутов параметров
Системный Дейст- Значение по

Значение
атрибут вие умолчанию
Если параметр имеет этот системный атрибут,
ему автоматически присваивается время цикла
Время вызова циклического ОВ. При компиляции CFC-
S7_sample_time False
отклика схемы флажок «Update sampling time»
(«Обновление дискретизации времени») должен
быть установлен (см. также раздел 1.4).
Если параметр имеет этот системный атрибут,
S7_dynamic CFC он автоматически регистрируется для проверки в False
режиме тестирования (test mode) CFC (Watch).
Этот атрибут определяет, доступен параметр
или нет для редактирования в таблице «Edit
S7_edit CFC Parameters/Signals» («Редактирование False
параметров/сигналов») (без открытия CFC-
схемы).
Этот атрибут определяет, может ли параметр
S7_link CFC быть соединенным в CFC-схеме.
True
Этот атрибут определяет, может значение
S7_param CFC параметра быть установлено в CFC-схеме или True
нет.
Если для параметра этот системный атрибут
S7_visible CFC установлен в ‘false’, то параметр не True
отображается в блоке в CFC-схеме (Displayed).
Этот атрибут определяет, доступен параметр
S7_m_c ОСМ или нет для контроля и наблюдения из OS.
False
Данный атрибут для идентификатора параметра
содержит максимум 16 символов. Это имя
S7_shortcut ОСМ (например, «Setpoint») также может быть
-
отображено на лицевой панели на OS.
Этот системный атрибут относится только к
входным параметрам (или входным/выходным
параметрам) данных типа BOOL (логический).
Он содержит текст из максимум 16 символов,
S7_string_0 ОСМ который может быть отображен на лицевой -
панели как текст оператора (например, «Open
Valve» – «Откройте клапан»). Когда оператор
выбирает эту функцию, параметр получает
значение «0».
Этот системный атрибут относится только к
входным параметрам (или входным/выходным
параметрам) данных типа BOOL. Он содержит
текст максимум из 16 символов, который может
S7_string_1 ОСМ быть отображен на лицевой панели как текст
-
оператора (например, «Close Valve» – «Закройте
клапан»). Когда оператор выбирает эту функцию,
параметр получает значение «1».
Данный атрибут содержит единицу измерения
параметра и состоит максимум из 16 символов.
S7_unit ОСМ Единица измерения (например, «mbar» - -
«мБар») может быть отображена в CFC в блоке
входов/выходов.
Параметр интерфейса присвоен серверу. Нет вызова
S7_server Сервер Сервер сообщений: S7_server := ‘alarm_archiv’. сервера
Параметр интерфейса является входным
Нет вызова
S7_a_type Сервер номером сообщения типа сообщений х или
входным номером архива. сервера

PCS7 PoT
Атрибут S7_m_c важен, т.к. он требуется, если переменная должна быть

перемещена в OS.
Пример типа данных BOOL (булевский) с атрибутами параметров показан на

рисунке 5.9.
//Запрет
Рисунок 5.9 Свойства параметров типа данных BOOL
В SCL булевская переменная M_SUP_AH описывается с системными

атрибутами. После компиляции SCL-кода переменная является параметром
блока. Далее в диалоге свойств (Properties) блока вы можете увидеть, как
используются атрибуты, такие как S7_string_0, S7_string_1, S7_visible и
S7_dynamic.
Пример типа данных REAL (вещественный) с атрибутами параметров показан на


PCS7 PoT
//Уставка верхнего предела
Рисунок 5.10 Свойства типа данных REAL
1.4.3 Локальные (local) переменные
Временные (temporary) переменные:
Временные переменные доступны только во время одного вызова блока; другими

словами, они должны устанавливаться при каждом вызове блока.
Временные переменные определяются в разделе VAR_TEMP … END_VAR в

VAR_TEMP
X: BYTE;
Y: WORD;
Z: DWORD;
END_VAR
Статические (static) переменные:
Статические переменные, в отличие от временных переменных, сохраняют свои

значения между вызовами блока до момента, когда вы измените значение в
алгоритме блока.

PCS7 PoT
В PCS7-совместимых блоках эти переменные особенно важны, если вы хотите

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

быть помещены в папку блоков программы S7.
Если вы хотите сделать параметры вызываемого блока видимыми для внешнего

мира и связываемыми, вы должны скопировать параметры вызываемого блока в
вызывающий блок.
Статические переменные определяются в разделе VAR … END_VAR. Пример

использования статических переменных – вызов существующего блока, как
показано на рисунке 5.11, где ALARM_8P определен как ALARMER.
//блок вызывает другой блок
//входящая ошибка
//требуется сопровождение
//возникает сигнал «выкл.» или «закрыть»
//возникает сигнал «вкл.» или «открыть»
//неопределенный статус, внешний сбой
//Канал сообщения
//ID сообщения в локальном экземпляре
//ID 1 сообщения активно...
//Значение процесса/коэффициент: №1
Рисунок 5.11 Вызов существующих блоков

PCS7 PoT
На рисунке 5.11 переменные MSG_DONE, MSG_ERR и MSG_ACK_STATE –

выходы вызывающего блока. Обратите внимание, как переменные вызываемого
экземпляра блока DONE, ERROR и ACK_STATE передаются в параметры
вызывающего блока.
Также отметьте, как входы вызывающего блока (MSG_EVID, ERROR,

OFF_CLOSED, ON_OPEN и MAINT) передаются в вызываемый блок для
вычисления выходов вызываемого блока. Обратитесь к рисунку 5.12 для
ознакомления с параметрами вызывающего блока.
//сообщение
//ID сообщения в лок. экзмпл. или № сообщ.
//вывод сообщения
//вывод сообщения
//Словесное или целочисленное сообщение
//Неопределенный статус
Рисунок 5.12 Описание параметров блока
Чтобы вызвать «Alarm_8p», вы должны определить параметр, который имеет
атрибуты S7_server := ‘alarm_archive’ и S7_a_type := ‘alarm_8p’. Этот параметр
называется «Message ID» («ID сообщения»). На рисунке 5.12 переменная
MSG_EVID определена как Message ID.
1.5 Раздел кода

SCL-коды вводятся в разделе BEGIN … END_FUNCTION_BLOCK (для
функциональных блоков), BEGIN … END_FUNCTION (для функций) или BEGIN …
END_ORGANIZATION_BLOCK (для организационных блоков) и т.д.

PCS7 PoT
2. Адаптирование системных атрибутов

В главе 4, разделе 5 мы обсуждали адаптацию существующих блоков и
библиотек для соответствия библиотеке проекта и ее формирования.
Адаптирование блоков включает в себя приспособление системных атрибутов
соответственно к приложению.
Вы можете изменить следующие системные атрибуты блока входов/выходов:
• видимость параметров (S7_visible),

• динамический просмотр параметров (S7_dinamic),
• тексты для бинарных значений (S7_string_0, S7_string_1),
• тексты для аналоговых значений (S7_unit, S7_shortcut),
• возможность соединить параметры (S7_link, например, для GAIN, TN, TV в
контроллере) и т.д.
Вы не сможете изменить атрибуты сообщений (S7_server, S7_a_type).
Атрибут S7_m_c требуется, если параметр должен быть передан в OS. Если вы
меняете атрибут S7_m_c, изменится функциональность соответствующей
лицевой панели (связи теряются по причине того, что переменная более не
находится в OS).
Для адаптации системного атрибута блока вы обычно можете изменить его в

редакторе блоков (Block editor), вызываемом двойным нажатием левой клавиши
мыши на блоке. Если блок защищен, появится предупреждающее сообщение. Вы
можете игнорировать сообщение, т.к. определенные атрибуты доступны для
изменения. Войдя в среду редактора блоков, следуйте рисунку 5.13, чтобы
изменить атрибуты.

PCS7 PoT
сохраните изменения
правый клик в любом месте строки
измените атрибуты
Рисунок 5.13 Адаптирование системных атрибутов
После адаптации существующих блоков и библиотек для проекта вы можете

использовать их в качестве основы для построения других функций, блоков и
схем. Рекомендуется, чтобы новые блоки и схемы имели копии в библиотеке
проекта (если они созданы где-то в другом месте), или они должны быть созданы
непосредственно в библиотеке и скопированы в проект.
3. Редактор SCL
Вы можете вставить новый SCL-файл в папку исходных текстов (Sources)
программы S7, затем двойным щелчком на нем открыть редактор SCL.
3.1 Вставка шаблона блока

Вы можете начать работу с SCL со вставки шаблона блока, например, функций
(ОВ, FB или FC), заголовка блока (Comment - комментария) и описаний данных
(параметров) и т.д., как показано на рисунке 5.14. Шаблон блока поможет вам
ознакомиться с синтаксисом SCL. Обратитесь к рисунку 5.14.

PCS7 PoT
Рисунок 5.14 Вставка основного синтаксиса SCL
3.2 Вставка вызова блока (Block Call) в текст программы на

SCL
Вызовы функций и функциональных блоков из SCL-текста могут быть легко
выполнено с помощью команды меню Insert > Block Call. SCL автоматически
скопирует вызываемый блок в программу S7 и добавит блок в текст программы.

PCS7 PoT
Навигация в проектах,
библиотеках и подпапках
Выбранный блок вставляется в

SCL с параметрами вызова
Рисунок 5.15 Вызов блоков в SCL
3.3 Операторы управления SCL
Подробная информация по функциям SCL содержится в онлайновой помощи
SCL.
3.3.1 Операторы IF (ЕСЛИ)
Пример оператора IF … THEN приведен ниже.
IF I1.1 THEN
N := 0;
SUM := 0;
OK := FALSE; //установка флага ОК в FALSE
ELSIF START = TRUE THEN
N := N + 1;
SUM := SUM + N;
ELSE OK := FALSE;
END_IF;

PCS7 PoT
3.3.2 Оператор CASE (ВЫБОР)
Пример оператора CASE приведен ниже.
CASE TW OF
1: DISPLAY := OVEN_TEMP;
2: DISPLAY := MOTOR_SPEED;
3: DISPLAY := GROSS_TARE;
QW4 := 16#0004;
11, 13, 19: DISPLAY := 99;
QW4 := 16#0005;
ELSE:
DISPLAY := 0;
TW_ERROR := 1;
END_CASE
3.3.3 Оператор FOR (ДЛЯ)
Пример оператора FOR приведен ниже.
FUNCTION_BLOCK FOR_EXA
VAR
INDEX: INT;
IDWARD: ARRAY [1..50] OF STRING;
END_VAR
BEGIN
FOR INDEX := 1 TO 50 BY 2 DO
IF IDWARD[INDEX] = ‘KEY’ THEN
EXIT
END_IF
END_FOR
END_FUNCTION_BLOCK
3.3.4 Оператор WHILE (ПОКА)
Пример оператора WHILE приведен ниже.
FUNCTION_BLOCK WHILE_EXA
VAR
INDEX: INT;
IDWARD: ARRAY [1..50] OF STRING;
END_VAR
BEGIN
INDEX := 1
WHILE INDEX <= 50 AND IDWARD[INDEX] <> ‘KEY’ DO
INDEX := INDEX + 2;
END_WHILE
END_FUNCTION_BLOCK

PCS7 PoT
4. «Схема-в-блоке» (Chart-in-block)
В главе 4, разделе 2.1 мы обсудили входы/выходы схемы (chart I/Os). После
определения входов/выходов для схемы вы можете компилировать схему как
блок. Обратитесь к главе 4, разделу 2.2.
Подобное применимо и к программе SCL. Вам также необходимо определить

атрибуты для входов/выходов схемы (которые становятся параметрами блока) и
для блока.
Рисунок 5.16 иллюстрирует открытие диалога «Variable Properties» («Свойства

переменных»), обеспечивающего определение входов/выходов схемы (см. главу
4, раздел 2.2) для установки системных атрибутов переменной. После открытия
диалогового окна открывается список атрибутов параметров для выбора, как это
двойным щелчком на строке переменной

откройте диалог «Variable Properties»
Рисунок 5.16 Открытие диалогового окна «Variable Properties»

(«Свойства переменных»)

PCS7 PoT
имя переменной
ввод
начальное значение
комментарии
установите атрибуты параметра
Рисунок 5.17 Определение атрибутов параметров в диалоговом окне свойств

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

каждого входа/выхода схемы выполните функцию меню: Compile > Chart as Block.
Откроется диалоговое окно «Compile chart as block» («Компилирование схемы как
блока»), где вы должны определить заголовок блока и атрибуты блока.
Обратитесь к рисункам 5.18 и 5.19.
Редактирование
заголовка блока
Рисунок 5.18 Определение заголовка блока

PCS7 PoT
Рисунок 5.19 Определение атрибутов блока
После преобразования (в блок) схема становится независимым блоком. Вы

можете вставить ее в CFC, использовать ее в других проектах и т.д.
5. Отказоустойчивость и возможности CPU

5.1 Введение
5.1.1 Вопрос – режим «STOP» CPU
Отказоустойчивость CPU означает, что работающий CPU не останавливается,

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

рассмотрены в главе 3, разделе 6.2.2.
В данном разделе мы обсудим вторую ситуацию: полная загрузка (Entire

download) или загрузка только изменений (Change only download).
При загрузке программы из CFC в CPU вы можете выбрать тип загрузки:
• Вся программа (Entire program). Загружается все содержимое папки

блоков («Blocks»), и (следуя запросу) CPU устанавливается в STOP
(останов).
• Только изменения (Changes only). CPU может находиться в режиме
«RUN-P». Модифицированные блоки загружаются как можно
«осторожнее», чтобы избежать перехода CPU в режим «STOP».

PCS7 PoT
Для исключения перехода CPU в STOP вы должны избежать загрузки всей

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

CPU не перейдет в STOP. Причиной этому может служить, например, временная
неустойчивость, которая не может быть проверена системой (локальные данные
блока не имеют списка ссылок).
5.1.2 Загрузка всей программы или загрузка только изменений?
Когда изменения загружены, обязательно включается «асинхронное сжатие

CPU» («asynchronous compression of the CPU»). Это поможет предотвратить
предупреждения и сообщения об ошибках во время последней загрузки из-за
недостатка памяти.
Сжатие памяти CPU оказывает другое влияние на загрузку по сравнению со

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

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

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

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

возможна только загрузка всей программы в режиме «STOP» CPU. Эти сценарии
следующие:
Если используемая блочная структура заменяется новой версией с измененной

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

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

PCS7 PoT
Если вы хотите протестировать модифицированную программу на другом CPU

перед загрузкой изменений, убедитесь, что вы используете только копию
программы. Иначе временная фиксация (time stamp) не совпадет с временной
фиксацией на исходном CPU, и загрузка изменений станет недопустимой.
Если программа заархивирована, и вы хотите загрузить в CPU архивную

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

(Download option: Include user data blocks)
По умолчанию эта опция установлена и относится только к загрузке изменений;

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

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

другая, или блоки данных добавлены.
• Они стираются в CPU, если их нет в S7-программе.
Если вы хотите, чтобы пользовательские блоки данных игнорировались при

загрузке изменений, деактивируйте опцию. Но это повлечет за собой следующее:
• Если пользовательский блок данных присутствует в S7-программе, но

отсутствует в CPU, загрузка прервется с сообщением об ошибке.
• Если пользовательский блок данных присутствует в CPU, но отсутствует
в S7-программе, появляется предупреждение; это также случай, когда
пользовательский блок данных в S7-программе отличается от блока в
CPU. Ответственность за корректное исполнение программы ложится на
пользователя.
5.1.3 Режим «STOP» CPU вызывается загрузкой только изменений?
Загрузка изменений в CPU, находящийся в режиме «RUN-P», может вызвать

переход CPU в режим «STOP» при определенных обстоятельствах. Причины
этого и способы это избежать описываются в этом разделе.
Оперативная (онлайновая) загрузка изменений возможна, когда блоки локально

протестированы, к примеру,
• В блоках нет программных ошибок.

• Деление на ноль, переполнение значения, несовместимость типов
данных и т.д. исключены (внимание: при использовании блоков «DIV_X»
делитель по умолчанию – НОЛЬ!).
• Загрузка происходит в пределах системных ресурсов (буферов,
адекватных плану).

PCS7 PoT
Организационные блоки (ОВ), обрабатывающие ошибки:
Реакцией CPU на некоторые события является переход в режим «STOP». Этого

можно избежать, введя обрабатывающие ошибки блоки ОВ, которые откликаются
на эти события (используя мастер генерирования драйвера модуля – Generate
Module Driver wizard).
Зависимости между блоками:
Если существуют вызовы блоков типа SFB, SFC и SDB, убедитесь, что они
поддерживаются исполняющим CPU. Иначе CPU во время загрузки перейдет в
режим «STOP».
Глубина вложения инструкций MCR:
Глубина вложения инструкций MCR (Master Control Relay – главное реле

управления) ограничена 8 инструкциями.
Блоки FB с входами/выходами типа данных ANY:
Если вы используете FB с входами/выходами типа ANY, CPU может остановиться

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

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

можно произвести с помощью блоков «TIME_BEG» и «TIME_END» (обратитесь к
библиотеке CFC Library / Element и онлайновой помощи).
5.2 Локальные данные

5.2.1 Описание локальных данных
Локальные данные объявляются в логическом блоке (FC, FB, OB) и принадлежат

этому логическому блоку. Более подробная информация приведена в таблице
5.3.

PCS7 PoT
Таблица 5.3
Локальные данные
Локальные данные или

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

окне свойств CPU (Properties). Обратитесь к рисунку 5.20.
Рисунок 5.20 Предустановка локальных данных в CPU 416-2

PCS7 PoT
Максимальный размер предустанавливаемых данных в популярных CPU

приведен в таблице 5.4.
Таблица 5.4
Максимальный размер локальных данных, обрабатываемых в CPU
Предустановка максимального размера

CPU
локальных данных, килобайты
414-3 8
416-2 и 416-3 16
417-4 32
Локальные данные для CPU 416-2, предустановленные для каждого

приоритетного класса, показаны в таблице 5.5. Представление о других CPU вы
можете получить, вызвав окно свойств CPU, как показано на рисунке 5.19.
Таблица 5.5
Предустановка локальных данных для каждого приоритетного класса
Приоритет- Назначен- Локальные Приоритет- Назначен- Локальные

ный класс ные ОВ данные, б ный класс ные ОВ данные, б
1 ОВ1 1024 15 ОВ38 256
ОВ10-17,
2 256 16 ОВ40 256
ОВ55-57
3 ОВ20 256 17 ОВ41 256
4 ОВ21 256 18 ОВ42 256
5 ОВ22 256 19 ОВ43 256
6 ОВ23 256 20 ОВ44 256
7 ОВ30 256 21 ОВ45 256
8 ОВ31 256 22 ОВ46 256
9 ОВ32 1024 23 ОВ47 256
10 ОВ33 1024 24 256
11 ОВ34 1024 25 ОВ81-87 256
12 ОВ35 1024 26 1024
13 ОВ36 256 27 ОВ100/101 1024
14 ОВ37 256 28 1024
29 ОВ90 256
Блоки ОВ121 и ОВ122 занимают тот же приоритетный класс, что и блок, прерванный по
программной ошибке или ошибке доступа к входу/выходу. Назначение по умолчанию
определенному приоритетному классу, таким образом, невозможно.
Предустановленные локальные данные для каждого приоритетного класса

должны быть приспособлены для соответствия программе пользователя. Блоки
ОВ с меньшим объемом данных должны занимать меньше пространства
локальных данных, а ОВ, имеющий больший объем данных, должны
располагаться в большем объеме области локальных данных.
Локальные данные, необходимые для каждого приоритетного класса, должны

вычисляться в соответствии с критерием перераспределения пространства:
общий объем не должен превышать максимально возможного для данного CPU.

PCS7 PoT
5.2.3 Вычисление локальных данных
Для вычисления локальных данных, требуемых для CPU, должны быть

сгенерированы ссылочные данные S7-программы. Чтобы сгенерировать
ссылочные данные, следуйте рисунку 5.21.
клавишей мыши
на блоке
Рисунок 5.21 Генерирование связанных с блоком ссылочных данных
После генерирования ссылочных данных вы можете отобразить их. Выберите

«Display» («Отобразить») на рисунке 5.21 и следуйте рисункам 5.22 и 5.23.

PCS7 PoT
Рисунок 5.22 Отображение ссылочных данных – 1
Рисунок 5.23 Отображение ссылочных данных – 2
После выбора «Program Structure» («Структура программы») отобразится

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

PCS7 PoT
Рисунок 5.24 Вычисление требуемых локальных данных
Блоки, отмеченные крестиком, не используются ни в одном ОВ, не вызываются и,

следовательно, не требуют локальных данных.
В примере на рисунке 5.24 для ОВ32 (приоритетный класс 9) требуется 232 плюс
464 байта (всего 696 байт) для возможного вызова ОВ121 и ОВ122. В окне
свойств CPU должно быть зарезервировано по крайней мере 696 байт локальных
данных.
5.3 Память CPU

В главе 3 виды памяти CPU S7-400 показаны на рисунке 3.8. Перед загрузкой
программы вы должны проверить, достаточно ли загрузочной (load memory) и
рабочей (главной) (work, main memory) памяти. Проделайте действия,
показанные на рисунках 5.25 и 5.26.

PCS7 PoT
клавишей мыши
на блоке
Рисунок 5.25 Отображение требований к загрузочной и рабочей памяти – 1
Рисунок 5.26 Отображение требований к загрузочной и рабочей памяти – 2

PCS7 PoT
Для программы S7, показанной на рисунке 5.25, загрузочная память требует

200516 байт, а рабочая память – 156632 байта, как показано на рисунке 5.26.
Спецификация по видам памяти для центральных процессоров S7-400 приведена

в таблице 5.6.
Таблица 5.6
Спецификация памяти CPU
CPU Загрузочная память Рабочая (главная) память

(1) Встроено 236 кб RAM (ОЗУ); (1) Встроено 384 кб для кода и 384
414-3 (2) Расширяемая с помощью карт кб для данных;
памяти (FLASH или RAM) до 64 Мб. (2) Нерасширяемая.
(1) Встроено 236 кб RAM; (1) Встроено 0,8 Мб для кода и 0,8
416-2 (2) Расширяемая с помощью карт Мб для данных;
(1) Встроено 236 кб RAM; (1) Встроено 1,6 Мб для кода и 1,6
416-3 (2) Расширяемая с помощью карт Мб для данных;
(1) Встроено 2 Мб для кода и 2 Мб
(1) Встроено 236 кб RAM;
для данных;
417-4 (2) Расширяемая с помощью карт
(2) Расширяемая до 10 Мб для кода
памяти (FLASH или RAM) до 64 Мб.
и до 10 Мб для данных.
Перед загрузкой программы в CPU вы должны всегда проверять, достаточно ли

для нее памяти.
Во время работы CPU для проверки занятости памяти онлайновыми блоками

используется диагностическая утилита «Module Information» («Информация о
модуле»). См. рисунок 5.27.

PCS7 PoT
Рисунок 5.27 Загрузочная и рабочая память во время работы CPU
5.4 Системная поддержка избежания останова (STOP) CPU

5.4.1 Упреждающие ограничения (Warning limits)
Упреждающие ограничения применяются с целью информирования во время

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

процентах. Упреждающие ограничения устанавливаются для:
• локальных данных,
• числа экземпляров коммуникационных блоков и
• загрузочной / рабочей памяти (проверка только при загрузке).
Упреждающие ограничения устанавливаются в CFC, путь меню: Options >

Customize > Compilation. Вызовется диалоговое окно, показанное на рисунке 5.28.

PCS7 PoT
Рисунок 5.28 Упреждающие ограничения в CFC-компиляции
Упреждающие ограничения установлены в «Local data» («Локальные данные»),

«Load memory» («Загрузочная память») и «Work memory» («Рабочая память») на
уровне 90% настраиваемых ресурсов. Упреждающие ограничения на экземпляры
коммуникационного блока также установлены на уровне 90% от настраиваемых
коммуникационных ресурсов (600, как показано на рисунке 5.28).
«Areas Reserved for Other Applications» («Области, зарезервированные для других

приложений»)
В этой части диалогового окна вы можете определить диапазоны номеров DB и
FC, которые недоступны для CFC и игнорируются при компиляции схем.
Если установлен флажок (опция) «Compress» («Сжатие»), то удаляются все

пробелы в диапазоне используемых номеров.
Если вы изменили и сжали диапазоны номеров, вам следует компилировать всю
программу и загрузить ее в CPU (в режиме «STOP»).
«DB numbers» («Номера DB»)

Здесь вы определяете, какие блоки DB CFC/SFC не должны использовать при
компиляции. В пределы этого диапазона номеров вы должны включить блоки DB
программы, которые не созданы в CFC/SFC.
«FC numbers» («Номера FC»)

Здесь вы определяете, какие блоки FC CFC/SFC не должны использовать при
компиляции. Этот диапазон должен включать блочные типы, реализованные как
блоки FC.

PCS7 PoT
Если вы изменяете диапазон номеров DB и/или FC позже, так что существующие

пользовательские блоки DB/FC исключаются, то когда вы нажимаете кнопку
«Test» («Тест») или «ОК», возникает сообщение, и цвет отображаемых номеров
становится красным. В этом случае вы должна откорректировать вводимую
информацию или восстановить исходную картину нажатием «Cancel»
(«Отмена»).
Кнопка «Test» («Тест»)

Эта кнопка запускает проверку, означают ли изменения резервируемых
диапазонов то, что существующие блоки DB или FC все еще находятся в
допустимом диапазоне, и нужно ли сжатие. Если результаты проверки
положительны (они все в допустимом диапазоне), сообщений не выводится. В
противном случае возникает сообщение, опция «Compress» устанавливается и
не может быть сброшена напрямую. Флажок вновь становится доступным после
установки старого диапазона и нажатия кнопки «Test», и вы сможете выбрать
опцию, как требуется.
«Compress» («Сжатие»)
С помощью этой опции вы сможете сжать ресурсы CPU, используемые CFC.
Номера DB и FC упорядочены с наименьшими пробелами. Блоки DB и FC
получают новые номера. Если вы установите эту опцию, вызовется сообщение,
информирующее вас о последствиях. К таковым относятся следующие:
• Возможна только полная загрузка в PLC в режиме «STOP».
• Может возникнуть необходимость вновь переместить соединение данных
PLC-OS.
• С момента несоответствия блоков в PLC конфигурации в CFC функция
«read back chart» («обратное считывание схемы») исполняться не может.
Если вы хотите произвести «обратное считывание схемы», сделайте это перед
сжатием.
Если вы расширили диапазон номеров DB или FC, вы автоматически получаете

сообщение, что сжатие производится.
Если вы уменьшили или сдвинули диапазон, так что FC более не находятся в

нем, то при нажатии кнопок «Test» или «ОК» вызовется сообщение. В этом
случае ресурсы не сжимаются, а установки для диапазонов должны быть
скорректированы.
Сжатие всегда запускается немедленно после закрытия диалога кнопкой «ОК».
«Statistics» («Статистика»)
В столбце «Maximum number» («Максимальное количество») вы можете видеть
максимально возможное количество блоков DB и FC в текущем CPU.
В столбце «Available» («Доступно») вы можете видеть количество блоков DB и
FC, доступное для CFC при компиляции схем из папки схем. Это количество –
разница между максимально возможным количеством и блоками DB и FC,
определенными как недоступные для CFC.
Столбец «In use» («Используется») отображает ресурсы, уже используемые для
компилирования схем.

PCS7 PoT
Столбец «Highest number» («Наибольший номер») показывает наибольший номер

блоков DB и FC, автоматически сгенерированных CFC.
Если текущая программа еще не назначена CPU, то невозможно определить

максимальное количество и число доступных ресурсов, они зависят от типа CPU.
В этом случае столбцы содержат «--».
5.4.2 Список ссылок (Reference list)
Во время компиляции и загрузки производятся проверки и вычисления для

исключения перехода CPU в STOP, когда программа загружена в онлайновый
CPU.
Список ссылок также задействован в этих проверках. Данные списки ссылок

существуют только для блоков, скомпилированных на последней версии
программного обеспечения PCS 7. Это касается блоков из библиотек PCS 7 V5.1.
Если в программе используются блоки без списков ссылок (блоки из библиотек
PCS 7 V4.х и V5.0 и стандартной библиотеки STEP 7), полная проверка
невозможна. В этом случае вызывается предупреждение.
Список ссылок может быть вызван следующим образом (путь меню в CFC):
Options > Chart Reference Data. И как показано на рисунке 5.29, отобразится окно
«Chart Reference Data» («Схема ссылочных данных»).
Рисунок 5.29 Схема ссылочных данных («Chart reference data») – окно просмотра
локальных данных

PCS7 PoT
5.4.3 Страница журнала регистрации (Logs page)
Во время компиляции и загрузки возникают предупреждения с целью исключения

останова CPU. Страница журнала регистрации может быть вызвана так (путь
меню в CFC): Options > Logs. Некоторые предупреждающие сообщения показаны
Рисунок 5.30 Страница журнала регистрации
5.4.4 Возможности при компиляции
Во время последовательной (постоянной) проверки тестируется вся иерархия

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

ресурсами сконфигурированного CPU. Если превышаются абсолютное значение
(100%) или упреждающее ограничение (Options > Customize > Compilation),
генерируется предупреждение, но, тем не менее, код генерируется. Это
позволяет адаптироваться стеку локальных данных позже без требования
рекомпиляции.
Глубина вложения блоков в программной структуре проверяется и сравнивается

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

ОВ122.

PCS7 PoT
ОВ проверяются для гарантии, что они вызывают блоки, сгенерированные

задачами FC. Если верный FC не вызывается, генерируется сообщение об
ошибке (заносится в журнал регистрации).
После компиляции экземпляр DB, относящийся к коммуникации, обрабатывается

и сравнивается с установленным максимальным количеством коммуникационных
ресурсов. Сюда входит проверка соблюдения упреждающего или абсолютного
(100%) ограничений. Если одно из граничных значений превышено, в журнал
регистрации заносится предупреждение.
Все сообщения об ошибках запрещают последующую загрузку.
5.4.5 Возможности при загрузке
Максимум локальных данных, требующий вычисления во время компиляции,

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

свободной памятью CPU. Проверяется соблюдение установленного
упреждающего ограничения и/или абсолютного ограничения (100%). Если одно из
ограничений превышено, открывается диалоговое окно и отображается
сообщение. В этом диалоговом окне вам доступны следующие опции:
• Вы можете сжать (compress) память CPU,

• Вы можете пропустить (skip) сжатие и продолжить загрузку
(ответственность ложится на пользователя),
• Вы можете прервать (abort) загрузку.
После сжатия, проведенного с CPU в режиме «RUN» («Исполнение»),

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

абсолютной границы загрузка прервется (CPU не перейдет в режим «STOP»), и
сообщение об ошибке будет занесено в журнал регистрации.
Количество коммуникационных экземпляров блоков DB, вычисляемое во время

компиляции, сравнивается с количеством, установленным для онлайнового CPU.
При превышении установленного упреждающего ограничения в журнал
регистрации вводится предупреждение, но загрузка не останавливается. Если
нарушается абсолютная граница, предупреждение заносится в журнал
регистрации, и загрузка прерывается.

PCS7 PoT
5.4.6 Другие возможности
Импорт типа (Type import)
Во время импорта типа мультиэкземплярных блоков списки ссылок блоков,

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

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

блок, вызывающий такой же блок, может стать более неисполняемым.
Пример показан на рисунке 5.31. Диаграмма показывает, что FB61 включает

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

ссылочных данных (путь меню: Options > Chart Reference Data), вы можете
осуществить поиск соответствующего вызываемого блока до тех пор, пока не
обнаружите все вызывающие блоки в окне просмотра «Block Call Hierarchy»
(«Иерархия вызовов блоков»), как показано на рисунке 5.32. Затем вы должны
импортировать все эти блоки.

PCS7 PoT
Рисунок 5.32 Иерархия вызовов блоков
Копирование/перемещение (copying/moving)
Из оценки списков ссылок блока видно, что вызываемые блоки также копируются
(как и в импорте типа), когда вы копируете или переносите многоэкземплярные
блоки.
Генерирование драйверов модулей (Generating module drivers)
Так как системы управления процессами PCS 7 не должны переходить в режим

останова при обнаружении ошибки, должна быть возможность противостоять
различным источникам ошибок (например, сбой в стойке, ошибка модуля, ошибка
доступа к входам/выходам, статус корпуса, …).
При инсталляции блока «MSG_CSF» в CFC генерируются обрабатывающие

ошибки блоки ОВ и загружаются в PLC. Эти ОВ распознают сбои или ошибки и
предотвращают остановы CPU. Если при генерации драйверов модулей (в
SIMATIC-менеджере: Options > Charts > Generate Module Drivers) нет блока
«MSG_CSF», он автоматически вставляется в схему системы.
В CFC V5.2 SP1 принята новая концепция драйвера, и вместо «MSG_CSF»

используются блоки «OB_BEGIN» и «OB_END». Однако, это применимо только к
новым проектам или для проектов, использующих новые блоки обработки
сигналов.

PCS7 PoT
Упражнение 5.1 Создание функционального блока циклической
обработки «Rotation» в SCL
1. Задача
Для моделирования циклической обработки движения вы можете использовать

технологию анимационных картинок. К примеру, нарисуйте несколько
изображений движения и просмотрите одно за другим через определенный
временной интервал. См. рисунок 5.33.
Рисунок 0 Рисунок 1 Рисунок 2…
Рисунок 5.33 Анимационные рисунки для моделирования движения
Задача требует, чтобы, если мотор включен, анимационные рисунки были

показаны автоматически один за другим, начиная с рисунка 0, затем рисунок 1 и
т.д. до рисунка 15. Затем начать снова с рисунка 0.
Для реализации задачи вам предоставлены 16 изображений движения. Вам

следует создать функциональный блок с необходимой логикой.
2. Указания
Функциональный блок может иметь вход для считывания, если мотор работает, и
выход для вывода 16 значений (0, …, 15) одного за другим с интервалом, равным
времени цикла блока. См. рисунок 5.34.
Рисунок 5.34 Возможный проект блока циклической обработки
Две переменных блока циклической обработки должны быть определены с

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

PCS7 PoT
Протестируйте вашу программу в CFC для проверки, что ваш блок генерирует
последовательности периодических значений.
Для отображения циклической обработки движения вы можете использовать
графическую функцию – Дисплей статуса (Status Display) в OS. В дисплей статуса
нужно передать периодические значения и рисунки. Вы можете закончить
упражнение после прочтения раздела 2.2 главы 8.
Упражнение 5.2 Создание функционального блока «CTRL_P» в

«схеме-в-блоке»
1. Задача
Разработайте свой функциональный блок, удовлетворяющий требованиям вашей

задачи автоматизации. Например, вместо PID-управления требуется только P-
управление. Схема управления с обозначениями представлена на рисунке 5.35.
выход
действия по управлению (положение клапана,
ошибка (наблюдаемые
уставка + ограничения)
выкл-ль нагревателя)
P-регулятор привод
SP ER LMN PV
-
обратная связь, FBK
Рисунок 5.35 Схема управления определяемого пользователем регулятора
Для построения ваших собственных алгоритмов управления вы можете

использовать базовые функции библиотеки PCS7. Пример решения задачи,
описанной выше, показан на рисунке 5.35, где задействованы функции
библиотеки PCS7: ADD4_P, MUL4_P, MEAS_MON и NEG_R. На рисунке 5.36
блок, обведенный пунктирной линией, будет компилироваться как
функциональный блок, который станет регулятором с одним пропорциональным
управлением.

PCS7 PoT
Регулятор, определяемый
Сообще- AH
пользователем WH
ние
WL
MEAS_ON
AL
P-регулятор
Gain PV
(усиление) Умнож-е Привод
SP MUL4_P PT1_P
Слож-е LMN
ADD4_P
ER
Отриц-е FBK
NEG_R
Рисунок 2.36 Определяемый пользователем регулятор с использованием

библиотечных функциональных блоков CFC
Перетащите на CFC-план блоки (ADD4_P, MUL4_P, MEAS_MON и NEG_R) из

библиотеки CFC, затем скомпилируете CFC-схему как функциональный блок.
Блок, к примеру, будет называться «CTRL_P» (FB2000).
Протестируйте вашу разработку в исполняемой OS.
2. Указания
Работая со «схемой-в-блоке», рекомендуется уделять время в равной степени

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

«CTRL_P» в библиотеке, затем скопируйте его в ваш проект, созданный для
данной задачи. Преимущества разработки блоков в библиотеке в том, что
(1) схема, используемая для создания блока, может не находиться в проекте, и
(2) вам может потребоваться изменить схему и сгенерировать новую версию
блока.
Практически это возврат к началу создания схемы и изменение ее на этом этапе.
И в проекте используется только последняя успешная версия блока. Это
исключает появление идентичного блока в проекте.
Если вы используете «схему-в-блоке» непосредственно в вашем проекте, ваш

проект будет содержать и схему, и ее блок, а это сложно и бесполезно.
Разработка схемы «CTRL_P»:
Добавьте в вашей библиотеке новую CFC-схему и перетащите на нее

необходимые функциональные блоки из библиотеки PCS 7. Соедините блоки и
завершите разработку.

PCS7 PoT
Определение входов/выходов схемы:
Выберите входы и выходы для схемы (например, входы: SP, Gain, FBK и
предупреждающие ограничения…, выходы: LMN, ER и предупреждения…).
Установите для входов/выходов необходимые системные атрибуты, к примеру,
S7_m_c := ‘true’ требуется для видимости отображаемого на OS параметра.
Обратите, пожалуйста, внимание, корректно ли определено сообщение EV_ID.

Компилирование схемы как блока. Путь меню: Chart > Compile chart as block.
Определите заголовок блока и атрибуты для блока.
Копирование блока из библиотеки в проект:
Скопируйте FB2000 в ваш проект, а также блоки, вызываемые FB2000 (ADD4_P,

MUL4_P, MEAS_MON и NEG_R).
Использование FB2000: используйте FB2000 для управления РТ1_Р (FB35) в

CFC.
Тестирование вашей разработки:
Протестируйте ваш проект в режиме тестирования (Test Mode CFC) или на

исполняемой OS, если вы разрабатываете рисунок (изображение) для вашего
проекта. Также вы можете использовать заготовленный заранее рисунок PCNT.
Вам может понадобиться повторно связать поля «I/O Fields» с вашим проектом.
(P_регулятор)
(усиление) (корректировка
АН)
(уставка) (корректировка
WН)
(обратная
связь)
(корректировка
WL)
(корректировка
(привод) АL)
Рисунок 5.37 Пример рисунка для FB2000

Глава 6:
Генерирование моделей управления
и копий с использованием IEA
PCS7 PoT
Глава 6 Генерирование моделей управления и копий с использованием IEA
ГЛАВА 6 ГЕНЕРИРОВАНИЕ МОДЕЛЕЙ УПРАВЛЕНИЯ И КОПИЙ С
ИСПОЛЬЗОВАНИЕМ IEA ......................................................................................................... 3
1. МОДЕЛИ УПРАВЛЕНИЯ .................................................................................................. 3
2. «АССИСТЕНТ ПО ИМПОРТУ И ЭКСПОРТУ» (THE IMPORT AND EXPORT

ASSISTANT) ................................................................................................................................ 3
3. ПРИМЕР – МОДЕЛЬ УПРАВЛЕНИЯ МОТОРОМ И ЕЕ ИСПОЛЬЗОВАНИЕ ............ 4

3.1 СОЗДАНИЕ МОДЕЛИ ....................................................................................................... 4
3.1.1 Модель мотора, параметры IEA и IEA-соединения .............................................. 4
3.1.2 Создание файла данных модели............................................................................... 8
3.2 ФАЙЛЫ ДАННЫХ И IEA-РЕДАКТОР ............................................................................. 12
3.3 ИМПОРТИРОВАНИЕ (IMPORTING) ................................................................................ 14
3.4 ЭКСПОРТИРОВАНИЕ (EXPORTING)............................................................................... 16
УПРАЖНЕНИЕ ......................................................................................................................... 17
УПРАЖНЕНИЕ 6.1 МОДЕЛЬ УПРАВЛЕНИЯ КЛАПАНОМ И ЕЕ КОПИИ ...................................... 17
1. Задача .......................................................................................................................... 17
2. Указания ...................................................................................................................... 17

PCS7 PoT
Глава 6 Генерирование моделей управления и копий с

использованием IEA
1. Модели управления
Если вы используете в вашем приложении определенный тип управления
мотором, и он регулярно используется с изменениями в процессах, вы можете
создать модель для управления мотором и эффективно использовать ее в
приложениях. Модель – это не копия, так как она позволяет вносить изменения и
применять различные варианты.
На практике часто случается так, что модули управления мотором идентичны, но

по-разному блокируются. Например, мотор должен быть запущен, когда
температура слишком высока или когда снижается снабжение энергией. Для
реализации таких блокировок блок мотора PCS 7 имеет несколько доступных
входов (LOCK, LOCK_ON, MSS и т.д., см. блок «MOTOR», FB66).
Вы можете подключить соединения различных блокировок к этим входам с

помощью блока «INTERLOCK» - блока блокировок (см. блок «INTERLOCK»,
FB75). Входы блока блокировок сгруппированы. К примеру, первые
сгруппированные пять входов в зависимости от условий могут быть подвержены
логическим действиям «AND» («И») или «OR» («ИЛИ»). Входы могут также
использоваться непосредственно или после инвертирования. Групповой
результат в зависимости от условий также может быть инвертирован.
Используя блок блокировок, вы можете создать модель управления мотором с

гибкими блокировками. Гибкость заключается в том, что входы блока блокировок
и их логика зависят от конкретного случая. Выбираемые входы и логика
определяются как параметры (не фиксированные), параметры могут быть
зафиксированы, когда известен вариант модели.
2. «Ассистент по импорту и экспорту» (The Import and

Export Assistant)
Программный пакет «Ассистент по импорту и экспорту» (Import and Export
Assistant – IEA), включенный в систему PCS 7, используется для создания и
редактирования моделей управления. Он также используется для определения
параметров модели и создания вариантов для различных проектов.
В IEA модель означает CFC-схему с папкой иерархии предприятия, в которой

хранится схема, и назначенный файл данных. Файл данных является текстовым
файлом, содержащим параметры модели. «Импорт» («Import») в IEA означает
импортирование файла данных модели в проект для создания копий (вариантов)
модели. «Экспорт» («Export») подразумевает экспортирование моделей и/или
копий схем из проекта в файл данных.
Для всестороннего ознакомления с IEA обратитесь к «PCS 7 Configuration
manual» – «Руководство по конфигурированию PCS 7», глава 8. Руководство
включено в состав компакт-диска «PCS 7 V5.1 Electronic Manuals» - «Электронные
руководства PCS 7 V5.1».

PCS7 PoT
Эта глава для ознакомления с IEA использует пример с графическими

иллюстрациями. Пользователь может приобрести больше знаний из совместного
использования данной главы и руководства по IEA.
3. Пример – модель управления мотором и ее

использование
Модели управления могут быть созданы в библиотеке PCS 7 и сохранены там.
Когда для проекта требуются модели, вы можете импортировать их в проект и
одновременно сгенерировать несколько вариантов или копий модели, как того
требует проект.
Также вы можете создать модели внутри проекта и, когда требуется,

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

проектом. Тем не менее, два подхода весьма схожи, несмотря на различия в
нескольких диалогах конфигурирования.
3.1 Создание модели

3.1.1 Модель мотора, параметры IEA и IEA-соединения
Пример управления мотором, описанного в разделе 1, вы можете реализовать в

CFC, как показано на рисунке 6.1.

PCS7 PoT
Управление мотором
(Мотор: одна скорость и одно направление)
Сигнал обратной связи должен быть подведен к входу

VALVE блока «FB_RUN»
(Выход мотора)
(сигнал обратной связи мотора)
Рисунок 6.1 Управление мотором – модель
Если несколько входов блока блокировок могут изменяться в разных

приложениях, их следует определить как параметры IEA. Например, вход 2 мог
бы быть инвертирован. Определите параметры IEA в диалоговом окне свойств
блока. Обратитесь к рисунку 6.2. (Чтобы открыть диалог, дважды нажмите левой
клавишей мыши на соответствующий параметр блока «INTERLOCK» в CFC).

PCS7 PoT
Рисунок 6.2 Определение параметров IEA
Таким же образом вы можете определить AND_OR1, NEGRES_1, AND_OR2,

NEGRES_2 и AND_OR3 как параметры IEA, так что вы имеете возможность
изменить логику входов для разных вариантов модели.
Блок блокировок имеет соединение, исходящее от следующей переменной,

находящейся в другой CFC-схеме.
models\Types\Genral\SimuError.OUT
При изготовлении копий модели связи этих копий могут исходить от иных
источников, нежели использует модель. В этом случае соединение должно быть
определено как связь IEA. И позже при создании копий модели вы можете иметь
возможность соединить вход блокировки с другой переменой.

PCS7 PoT
Рисунок 6.3 Определение IEA-соединений
Соединения между схемами принадлежат к типу IEA-соединений. Другой тип

называется «Соединения разделяемых адресов» («Shared address connection»).
Эти связи соединяют входы/выходы блока и символы, определенные в таблице
символов (Symbols Table) SIMATIC-менеджера. Например, сигнал обратной связи
мотора подается (является) на цифровой вход блока канала «FB_RUN», как
показано на рисунке 6.1. А сигнал обратной связи определен в памяти образа по
адресу I0.0 с символьным именем Mot_Run_FB. Адрес установлен в соответствии
с физическим расположением сигнала обратной связи в Hardware Config. При
создании нового модуля управления мотором с помощью модели сигнал
обратной связи этого мотора должен исходить из другого адреса, например, I0.1.
Если вы определяете сигнал обратной связи мотора в вашей модели мотора как
IEA-соединение, при создании копий модели вы можете связать сигнал с адресом
I0.1 и отредактировать символьное имя для адреса. См. рисунок 6.4.

PCS7 PoT
Рисунок 6.4 Определение разделяемых адресов как IEA-соединений
Подобным образом командный сигнал мотора в канальном блоке (драйвере)

«OUTPUT» (рисунок 6.1) также должен быть определен как IEA-соединение, так
чтобы разные модели могли подключиться к другим каналам цифрового выхода.
Моторы с различной емкостью могут иметь очень отличающееся время

мониторинга TIME_MON. К примеру, труднозагружаемый мотор имеет большое
время мониторинга. Вам следует определить время мониторинга в качестве
параметра IEA и получить, таким образом, возможность изменения времени при
создании копий.
3.1.2 Создание файла данных модели
CFC-схема, приведенная на рисунке 6.1, называется Mot. Она создана в

библиотеке, что иллюстрирует рисунок 6.5.
Необходимое условие использования IEA заключается в том, что одна папка

иерархии предприятия (plant hierarchy) может содержать не более одной CFC-
схемы. К примеру, в верхней папке (models – модели) схем нет. В папке второго
уровня (Types – типы) имеется схема General, которая встречалась на рисунке
6.1. В папке Motor (мотор) есть одна схема Mot. Она и показана на рисунке 6.1.
Заметьте, что модель должна содержать пути иерархии предприятия. Например,

вы можете определить модель для ветви, начав с верха, то есть
models\Types\Motor, и эта модель будет содержать здесь две модели. Другие
возможные модели: Types\Motor с двумя схемами и папка Motor со схемой Mot.
Обычно вы можете выбрать схему с ближайшей к ней верхней папкой в качестве
модели, которая в примере представлена папкой Motor плюс схемой Mot. После
выбора схемы модели (Mot) и пути модели (Motor в models\Types), вы можете
начать создание модели с помощью IEA. Обратитесь к рисунку 6.5.

PCS7 PoT

мыши на папке «Motor»
Рисунок 6.5 Схема мотора и запуск IEA
Вторая страница IEA показана на рисунке 6.6. Здесь вы можете выбрать

параметры модели как параметры IEA и/или IEA-соединения. На этой странице
диалога параметры IEA (крестик в столбце слева) синего цвета, а IEA-соединения
(крестик в столбце справа) – зеленого.
Рисунок 6.6 Определение IEA-параметров и соединений

PCS7 PoT
Эта страница – главное место для определения параметров, т.к. доступны все
входы/выходы модели. В диалоговом окне свойств (Properties) переменной вы
можете отдельно определить переменную как параметр IEA или IEA-соединение.
Обратитесь к рисункам 6.2, 6.3 и 6.4.
Нажмите кнопку «Next» («Далее») для продолжения работы с «ассистентом». На

странице 3 диалога вы можете определить тексты сообщений как параметры. См
рисунок 6.7.
Рисунок 6.7 Определение текстов сообщений как IEA-сообщения
Если вы будете использовать тексты сообщений для каждого мотора, вам

следует определить тексты как IEA-сообщения. Так как блок «MOTOR»
использует «Alarm_8p», только Text 3 (Текст 3) может быть определен
специфичным для экземпляра блока. Здесь, на третьей странице диалога, когда
вы отмечаете флажок «IEA message» («IEA-сообщение»), в действительности вы
определяете Text 3 модели как данные модели.
На последней странице диалога «ассистента» вы создаете файл данных модели,

по-другому он называется файл импорта (Import file). См. рисунок 6.8.

PCS7 PoT
Рисунок 6.8 Создание файла данных модели
Вы можете выбрать внешний вид файла данных, выбрав, какой столбец данных
будет отображен и какой будет скрыт. Обратитесь к рисунку 6.9.
Флажок «Textual interconnections» («Текстовые соединения») отвечает за

соединения между CFC-схемами. Если этот флажок отмечен, в столбце будет
отображено имя переменной окончания выхода схемы. В примере управления
мотором это будет models\Genral\SimuError.OUT.
Если отмечен флажок «Absolute Address» («Абсолютная адресация»), в столбцах

будут отображаться адреса I0.0 и Q0.0. И тогда вы сможете редактировать их для
создаваемых копий.
Позже, при открытом в редакторе IEA файле импорта Вы всегда можете

определить, какой столбец данных должен быть показан, а какой скрыт.

PCS7 PoT
Рисунок 6.9 Определение внешнего вида файла данных
После завершения «Ассистентом создания/модификации модели»

(«Create/Modify Model Assistant») своей процедуры создание модели закончено. В
SIMATIC-менеджере модель отмечена специальной пиктограммой, как показано
на рисунке 6.10, и с моделью связан файл данных модели.
модель, т.к. отмечено специальной иконкой
место расположения файла данных модели:
Рисунок 6.10 Модель и файл данных модели
3.2 Файлы данных и IEA-редактор

Файл данных можно открыть двойным нажатием на нем. Открывается IEA-
редактор, как это показано на рисунке 6.11.
В IEA-редакторе данные выстроены в столбцы, например, Hierarchy (Иерархия –

models\Types\Motor\), Cart (Схема – Mot), Textual interconnections (Текстовые
соединения – Genral\SimuError.OUT), Parameters (Параметры – NEG1_2) и
разделяемые соединения (FB_RUN.VALUE) и т.д.

PCS7 PoT
Рисунок 6.11 IEA-редактор
Каждый столбец содержит подстолбцы, например, Chart comments (комментарии

схемы), Variable comments (комментарии переменных) и т.д.
Каждая строка в IEA соответствует схеме. Файл модели содержит одну модель.
Таким образом, он содержит одну строку.
Чтобы создать копии модели, сначала вам следует создать копию строки в IEA.
Каждая скопированная строка будет копией модели, когда вы произведете
импорт IEA-файла. Обычно защита исходного файла состоит в сохранении его
под другим именем. Редактирование, то есть копирование строки модели,
происходит в этом скопированном файле модели. Вам следует отредактировать
файл – установить сигнал обратной связи мотора в адрес I0.1. Далее этот файл
данных, который называется файлом-копией (replica file), будет использоваться
для генерирования вариантов модели. На рисунке 6.12. показан файл данных,
который будет использоваться для создания трех копий модели.
Рисунок 6.12 Копия (Replica) файла данных

PCS7 PoT
Как показано на рисунке 6.12, будет создано 3 копии в соответствии с иерархией

предприятия: Plant2\MOTs\Motor1, Plant2\MOTs\Motor2 и Plant2\MOTs\Motor3.
Первый вход каждого блока «INTERLOCK» будет подсоединен к сопряженной

схеме, с которой он имеет соединение, определенное сопряженной схемой,
имеющейся в проекте до импорта в проект копи файла данных. Здесь
сопряженная схема названа Genral\SimuError.OUT. Важно правильно определить
путь сопряженной схемы. Если иерархическая папка не включена в обозначение,
то имя сопряженной схемы не должно ее включать (в проекте).
В файле-копии NEG1_2 установлен в «1», то есть второй вход первой группы

блока «INTERLOCK» будет инвертирован. Другие варианты исходной модели в
файле-копии (их не видно на рисунке 6.12) включают связи: 3 сигнала обратной
связи мотора связаны с адресами I0.1, I0.2 и I0.3 соответственно, а 3 командных
сигнала мотора – с Q0.1, Q0.2 и Q0.3 соответственно.
Таким образом, вы планируете и разрабатываете ваш проект, в

действительности, в IEA-файлах путем модифицирования файлов моделей.
3.3 Импортирование (Importing)

После завершения редактирования файлов-копий вы можете прибегнуть к IEA-
функции импорта для импортирования их в проект с целью создания копий схем
(replica charts). См. рисунок 6.13.

мыши на папке «Motor»
Рисунок 6.13 Импортирование копии файла данных
Если модель импортируется в проект из библиотеки, модель должна быть

скопирована в проект по образу шага 2 диалога «Ассистента по импорту» (Import
Assistant). Обратитесь к рисунку 6.14.

PCS7 PoT
При импортировании в проект

из библиотеки проект
определите здесь.
Если импортируемая модель не существует в целевом проекте, то библиотечная

модель скопируется в проект после нажатия кнопки «Next» на данной странице.
Рисунок 6.14 Копирование модели в проект из библиотеки
После определения модели (рисунок 6.14) должен быть выбран один из файлов
моделей или его копий. См. рисунок 6.15.
Если флажок отмечен, символы и адреса, определ. в

копии файла, будут вставлены в таблицу символов.
Для определения положения нужного файла-копии

используйте функцию «Other file» («Другой файл»).
Рисунок 6.15 Определение места положения копии файла
Импортирование завершается по выходу из последней страницы диалога

«Ассистента» («Assistant»). Обратитесь к рисунку 6.16.

PCS7 PoT
Рисунок 6.16 Завершение функции импорта
И теперь в целевом проекте (коим в данном примере является «START») вы

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

установленные IEA-параметры и соединения по виду, определенному в файле-
копии.
3.4 Экспортирование (Exporting)

Если вы модифицировали проектную модель и хотите обновить файл данных
модели с целью его соответствия изменениям, то вы можете воспользоваться
функцией экспорта («Export») для экспортирования модели в файл. После вы
можете использовать этот файл в качестве файла данных новой модели.
За более подробной информацией по функции «Export» («Экспорт») и другим
функциям, таким как удаление и назначение копий и их модели, копирование
моделей и копий, обратитесь к руководству по IEA.

PCS7 PoT
Упражнение
Упражнение 6.1 Модель управления клапаном и ее копии
1. Задача
В проекте «RMT1» схема NK111 используется для управления (регулирования)

клапаном NK111. Можно создать копии схемы для управления клапанами NK112,
NK113 и NK114.
На основе NK111 постройте модель управления клапаном с помощью IEA, затем

для проекта «RMT1» сгенерируйте регуляторы клапана NK112, NK113 и NK114 и,
таким образом, завершите проект.
2. Указания
Путь иерархии предприятия для схемы NK111 следующий:
Plant\RMT1\NK111\
В обозначение включен второй уровень из трех иерархических папок. Создайте

папку NK111 и схему NK111 в качестве модели управления клапаном и в проекте
«RMT1», и в библиотеке.
Сгенерируйте схемы NK112, NK113 и NK114 в следующих папках, выступающих в

качестве копий модели в RMT1:
Plant\RMT1\NK112\
Plant\RMT1\NK113\
Plant\RMT1\NK114\

Глава 7:
Последовательное управление – SFC
PCS7 PoT
Глава 7 Последовательное управление – SFC
ГЛАВА 7 ПОСЛЕДОВАТЕЛЬНОЕ УПРАВЛЕНИЕ – SFC .................................................... 3
1. ПРИНЦИПЫ SFC ............................................................................................................. 3

1.1 РАБОЧИЕ СОСТОЯНИЯ (OPERATING STATES) ................................................................. 3
1.1.1 «IDLE» (состояние «Простой») .......................................................................... 5
1.1.2 «RUN» (состояние «Исполнение») ...................................................................... 5
1.1.3 «HELD» (состояние «Пауза») .............................................................................. 6
1.1.4 «ABORTED» (состояние «Прервано») ................................................................ 6
1.1.5 «TERM» (состояние «Завершение») .................................................................... 6
1.2 ФАЗЫ ШАГА.................................................................................................................... 6
1.3 ИСПОЛНЕНИЕ ШАГОВ И ПЕРЕХОДОВ СХЕМЫ................................................................ 8
1.4 ИСПОЛНЕНИЕ ПАРАЛЛЕЛЬНОЙ (ОДНОВРЕМЕННО) ПОСЛЕДОВАТЕЛЬНОСТИ ............... 9
1.5 ИСПОЛНЕНИЕ АЛЬТЕРНАТИВНОЙ ПОСЛЕДОВАТЕЛЬНОСТИ........................................ 10
1.6 ИСПОЛНЕНИЕ ЦИКЛА (LOOP) ....................................................................................... 11
1.7 ИСПОЛНЕНИЕ ПЕРЕХОДА (JUMP) ................................................................................. 11
2. ПОСЛЕДОВАТЕЛЬНОЕ УПРАВЛЕНИЕ ................................................................... 12
2.1 ОСНОВЫ ИСПОЛЬЗОВАНИЯ SFC .................................................................................. 12
2.1.1 Формулирование оператора (statement) ............................................................ 12
2.1.2 Комментарии OS для оператора....................................................................... 13
2.1.3 Логика перехода (transition) ............................................................................... 13
2.1.4 Режимы тестирования ...................................................................................... 14
2.1.5 Выбор целевого шага ........................................................................................... 15
2.1.6 SFC в группах времени исполнения .................................................................... 16
2.1.7 Рабочие режимы ................................................................................................. 16
2.1.8 Список режимов управления шагами (Step control modes) .............................. 17
2.1.9 Автоматический мониторинг процесса ........................................................... 18
2.1.10 Права пользователя ............................................................................................ 18
2.1.11 Проверка целостности ....................................................................................... 19
2.2 «SFC_CTRL» ............................................................................................................... 20
3. ВИЗУАЛИЗАЦИЯ ПОСЛЕДОВАТЕЛЬНОГО УПРАВЛЕНИЯ ............................... 22
4. РАЗРАБОТКА SFC ........................................................................................................ 24
УПРАЖНЕНИЕ ......................................................................................................................... 25
1. ЛАБОРАТОРНЫЙ ПРОЕКТ «RMT1» - АВТОМАТИЗИРОВАННОЕ УПРАВЛЕНИЕ
ПРОМЕДИНИЦЕЙ «RMT1» ...................................................................................................... 25
1.1. Описание задачи .................................................................................................. 25
1.2. Указания ............................................................................................................... 27
2. ЛАБОРАТОРНЫЙ ПРОЕКТ «RMT1» - ЭКСТРЕННЫЙ ОСТАНОВ С ПОМОЩЬЮ
«SFC_CTRL» .......................................................................................................................... 30
2.1. Описание задачи .................................................................................................. 30
2.2. Указания ............................................................................................................... 31

PCS7 PoT
Обычные приложения системы последовательного управления включают в себя

процессы и целые предприятия с дискретными характеристиками.
Последовательное управление также может быть использовано для
непрерывных процессов и предприятий в целом, например, для движений
приближения и удаления (маятник), изменения рабочей точки и изменения
состояния из-за сбоя.
Последовательное управление выполняется на различных уровнях:
• Device control level - Уровень управления устройством (открытие клапана,

запуск мотора).
• Group control level - Уровень управления группой (пропорциональность, нагрев,
заполнение, возбуждение).
• Unit level - Уровень производственной единицы (емкость, смеситель, шкала,
реактор).
• Plant level - Уровень предприятия (синхронизация производственных единиц и
общие ресурсы, маршрутизация).
1. Принципы SFC
1.1 Рабочие состояния (operating states)
Рабочее состояние системы последовательного управления показывает текущее
состояние, а также, к примеру, необходимо ли вмешательство оператора для
продолжения операции, или какая команда возможна для перехода в другое
рабочее состояние.
На рабочее состояние влияют:
• В режиме тестирования (test mode) – команды (см. рисунок 7.1).

• В режиме обработки (process mode, auto) – блок управления
«SFC_CTRL».

PCS7 PoT
SFC-редактор,
онлайновое SFC-
тестирование
Режим
тестирования
Начать /
продолжить
Прервать
Пауза
Рестарт
Подтвердить все
Рисунок 7.1 SFC-редактор и режим онлайнового SFC-тестирования
Состояния SFC являются результатами действий Start / Continue (начало /

продолжение), Abort (прервать), Hold (пауза) и Restart (рестарт). Команда
«Confirm All» (подтвердить все) исходит от оператора.
Действия и состояния иллюстрируются на рисунке 7.2.

PCS7 PoT
(Простой)
(Сброс)
(Сброс) (Начать)
(Прервать)
(Прервано) (Исполнение) (Окончание)
(Начать)
(Начать)
(Рестарт)
(Пауза)
(Продолжить)
(Прервать)
(Задержано)
Только с
(1) Последний шаг сделан, цикл. режим выключен; (2) Посл. шаг сделан, цикл. режим включен
Рисунок 7.2 Действия и состояния SFC
1.1.1 «IDLE» (состояние «Простой»)
«IDLE» («Простой», «Ожидание») показывает, что система последовательного

управления не задействована. Все шаги (действия) (step) и переходы (transition)
деактивированы, и все блоки системы последовательного управления не
исполняются. Это состояние достигается:
• после перехода CPU STOP – RUN (например, после загрузки программы

полностью), если «Autostart» («Автозапуск») не был активирован в редакторе
SFC;
• после команды «RESET» («Сброс»), выданной «SFC_CTRL», из состояния
«ABORT» («Прервано») или «TERM» («Завершение»).
1.1.2 «RUN» (состояние «Исполнение»)
«RUN» («Исполнение») показывает, что система последовательного управления

исполняется, и, по меньшей мере, активен один шаг. Переход, исходящий из
активного шага и действия, исполняется. Это состояние достигается:
• после перехода CPU STOP – RUN (например, после загрузки программы

полностью), если «Autostart» («Автозапуск») был активирован в редакторе
SFC;
• после команды «start» («начало») из состояния «ABORT» («Прервано»),
«HELD» («Задержано», «Пауза») или «TERM» («Завершение»);
• после деактивации последнего шага при установленной опции «cyclic operation
on» («циклическая операция включена»);
• после команды «restart» («рестарт») из состояния «HELD» («Задержано»);
• после команды «resume» («продолжить») из состояния «HELD»
(«Задержано»).

PCS7 PoT
1.1.3 «HELD» (состояние «Пауза»)
Это рабочее состояние показывает, что система последовательного управления

остановлена. Результаты переходов не вычисляются, и выходные команды
автоматически блокируются (действия не выполняются). Система
последовательного управления не может продолжить функционирование без
вмешательства оператора. Это состояние достигается:
• после команды «HOLD» («Задержка») в состоянии «RUN» («Исполнение»).
1.1.4 «ABORTED» (состояние «Прервано»)
Система последовательного управления переходит в состояние «ABORTED»

(«Прервано»). Перед фазой завершения (termination phase) происходит
обработка шага в состоянии «RUN» / «HELD» («Исполнение» / «Задержано»). В
конце обработка завершения предыдущего активного шага и инициализация (или
обработка, если инициализация не сконфигурирована) последнего шага
активируются и исполняются, перекрываясь в одном цикле. Если в последнем
шаге сконфигурировано только завершение, то перекрывающихся событий не
возникает. Это состояние достигается:
• после команды «ABORT» («Прервать») из состояния «HELD» («Задержано») (с

«SFC_CTRL» также из состояния «RUN» - «Исполнение»).
1.1.5 «TERM» (состояние «Завершение»)
Это состояние достигается, когда исполнение системы последовательного

управления прошло корректно, то есть
• после обработки последнего шага (при установленной опции «cyclic operation

off» - «циклическая операция выключена»).
1.2 Фазы шага

Каждый шаг делится на три фазы действия. Обратитесь к рисунку 7.3.
• Инициализация (Initialization) действия для первого исполнения.

• Обработка (Processing) действия для циклического исполнения.
• Завершение (Termination) действия для последнего исполнения.

PCS7 PoT
3 фазы Шага
нажмите правую
клавишу мыши
Рисунок 7.3 Три фазы шага
Схема на рисунке 7.4 показывает фазы шага совместно с последующим

переходом: слева показаны элементы в топологии схемы, справа –
соответствующие фазы.
Инициализировать
(начальное
исполнение)
Исполнить
(циклическое
Не истинно
Последующий переход
Истинно
Закончить
(последнее
Рисунок 7.4 Исполнение шага и перехода

PCS7 PoT
1.3 Исполнение шагов и переходов схемы

Шаг «Начало» («Start») активируется, когда схема запускается без задания
условий, и ее действия исполняются.
Шаг (Step) может находиться в состояниях «active» («активен») и «inactive»

(«неактивен»). Шаг становится активным после того, как предшествующий
переход передаст ему управление. Действия теперь могут быть инициированы и
выполнены. Шаг становится неактивным после удовлетворения (условия)
последующего перехода.
При прерывании (abort) работы действия по завершению предыдущего активного
шага еще выполняются, и начата инициализация следующего шага, что приводит
к перекрыванию в одном цикле. См. рисунок 7.5.
Переход (Transition) имеет состояния «FALSE» («Ложь») и «TRUE» («Истина»).

Запрашивается состояние последующего за активным шагом перехода. Если
последующий переход находится в состоянии «true» (условие истинно), то
предыдущий шаг деактивируется, а следующий – активируется. Если
установлено минимальное время исполнения, то запрос перехода происходит (в
зависимости от режима управления шага) только по истечению этого времени.
Действия шага «END» («Конец») исполняются только один раз.
Шаг S4 Активен
Неактивен
Действия S4
Инициализация
Обработка
Завершение
Переход T4 Удовлетв.
Не удовлетворен
Шаг S5 Активен
Неактивен
Действия S5
Обработка
Циклы
Рисунок 7.5 Время отклика (time response) в двух последовательных шагах
При совершении в схеме перехода от одного шага к другому завершение

предыдущего шага и первое действие (инициализация или исполнение)
следующего шага происходят в одном цикле.
Это соответствует «неблокирующему поведению» («non-latching behavior»),
определенному в IEC 1131-3.

PCS7 PoT
Пример:
В шаге S4 (как показано на рисунке 7.5) действие заключается в открытии

клапана, и в завершении клапан закрывается. Если тот же клапан снова
открывается в первом действии следующего шага (S5), перекрывание двух
действий (обоих в одном цикле) означает, что клапан не закрыт.
Особые ситуации
Схема на рисунке 7.5 показывает отклик, когда все три фазы шага
сконфигурированы. Также возможны другие комбинации. Если «инициализация»
(«initialization») не сконфигурирована, исполнение при активировании шага
начинается немедленно. Если не сконфигурировано «завершение»
(«termination»), при истинности перехода шаг деактивируется немедленно.
Минимальное время, в течение которого шаг активен, зависит от количества

сконфигурированных действий (1 – 3 цикла обработки). Если для шага
установлено минимальное время исполнения, то шаг остается активным по
меньшей мере это время, даже если условие перехода выполнилось раньше.
Функция «Check Step Processing» («Проверка обработки шага») включена в
качестве команды в меню «Options» («Опции») редактора SFC. Эта функция
важна, т.к. выполняет поиск и регистрацию перекрывающихся действий.
Рисунок 7.6 Check Step Processing - Проверка обработки шага
1.4 Исполнение параллельной (одновременно)

Параллельные последовательности (Parallel Sequence) исполняются
одновременно в одном цикле и независимо друг от друга.

PCS7 PoT
Рисунок 7.7 Параллельная последовательность
Переход после параллельной последовательности исполняется, когда все шаги в

конце маршрута последовательности активны, и условие перехода
удовлетворено.
1.5 Исполнение альтернативной последовательности

Маршрут исполняемой альтернативной последовательности (Alternative
Sequence) – это последовательность с переходом, чье условие выполнилось
первым.
Рисунок 7.8 Альтернативная последовательность - Alternative Sequence
Если одновременно выполнены условия нескольких переходов, то активируется

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

PCS7 PoT
1.6 Исполнение цикла (loop)
На рисунке 7.9 показаны фазы цикла: слева – элементы топологии схемы, справа
– соответствующие фазы.
Не удовл.
Исполнение
Циклическ. переход
Удовл.
Не удовл.
Последующий переход
Рисунок 7.9 Цикл (loop)
1.7 Исполнение перехода (jump)

В зависимости от условия перехода (transition) переходы (jump) могут
использоваться для продолжения исполнения SFC-схемы с любого шага в
пределах схемы.
Источник перехода (jump)
(Переход)
Цель перехода
Последующий
переход (transition)
Рисунок 7.10 Переходы (Jumps)
Переход (jump) всегда немедленно выводит следующий шаг из

последовательности (источник перехода). Несколько переходов также возможны.

PCS7 PoT
Переход (jump) состоит из инициализирующего перехода (transition) и стрелки,

определяющей цель перехода. Наименование шага, которому передается
управление при истинности перехода, определяется как имя шага или ???, если
назначение перехода еще неизвестно. Источником и целью перехода (jump)
всегда должен выступать шаг.
Переход (jump) выполняется, когда условие перехода соблюдено. Если из

источника перехода (S4) исходит более одного перехода, то (также как и в
альтернативной последовательности) переход, чье условие выполнено,
исполняется первым. Если одновременно выполняются условия нескольких
переходов, активируется самый левый переход.
2. Последовательное управление
2.1 Основы использования SFC
2.1.1 Формулирование оператора (statement)
Для формулирования операторов, а также условий вы можете просмотреть

существующие переменные.
Формулирование оператора в стр 2.
Рисунок 7.11 Формулирование оператора

PCS7 PoT
2.1.2 Комментарии OS для оператора
Операторы принимаются как комментарии OS, если в соответствующей строке

отмечен флажок. Обратитесь к рисунку 7.12.
Комментарий OS
Рисунок 7.12 Обработка операторов в шаге
Для одной фазы можно ввести до 50 операторов. 10 из них можно увидеть в

диалоге свойств (Properties). Возможен скроллинг списка с помощью полосы
прокрутки (scroll bar).
2.1.3 Логика перехода (transition)
Количество связываемых условий для одного перехода – 16. Для расширенного

просмотра воспользуйтесь стрелкой. См. рисунок 7.13.

PCS7 PoT
Имя проекта
Иерархия предприятия
Имя схемы
Рисунок 7.13 Условия в переходе (transition)
2.1.4 Режимы тестирования
Для проведения тестов имеются два альтернативных режима тестирования (см.

рисунок 7.14):
• Режим обработки (Process mode), в котором коммуникация для онлайнового

дисплея динамики SFC-схем ограничена, чтобы избежать большой загрузки
СР и шины.
• Лабораторный режим (Laboratory mode), в котором нет коммуникационных

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

PCS7 PoT
Рисунок 7.14 Два режима тестирования
2.1.5 Выбор целевого шага
В режиме тестирования (в SFC онлайн или визуализации SFC на OS) можно

выбрать шаг в качестве целевого, с которого происходит запуск схемы, что
означает:
• остановленная SFC-схема при последующей команде «Start» («Старт»)

стартует с выбранного целевого шага вместо шага «START» («Старт»);
• приостановленная SFC-схема после прерванных шагов продолжает свое
выполнение с целевого шага при поступившей команде «Continue»
(«Продолжить»)
Целевой шаг устанавливается в диалоге свойств (Properties) шага. См. рисунок

7.15.
Рисунок 7.15 Начало выполнения с целевого шага


PCS7 PoT
Маркер целевого шага доступен только для последующих команд «Start» и

«Continue». Если CPU перезапущен и совершен переход из режима «Auto»
(«Авто») в режим «Manual» («Ручной»), маркер целевого шага удаляется.
В качестве целевых шагов также могут выступать несколько шагов (например, в
параллельных ветвях). Пользователь отвечает за выбор целевых шагов, так
чтобы процесс был выполним; другими словами, чтобы не было блокировок и
бесконечных циклов.
2.1.6 SFC в группах времени исполнения
SFC-схемы также могут быть установлены в группы времени исполнения.

Атрибуты «scan rate» («скорость сканирования») и «phase offset» («смещение
фазы») устанавливаются с помощью объектных свойств группы времени
исполнения. Обратитесь к рисунку 7.16.
При установке SFC-схем в группы времени исполнения они могут исполняться в

разных циклических ОВ и формировать технологически ориентированные группы
времени исполнения вместе с CFC-схемами. С технологической точки зрения это
позволяет достигнуть лучшего структурирования проекта.
Правый клик
SFC-схемы в группе исполнения
Рисунок 7.16 SFC-схемы в группах времени исполнения и свойства групп

исполнения
2.1.7 Рабочие режимы
Как исполняется схема зависит от рабочего режима. Для SFC-схемы возможны

следующие режимы:
- Auto (автоматический) (process mode - режим обработки): управляется блоком
контроля или SFC-схемой.
- Manual (ручной) (operator mode – режим оператора): управляется оператором
(в режиме тестирования или в SFV). Исполнение схемы контролируется
оператором вручную (например, во время запуска в эксплуатацию или в SFV).

PCS7 PoT
Команды, оператор может

Режимы отдавать их в ручном
режиме.
работы
схемы
Рабочие режимы шагов,
Разрешение смены режима
оператор может выбрать
их в ручном режиме.
В режиме «AUTO» все 3 возможности не доступны.
Рабочие режимы, их оператор
может выбрать в ручном режиме.
Рисунок 7.17 Ручной и автоматический режимы SFC-схемы
2.1.8 Список режимов управления шагами (Step control modes)
Способ, по которому управление передается от шага шагу в пределах схемы,

может быть определен с помощью разных режимов управления шагами. В
режиме «Т» (режиме по умолчанию) передача управления от одного шага
следующему зависит исключительно от того, выполнено ли условие
соответствующего перехода.
Названия и аббревиатуры режимов управления шагами изменены для их более

легкого понимания. Полезно знать и старые, и новые названия:
Таблица 7.1
Режимы управления шагами и переходами
Старые Новые
SCT – Step control with transition (Управление
Т – Transition only (Только переход)
шагом с помощью перехода)
SCC – Step control operator controlled
C – Confirmation by operator
(Управление шагом контролируется
(Подтверждение оператором)
оператором)
T and C – Transition and confirmation by
SCTAC – Step control and transition (Управление
operator (Переход и подтверждение
шагом и переходом)
оператором)
SCTOC – Step control with transition or operator T or C – Transition or confirmation by
controlled (Управление шагом с помощью operator (Переход или подтверждение
перехода или контролируется оператором) оператором)
T/T and C – Step-specific confirmation by
SGC – Step group control (управление группой
operator (подтверждение оператором,
шагов)
зависящее от шага)

PCS7 PoT
В режимах управления шагом «С» и «Т or (или) С» минимальное время

исполнения шага во внимание оператором может не приниматься.
2.1.9 Автоматический мониторинг процесса
В SFV (SFC Visualization on OS – визуализация SFC на OS) имеется опция

включения/выключения мониторинга шагов и переходов, как показано на рисунке
7.18.
Зеленый = Истина
Коричневый = Ложь
Шаг: END
Мониторинг вкл/выкл
Рисунок 7.18 Онлайновый мониторинг SFC шагов и переходов с помощью SFV
2.1.10 Права пользователя
В SFC Visualization (визуализации SFC) можно сконфигурировать уровни

авторизации (authorization levels) для действий оператора. Они применимы ко
всем SFC-схемам в OS-проекте.
Уровни авторизации определяются в «WinCC User Administration»

(«Администрирование пользователей WinCC») и назначаются пользователям.
Таким образом, оператор с требуемыми привилегиями может отдавать
соответствующие команды. См. рисунок 7.19.
Тема администрирования пользователей включена в главу 10.

PCS7 PoT
Рисунок 7.19 Уровни авторизации пользователей для SFC-контроля
2.1.11 Проверка целостности
Блоки могут быть удалены, в то время как SFC-схемы все еще могут иметь
доступ к переменным блоков. Такой доступ является виртуальной адресацией, и
в SFC он выделен желтым цветом. На рисунке 7.20 виртуальный адрес выделен.
Рисунок 7.20 Виртуальный доступ

PCS7 PoT
Виртуальный доступ может быть обнаружен при помощи функции проверки

целостности. Путь меню: Chart > Consistency Check.
2.2 «SFC_CTRL»
С помощью блока управления «SFC_CTRL» вы можете проверять и управлять
SFC-схемой (обработка SFC или автоматический режим) в пределах CFC-схемы.
Блок («SFC_CTRL») расположен в папке CFC-схем, как показано на рисунке 7.21.
Рисунок 7.21 «SFC_CTRL»
Используя «SFC_CTRL», можно запросить статус SFC-схемы и повлиять на ход

ее исполнения. Блок управления подсоединен к SFC-схеме, и ему в CFC
назначены параметры.
Подобно другим блокам в CFC, можно использовать параметры «SFC_CTRL» в

шагах и переходах SFC-схемы. Например, схема SFC1 может использовать
параметры «SFC_CTRL». Это означает, что вы можете использовать схему SFC1
для управления «SFC_CTRL» и, наоборот, «SFC_CTRL» контролирует SFC1 или
другую SFC-схему. «SFC_CTRL» требуется для каждой SFC-схемы.
«SFC_CTRL» и его SFC-схема могут быть установлены в любой циклический ОВ,

к примеру, ОВ35. Необходимо, чтобы блок управления был установлен в
последовательность исполнения непосредственно перед SFC-схемой.
Обратитесь к рисунку 7.22, где блок «SFC_CTRL_1» установлен непосредственно
перед схемой SFC_val.

PCS7 PoT
Пара
Рисунок 7.22 «SFC_CTRL» и его SFC-схема в последовательности исполнения
Блок управления имеет входной параметр CHART (см. рисунок 7.23.) Переменная
имеет тип данных STRING и должна носить имя SFC-схемы, контролирующей
«SFC_CTRL». Определение имени схемы необязательно, так как оно также
может происходить из последовательности исполнения.
Рисунок 7.23 Входы (Inputs) «SFC_CTRL»
Все входы «SFC_CTRL» и их назначение приведены в таблице 7.2.

PCS7 PoT
Таблица 7.2
Понятие «SFC_CTRL»
Входы Назначение
CHART Имя назначенной SFC-схемы
CMODINI Запрашиваемый рабочий режим для «SFC_CTRL» (CMODINI = 1)
EN_OM Безусловное переключение оператором в ручной режим
OM_BY_LI Запрос ручного режима, OM_BY_LI = 1
LM_BY_LI Запрос автоматического режима, LM_BY_LI = 1
START Активирование SFC-схемы
ABORT Деактивирование SFC-схемы
HOLD Задержка (пауза) в работе SFC-схемы
RESTART Перезапуск SFC-схемы
RESET Сброс SFC-схемы
SCT Т, управляется только переходами (transition)
SGC Т/Т and (и) C, подтверждение оператором, зависящее от шага
EXT_ERR Внешняя ошибка
INSTROUT Выходная инструкция
CYCLEXEC Циклическое выполнение
TIME_MON Время мониторинга
T_OPRQCA Централизованное квитирование: запрос операции перехода
S_ERRCA Централизованное квитирование: ошибка шага
За более подробной информацией по «SFC_CTRL» обратитесь к онлайновой
помощи.
Входы «SFC_CTRL» запускаются по фронту сигнала. Смена с «1» на «0» только

тогда должна иметь место, когда фронт на входе воздействовал на выход.
Обратитесь к рисунку 7.24, где START (старт) – вход, а RUN (исполнение) –
выход.
Рисунок 7.24 Изменения импульса на входе
Инициализация режима работы (AUTO / MAN - авто / ручной) с помощью

CMODINI является эффективной только, когда схема запущена.
3. Визуализация последовательного управления

Используя не относящийся к основным пакет «SFC Visualization» («Визуализация
SFC») из WinCC, вы можете выполнить конфигурирование визуализации SFC на
OS, а в системе исполнения WinCC (WinCC Runtime System) вы можете
управлять SFC-схемами и наблюдать их.
SFC-схемы доступны в конфигурации OS после их переноса в WinCC. По

умолчанию все SFC-схемы будут перемещены в WinCC. Но можно выбрать,
какие схемы нужно переместить (путем установки, показанным на рисунке 7.25).

PCS7 PoT
SFC-схема:
SFC_val
Рисунок 7.25 Назначение SFC-схемы для перемещения в OS
После перемещения SFC-схем в OS они могут быть вызваны в «Исполнении

WinCC» («WinCC Runtime») и стать доступными для управления и мониторинга.
Исполнение OS, SFC-визуализация
Рисунок 7.26 SFC-схемы в системе исполнения OS (OS Runtime system)
Наряду с просмотром одной схемы (названном «SFC OCX control» - OCX-

контролем SFC), как это показано на рисунке 7.26, также возможен просмотр всех
схем в одном окне контроля (названном «SFC Multiclient OCX control» -
мультиклиентным OCX-контролем SFC). Обратитесь к рисунку 7.27.

PCS7 PoT
Разрешить Авто Режим управления шагом
Рисунок 7.27 Просмотр всех SFC-схем в системе исполнения OS (OS Runtime

system)
Чтобы узнать, как конфигурировать «SFC OCX control» - (OCX-контроль SFC) и
«SFC Multiclient OCX control» (мультиклиентный OCX-контроль SFC), обратитесь к
главе 8.
4. Разработка SFC
При структурировании систем последовательного управления убедитесь, что вы
учитываете все возможные ошибки аппаратуры (hardware) во время работы
(ошибка насоса, сообщения о сбое клапана и т.д.). Рисунок 7.28 демонстрирует
решение для управления насосом (pump).
Цикл ожидания устранения проблемы, «Pump

OK». Также (но не обязательно) можно добавить
Шаг, включающий безусловный переход (jump) на любой другой шаг
насос «Pump On» (включая последующие).
(«Насос включен»)
Блок «INTERLOCK»
Переход (transition) Сбой насоса

Переход (transition)
запрашивает отриц. Сообщение отсутств.
запрашивает выход
значение выхода Нет питания 24В
блока «INTERLOCK»
блока «INTERLOCK» Линия избыт. давл-я
(плюс дальнейшие (Конец) т.д.
условия)
Рисунок 7.28 Разработка SFC
Шаг «End» («Конец») системы последовательного управления всегда проходится

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

PCS7 PoT
1. Лабораторный проект «RMT1» - автоматизированное

управление промединицей «RMT1»
1.1. Описание задачи
Обратитесь к описанию промединицы «Емкость для сырья» (Raw Material Tank

Unit) в главе 4. Разработайте последовательное управление для единицы.
Пример возможной последовательности приведен на рисунке 7.28.

PCS7 PoT
Рисунок 7.29 Структура последовательного управления «RMT1»

PCS7 PoT
1.2. Указания
1. Включение автоматического режима (Automatic mode)
Шаг «AUTOMATIC» («Автоматический») переводит единицу «RMT1» в

автоматический режим. Выбор режима «AUTO» для единицы «RMT1» был
показан на рисунке 4.22. И после лабораторной работы главы 4 в вашем проекте
к настоящему моменту должен быть блок «OP_D3», реализующий переключение
рабочих режимов. На рисунке 7.30 блок «MAN-AUTO» показан еще раз. Таким
образом, первые два оператора «AUTOMATIC» теперь ясны.
Третий и последний операторы «AUTOMATIC» должны быть переведены в

«NOT», что позволит программе напрямую ввести обрабатываемое значение, то
есть установить выход регулятора.
(«Ручной»)
(«Обслуживание»)
(«Авто»)
CFC-схема:
Рисунок 7.30 Пример включения автоматического режима
2. Выбор Reactor 1 (Реактор 1) или Reactor 2 (Реактор 2)
Вы можете вставить «OP_D3» для реализации выбора маршрутов. См. рисунок

7.31. На этом рисунке показано, что «OP_D3» первым помещен на схему
GenRMT1 проекта «RMT1». Далее переменная блока «WAY» используется в
переходе WAY_1.
Подобным образом вы можете сформулировать переход WAY_2 для выбора

маршрута к Reactor 2.

PCS7 PoT
«Оператор на OS
выбирает Reactor 1 или
WAY_1» если LINK_l1 = 1
«Оператор на OS
выбирает Reactor 2 или
WAY_2» если LINK_l2 = 1
CFC-схема:
Рисунок 7.31 Пример перехода (Transition)
3. Шаги «Open Valve» («Открыть клапан») и «Close Valve» («Закрыть клапан»)

и переходы «Opened» («Открыт») и «Closed» («Закрыт»)
Все шаги «Open Valve» на рисунке 7.29 имеют такие операторы:
AUTO_OC := TRUE
Переход шага имеет такое условие:
QOPEND = TRUE
Все шаги «Close Valve» на рисунке 7.29 имеют такие операторы:
AUTO_OC := FALSE
Переход шага имеет такое условие:
QCLOSED = TRUE
4. Управление насосом
Шаг «ON_NP111» имеет такой оператор:

PCS7 PoT
AUTO_ON := TRUE,
а его переход имеет условие
QRUN = TRUE
Шаг «OFF_NP111» имеет операторы, показанные на рисунке 7.32. Ясно, что

первый оператор выключает насос, а второй разрешает прямой ввод
обрабатываемого значения для регулятора.
Рисунок 7.32 Шаг «OFF_NP111»
5. Шаг «CONTROLLER» («Регулятор») – перевод PID-регулятора в

автоматический режим
Следующие операторы (рисунок 7.33) переведут регулятор в режим «AUTO» и

присвоят уставке значение из внешнего источника.
Рисунок 7.33 Функционирование регулятора
Регулятор остановится, если выполнится условие на ошибку, например, ошибка

меньше 0,5%. Следовательно, переход «CONTR_AUT» может иметь вид:
PID-CONTROL.QMAN_AUT = 1 and PID-CONTROL.LMN <= 0.5.

PCS7 PoT
6. Шаг «DOSING» («Дозирование») – и переход «END_DOSING»
Вам следует начать дозирование в программе и использовать внешнюю уставку

(значение, передаваемое программой). Обратитесь к рисунку 7.34.
Рисунок 7.34 Управление дозированием
Переход шага проверяет, закончено ли дозирование, по условию
QEND_DOS = TRUE
7. Шаг «AUTOMATIC_OFF» («Автоматический_выкл»)
Обратитесь к рисунку 7.30. «AUTOMATIC_OFF» должен иметь следующие

операторы для вывода единицы «RMT1» из автоматического режима:
LINK_l3 := FALSE
LINK_ON := FALSE
2. Лабораторный проект «RMT1» - экстренный останов с

помощью «SFC_CTRL»
2.1. Описание задачи
Разработайте SFC, закрывающую систему, для остановки всех клапанов (NK111,

NK112, NK113 и NK114) и мотора (NP111) при нажатии кнопки останова. Пример
разработки показан на рисунке 7.35, где по нажатию экстренной кнопки все
клапаны и насос будут закрыты или выключены независимо от того, в
автоматическом они режиме или в ручном.
Разработку можно начать вставкой SFC-схемы и присваивания ей имени

«CLSDWN». Затем обратитесь к рисунку 7.35.

PCS7 PoT
Схема:
Условие:
Обработка:
(закрытие системы)
Рисунок 7.35 SFC «CLSDWN»
Экстренная кнопка конфигурируется на OS, таким образом, что она

устанавливает переменную SIM.DIG.Q0 = 1 (обратитесь к рисунку 4.52, глава 4),
когда нажата кнопка.
Рисунок 4.52 показывает, что оператор может затребовать экстренный останов

путем установки l0. Рисунок 4.19 показывает, что для установки l0 можно
использовать процедуру кнопки.
Обратитесь к этим двум рисункам (4.52 и 4.19), чтобы закончить упражнение.
2.2. Указания
Для автоматического запуска SFC-схемы требуется импульсный сигнал,

разрешающий схеме перейти под управление «SFC_CTRL», и другой
импульсный сигнал, активирующий «SFC_CTRL».
Можно использовать библиотечную функцию PCS7 TIMER_P (FB5) для

генерирования импульсного сигнала. Иллюстрация примера разработки показана

PCS7 PoT
Схема:
Рисунок 7.36 «SFC_CTRL», управляющий CLSDWN

Глава 8:
Интерфейс оператора и
графический дизайн
PCS7 PoT
Глава 8 Интерфейс оператора и графический дизайн
ГЛАВА 8 ИНТЕРФЕЙС ОПЕРАТОРА И ГРАФИЧЕСКИЙ ДИЗАЙН ................................. 4
1. OS-ПРОЕКТЫ .................................................................................................................. 4
1.1 ТИПЫ OS-ПРОЕКТОВ ...................................................................................................... 4
1.2 КОММУНИКАЦИОННЫЕ ИНТЕРФЕЙСЫ НА СИСТЕМНОЙ ШИНЕ .................................... 6
1.3 БАЗОВЫЕ ДАННЫЕ (BASE DATA) ................................................................................... 8
1.4 КОММУНИКАЦИОННЫЙ ДРАЙВЕР ИЗ КОМПЛЕКТА ПРОТОКОЛОВ SIMATIC S7 .......... 8
2. ГРАФИЧЕСКИЙ РЕДАКТОР ......................................................................................... 9
2.1 ГРАФИЧЕСКАЯ БИБЛИОТЕКА ....................................................................................... 10
2.2 ОСНОВЫ ИСПОЛЬЗОВАНИЯ И ДИАЛОГ СВОЙСТВ ........................................................ 11
2.3 SMART OBJECTS («УМНЫЕ» ОБЪЕКТЫ) ....................................................................... 14
2.3.1 Graphic Object (графический объект) ............................................................... 15
2.3.2 Picture Window (окно рисунка) ........................................................................... 16
2.3.3 Application Window (окно приложения) ............................................................. 16
2.3.4 Status Display (дисплей статуса) ....................................................................... 17
2.3.5 Group Display (дисплей группы) ....................................................................... 200
2.3.6 OCX-управление ................................................................................................. 222
2.3.7 OLE Element (элемент OLE) ............................................................................. 244
2.3.8 Textlist (текстовый список).............................................................................. 244
2.4 ОБЪЕКТ WINDOWS ..................................................................................................... 255
2.4.1 Button (кнопка) ................................................................................................... 255
2.4.2 Использование кнопки для открытия (вызова) лицевых панелей ................. 266
2.4.3 Check Box (флажок) .......................................................................................... 288
2.4.4 Option Group (переключатель) ......................................................................... 288
2.4.5 Round Button (круглая кнопка) .......................................................................... 299
2.5 СОЗДАНИЕ ГРАФИЧЕСКОЙ ДИНАМИКИ ..................................................................... 299
2.5.1 Обзор..................................................................................................................... 29
2.5.2 Dynamic Dialog (диалог динамизации)............................................................... 31
2.5.3 Direct connection (прямое соединение) .............................................................. 31
2.5.4 C Actions (C-действия) и Global Script (глобальный скрипт) ....................... 332
3. МАСТЕР ДИНАМИЗАЦИИ (DYNAMIC WIZARD) .................................................. 33
3.1 ВВЕДЕНИЕ .................................................................................................................... 33
3.2 SYSTEM FUNCTIONS (СИСТЕМНЫЕ ФУНКЦИИ) ........................................................... 34
3.2.1 Exit WinCC or Windows (выход из WinCC или Windows) .................................. 34
3.2.2 Hardcopy (твердая копия) .................................................................................. 34
3.2.3 Language Switch (переключение языка) ............................................................. 34
3.2.4 Start another application (запуск другого приложения) .................................... 35
3.3 STANDARD DYNAMICS (СТАНДАРТНАЯ ДИНАМИЗАЦИЯ) ........................................... 35
3.3.1 Connect picture block to tag structure (соединение блока изображения со
структурой тега) .............................................................................................................. 35
3.3.2 Add dynamics to the prototype и Link a prototype to a structure (добавление
динамизации к прототипу и связывание прототипа со структурой) ........................ 37
3.3.3 Make a property dynamic (сделать свойство динамическим) .......................... 37
3.3.4 Move object (передвинуть объект) .................................................................... 38
3.3.5 Operationable if authorized (может работать, если есть авторизация) ...... 39
3.3.6 Set tag value (установка значения тега)............................................................ 40
3.3.7 Setting/Resetting a bit (Установка/сброс бита) ................................................. 40
3.3.8 Setting/Resetting bits (Установка/сброс битов) ................................................ 40
3.3.9 Copy tag value (копирование значения тега)..................................................... 41
3.3.10 Мастера динамизации для SFC ......................................................................... 41

PCS7 PoT
3.4 МАСТЕРА ДИНАМИЗАЦИИ – ФУНКЦИИ РИСУНКОВ ................................................... 442
3.4.1 Open picture in process window (открыть рисунок в окне процесса)............ 442
3.4.2 Picture exchange in workspace (смена рисунке на рабочей области) ............ 442
3.4.3 Picture selection via measurement point (выбор рисунка через точку
измерения)......................................................................................................................... 442
4. ОБЪЕКТЫ, ОПРЕДЕЛЕННЫЕ ПОЛЬЗОВАТЕЛЕМ (USER DEFINED OBJECTS –
UDO)
…………………………………………………………………………………………...44
2
4.1 ОСНОВНЫЕ ШАГИ ПО СОЗДАНИЮ UDO ...................................................................... 43
4.2 СОЗДАНИЕ UDO ........................................................................................................... 43
4.2.1 Подготовка объектов и графики для построения UDO ................................. 43
4.2.2 Начало создания UDO......................................................................................... 44
4.2.3 Диалог конфигурирования UDO ......................................................................... 45
4.2.4 Добавление динамизации в UDO ........................................................................ 46
4.2.5 Сохранение (storing) прототипа UDO в библиотеке ...................................... 47
4.2.6 Link a prototype to a structure (связь прототипа со структурой) .................. 48
5. ВИЗУАЛИЗАЦИЯ SFC .................................................................................................. 49
5.1 SFC-УПРАВЛЕНИЕ ........................................................................................................ 49
5.2 МУЛЬТИСХЕМНОЕ SFC-УПРАВЛЕНИЕ ......................................................................... 50
5.3 КНОПКА SFC ................................................................................................................ 51
5.4 SFC-БРАУЗЕР (УТИЛИТА ПРОСМОТРА) ........................................................................ 51
УПРАЖНЕНИЯ ....................................................................................................................... 552
УПРАЖНЕНИЕ 8.1 ДОБАВЛЕНИЕ ДИСПЛЕЯ СТАТУСА (STATUS DISPLAY) ........................... 552
1. Задача ..................................................................................................................... 552
2. Указания................................................................................................................. 552
УПРАЖНЕНИЕ 8.2 ДОБАВЛЕНИЕ ДИСПЛЕЯ ГРУППЫ (GROUP DISPLAY) .............................. 552
1. Задача ..................................................................................................................... 552
2. Указания................................................................................................................. 552
УПРАЖНЕНИЕ 8.3 СОЗДАНИЕ UDO УПРАВЛЕНИЯ КЛАПАНОМ ............................................. 54
1. Задача ....................................................................................................................... 54
2. Указания................................................................................................................... 54

PCS7 PoT
1. OS-Проекты
1.1 Типы OS-проектов
Проекты OS (сервера) изначально перемещены (transfer) из AS, где теги и
сообщения уже определены, затем происходит их дальнейшая разработка в
WinCC. Наряду с этим WinCC позволяет создавать SCADA-проекты. Эти теги
используются для графических разработок и подвержены мониторингу и
манипуляции во время исполнения. Обзор PCS7-проекта по стадиям
проиллюстрирован на рисунке 8.1.
Рисунок 8.1 Исходная часть OS-проектов PCS7 перемещаются из AS
Существует три типа OS-проектов: Multi-User System (мультипользовательская

система), Single-User System (однопользовательская система) и Multi-Client
projects (мультиклиентные проекты). Обратитесь к рисунку 8.2.

PCS7 PoT
правый
клик
типы OS-проектов
Рисунок 8.2 Типы OS-проектов
Мультиклиентный проект (Multi-Client project)
Каждый мультиклиентный проект имеет доступ к данным множества серверов.

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

(до 6). Это означает, что, к примеру, данные шести различных серверов могут
быть отображены на мониторе мультиклиента.
Станция-клиент
Компьютер OS-клиента назначен серверу. Он не имеет проекта (базы данных), но

разделяет с сервером его (сервера) проект.
Рисунок 8.3 показывает, что мультиклиентная станция и станция-клиент

находятся в среде PCS7-проекта.

PCS7 PoT
Мультиклиент с
Клиент Клиент
просмотром
Сервера1 Сервера2
Сервера1 и Сервера2
База данных
Сервер1 Сервер2
База данных База данных
Рисунок 8.3 Структура OS-сервера, мультиклиента и клиента
1.2 Коммуникационные интерфейсы на системной шине

ES/OS имеет коммуникационный процессор (СР1613), установленный на ее
материнскую плату, а AS снабжена СР443-1, который вставлен в один из ее
слотов. СР в ES/OS установлен с помощью панели управления «Setting the
PG/PC interface» («Установка PG/PC-интерфейса»), а СР на AS установлен в
Hardware Config SIMATIC-менеджера. Эти установки показаны на рисунке 8.4.
За более подробной информацией по компонентам СР1613 и СР443-1
обратитесь к «SIMATIC PCS 7 Catalog ST 2001».

PCS7 PoT
Установите
Системная шина СР на шину в
Установите СР на
шину в PG/PC. HW Cofig.
Рисунок 8.4 Коммуникационные интерфейсы на системной шине
Установки и адреса AS переносятся (transfer) в OS-проект, таким образом, OS

знает, откуда вызвать значения процесса и куда вводить команды. См. рисунок
8.5.
Имя OS-проекта
Подробный AS-адрес OS (RMTm)-

партнера
Сист.
шина
AS-программа
Рисунок 8.5 Взаимосвязь между OS-проектом и его AS-программой

PCS7 PoT
1.3 Базовые данные (Base data)

Базовые данные OS требуются для настройки стандартной OS-системы PCS7,
например, для генерирования системных рисунков, формата отображения
сообщений и вывода на экран. Базовые данные для нового OS-проекта
автоматически генерируются двумя Мастерами (wizards) при выполнении в
первый раз перемещения (transfer) из SIMATIC-менеджера в WinCC. Эти два
Мастера – Split Screen Wizard (Мастер разделения экрана) и Alarm Logging Wizard
(Мастер регистрации предупреждений) – показаны на рисунке 8.6.
Рисунок 8.6 Базовые данные OS-проекта
Мастер разделения экрана (Split Screen Wizard) генерирует:

• Заставку и другие системные рисунки;
• 8 уровней авторизации пользователей для обеспечения доступа к
операционным функциям;
• Мастера динамизации (Dynamic wizards), используемые в графическом
редакторе (Graphics Designer) для разработки анимации.
Мастер разделения экрана выполняется один раз для OS-проекта, если нет
изменений в построении мониторов отображения, к примеру, не перешли от
одного монитора к двум.
Мастер регистрации предупреждений (Alarm Logging Wizard) выполняется каждый
раз, когда производится перемещение проекта, так как сообщения,
сконфигурированные с помощью AS-проектирования, должны быть перемещены
в OS.
1.4 Коммуникационный драйвер из комплекта протоколов

SIMATIC S7
Коммуникационный драйвер (или драйвер связи) используется для соединения

PCS7 PoT
контроллеров PLC S7-400. Доступны пять разных канальных драйверов. В

зависимости от установленного оборудования компьютера OS поддерживаются
следующие коммуникации:
• Промышленный Ethernet и промышленный Ethernet (II) для модулей
коммуникации промышленного Ethernet SIMATIC NET (например, СР 1613).
• MPI для соединения через внутренний интерфейс MPI (например, PG 760/PC
RI45) или MPI-модуль, также как карта PCMCIA компонента коммуникации
СР5511.
• Используются поименованные соединения для установки символьных
соединений резервированных контроллеров S7-400.
• PROFIBUS и PROFIBUS (II) для модулей коммуникации PROFIBUS SIMATIC
NET (например, СР 5412/А2).
• Слот PLC для коммуникации с картой PLC, которая является PC-картой,
расположенной в РС.
• TCP/IP для коммуникации через сети с помощью протокола TCP/IP.
В коммуникационном драйвере находятся переменные процесса и тэги,

перемещенные из AS, как показано на рисунке 8.7.
Переменные из контроллера
Рисунок 8.7 Управление тэгами в OS и список переменных
2. Графический редактор
Для создания рисунков процесса используется редактор графических разработок
WinCC (WinCC Graphics Designer Editor). Рисунок 8.8 демонстрирует среду
графического редактора с несколькими основными рабочими функциями.
Графический редактор обладает следующими чертами и возможностями:
• Удобный и простой пользовательский интерфейс;
• Рациональное конфигурирование с помощью интегрированных объектов и
библиотек пиктограмм (иконок);
• Интерфейсы, открытые для импорта графики и поддержки интерфейса OLE
2.0;
• Конфигурируемое поведение графических объектов с помощью Мастеров
динамизации.
• Связи с дополнительными функциями средствами мощного
конфигурирования скриптов.
• Связи с графическими объектами пользователя, которые могут быть
созданы.

PCS7 PoT
Вкл/выкл
Привязка к разметке
разметки
Окно свойств
Шрифт Цвет текста Цвет рамки Библиотека

рисунков
Палитра
выравни-
вания
Слои Позиция курсора Размер объекта
Рисунок 8.8 Графический редактор (Graphics Designer)
2.1 Графическая библиотека

Рисунки можно хранить как в глобальной библиотеке, так и в библиотеке проекта.
Графический редактор
нажать Отображение библиотеки
Рисунок 8.9 Библиотеки OS – глобальные и проекта

PCS7 PoT
Можно построить свою собственную библиотеку при помощи перетаскивания

рисунка или графического объекта в библиотеку. Позже вы сможете
использовать библиотеку для создания рисунков вашего проекта путем
копирования и вставки. Библиотека символов HMI Siemens (Siemens HMI Symbol
Library) обладает хорошей коллекцией рисунков и пиктограмм процессов, как
Рисунок 8.10 Библиотека символов HMI Siemens
2.2 Основы использования и диалог свойств

На рисунке 8.11 показан способ разработки графики с использованием палитры
объектов (Palette Objects). Например, можно перетащить из палитры объектов и
поместить на рабочую область (область построения) объекты: прямоугольник
(Bar), поле ввода/вывода (I/O Field), статический текст (Static Text), линию (Line) и
окружность (Circle).

PCS7 PoT
Линии
Стат. текст
Линии
Круг
Статический
текст
Поле ввода /
вывода
Прямоугольник
Статический
текст
Рисунок 8.11 Основы использования графического редактора
Чтобы сменить шрифт, цвет, динамическую связь и т.д. объекта вам следует
воспользоваться диалогом свойств объекта (Object Properties). На рисунках 8.12 и
8.13 показана подробная инструкция, как сконфигурировать поле ввода/вывода с
помощью диалога свойств.
Для некоторых объектов есть более простой путь конфигурирования
динамической связи, нежели использование диалога свойств. Но этот диалог
предоставляет общий способ настройки многих атрибутов объектов.

PCS7 PoT
Перетащите и поместите на
рабочую область поле
ввода/вывода (I/O Field)
Нажмите правой клавишей мыши

на лампочке в поле «Dynamic»
Рисунок 8.12 Свойства (Properties) поля ввода/вывода (I/O Field) – 1

PCS7 PoT
Использование
фильтра (Filter)
Выберите переменную
Оконча-
ние
Рисунок 8.13 Свойства (Properties) поля ввода/вывода (I/O Field) – 2
2.3 Smart Objects («Умные» объекты)

Smart Objects («Умные» объекты) расположены в палитре объектов (Object
Palette), и они обычно имеют динамические связи с переменными процесса. Все
«Умные» объекты, поставляемые WinCC, показаны на рисунке 8.14.

PCS7 PoT
Рисунок 8.14 «Умные» объекты (Smart Objects)
2.3.1 Graphic Object (графический объект)
Используя графические объекты, вы можете в графическом редакторе вставлять

стандартные рисунки (например, bmp- и emf-рисунки). На рисунке 8.15
представлен пример вставки в WinCC-рисунок картинки, изображающей
предприятие на местности. После перетаскивания графического объекта из
палитры объектов, не отпуская клавишу, можно задать (нарисовать) рамку
рисунка (шаг 1 на рисунке 8.15). Далее появится диалог конфигурирования
графического объекта, где можно выбрать картинку, которую вы хотите добавить
в WinCC-рисунок (шаг 2).
Перетащите и поместите графический

объект (Graphic Object)
Выберите картинку,
доступную в формате bmp
или emf
Рисунок 8.15 Графический объект (Graphic Object)

PCS7 PoT
2.3.2 Picture Window (окно рисунка)
Окна рисунков предназначены для рисунков, созданных в графическом

редакторе. Задача данных объектов – отображение различных рисунков в окне
путем связывания окна с этими рисунками. Обратитесь к рисунку 8.16, где имени
рисунка (Picture Name) присвоено «Detail_J002.PDL», хотя оно может быть иным
и ссылаться на другой рисунок.
Откройте диалог свойств; свяжите

окно (Window) с рисунком,
используя атрибут «Picture Name»
(«Имя рисунка»)
Перетащите и поместите на
область построения окно рисунка
(Picture Window)
Отображение рисунка
во время исполнения
Рисунок 8.16 Окно рисунка (Picture Window)
Окно рисунка используется совместно с действиями (событиями). Например, окно

рисунка обычно скрыто, и нажатие кнопки вызывает отображение окна. Рисунок
8.16 (шаг 3) демонстрирует отображение окна с изображением схемы насосов
после нажатия кнопки.
2.3.3 Application Window (окно приложения)
Окна приложения – объекты, находящиеся под управлением системы отчетов

PCS7 и предназначенные для вывода отчетов на печать. На рисунке 8.17
иллюстрируется использование окна приложения с подробной инструкцией по
настройке организации задачи печати. Система отчетности и печати будет
рассмотрена в главе 10.

PCS7 PoT
Перетащите окно Во время исполнения: Job Detail View

приложения (окно просмотра данных о задании)
Выберите
Во время исполнения: All Job – Context

Menu (все задания – контекстное меню)
Рисунок 8.17 Окно приложения (Application Window)
2.3.4 Status Display (дисплей статуса)
Дисплей статуса (состояния) использует элементы графики и цвета для

представления статуса операций. Простой пример – отображение бинарного
состояния с помощью двух цветов. После помещения объекта «Дисплей статуса»
на область построения появляется диалоговое окно конфигурирования
(Configuration), как показано на рисунке 8.18.
Сначала бинарный тег связывается, затем добавляются значения состояния тега

и, наконец, разным состояниям тега назначаются готовые рисунки bmp (или emf).

PCS7 PoT
Свяжите тег
Перетащите
рисунки к
соответствующ.
состояниям
Добавьте
состояние или
значение тега
Рисунок 8.18 Конфигурирование бинарных статусов (состояний)
Дисплей статуса может применяться с другими заданными сочетаниями цветов

операции. В следующей таблице показан пример для статуса оперирования
клапаном.
Таблица 8.1
Сочетания цветов для операционного статуса клапана
Закрыт и
Операционный Ошибка Открытие Открыт Закрытие Простой
статус (Error) (Opening) (Opened) (Closing) (Closed and
Idle)
Половина - Половина - Серый и

Цвет Красный Зеленый
зеленый красный белый
Графическое
изображение
статуса
Конфигурирование дисплея статуса для этого примера показано на рисунке 8.19.

PCS7 PoT
Перетащить и
поместить
Готовые рисунки.
Каждый рисунок
соответствует номеру
бита (статусу)
Рисунок 8.19 Конфигурирование дисплея статуса клапана
Тег является важным элементом. Вам следует запрограммировать тег, который

содержит логику для запланированных состояний. Такие теги разработаны в CFC
и показаны на рисунке 8.20.
Номер бита 0 Красный

Номер бита 1 Зеленый
Номер бита 2 Серый и бел.
Номер бита 3 Пол. зеленый
Номер бита 4 Пол. красный
Рисунок 8.20 Дисплей статуса с байтным тегом
На рисунке 8.20 состояния клапана (QOPENED, QCLOSED и т.д.) конвертируются

в байтовую переменную BOBY.OUT.

PCS7 PoT
2.3.5 Group Display (дисплей группы)
Дисплей группы – это коллекция событий, отображаемых на OS во время

исполнения. Можно заметить, что есть два формата событий:
• тег, именуемый EventState и

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

разработанного графического объекта «Group Display» («Дисплей группы»).
EventState связывается с объектом дисплея группы, как показано на рисунке 8.21.
или используя Мастер

для связи с EventState
Станд. динамизация
Перетащите и дисплей
группы (Group Display)
Свяжите с EventState
Рисунок 8.21 Дисплей группы (Group Display)
EventState создается после перемещения (transfer) проекта из ES в OS. Он

содержит сообщения, определенные в технологических функциональных блоках
PCS7, например, CTRL_PID, VALVE, DOSE, RATIO, MOTOR и т.д. Рисунок 8.22
показывает сконфигурированные с помощью блока «CTRL_PID» сообщения,
которые собраны в тег EventState, и объект дисплея группы может отображать
типы сообщений.

PCS7 PoT
Сконфигурированные
сообщения,
отображаемые над
объектом «Дисплей Правый клик
группы»
Все типы
сообщений PCS7
Сконфигурированные
сообщения в «CTRL_PID»:
Рисунок 8.22 Сконфигурированные сообщения, отображаемые над объектом

дисплея группы (Group Display)
Когда дисплей группы помещен на картинку (область построения), она имеет

«Состояние события» («Event State»). (Обратитесь к рисунку 8.21, где иконка
блока «CTRL_PID» имеет дисплей группы.) Следовательно, к этой картинке
может быть отнесен другой дисплей группы. К примеру, дисплей группы на
картинке «RMT» связан с картинкой PID, где расположена лицевая панель PID.
Рисунок 8.23 Отслеживание источника предупреждения

PCS7 PoT
При выделении щелчком мыши дисплея группы на картинке «RMT» появляется

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

перетащите
дисплей группы
конфигурирование
завершено
Выберите
Мастера
Обратите внимание, что имя

рисунка (PID.PDL) используется
здесь для связывания.
Рисунок 8.24 Конфигурирование дисплея группы на картинке (области

построения)
2.3.6 OCX-управление
Объекты ОСХ или ActiveX – модули рисунков, доступные в качестве загружаемых

компонентов. WinCC предлагает несколько из них, например, модуль управления
цифровыми/аналоговыми часами WinCC (WinCC Digital/Analog Clock Control). См.
рисунок 8.25. Также имеется несколько специальных модулей ОСХ-управления
для PCS7, например, все лицевые панели.
Модули OCX-рисунков создаются с помощью некоторых программных сред, таких

как Microsoft Visual C++ или Microsoft Visual Basic 5.
Созданные или используемые модули ОСХ должны быть зарегистрированы в

WinCC. Объекты ОСХ, доступные на WinCC-станции, можно просмотреть,
используя диалог OCX-управления (OCX Control) (см. рисунок 8.25).

PCS7 PoT
ОСХ- или ActiveX-управление
Рисунок 8.25 WinCC OCX-управление PCS 7
Модули ОСХ могут быть легко введены в изображения предприятия. Пример

плавной (скользящей) регулировки показан на рисунке 8.26.
Свяжите
свойство
Position с
тегом
Рисунок 8.26 Плавная регулировка

PCS7 PoT
2.3.7 OLE Element (элемент OLE)
Для интегрирования имеющихся Windows-приложений в изображения OS можно

использовать зарегистрированные элементы OLE. На рисунке 8.27 с
изображением предприятия соединяется Microsoft Excel, на что указывает
пиктограмма приложения. На рисунке 8.27 также видны другие
зарегистрированные приложения.
Добавление элемента OLE к

изображению предприятия
Рисунок 8.27 Элемент OLE
2.3.8 Textlist (текстовый список)
В палитре объектов (Object Palette) под «умными» объектами (Smart Objects)

найдите Text list (текстовый список) и добавьте один такой объект к картинке
(области построения).
С помощью рисунка 8.28 вы можете видеть, как использовать объекты Textlist.

Процессной переменной является MODE_AKT, булевского типа (BOOL) с тремя
битовыми позициями: OUT0, OUT1 и OUT2, представляющими MODE_MAINT,
MODE_MAN и MODE_AUTO соответственно. Щелкните дважды на атрибуте
«Assignments» («Назначения»), чтобы определить связи с состояниями
MODE_AKT. В качестве результата в текстовом списке будут следующие
списочные термы: NN, NMAINT, MANUAL и AUTOMATIC.

PCS7 PoT
Рисунок 8.28 Изменение рабочих режимов с помощью текстового списка (text list)
2.4 Объект Windows

В графическом редакторе, как показано на рисунке 8.29, доступны 5 стандартных
объектов Windows.
(Объекты Windows)
Рисунок 8.29 Объекты Windows (Windows Objects)
2.4.1 Button (кнопка)
Кнопка используется для управления событиями процесса, такими как

подтверждение сообщений, установка значений и открытие рисунков. Она
распознает два состояния: «Нажата» и «Не нажата».

PCS7 PoT
Можно ввести несколько строк текста, отображаемого на кнопке, см. рисунок 8.30.
Перетащите и поместите кнопку
Для ввода второй строки

используйте комбинацию
клавиш: <Shift> + <Enter>.
Рисунок 8.30 Конфигурирование текста в двух строках кнопки (Button)
2.4.2 Использование кнопки для открытия (вызова) лицевых панелей
PCS 7 снабжен несколькими Мастерами динамизации (Dynamic Wizard),

оказывающими помощь при конфигурировании. Мастер, открывающий любую
лицевую панель технологического блока PCS 7, называется «Picture selection via
measurement point» («Выбор рисунка через точку измерения»). Вы можете найти
Мастер, следуя иллюстрации на рисунке 8.31.
Связывание кнопки для

открытия панели
Мастер открывает
лицевые панели.
Функции рисунков
Рисунок 8.31 Мастер открывает лицевые панели
Следуя указаниям Мастера, вы можете завершить конфигурирование. После

этого, как показано на рисунке 8.32, действия по нажатию клавиш мыши (mouse
action) индицируются зеленой стрелкой.

PCS7 PoT
Рисунок 8.32 Действия с мышью (mouse action), сконфигурированные с помощью

описаний на C (C-акций)
Мастер производит текст на С (см. рисунок 8.33).
Рисунок 8.33 C-акция, вызывающая лицевую панель

PCS7 PoT
2.4.3 Check Box (флажок)
Флажки используются там, где требуется множественный выбор. Пользователь

может выбрать один или более полей путем отметки квадратиков. Обратитесь к
максимальное кол-во флажков:

область значений: -1
Рисунок 8.34 Флажок (Check Box)
Каждый флажок (квадратик) представлен битом в 32-битном значении (Флаг 1

соответствует значению 0-вого бита). Отмеченные квадратики устанавливают
соответствующие биты в «1», а неотмеченные – сбрасывают в «0».
2.4.4 Option Group (переключатель)
Переключатель похож на флажок, но, в отличие от него, позволяет сделать

только один выбор. Обратитесь к рисунку 8.35.

PCS7 PoT
Каждый пункт (кружок)

соответствует одному
биту 32-битного значения
Рисунок 8.35 Переключатель (Option Group)
2.4.5 Round Button (круглая кнопка)
Круглая кнопка используется подобно обычной кнопке (Button) для обработки

событий процесса. Но в отличие от кнопки круглая кнопка имеет установку-
защелку для обоих состояний – «Нажата» и «Не нажата».
2.5 Создание графической динамики
2.5.1 Обзор
Существует несколько способов создания графической динамики. Пока мы

обсудили связывание тегов (поля ввода/вывода – I/O fields) и действия мышью
(mouse actions) (открытие лицевых панелей). Другие динамические связи
включают в себя диалог динамизации (Dynamic Dialog), прямое соединение
(Direct connection) и C-акция (C-Action), что показано на рисунке 8.36.

PCS7 PoT
Рисунок 8.36 Возможные динамические связи
Онлайновая помощь WinCC (WinCC Online Help) содержит хорошее объяснение

по созданию графической динамики. Обратитесь к рисунку 8.37.
Рисунок 8.37 Онлайновая помощь (Online Help) по конфигурированию действий

PCS7 PoT
2.5.2 Dynamic Dialog (диалог динамизации)
Диалог динамизации предоставляет удобный способ сделать атрибуты

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

мыши, затем выберите
диалог динамизации
Рисунок 8.38 Изменение цвета с помощью диалога динамизации (Dynamic Dialog)
2.5.3 Direct connection (прямое соединение)
Результатом конфигурирования прямой связи для события является передача

значения элемента источника (Source) целевому элементу (Target) при
возникновении этого события во время исполнения. Источниками могут быть
константы, теги или атрибуты объектов изображений. Целевыми элементами
(целями) могут быть динамические атрибуты объектов, диалоговые окна и теги.
Назначением прямого соединения является открытие изображения по нажатию
клавиши мыши, как показано на рисунке 8.39. После нажатия (клика) кнопки
«Reactor 1» на рабочее пространство 1 OS PCS 7 выводится рисунок
Reactor1.pdl.

PCS7 PoT
Изображение
предприятия
Настройка кнопки «Reactor1»
Нажмите правую
клавишу мыши,
и выберите
прямое
соединение
Определите
цель (Target)
Определите
источник (Source)
Рисунок 8.39 Прямое соединение (Direct Connection)
2.5.4 C Actions (C-действия) и Global Script (глобальный скрипт)
Фоновая деятельность, такая как, например, ежедневная распечатка отчетов,

мониторинг тегов или независимые от изображения расчеты выполняются во
время исполнения посредством акций (actions) или описаний на С. Запуск акции
инициируется триггером.
Акции (описания) могут вызывать функции. WinCC имеет несколько функций,

которые могут быть изменены пользователем. Также можно создать свои
собственные функции. Для создания и редактирования функций и акций служит
редактор глобальных скриптов («Global Script»).
Больший объем информации по редактору глобальных скриптов содержится в
онлайновой помощи.
Действия, сконфигурированные в диалоге свойств атрибутов (Property Attributes)

посредством диалога динамизации (Dynamic Dialog) и C-акций (C-Action), как
представлено на рисунке 8.36, сами снабжены триггерами, которые можно
инициировать. Обратитесь к рисунку 8.40. Триггеры действий (акций),
сконфигурированные в диалоговом окне объектных событий (Object Events)
посредством прямого соединения и C-акций, сами активируют события.

PCS7 PoT
кликните иконку
триггера
двойной
клик
выберите
циклический триггер
Рисунок 8.40 Изменение триггера действия (акции) (action trigger)
3. Мастер динамизации (Dynamic Wizard)

3.1 Введение
WinCC и PCS 7 предоставляют несколько Мастеров динамизации. Они
используются для автоматического создания C-акций (описаний на С) вместо
прямого программирования на С.
Мастера организованы в следующие группы:
• Системные функции (System Functions)

• Стандартная динамизация (Standard Dynamics)
• Функции импорта (Import Functions)
• SFC
• Разное (Miscellaneous)
• Функции рисунков (Picture Functions)

PCS7 PoT
3.2 System Functions (Системные функции)

В категории «Системные функции» в основном присутствуют четыре Мастера, как
Рисунок 8.41 Мастер динамизации (Dynamic Wizard) – Системные функции

(System Functions)
3.2.1 Exit WinCC or Windows (выход из WinCC или Windows)
С помощью этой функции можно сконфигурировать, к примеру, кнопку выхода из

WinCC или операционной системы. При выполнении Мастера вы можете
определить, как закрывается операционная система или WinCC. См. рисунок
8.42.
Выход из WinCC или

Windows
Рисунок 8.42 Опции выхода из WinCC или Windows
3.2.2 Hardcopy (твердая копия)
С помощью Мастера можно настроить действие для создания твердой копии

текущего экрана.
3.2.3 Language Switch (переключение языка)
С помощью Мастера можно создать действие, переключающее язык данных.

PCS7 PoT
3.2.4 Start another application (запуск другого приложения)
С помощью этой функции может быть создано действие, запускающее другое

приложение. Следуя пунктам Мастера, вам следует указать путь и имя
приложения, которое нужно запустить, например, C:\Program Files\Microsoft
Office\Office\EXCEL.EXE.
3.3 Standard Dynamics (Стандартная динамизация)

На рисунке 8.43 представлена вся стандартная динамизация.
Рисунок 8.43 Стандартная динамизация (Standard Dynamics)
3.3.1 Connect picture block to tag structure (соединение блока изображения

со структурой тега)
PCS 7 V5.1 предоставляет для лицевых панелей пиктограммы блоков. Иконки

собраны в системный рисунок «@TEMPLATE», как показано на рисунке 8.44.

PCS7 PoT
Рисунок 8.44 Некоторые из иконок блоков PCS 7
Иконки блоков заранее сконфигурированы как прототипы, что показывает рисунок

8.44. Объекты «прототипы» означают, что переменные членов были
присоединены, но экземпляр блока или структура (которым принадлежат
переменные) был неизвестен. См. рисунок 8.45.
Иконка блока
Действие мышью в прототипе
открывает лицевую
панель «CTRL_PID».
Рисунок 8.45 Объекты-прототипы
Мастер «Connect picture block to tag structure» используется для присоединения

прототипа иконки блока к специальной структуре, как показано на рисунке 8.46.

PCS7 PoT
Прототип
Соедините блок
изображения со
структурой тега
Использование
Мастера
Соединено
Рисунок 8.46 Соединение иконки блока изображения со структурой тега
3.3.2 Add dynamics to the prototype и Link a prototype to a structure

(добавление динамизации к прототипу и связывание прототипа со
структурой)
Эти два Мастера используются для создания объекта, определенного

пользователем (User Defined Object – UDO), который будет рассмотрен в этой
главе позже.
3.3.3 Make a property dynamic (сделать свойство динамическим)
Этот мастер генерирует динамические связи для атрибутов, подобно тому, как
если бы вы напрямую генерировали динамические связи нажатием мышкой на
динамических лампочках. Обратитесь к рисунку 8.47.

PCS7 PoT
Сделать свойство
динамическим
Рисунок 8.47 Сделать свойство динамическим (Make a property dynamic)
3.3.4 Move object (движение объект)
С помощью этого Мастера объект можно сделать двигающимся. Чтобы увидеть

работу Мастера, обратитесь к рисунку 8.48.

PCS7 PoT
Передвинуть
объект
Рисунок 8.48 Двигающиеся объекты
3.3.5 Operationable if authorized (может работать, если есть авторизация)
Этот Мастер выключает окно сообщения, если обнаруживается факт

недостаточных прав (insufficient permission). См. рисунок 8.49.
Исполнение иконки блока требует,
например, разрешения
контролировать процесс.
Если уровень авторизации
недостаточен, возникает это
сообщение.
Если Мастер
был применен,
окно
сообщения не
Передвинуть будет
объект появляться.
Рисунок 8.49 Мастер Operationable if authorized (может работать, если есть

авторизация)

PCS7 PoT
3.3.6 Set tag value (установка значения тега)
С помощью этого мастера может быть установлена переменная (ее тип –

двойное слово, double word) для фиксации значения посредством действий
мышью при соответствующей настройке. На рисунке 8.50 представлен пример
присваивания уставке ее значения по умолчанию нажатием кнопки.
(Установить
Установка контроллер
значения на уровень
тега уставки по
умолчанию)
Использование Мастера для
присваивания переменной (DWORD)
значения
нажатием кнопки.
Рисунок 8.50 Мастер установки значения тега (Set a tag value)
3.3.7 Setting/Resetting a bit (Установка/сброс бита)
С помощью данного Мастера можно установить или сбросить бит переменной.

Рисунок 8.51 Установка/сброс бита переменной
3.3.8 Setting/Resetting bits (Установка/сброс битов)
В отличие от установки и сброса бита здесь можно установить и/или сбросить

несколько битов переменной (см. рисунок 8.52).

PCS7 PoT
Рисунок 8.52 Установка/сброс битов
3.3.9 Copy tag value (копирование значения тега)
Используя эту функцию, значение переменной может быть скопировано в другую

переменную. Рисунок 8.53 иллюстрирует главные шаги этого Мастера.
возможные триггеры
Копирование
тегов типа
WORD (слово)
Рисунок 8.53 Копирование тегов (Copying tags)
3.3.10 Мастера динамизации для SFC
Есть два Мастера, вызывающих SFC-схемы во время исполнения OS. См.

Рисунок 8.54 Мастера динамизации для SFC
Мастер «Configure SFC browser» («Конфигурирование SFC-браузера,

обозревателя») конфигурирует действия мышью по открытию SFC-браузера, где
приведены все SFC-схемы проекта и, следовательно, могут быть вызваны из
изображений OS.

PCS7 PoT
Мастер «Configure SFC button» («Конфигурирование SFC-кнопки») настраивает

действия мышью по открытию специальной SFC-схемы, выбранной во время
работы с Мастером.
3.4 Мастера динамизации – функции рисунков

Есть несколько Мастеров, реализующих функции рисунков (изображений) (Picture
Functions), которые совместно используются для Разработчика лицевых панелей
(Faceplate Maker) и будут обсуждены ниже в этой главе.
Функции рисунков
Рисунок 8.55 Мастера динамизации – функции рисунков
3.4.1 Open picture in process window (открыть рисунок в окне процесса)
Мастер конфигурирует действия мышью по открытию рисунка в окне процесса.

Окно процесса – это отдельное окно на рабочей области исполняемой OS.
Размеры и местоположение окна процесса могут быть изменены.
3.4.2 Picture exchange in workspace (смена рисунке на рабочей области)
Мастер конфигурирует действия мышью по открытию рисунка окно на рабочей

области OS. Рисунок с помощью настроенной кнопки исчезает с рабочей области,
а вызванный рисунок занимает всю область. Размеры рисунка не могут быть
изменены, и он не может быть перемещен.
3.4.3 Picture selection via measurement point (выбор рисунка через точку
измерения)
Мастер конфигурирует действия мышью по открытию лицевой панели.

4. Объекты, определенные пользователем (user

defined objects – UDO)
OCX-программирование отличается легким манипулированием объектами, а
WinCC оснащена мощной технологией создания прототипов графических
объектов (графических прототипов). Технология называется «Объекты,
определенные пользователем» (UDO) и базируется только на ресурсах WinCC.

PCS7 PoT
4.1 Основные шаги по созданию UDO

Создание и использование объектов, определенных пользователем,
укладываются в четыре главных шага:
(1) Выберите атрибуты и/или события из графического объекта. Эти атрибуты

и события станут единственными атрибутами и событиями UDO.
(2) Используйте Мастер «Add dynamics to the prototype» («Добавление

динамизации к прототипу»). Он свяжет UDO со «значением прототипа»,
т.е. с точечным значением как .PV_IN. Точечное значение является одним
из элементов структурированных данных. Вы должны связать каждый
отдельный атрибут с точечным значением, т.е. использовать Мастер
необходимое количество раз для того, чтобы добавить все точечные
значения, требующиеся для UDO.
(3) Сохраните UDO в библиотеке. При использовании UDO перетащите его из

библиотеки и поместите его на ваши рисунки.
(4) Используйте Мастер «Link a prototype to a structure» («Связывание

прототипа со структурой»), чтобы связать UDO с соответствующими
структурами. Он свяжет точечные значения с именем структуры в качестве
префикса. Мастер используется только один раз.
4.2 Создание UDO

4.2.1 Подготовка объектов и графики для построения UDO
На рисунке 8.56 изображены объекты, размещенные для построения панели

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

PCS7 PoT
Объекты для построения UDO

(перетащенные из палитры объектов)
Статический текст
Статический текст Дисплей статуса

Линия
Линия
Линия
Статический текст Дисплей группы
Кнопка
Графика для дисплея статуса

(готовые bmp- и emf-рисунки, загруженные в директорию
проекта)
Ручной Закрыт Не заперт
Автоматич. Открыт Заперт
Рисунок 8.56 Подготовка объектов и графики для построения UDO
4.2.2 Начало создания UDO
Выберите (отметьте) группу панели клапана. Нажмите правой клавишей мыши на

группе и следуйте пути меню: Customized Object > Create (см. рисунок 8.57).
Выберите все объекты
выбранном
Рисунок 8.57 Запуск настройки объекта

PCS7 PoT
4.2.3 Диалог конфигурирования UDO
После выбора «Create» («Создать»), как показано на рисунке 8.57, появляется

диалоговое окно «Configuration Dialog Customized object» («Диалог
конфигурирования настраиваемого объекта»). В диалоговом окне «возьмите» с
помощью мыши необходимые атрибуты и поместите их в объект UDO, чтобы
сформировать атрибуты UDO. За более подробными инструкциями обратитесь к
объект с
именем тега
перетащите чтобы он стал атрибутом UDO,

Имя свойства UDO т.к. имя тега может
(может быть изменено) варьироваться в зависимости
Нажмите правой от использования UDO
имени свойства UDO
Рисунок 8.57 Формирование атрибутов UDO

PCS7 PoT
Сформированные свойства
UDO и атрибуты
перетащите
Действие мышью,
отмеченное как
атрибут UDO
Рисунок 8.58 Завершение формирования атрибутов UDO
4.2.4 Добавление динамизации в UDO
После закрытия диалога конфигурирования можно запустить Мастер добавления

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

PCS7 PoT
Добавление
динамизации в прототип
Рисунок 8.59 Добавление динамизации в UDO
4.2.5 Сохранение (storing) прототипа UDO в библиотеке
После добавления динамизации в UDO он становится прототипом и сохраняется

в библиотеке проекта. См. рисунок 8.60.
Сохраните прототип
UDO в библиотеке
проекта
Рисунок 8.60 Сохранение прототипов UDO

PCS7 PoT
4.2.6 Link a prototype to a structure (связь прототипа со структурой)
Чтобы использовать UDO, перетащите его из библиотеки и свяжите его с тегом с

помощью Мастера. Эти действия показаны на рисунке 8.61.
Связывание прототипа
со структурой
Рисунок 8.61 Связывание прототипа со структурой

PCS7 PoT
5. Визуализация SFC
Визуализация SFC-схем на OS осуществляется SFC-управлением ОСХ, SFC-
мультисхемным управлением ОСХ и C-акциями (описаниями на С). Два вида
OCX-управления доступны в графическом редакторе. Обратитесь к рисунку 8.62.
Рисунок 8.62 SFC-управление OCX PCS 7
Описания на С (акции) реализуются двумя Мастерами динамизации (Dynamic

Wizard). См. рисунок 8.63.
Рисунок 8.63 Мастера динамизации SFC
5.1 SFC-управление
Вы можете перетащить объект OCX-управления (рисунок 8.62) из раздела «Smart
Objects» («умные» объекты») и поместить на изображение (картинку)
предприятия. Затем отметьте пункт «PCS 7 SFC Control» («SFC-управление PCS
7»), показанный на рисунке 8.62. После чего следуйте иллюстрации рисунка 8.64.

PCS7 PoT
Дважды щелкните
на объекте
Выберите схему
Рисунок 8.64 Конфигурирование SFC-управления
5.2 Мультисхемное SFC-управление

С помощью мультисхемного SFC-управления ОСХ можно просматривать все
схемы в окне управления. Обратитесь к главе 7, рисунок 7.26. Чтобы
сконфигурировать мультисхемное SFC-управление, следуйте рисунку 8.65.

PCS7 PoT
Дважды щелкните
на объекте
Нажмите на кнопку
выбора схемы
Выберите несколько схем
Рисунок 8.65 Мультисхемное SFC-управление (SFC MultiChart Control)
5.3 Кнопка SFC

Вы можете сконфигурировать кнопку, которая при нажатии во время исполнения
OS открывает SFC-схему. Кнопка настраивается с помощью Мастера «Configure
SFC button» («Конфигурирование кнопки SFC»). В системе исполнения (Runtime
system) будет открыта присоединенная SFC-схема, как показано на рисунке 7.26,
глава 7.
5.4 SFC-браузер (утилита просмотра)

Вы можете сконфигурировать кнопку, которая при нажатии во время исполнения
OS открывает окно со списком для выбора всех SFC-схем. Кнопка настраивается
с помощью Мастера «Configure SFC Browser» («Конфигурирование SFC-
браузера»). Браузер похож на окно, показанное в нижней части рисунка 8.65.

PCS7 PoT
Упражнение 8.1 Добавление дисплея статуса (Status Display)

1. Задача
Дисплей статуса рассмотрен в разделе 2.2.4. Разработайте дисплей статуса для

модуля движения. Обратитесь к упражнению 5.1. Движение имеет 16 состояний.
Анимационные рисунки для упражнения поставляются.
2. Указания
Тег статуса – FB1211.STIR. Обратитесь к рисунку 8.19.
Упражнение 8.2 Добавление дисплея группы (Group Display)

1. Задача
Имеются три рисунка, выстроенных по иерархическим уровням, как показано на

Рисунок 8.66 Иерархические уровни рисунков
Если есть лицевая панель клапана (Valve Faceplate) на рисунке INLET_VALs,

разработайте схему, использующую дисплей группы для отделения клапана от
других двух рисунков, когда клапан сообщает об ошибке.
2. Указания
Поместите иконку блока клапана на рисунок INLET_VALs и свяжите иконку с

клапаном из вашего проекта.
В WinCC Explorer (утилита просмотра WinCC) откройте Picture Tree Manager

(менеджер дерева рисунков) для размещения трех рисунков (рисунки LOAD и
TANK1 могут быть пустыми) в иерархические контейнеры. Обратитесь к рисункам
8.67 и 8.68.

PCS7 PoT
Рисунок 8.67 Открытие Picture Tree Manager (менеджер дерева рисунков)
После вставки контейнеров (container) можно их переименовать. Рисунки

перетаскиваются и помещаются в свои контейнеры. См. рисунок 8.68.

PCS7 PoT
Рисунок 8.68 Размещение рисунков в контейнерах
Теперь можно следовать примеру раздела 2.2.5, чтобы сконфигурировать

объекты дисплея группы, здесь, в частности, обратитесь к рисунку 8.23.
Перед выходом из менеджера дерева рисунков вам следует сохранить
параметры среды. Если вы перемещаете источник сообщений (например, иконку
блока) менеджер дерева рисунков должен быть снова открыт и сохранен для
обновления связей между рисунками.
Упражнение 8.3 Создание UDO управления клапаном

1. Задача
В данной главе рассказывается о создании UDO. Разработайте панель

отображения клапана для NK111. Создайте панель UDO, затем используйте ее
для других клапанов (NK112, NK113 и NK114).
2. Указания
Разработайте панель клапана. Пример показан на рисунке 8.56. Чтобы завершить

упражнение, обратитесь к разделу 4.

Глава 9:
Регистрация тегов, тренды,
регистрация предупреждений, сообщения
и хранение данных
PCS7 PoT
Глава 9 Регистрация тегов и предупреждений, тренды, сообщения и хранение данных
ГЛАВА 9 РЕГИСТРАЦИЯ ТЕГОВ, ТРЕНДЫ, РЕГИСТРАЦИЯ ПРЕДУПРЕЖДЕНИЙ,
СООБЩЕНИЯ И ХРАНЕНИЕ ДАННЫХ ................................................................................ 4
1. РЕГИСТРАЦИЯ ТЕГОВ (TAG LOGGING) ................................................................... 4

1.1 ТЕГИ................................................................................................................................ 4
1.2 ЦИКЛЫ (CYCLES) ........................................................................................................... 5
1.3 МЕТОДЫ АРХИВАЦИИ .................................................................................................... 6
1.3.1 Циклическая непрерывная архивация .................................................................. 6
1.3.2 Ациклическая архивация ....................................................................................... 7
1.3.3 Циклически-выборочная архивация ..................................................................... 8
1.3.4 Архивация, управляемая процессом ..................................................................... 9
1.4 КРАТКОСРОЧНЫЕ АРХИВЫ И ПОСЛЕДОВАТЕЛЬНЫЕ АРХИВЫ ...................................... 9
1.5 КОНФИГУРИРОВАНИЕ АРХИВА ЗНАЧЕНИЙ ПРОЦЕССА (PROCESS VALUE ARCHIVE) .. 10
1.5.1 Таймеры (timers) .................................................................................................. 10
1.5.2 Использование Мастера архивов (Archive Wizard) .......................................... 10
1.5.3 Установка свойств тегов .................................................................................. 12
1.5.4 Свойства архива .................................................................................................. 13
1.5.5 Проектные свойства регистрации тегов ........................................................ 15
1.5.6 Доступ к данным краткосрочных архивов ....................................................... 16
1.5.7 Последовательный архив .................................................................................... 17
2. ТРЕНД (TRENDING) ..................................................................................................... 19
2.1 ЭЛЕМЕНТ УПРАВЛЕНИЯ ОСХ – ТРЕНД (TREND) ......................................................... 19
2.1.1 Конфигурирование кривых (curves).................................................................... 19
2.1.2 Тренды во время исполнения............................................................................... 20
2.1.3 Онлайновый тренд .............................................................................................. 21
2.2 ЭЛЕМЕНТ УПРАВЛЕНИЯ – ТАБЛИЦА (TABLE) .............................................................. 22
3. РЕГИСТРАЦИЯ ПРЕДУПРЕЖДЕНИЙ (ALARM LOGGING) ................................. 23
3.1 КАК PCS 7 ИСПОЛЬЗУЕТ РЕДАКТОР РЕГИСТРАЦИИ ПРЕДУПРЕЖДЕНИЙ (ALARM
LOGGING EDITOR)? ................................................................................................................. 23
3.2 СООБЩЕНИЯ ................................................................................................................. 26
3.2.1 Единичное и групповое сообщения ..................................................................... 26
3.2.2 Классы и типы сообщений ................................................................................. 27
3.2.3 Сообщение-событие и состояние сообщения .................................................. 28
3.2.4 Философия подтверждения ............................................................................... 29
3.2.5 Сообщения о начальном значении и новом значения ....................................... 30
3.2.6 Тег подтверждения ............................................................................................. 30
3.2.7 Блоки сообщений.................................................................................................. 30
3.2.8 Окно сообщений ................................................................................................... 30
3.2.9 Строка сообщения .............................................................................................. 32
3.2.10 Архивирование сообщений .................................................................................. 32
3.3 КОНФИГУРИРОВАНИЕ ДИСПЛЕЯ ПРЕДУПРЕЖДЕНИЯ .................................................. 34
3.3.1 Элемент управления ОСХ – сигнализатор (Alarm) .......................................... 34
3.3.2 Отбор блоков сообщений и классов................................................................... 35
3.3.3 Конфигурирование строки сообщения .............................................................. 38
3.3.4 Отбор сообщения по тексту ............................................................................. 39
3.3.5 Конфигурирование сообщений в WinCC ............................................................ 39
4. ОБМЕН ДАННЫМИ С ИСПОЛЬЗОВАНИЕМ WINCC STORAGE ......................... 45
4.1 АРХИВНЫЙ СЕРВЕР (ARCHIVE SERVER) ...................................................................... 45
4.2 АРХИВНЫЕ ФУНКЦИИ STORAGE .................................................................................. 48

PCS7 PoT
4.2.1 Конфигурирование ............................................................................................... 48
4.2.2 Носитель данных (data carrier).......................................................................... 48
4.2.3 Импортирование данных обратно в базу данных WinCC ............................... 49
4.2.4 Экспортирование данных ................................................................................... 50
УПРАЖНЕНИЯ ......................................................................................................................... 52
УПРАЖНЕНИЕ 9.1 ДОБАВЛЕНИЕ ТРЕНДОВ И ТАБЛИЦЫ К КАРТИНКАМ ПРЕДПРИЯТИЯ ........ 52
Задача и указания............................................................................................................... 52
УПРАЖНЕНИЕ 9.2 СОРТИРОВКА СООБЩЕНИЙ ПО ТЕКСТУ .................................................... 52
УПРАЖНЕНИЕ 9.3 НАПРАВЛЕНИЕ (SWAPPING) ДАННЫХ НА ДИСКЕТУ ................................. 53

PCS7 PoT
Глава 9 Регистрация тегов, тренды, регистрация

предупреждений, сообщения и хранение данных
Данные процесса различного вида (значения, ограничения, тексты, сообщения и
т.д.) предназначены не только для отображения или манипуляции при обработке
событий, возникающих во время исполнения, они также должны храниться и
архивироваться для независимого анализа и оценки.
Функции регистрации тегов (Tag Logging) и регистрации предупреждений (Alarm

Logging) включают получение данных из AS и их подготовку для архивации с
целью хранения и анализа.
И так, наши процессные данные расположены на OS-сервере визуально под

директорией управления тегами (Tag Management) WinCC. Эти данные напрямую
взаимодействуют с контроллерами и используются в рисунках OS в качестве
динамических связей.
Сообщения (Messages), сконфигурированные на стадии AS-проектирования (с

использованием CFC), перемещены (transfer) в редактор регистрации
предупреждений (Alarm Logging Editor).
Механизм регистрации тегов WinCC служит для обработки переменных процесса,

а регистрация предупреждений – для работы с сообщениями.
1. Регистрация тегов (Tag Logging)
1.1 Теги
Теги – это полезная концепция. Они создаются в WinCC и распространяются
менеджером данных по всей системе. Мы также называем тегом регулятор
клапана и PID-регулятор. Теги могут представлять переменные, внутренние
вычисления, ограничения, результаты связи или простые системные события,
такие как время, использование мыши или клавиатуры и т.д.
Теги делятся на следующие типы: внешние теги, внутренние теги и теги фрейма
сообщения. На рисунке 9.1 продемонстрированы различные теги.
Внешние теги (External tags) используются для получения данных процесса и

значений процесса. Внутренние теги (Internal tags) используются для
получения системных значений и состояний.
Теги фрейма сообщения (Message frame tags). Одна или более точек
измерения процесса могут быть сгруппированы в тег фрейма сообщения. Это
применяется особенно в случаях, когда должны быть записаны значения очень
быстрых процессов. Теги фрейма сообщения системой принимаются в форме
нетипизированных («сырых») тегов (raw data tags).

PCS7 PoT
Внутренние
теги
Внешние
теги
Системы
регистрации
предупреж-
дений и
тегов
Рисунок 9.1 Теги (Tags)
1.2 Циклы (Cycles)

Выбранные внешние теги (кроме нетипизированных тегов) регистрируются или
архивируются в системе регистрации тегов циклически. Регистрация тегов имеет
две различные системы таймеров, одна для времени получения (acquisition time),
другая для времени архивации (archiving time).
Циклы получения (acquisition cycles) или таймеры являются временными

интервалами, через которые значения принимаются системой регистрации тегов
от образа процесса.
Циклы архивации (archiving cycles) или таймеры – временные интервалы, в

течение которых данные загружаются для приложений, например для
отображения. Продолжительность цикла архивации всегда кратна целому числу
циклов получения. На рисунке 9.2 показаны поток данных из AS в OS и циклы.

PCS7 PoT
Системная
шина
Данные
процесса
Данные процесса Данные процесса и теги
Архивация
получение
Отобра- Архивы
жение из регистра-
архива ции тегов
Архивация получение
Рисунок 9.2 Оперативные данные и регистрационные данные
1.3 Методы архивации

Методы архивации информируют о том, как сохранить данные процесса,
получаемые для OS, и как при необходимости редактировать данные.
Архивирование данных управляется посредством комбинации событий и циклов

(combination of events and cycles). Имеются четыре метода архивации.
• Циклическая непрерывная архивация, используемая для тега / измеряемых

значений.
• Ациклическая архивация, используемая для захвата текущего значения при
возникновении соответствующего сконфигурированного события.
• Циклически-выборочная архивация, сочетающая управление событиями с
циклическим непрерывным архивированием.
• Управляемая процессом архивация, используемая для фреймов сообщений.
1.3.1 Циклическая непрерывная архивация
Получение данных начинается при запуске системы (исполнение) и

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

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

какое значение в цикле сохранить – действительное (actual), среднее (mean),
минимальное (minimum) или максимальное (maximum).
Действительное
измеряемое значение с
циклической записью из
Запуск системы и
блокировка
Закрытие системы
Старт архива
Сохраненное
измеряемое значение
как среднее значение
как мгновенное
значение
Рисунок 9.3 Циклическая непрерывная архивация (Cyclic continuous archiving)
1.3.2 Ациклическая архивация
При ациклической архивации бинарное или аналоговое значение сохраняется

один раз при возникновении события.
Примерами начала и окончания событий являются:
• изменение состояния бинарного тега и измеряемого значения (фронт сигнала

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

PCS7 PoT
Событие
как действительное
значение
Рисунок 9.4 Ациклическая архивация (Acyclic archiving)
1.3.3 Циклически-выборочная архивация
Архивирование начинается, когда возникает событие, и выполняется

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

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

PCS7 PoT
Измеряемое бинарное
значение
Временной интервал
архивирования
как среднее значение
как мгновенное
значение
Рисунок 9.5 Циклически-выборочная архивация (Cyclic-selective archiving)
1.3.4 Архивация, управляемая процессом
В архивации, управляемой процессом, архивируемые значения процесса

группируются в блоки в PLC и посылаются как нетипизированные теги в систему
регистрации тегов (Tag Logging) с помощью менеджера данных WinCC, Данные
конвертируются с использованием формата DLL и сохраняются в архиве
регистрации тегов (Tag Logging Archive). Этот формат DLL зависит от канала и,
следовательно, должен соответствовать спецификациям производителя канала
PLC.
1.4 Краткосрочные архивы и последовательные архивы

Для краткосрочных или непрерывных архивов (Short-term Archives or
Continuous Archives) необходимо, чтобы пользователь задал размер архива
количеством вхождений архивируемых данных. Краткосрочные – архивы типа
«первый пришел, первый вышел» (first-in-first-out). По достижении определенного
количества самое старое значение выталкивается из архива вновь прибывшим.
Последовательные архивы (Sequence Archives) – архивы, размер которых

определяется свободным пространством на диске. Последовательные архивы
используются только вместе с WinCC Storage package (WinCC-пакет хранения)
для экспорта данных из базы данных WinCC и перемещения (transfer) их в другую
среду данных для долгосрочного хранения.

PCS7 PoT
1.5 Конфигурирование архива значений процесса (process

value archive)
1.5.1 Таймеры (timers)
Вы можете определить таймеры (циклы) для системы архивирования

регистрации тегов. Для установки системных таймеров следуйте рисунку 9.6.
правый
клик
выберите базу и фактор
Рисунок 9.6 Установка таймеров (timers) для получения данных и архивации
1.5.2 Использование Мастера архивов (Archive Wizard)
Мастер архивов может использоваться при создании архивов значений процесса.

Следуя указаниям Мастера, вы можете присвоить имя архиву и выбрать, какие
теги будут заархивированы. Эти действия представлены на рисунке 9.7 и 9.8.

PCS7 PoT
1
2
правый клик
использование
на Archives
Мастера архивов
задать имя архива
выбрать тип архива
Рисунок 9.7 Мастер архивов (Archive Wizard)
Также может быть выбрано

несколько переменных.
Рисунок 9.8 Получение тегов от менеджера данных (Data Manager)

PCS7 PoT
1.5.3 Установка свойств тегов

После выбора тегов для архивации вам следует определить свойства (Properties)
тегов, такие как тип получения, цикл получения, цикл архивации и метод
обработки (хранение значений или действительных значений, и т.д.). Некоторые
установки показаны на рисунке 9.9.
На рисунке 9.9 показаны установки для аналоговых значений. Таким же образом
вы можете задать свойства бинарных данных.
Определите свойства тегов Важные установки для аналоговых данных
2 4 3
5 6
Рисунок 9.9 Свойства тегов


PCS7 PoT
Есть другое место в программе, где вы можете задать свойства тегов. Путь меню:
щелкнуть правой клавишей мыши на любой строке тега и выбрать «Свойства»
(Properties). Обратитесь к рисунку 9.10.
Вы можете
задействовать
другое имя
тега процесса
Рисунок 9.10 Вкладка «Archive Tag» («Тег архива») диалога свойств тега
Вы можете просмотреть другие функции на других вкладках диалога свойств

(Parameters, Display и Events).
1.5.4 Свойства архива
После создания архивов с помощью Мастера можно определить его свойства.

Диалоговое окно свойств (Properties) открывается при щелчке правой клавиши
мыши на архиве, например, FC111, как на рисунке 9.9, и выборе «Properties»
(«Свойства»). Это диалоговое окно показано на рисунке 9.11.

PCS7 PoT
выберите уровень авторизации
Рисунок 9.11 Свойства архива значений процесса
В диалоговом окне свойств архива вам следует определить, каковым является

архив – краткосрочным или последовательным. Т.к. последовательный архив
потенциально может занять все дисковое пространство OS-сервера, чем вызвать
проблемы, то вы должны быть уверены, что архив будет уменьшаться с помощью
экспорта данных другими средствами, к примеру, используя программную
систему «WinCC Storage» («WinCC-хранение»).
Что касается краткосрочных архивов, число вхождений данных должно быть

задано, так что размер архива ограничен. Обратитесь к рисунку 9.12.

PCS7 PoT
Введите число вхождений

данных
Размер архива в килобайтах
Рисунок 9.12 Определение рабочего режима архива
1.5.5 Проектные свойства регистрации тегов
В диалоговом окне регистрации тегов проекта можно определить, будут ли

сохраняться краткосрочные архивы в формате dBase III. Преимущество
использования этого формата проявляется в легком доступе к сохраняемым на
диске данным.
При выборе формата dBase III система регистрации тегов предупредит вас о том,
что последовательные архивы будут удалены. Обратитесь к рисунку 9.13.

PCS7 PoT
1
правый клик,
затем в
контекстном
меню
выберите
Properties
(Свойства)
Рисунок 9.13 Свойства загрузки тегов проекта
1.5.6 Доступ к данным краткосрочных архивов
После установки для краткосрочного архива формата dBase III данные будут
располагаться в директории PDE под проектом WinCC. Обратитесь к рисунку
9.14, чтобы установить положение папки PDE проекта «Clr_v51».

PCS7 PoT
Краткосрочный
архив данных
Рисунок 9.14 Краткосрочный архив в формате dBase III
1.5.7 Последовательный архив
Последовательный архив также называют долгосрочным архивом. Его данные

хранятся в базе данных времени исполнения (runtime database) проекта.

PCS7 PoT
Последовательные архивы
хранятся в базе данных
времени исполнения проекта
База данных
OS-проекта (OS)
База данных времени исполнения OS-

проекта содержит архивные данные
последовательного архива (OSRT)
Рисунок 9.15 Последовательные архивы
Последовательные архивы могут хранить следующие данные:
• Сообщения из редактора регистрации предупреждений (Alarm Logging Editor)

• Измеряемые значения из редактора регистрации тегов (Tag Logging Editor)
• Отчеты из редактора отчетов (Report Designer) графического редактора
(Graphics Designer Editor)

PCS7 PoT
База данных времени исполнения может пополняться данными из

последовательных архивов. Данные должны экспортироваться средствами
совместимости данных.
Ни при каких обстоятельствах базы данных проекта или времени исполнения
проекта не должны быть изменены или доступны для работников, не являющихся
системными администраторами.
2. Тренд (Trending)
2.1 Элемент управления ОСХ – тренд (Trend)

2.1.1 Конфигурирование кривых (curves)
WinCC оснащен OCX-объектами для установки и отображения трендов

(графиков, кривых). Обратитесь к рисункам 9.16 и 9.17, где приведены подробные
инструкции по конфигурированию кривых.
2 Установки для дисплея тренда
Перетащите и нарисуйте с
помощью левой клавиши мыши.
выберите источник данных

3
Рисунок 9.16 Свойства элемента управления - тренда (Properties of trend control)

PCS7 PoT
5
Имя кривой
Добавление Удаление
кривой кривой
Настройка
порядка 4
Рисунок 9.17 Свойства элемента управления - тренда (Properties of trend control) –

связывание кривой с данными
2.1.2 Тренды во время исполнения
На рисунке 9.18 показан пример окна тренда во время исполнения. Вместо

вставки объекта ОСХ - тренда в картинку предприятия можно разработать кнопку,
открывающую окно тренда. Как показано на рисунке 9.18, кнопка
сконфигурирована так: использованы иконка, действия мыши по вызову окна
тренда и ToolTip. ToolTip задействован в отображении имени архива, циклов
получения и архивации и глубины архива. Также имеются функции,
используемые во время исполнения. Например, можно отобразить имя
переменной, щелкнув на ней правой клавишей мыши, вернуться в историю
данных и отобразить значение с помощью строки ввода (reading line) и т.д. Все
сделанные во время исполнения изменения могут быть сохранены в системе
исполнения или внесены в конфигурационные свойства. См. рисунок 9.18.

PCS7 PoT
Масштабирование
времени
Если отмечено, то
Щелкните правой клавишей мыши изменения, сделанные
на оси значений или кривой, чтобы во время исполнения
отобразить имя переменной
сохраняются.
Соединение тега:
TC311\REAC1TC311PID_CONTROL.PV_IN
Рисунок 9.18 Тренды во время исполнения
2.1.3 Онлайновый тренд
Если вы хотите просмотреть несконфигурированные тренды, можно создать окно

тренда во время исполнения или онлайн. WinCC предоставляет возможность
использовать кнопку в наборе ключей (Key Set), с помощью которой можно
вызвать онлайновое окно тренда и выбрать отображаемую переменную.
Возможны только онлайновые теги. Обратитесь к рисунку 9.19.

PCS7 PoT
@TRG_Default.Pdl
Вызов онлайнового
дисплея тренда. Этот шаблон можно
настроить.
система тренда
Рисунок 9.19 Элемент управления – онлайновый тренд (online trend control)
2.2 Элемент управления – таблица (Table)

Наряду с элементом управления ОСХ - трендом WinCC предоставляет объект
ОСХ для табличного представления значений процесса. Но только данные
архивных источников могут использоваться в элементе управления - таблице.
Онлайновые данные не могут отображаться в этом элементе управления.

PCS7 PoT
3. Регистрация предупреждений (Alarm Logging)
3.1 Как PCS 7 использует редактор регистрации

предупреждений (Alarm Logging Editor)?
В PCS7-системах (по сравнению с WinCC, используемой как SCADA-системы)
предупреждения/сообщения предопределены, и они импортируются в редактор
регистрации предупреждений при перемещении проектов из ES в OS. На
следующем рисунке показаны редактор регистрации предупреждений и
импортированные сообщения. Перенесенные сообщения носят номера после
800.000.000.
Рисунок 9.20 Сообщения AS в регистрации предупреждений
Номера сообщений между 1.000.000 и 800.000.000 используются системой и не

конфигурируются. Если необходимо сконфигурировать сообщения в регистрации
предупреждений в дополнение к перенесенным сообщениям, можно
использовать номера сообщений между 1 и 1.000.000. Обратитесь к рисунку 9.21.

PCS7 PoT
Рисунок 9.21 Возможность использования номеров сообщений между 1 и

1.000.000
Система записывает сообщения от системы автоматизации и вводит их в

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

PCS7 PoT
Список приходящих предупреждений. Все неподтвержденные сообщения

Подтвержденный список. Все подтвержденные, но не ушедшие сообщения
Список выхода. Все ушедшие сообщения
Предупреждения процесса. Все сообщения контроллера
Список операций. Все вводимые сообщения оператора
Журнальный список. Все сообщения
Подтверждение ошибки
Подтверждение сигнала
Рисунок 9.22 Список сообщений
Функции в окне сообщений включают в себя навигацию по сообщениям,

сортировку сообщений и т.д. Эти функции показаны на рисунке 9.23.

PCS7 PoT
(Список приходящих предупреждений)
Прокручивает в окнах предупреждений рисунок, относящийся к

выбранным сообщениям, или активирует скрипт
Информационный текст
Конец списка
Предыдущее сообщение
Следующее сообщение
Начало списка
Распечатывает список сообщений
Открывает диалог для выбора сообщений, например, соответствующих области
Включение / выключение скроллинга
Подтверждает группу сообщений
Подтверждает единичное сообщение
Рисунок 9.23 Иконки функций окна сообщений
3.2 Сообщения
3.2.1 Единичное и групповое сообщения
В регистрации предупреждений различают два вида сообщений: единичное и

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

событию.
Групповые сообщения используются для группировки нескольких единичных

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

PCS7 PoT
Единичные
сообщения
Определенные
классы сообщений
Сообщения,
перенесенные из
SIMATIC-менеджера
Рисунок 9.24 Единичные и групповые сообщения
3.2.2 Классы и типы сообщений
Классы сообщений (message classes) отличаются друг от друга отношением к

философии подтверждения. Сообщения с одинаковой философией
подтверждения могут быть интегрированы в один класс сообщений. В
регистрации предупреждений может быть определено до 18 классов.

PCS7 PoT
Рисунок 9.25 Доступные и определенные классы сообщений
Типы сообщений (message types) – это подгруппы классов сообщений, и они

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

(Warning class)
3.2.3 Сообщение-событие и состояние сообщения
Сообщения-события (message events) подразумевают «Прибытие» («Arrival»),

«Разрешение» («Clearance») и «Подтверждение» («Acknowledgment»). Все
события сообщений сохраняются в архиве сообщений.

PCS7 PoT
Состояния сообщений означают «Вошедшее» («Came in»), «Ушедшее» («Went

out») и «Подтверждено» («Acknowledged»).
3.2.4 Философия подтверждения
Философия подтверждения представляет собой способ отображения и обработки

сообщения с момента его «прихода» («comes in») до момента его «выхода»
(«goes out»). В регистрации сообщений могут быть осуществлены следующие
философии подтверждения:
• единичное сообщение без подтверждения;

• единичное сообщение с подтверждением «Came in» («Пришло»);
• единичное сообщение с подтверждением «Went out» («Вышло»);
• сообщение о начальном значении без единичного подтверждения;
• сообщение о новом значении с единичным подтверждением;
• сообщение о новом значении с двойным подтверждением;
• сообщение без состояния «Went out» («Вышло») без подтверждения;
• сообщение без состояния «Went out» («Вышло») с подтверждением.
Возможности философии подтверждения также показаны на рисунке 9.27.
Рисунок 9.27 Философия подтверждения

PCS7 PoT
3.2.5 Сообщения о начальном значении и новом значения
Термин «сообщение о начальном значении» («initial value message»)

используется для описания формы обработки сообщений, в которой первое
сообщение – из списка сообщений – подвержено изменению состояния при
подсвечивании последнего подтверждения. Обратите внимание на текст в
желтой рамке на рисунке 9.27.
Термин «сообщение о новом значении» («new value message») используется для

описания формы обработки сообщений, в которой эти сообщения – из списка
сообщений – подвержены изменению состояния при подсвечивании последнего
подтверждения.
3.2.6 Тег подтверждения
В тегах подтверждения хранится «состояние подтверждения» сообщения.

Используя тег подтверждения, также можно управлять центральным сигнальным
устройством. Обратите внимание на текст в зеленой рамке на рисунке 9.27.
3.2.7 Блоки сообщений
Во время исполнения изменение состояния сообщения отображается в строке

сообщения. Отображаемая в строке сообщения информация определяется с
помощью блоков сообщений (message blocks). Существуют три различных типа
блоков сообщений:
• Системные блоки (System blocks) (например, дата, время,

продолжительность, комментарий …) отображают предустановленную
информацию. С помощью системных блоков значение блока сообщений
выводится в строку сообщения.
• Текстовые блоки пользователя (User text blocks) позволяют назначить

одному сообщению до десяти определяемых текстов. С помощью
пользовательских текстовых блоков содержимое блока отображается в
строке сообщения.
• Блоки значений процесса (Process value blocks) позволяют отобразить

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

сообщений (Message window). Внешний вид и функциональность окна сообщений
без затруднений могут быть определены в графическом редакторе с
использованием элемента управления ОСХ – сигнализатора (Alarm), задающего
вид окна предупреждений. Обратитесь к рисунку 9.28.

PCS7 PoT
Рисунок 9.28 Элемент управления ОСХ – сигнализатор (Alarm)
В зависимости от источника отображаемого сообщения различают четыре типа

окон сообщений:
• Окно сообщений (Message Window), которое используется для

отображения ожидающих в текущий момент сообщений.
• Окно краткосрочного архива (Short-Term Archive Window), используемое

для отображения сообщений, которые хранятся в краткосрочных
архивах.
• Окно долгосрочного архива (Long-Term Archive Window), которое

используется для вывода сообщений, хранимых в долгосрочных архивах.
• Окно списка блокировок (Lock List Window), используемое для вывода

заблокированных в настоящий момент сообщений.

PCS7 PoT
3.2.9 Строка сообщения
В окне сообщений каждое сообщение отображается в отдельной строке

сообщения (message line). Содержимое строки зависит от выбранного блока
сообщений. Каждый выбранный блок сообщений является столбцом строки
сообщения. Рисунок 9.29 демонстрирует формирование строки сообщения.
Рисунок 9.29 Строка сообщения
3.2.10 Архивирование сообщений
Размер краткосрочных архивов определен количеством предназначенных для

архивирования сообщений. Краткосрочный архив может быть только
циклическим архивом. Если достигнуто максимальное число архивируемых
сообщений, самое старое сообщение замещается. В краткосрочном архиве
может храниться до 10.000 сообщений.
Архивы сообщений располагаются под папкой Archive (Архив) в регистрации

предупреждений, как показано на рисунке 9.30.

PCS7 PoT
Рисунок 9.30 Типы архивов сообщений
Для конфигурирования краткосрочного архива необходимо определить, какие

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

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

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

PCS7 PoT
Рисунок 9.32 Долгосрочный архив
3.3 Конфигурирование дисплея предупреждения
3.3.1 Элемент управления ОСХ – сигнализатор (Alarm)
WinCC предоставляет объект ОСХ для установки и отображения окон

сообщений. Обратитесь к рисунку 9.33 (9.34), где показаны основные действия с
окном сообщений.

PCS7 PoT
дважды щелкните на
2 рисунке
1 3
перетащите и
нарисуйте
выберите тип
окна
Рисунок 9.33 Элемент управления ОСХ – сигнализатор в WinCC
3.3.2 Отбор блоков сообщений и классов
Во время работы системы генерируется огромное число сообщений. Для

просмотра сообщений окна сообщений использовать неудобно (эти сообщения
вызываются из OS-ключей, см. рисунок 9.22). Можно распределить сообщения по
разным окнам в соответствии с классами сообщений, их типом, текстом,
областями процесса, источниками сообщений и т.д. На практике эти окна с
отобранными сообщениями при вызове содержат значимую информацию в виде
относительно коротких списков. Обратитесь к примечанию в разделе 3.1.
На рисунке 9.34 показано диалоговое окно определения отбора (Specify

Selection), которое вызывается из диалога свойств элемента управления –
сигнализатора (Alarm Control Properties). В действительности диалог может быть
вызван из многих мест, где происходит выбор сообщений.

PCS7 PoT
5
4
Отметкой квадратиков
выберите классы
сообщений, которые
будут отображаться.
Отметкой флажков выберите
сообщения управления
оператора, которые будут
отображаться.
Рисунок 9.34 Выбор сообщений с использованием диалога определения отбора

(Specify Selection)
Страница предупреждений на картинке предприятия показана на рисунке 9.35.

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

PCS7 PoT
Alarms sorting according to area Страница предупреждений
All EDA incoming alarms
All EDA_1 incoming alarms
All Concentration incoming alarms
All Tank Farm incoming alarms
Рисунок 9.35 Хранение соответствующих областям производства сообщений

PCS7 PoT
3.3.3 Конфигурирование строки сообщения
Для формирования столбцов строки сообщения выбираются блоки сообщений.

Выберите блоки сообщений для

построения столбцов списка
6
Рисунок 9.36 Конфигурирование строки сообщения

PCS7 PoT
3.3.4 Отбор сообщения по тексту
Отбор сообщения по тексту представляет себой мощный инструмент сортировки,

распределяющий сообщения. Например, существуют критические сообщения,
управляющие безопасностью предприятия или отображающие качество
продукции. Можно применить в этих сообщениях специфический текст, а затем
собрать их в окне в соответствии использованному тексту в качестве критерия
сортировки. Как показано на рисунке 3.37, сообщения с текстом «FC111» будут
показаны в окне сообщений.
Двойной щелчок
8
Иерархия предприятия с текстом

«FC111» будет отображена в окне
сообщений.
Рисунок 9.37 Отбор сообщения по тексту
3.3.5 Конфигурирование сообщений в WinCC
В PCS7-проектах сообщения переносятся из SIMATIC-менеджера в OS. Вам

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

Пример, используемый здесь, демонстрирует создание нового типа сообщений с
именем Operator_Info, в классе имеются два типа сообщений: ReactorReady и
MaterialCorrect.
Подробности конфигурации проиллюстрированы на рисунках 9.38 – 9.44.

PCS7 PoT
Щелкните правой клавишей мыши на

свободном месте, затем выберите в
появившемся контекстном меню
Add/Remove (Добавить/Удалить)…
Добавьте доступный
свободный класс
сообщений
Рисунок 9.38 Добавление класса сообщений

PCS7 PoT
щелкнуть правой клавишей

мыши и в появившемся
контекстном меню выбрать
пункт Properties (Свойства)
Рисунок 9.39 Изменение имени класса и добавление типа сообщений

PCS7 PoT
Рисунок 9.40 Установка подтверждения и текста состояния

PCS7 PoT
Щелкните правой клавишей

Properties
мыши, затем в появившемся
контекстном меню выберите
Properties (Свойства)
Рисунок 9.41 Выбор имени, цвета текста и фона типа сообщений

PCS7 PoT
10
Щелчок правой кнопкой мыши, в выпадающем меню

выбрать Append New Line (Добавить новую строку)
11 12
Рисунок 9.42 Добавление сообщений
Динамическая связь
с переменной
13
14
15
Рисунок 9.43 Присоединение тега сообщения

PCS7 PoT
16 Определите строку сообщения
В Отборе сообщений (Message

17 Selection) выбран только класс
сообщений «Operator_Info»
Рисунок 9.44 Конфигурирование отображения класса сообщений «Operator_Info»
4. Обмен данными с использованием WinCC Storage

Пакет «Storage» («Хранение») не относится к основным в семействе WinCC. При
установке он обеспечивает автоматический обмен данными между базой данных
проекта OS и внешними долговременными носителями данных и удаление
данных из базы данных OS. Использование функций Storage возможно при
условии, что архивы данных нециклические.
Программный модуль Storage имеет доступ к следующей информации базы

данных WinCC:
• Сообщения из регистрации сообщений (Alarm Logging)

• Измеряемые значения из регистрации тегов (Tag Logging)
• Отчеты из редактора отчетов (Report Designer)
Пакет WinCC Storage подробно описан в руководствах WinCC, Основах
управления процессами (Basic Process Control), а также в онлайновой помощи.
4.1 Архивный сервер (Archive server)

Архивный сервер активируется при нажатии иконки программы Storage из
активированного OS-проекта. См. рисунок 9.45.

PCS7 PoT
Storage
Рисунок 9.45 Вызов функций Storage
Сервер, работая, находится в разных состояниях. Некоторые состояния

отображены в нижней части рисунка 9.46. На этом рисунке представлено
диалоговое окно Storage. О многих функциях данного пакета рассказывается
далее в этом разделе. Здесь можно видеть прямоугольники с отображением
статуса архивного сервера.
Server not running (сервер не No connection to the server Automatic Inactive

работает) (нет соединения с сервером) (автоматизация неактивна)
Power up of the archive server Ready (готов)

(включите архивный сервер)
Error will be corrected during

startup (ошибка будет
устранена при запуске)
Рисунок 9.46 Состояния архивного сервера

PCS7 PoT
При вызове Storage состояния сервера могут быть: «Server not running» («Сервер
не работает»), «No connection to server» («Нет соединения с сервером») и
«Automatic Inactive» («Автоматизация неактивна»). Затем сервер может перейти в
состояния «Power up of the archive server» («Включите питание архивного
сервера»), «Connection established» («Соединение установлено») и «Automatic
active» («Автоматизация активна»). Если при последней операцией с архивом
возникла ошибка, и проект перезапускается, сервер предпримет попытку
устранить ошибку. И отобразиться сообщение «Error will be corrected during
startup» («Ошибка будет устранена во время запуска»).
В состоянии «Ready» («Готов») может проводиться ручной или автоматический

обмен. Не имеет значения, автоматизация активна или нет и диалог отображен
или нет. Архивный сервер запускается при старте OS-проекта. Служба архивного
сервера находится в списке запуска OS-проекта. Обратитесь к рисунку 9.47.
Рисунок 9.47 OS-проект запускается с Storage-сервером

PCS7 PoT
4.2 Архивные функции Storage
4.2.1 Конфигурирование
Конфигурации компонуются во вкладке Configuration (Конфигурация) диалога

Storage, как показано на рисунке 9.48. Важные установки прокомментированы.
переключатель Activate / Deactivate

(активировать / деактивировать)
Repetition (Повторение): управляемая по
времени архивация, например, здесь –
обмен и удаление каждый час.
заполните данные для управляемой по
уровню архивации: для архивации не
рекомендуется, только для наблюдения
удаление из базы
данных
рекомендуется
Delete
(Удалить)
«возрастной» диапазон данных может распечатать или

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

изменениях; нажмите для применения изменений
Рисунок 9.48 Конфигурирование функции архивации
4.2.2 Носитель данных (data carrier)
Для подготовки функции архивирования на носитель данных записывается имя

носителя данных и информация о формировании данных. Эта задача
реализуется функцией «Create archive data carrier» («Создать носитель архивных
данных»). Обратитесь к рисунку 9.49. На нем также представлены другие
функции, такие как «Swap manually» («Обмен вручную», «Подкачка вручную»),
«Lock» («Блокировка») и «Update» («Обновить»).

PCS7 PoT
Введите имя архива и другую информацию

и загрузите эти данные в «Archiving Drive»
(«Архивный диск/дисковод») (слева).
Состояния:
Lock /
Release /
State
Update (Обновить): производит повторное считывание Носитель может быть заблокирован

носителя данных, загруженного в архивный дисковод. для предотвращения обмена
дополнительными данными
Рисунок 9.49 Функция обслуживания носителя данных
4.2.3 Импортирование данных обратно в базу данных WinCC
Выкаченные (перенаправленные), а потому более не доступные из базы данных

времени исполнения WinCC, данные могут быть закачены снова. Для этого
имеются специальные функции, представленные на вкладке «Import» («Импорт»)
диалога Storage. См. рисунок 9.50.

PCS7 PoT
выберите требуемый тип данных

из списка регистрационной книги
архива (Archive Logbook)
2
Щелкните на
временном 3
периоде, в 4
который нужно
импортировать
данные.
Удаление скаченных данных
но не из носителя данных
не рекомендуется
Книга регистрации содержит информацию по

функции автоматического архивирования: период
времени, способ обработки данных и носитель
данных, на котором они были сохранены.
Рисунок 9.50 Импортирование данных обратно в базу данных WinCC
4.2.4 Экспортирование данных
Данные можно экспортировать на любые носители, такие как жесткий диск,

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

формат ASCII CSV. Отчетные данные экспортируются без конвертирования.

PCS7 PoT
2
Выберите период
времени
Рисунок 9.51 Экспортирование данных

PCS7 PoT
Упражнение 9.1 Добавление трендов и таблицы к

картинкам предприятия
Задача и указания
В лабораторном проекте «RMT1» требуется заархивировать уставку (setpoint –

SP), переменную процесса (PV_IN) и ошибку управления (ER) регулятора FC111.
Состояния (QOPENING и QCLOSING) клапана NK111 также нужно
заархивировать.
Разработайте для регулятора архив аналоговых значений, а для клапана – архив

двоичных значений.
Определите архивы как краткосрочные (Short-term), для хранения архивов

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

процесса (PV_IN). Окно вызывается нажатием кнопки. Настройте кнопку с
использованием ToolTip для отображения имени архива, циклов получения и
архивации и глубины архива одновременно.
Подсказка: обратитесь к рисунку 9.17.
Добавление таблицы:
Сконфигурируйте таблицу для отображения значений SP, PV_IN и ER. Измените

цикл архивации на другое значение и пронаблюдайте отображение временного
интервала в таблице.
Раскрытие данных в Excel:
Определите расположение сохраненных на жестком диске вашего РС архивных

данных и раскройте их в Excel. Какую информацию вы можете почерпнуть из
данных клапана?
Упражнение 9.2 Сортировка сообщений по тексту

К одной из картинок вашего лабораторного проекта «RMT1» добавьте два окна

сообщений. Одно окно сообщений требуется для отображения всех сообщений
класса Error (Ошибка), другое – для отображения всех сообщений с текстом
«High».

PCS7 PoT
Подсказка: начните с изучения рисунков 9.34 – 9.37.
Попытайтесь активировать некоторые сообщения, чтобы проверить, правильно

ли работают ваши окна сообщений.
Упражнение 9.3 Направление (swapping) данных на

дискету
Разработайте долгосрочный (Long-term) архив для значений процесса (SP, PV_IN

и ER). Разработайте долгосрочный непрерывный (continuous) архив для
сообщений (проект «RMT1») типа Warning (Предупреждение).
Активируйте проект «RMT1» для сохранения данных в архивах.
Сконфигурируйте функции программного модуля Storage. Вручную направьте

(swap) данные на дискету. Если Повторение (Repetition) установлено на «каждый
час» («every 1 hour») и вы оставляете проект работать всю ночь, что будет на
дискете следующим утром?
Внимание: проверьте размер архива на соответствие объему дискеты перед

ночной архивацией. По возможности уменьшите размер архива.

Глава 10:
Отчеты, печать
и администрирование пользователей
PCS7 PoT
Глава 10 Отчеты, печать и администрирование пользователей
ГЛАВА 10 ОТЧЕТЫ, ПЕЧАТЬ И АДМИНИСТРИРОВАНИЕ ПОЛЬЗОВАТЕЛЕЙ ........... 3
1. ОТЧЕТЫ И ПЕЧАТЬ ....................................................................................................... 3

1.1 ОСНОВЫ ......................................................................................................................... 3
1.1.1 Функции .................................................................................................................. 3
1.1.2 Принтеры в рамках системной архитектуры PCS 7........................................ 3
1.2 КОНФИГУРИРОВАНИЕ ОТЧЕТА ПОСЛЕДОВАТЕЛЬНОСТИ СООБЩЕНИЙ НА
МУЛЬТИКЛИЕНТЕ ...................................................................................................................... 4
1.2.1 Разработка компоновки ....................................................................................... 4
1.2.2 Планирование построчного задания печати ...................................................... 6
1.2.3 Запуск задания построчной печати .................................................................... 8
1.3 КОНФИГУРИРОВАНИЕ ОТЧЕТОВ ТРЕНДА ....................................................................... 9
1.3.1 Разработка компоновки для печати трендов .................................................. 10
1.3.2 Планирование задания печати для отчетов тренда ....................................... 13
1.3.3 Активирование задания печати тренда ........................................................... 15
2. АДМИНИСТРИРОВАНИЕ ПОЛЬЗОВАТЕЛЕЙ ........................................................ 15
2.1 СТАНДАРТНЫЕ УРОВНИ АВТОРИЗАЦИИ PCS 7 ........................................................... 15
2.1.1 Группа администраторов .................................................................................. 15
2.1.2 Описание уровней авторизации (authorization levels) ...................................... 16
2.1.3 Уровни авторизации системных кнопок PCS 7................................................ 17
2.1.4 Уровни авторизации SFC-схем .......................................................................... 17
2.1.5 Авторизация графических объектов ................................................................. 18
2.2 НАСТРОЙКА УРОВНЕЙ АВТОРИЗАЦИИ ......................................................................... 19
2.3 РЕГИСТРАЦИЯ С ПОМОЩЬЮ ЧИП-КАРТ (CHIP CARDS) ................................................ 20
2.4 ПЕРЕМЕННАЯ РЕГИСТРАЦИЯ (VARIABLE LOGIN) ........................................................ 20
УПРАЖНЕНИЯ ......................................................................................................................... 22
УПРАЖНЕНИЕ 10.1 ОТЧЕТ ПОСЛЕДОВАТЕЛЬНОСТИ СООБЩЕНИЙ ........................................ 22
Задачи и указания............................................................................................................... 22
УПРАЖНЕНИЕ 10.2 ОТЧЕТ ТРЕНДА ......................................................................................... 22
УПРАЖНЕНИЕ 10.3 ОТЧЕТ ТЕКУЩЕГО ЗНАЧЕНИЯ ................................................................. 22
УПРАЖНЕНИЕ 10.4 УПРАВЛЕНИЕ ПОЛЬЗОВАТЕЛЯМИ ДЛЯ ПРОЕКТА «RMT1» .................... 23

PCS7 PoT
Глава 10 Отчеты, печать и администрирование

пользователей
1. Отчеты и печать
1.1 Основы
1.1.1 Функции
WinCC предлагает интегрированную систему отчетов для вывода на печать

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

присоединенными данными в качестве шаблона (template), затем организовать
задания печати с использованием этих шаблонов компоновки. Для создания
компоновок отчетов доступны два следующих редактора:
• редактор компоновки страницы (Page Layout Editor), организующий

постраничную печать (page by page);
• редактор компоновки строки (Line Layout Editor) для построчной печати
(line by line).
Перед направлением отчетов на принтер вы можете сохранить их в файлах или

отобразить их в окне предварительного просмотра (preview screen). Также вы
можете оперативно отслеживать работу и состояние заданий печати. Можно
определить циклическую (cyclic) печать каждый час, день, неделю или месяц.
Задание печати может быть запущено по контролю времени (time-controlled)

или действием оператора (operator action).
Одно задание печати может иметь до трех назначенных принтеров. Если один
принтер неисправен, в работу включится замещающий его принтер. Всего таким
образом может быть определено три принтера.
Отчет последовательности сообщений (Message sequence report) может

немедленно вывести входящие сообщения на линейный (построчный) принтер
(line-by-line printer). Такие отчеты используют построчную компоновку.
1.1.2 Принтеры в рамках системной архитектуры PCS 7
Принтеры для отчетов (report printer) могут быть установлены в сеть,

присоединены к клиенту или серверу в зависимости от разных конфигураций.
Возможные конфигурации принтеров в архитектуре PCS7 представлены на

PCS7 PoT
Принтер отчетов на Отчет последователь- Отчет последовательности

мультиклиентном ности сообщений сообщений (построчный) на
LPT1 (постраничный) в сети мультиклиентном LPT1
Принтер
отчетов в сети
Принтер отчетов
на LPT1 сервера Отчет последова-
тельности сообщений
(построчный) на LPT1
сервера
Рисунок 10.1 Конфигурации принтеров для отчетов
Если принтер установлен на мультиклиенте, он может печатать данные

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

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

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

10.2.

PCS7 PoT
Приготовленная заранее
компоновка
Вы можете ее переименовать
Рисунок 10.2 Добавление новой компоновки для построчной печати
Теперь по двойному щелчку на вновь созданном отчете откроется редактор

отчетов (Report Editor), как показано на рисунке 10.3.
Рисунок 10.3 Редактор линейной (построчной) компоновки (Line Layout Editor)
В редакторе вы можете задать размер страницы (Page size), границы (Margins),

заголовок (Header) и концовку (Footer). В разделе Table (Таблица) вам следует
нажать «Selection» («Выбор»), чтобы определить, какие сообщения войдут в
отчет. После нажатия «Selection» откроется диалог «Alarm Logging Runtime:
Report Table Selection» («Регистрация предупреждений при выполнении:
построение таблицы отчета»), показанный на рисунке 10.4. Здесь вы можете
определить сообщения для отчета.

PCS7 PoT
Выберите серверы, чьи пакеты

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

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

системное задание @Report Alarm Logging RT Message Sequence (отчет
регистрации предупреждений при выполнении, последовательность сообщений).
Задание вы можете найти в списке заданий печати (Print Job list). Обратитесь к

PCS7 PoT
Рисунок 10.5 Задание печати отчета последовательности сообщений
Для связывания задания печати с компоновкой отчета дважды щелкните на

задании, чтобы открыть диалоговое окно Print Job Properties (Свойства задания
печати), как показано на рисунке 10.6, где можно задать компоновку отчета и
подменяющие принтеры.

PCS7 PoT
Можно выбрать
два запасных
принтера.
Рисунок 10.6 Свойства задания построчной печати
1.2.3 Запуск задания построчной печати
Отчет последовательности сообщений активируется при активации проекта.

Исполнение отчета добавлено в список запуска проекта. См. рисунок 10.7.

PCS7 PoT
Активирование отчета
сообщений
Рисунок 10.7 Активирование отчета последовательности сообщений
Отчетность последовательности сообщений можно сконфигурировать с сервера.

Шаги конфигурирования почти такие же, как и описанные выше для
мультиклиентов. Единственное расхождение состоит в том, что отсутствует
опция выбора серверов. Обратитесь к рисунку 10.8 и сравните его с рисунком
10.4.
Рисунок 10.8 Конфигурирование отчета последовательности сообщений на

сервере
1.3 Конфигурирование отчетов тренда

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

PCS7 PoT
Для отчетов тренда и для печати текущих значений в таблицах используются

компоновки @CCTlgRTCurves.RPL на мультиклиентах и @tirtkur.rpl на серверах.
для мультиклиентов для серверов
тренды
таблицы
(текущие знач.)
Подготовленные компоновки
Рисунок 10.9 Компоновки отчетов для трендов и текущих значений
1.3.1 Разработка компоновки для печати трендов
Следующая иллюстрация будет основана на отчете из мультиклиента. Таким

образом, будет задействован шаблон @CCTlgRTCurves.RPL. Если отчет
создается сервером, используется компоновка @tirtkur.rpl.
Вам необходимо настроить подготовленную компоновку в редакторе отчетов

(Report Editor) для того, чтобы соединить ее с данными процесса. Редактор
отчетов можно открыть двойным щелчком на компоновке.
После открытия шаблона рекомендуется сохранить его под другим именем,

заданным вами. Тогда подготовленный системный шаблон будет сохранен.
Среда редактора отчетов WinCC представлена на рисунке 10.9. Объекты отчета

также показаны. Используются объекты динамизации, например, для
отображения кривых (Dynamic metafile – динамический метафайл) и таблиц
(Dynamic table – динамическая таблица) и т.д.
Для разработки пользовательской компоновки можно использовать объекты

(Objects) и стили (Styles). В готовых системных компоновках необходимые
объекты находятся на своих местах. Пользователь же может сконцентрироваться
на том, как связать компоновку с его проектными данными. Обратитесь к рисунку
10.10.

PCS7 PoT
Регистрация тегов при исполнении. Тренд
Дважды щелкните на
данном пустом
месте (которое в
действительности
является объектом
динамического
метафайла) для
открытия диалога
свойств объекта
Рисунок 10.10 Открытие редактора отчетов с шаблоном кривых регистрации

тегов при исполнении (Tag Logging Runtime Curves Layout)
После открытия диалогового окна свойств объекта (Object Properties) следуйте

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

PCS7 PoT
двойной щелчок на
Tag Selection
(Выбор тега)
могут быть выбраны

данные из разных серверов
Рисунок 10.11 Соединение компоновки с данными
После выбора тегов (Tag Selection) вы можете определить период времени (Time
range) и формат (Format), как показано на рисунке 10.12.

PCS7 PoT
Time range (Период
времени)
Format (Формат)
Рисунок 10.12 Конфигурирование периода времени и формата
1.3.2 Планирование задания печати для отчетов тренда
Подготовленное задание @Report Tag Logging RT Curves New (отчет регистрации

тегов при исполнении, новые кривые) используется для печати отчетов тренда из
мультиклиентов, в то время как задание @Report Tag Logging RT Curves
используется для печати отчетов тренда из сервера.
Выберите задание печати @Report Tag Logging RT Curves New, затем двойным
щелчком на нем откройте диалоговое окно свойств печати (Print Job Properties).
Вам необходимо определить компоновку для задания. Вы можете запланировать

период использования задания с помощью параметра запуска (Start Parameter).
Также можно определить задание как циклическую задачу, к примеру,
ежедневную.
На вкладке Printer Setup (Установка принтера), показанной на рисунке 10.13,

могут быть определены три принтера. Можно также печатать отчет в файл
(рисунок 10.14).

PCS7 PoT
для цикли-
ческой
печати
Рисунок 10.13 Свойства печати
возможность печати в файлы
Рисунок 10.14 Свойства печати

PCS7 PoT
1.3.3 Активирование задания печати тренда
Чтобы действием оператора активировать задание печати, разработайте окно

приложения (Application Window) на рисунке процесса, затем выберите задание
печати из контекстного меню. Обратитесь к главе 8, разделу 2.3.3 и рисунку 8.17,
где подробно иллюстрируется, как запустить задание печати.
2. Администрирование пользователей
2.1 Стандартные уровни авторизации PCS 7
После выполнения Мастера разделения экрана (Split Screen Wizard) система
PCS7 автоматически устанавливает 8 уровней пользовательских прав в
Администраторе пользователей (User Administrator), как показано на рисунке
10.15.
Области, такие, как RMT1, RMT2 и т.д., определяются, когда происходит

настройка иерархии предприятия (plant hierarchy) в SIMATIC-менеджере. Если
область была назначена пользователю с определенным номером уровня
(индицируется красной кнопкой), то пользователь будет иметь права доступа к
области. Если нет, у пользователя не будет прав доступа к области и всем
подветвям области.
Рисунок 10.15 Администрирование пользователей в PCS7
2.1.1 Группа администраторов
Группа администраторов (Administrator group) по умолчанию имеет право

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

PCS7 PoT
Если Администратор пользователей никогда не открывался, WinCC во время

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

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

пользователей с соответствующими правами. Например, как показано на рисунке
10.16, можно создать группу Operator (Оператор) и пользователя Mark.
Рисунок 10.16 Добавление пользовательских групп и пользователей
2.1.2 Описание уровней авторизации (authorization levels)
• №1 Useradministration (администрирование пользователей): Эта

авторизация предоставляет пользователю доступ к администрированию
пользователей. При установке этой авторизации пользователь может вызвать
Администратор пользователей и произвести изменения.
• №2 Authorization for Area (авторизация области): При установке данной
авторизации пользователь может выбирать рисунки из определенных
системных областей.
• №3 System change (системные изменения): Если эта авторизация
установлена, пользователь имеет право изменять состояния, например,
деактивировать исполнение системы.
• №4 Monitoring (наблюдение): При установке данной авторизации может
наблюдать процесс (но не управлять им). Примером прав наблюдения может
служить пакетная визуализация.
• №5 Processcontrolling (управление процессом): Данная авторизация
позволяет пользователю управлять процессом, например, активировать SFC-
схему.

PCS7 PoT
• №6 Higher Processcontrolling (главное управление процессом): В

дополнение к авторизации №5 эта авторизация позволяет пользователю
управлять процессом на высшем уровне с оказанием на него длительного
влияния, например, изменение граничных значений регулятора или смена
режима работы ручной – автоматический.
• №7 Repotsystem (система отчетов): При установке этой авторизации
пользователь может активировать отчеты или редактировать шаблоны в
редакторе компоновок.
• №8 Archive controlling (управление архивами): Если данная авторизация
установлена, пользователь может управлять функциями хранения (Storage).
2.1.3 Уровни авторизации системных кнопок PCS 7
В стандартном наборе ключей PCS 7 кнопки имеют предустановленные уровни

авторизации. На рисунке 10.17 представлены кнопки и их уровни доступа.
Завершение исполнения системы. Вызов онлайнового тренда.

Уровень №3 Уровень №2
Администрирование
Вызов редактора отчетов.
пользователей. Уровень №1
Уровень №2
Вызов функций хранения.
Уровень №8 Система сообщений, текущий
пользователь
Живая камера. Уровень №2 Оперативное наблюдение.
Уровень №2
Вызов всех SFC. Уровень №4 Подтверждение сигнала.
Уровень №5
Вызов пакетных функций.
Уровень №4 Подтверждение ошибки.
Уровень №5
Смена языка. Уровень №4
Рисунок 10.17 Стандартные кнопки PCS 7
2.1.4 Уровни авторизации SFC-схем
Предустановленные уровни доступа для системы команд SFC-схемы показаны на


PCS7 PoT
Рисунок 10.18 Стандартная авторизация SFC
2.1.5 Авторизация графических объектов
Каждому графическому объекту может быть назначен уровень доступа. На

рисунке 10.19 показано, как присвоить права полю ввода/вывода (I/O Field).
Рисунок 10.19 Авторизация графического объекта

PCS7 PoT
2.2 Настройка уровней авторизации

В Администраторе пользователей можно создавать уровни авторизации.
Обратитесь к рисунку 10.20, где добавлен уровень №9 и определен как
авторизация, определяемая предприятием (Plant-specific authorization). При
выборе определяемой предприятием авторизации можно назначать права
отдельным областям. Уровни №8, №7 и №3 не определяются предприятием, т.к.
определяемые областью выборы (отметки) недоступны.
С помощью отметки
Plant-specific authorization
(определяемая
предприятием
авторизация) можно
назначить права
отдельным областям.
Рисунок 10.20 Добавление уровней авторизации
Теперь при разработке картинок процесса можно использовать новый уровень

авторизации. Обратитесь к рисунку 10.21.

PCS7 PoT
Рисунок 10.21 Определенное пользователем право авторизации
2.3 Регистрация с помощью чип-карт (chip cards)

Администратор пользователей предоставляет функции управления
чтением/записью чип-карт. Можно записывать и осуществлять проверку чип-карт
в системе конфигурирования. Остальную информацию можно почерпнуть в
онлайновой помощи WinCC.
Доступ к функциям обработки чип-карт можно получить только после установки

опции WinCC «Chip Card».
2.4 Переменная регистрация (variable login)

Функция «Variable Login» («Переменная регистрация») используется для
присваивания значения тега определенному пользователю. Это позволяет
пользователю регистрироваться на рабочей станции во время исполнения путем
задания значения тега, т.е. нажатием клавиш (ключевым переключателем) (key
switch).
Конфигурирование включает в себя следующие шаги (см. рисунок 10.22):

• назначить операторскую станцию сконфигурированному тегу (Computer
assignment - назначение компьютера);
• определение минимального и максимального значений области
значений, которая будет использоваться для функции переменной
регистрации (Configuration - конфигурирование);
• присвоить определенное значение тега определенному пользователю
(User assignment - назначение пользователя).
При задании значения тега значению выхода (окончания сеанса) пользователь

может выйти (logout) после завершения работы.

PCS7 PoT
Пока пользователь зарегистрирован в системе с помощью переменной

регистрации, невозможно зарегистрироваться через пользовательский диалог на
том же компьютере.
Рисунок 10.22 Переменная регистрация (Variable Login)

PCS7 PoT
Упражнение 10.1 Отчет последовательности сообщений
Задачи и указания
Разработайте отчет последовательности сообщений для вашего проекта

«RMT1». В зависимости от вашей системы PCS 7 и инсталляции принтеров
настройте задание печати отчета последовательности сообщений и на
мультиклиенте, и на сервере. Все сообщения классов Error (Ошибка) и Warning
(Предупреждение) должны распечатываться. Обратитесь к разделу 1.2.
Отредактируйте новую компоновку в редакторе компоновок построчного

принтера.
Спланируйте ваше задание в диалоге Print Job Properties (Свойства задания

печати). Здесь вам нужно выбрать задание печати @Report Alarm Logging RT
Message Sequence.
Активируйте ваше задание.
Упражнение 10.2 Отчет тренда

Разработайте отчет для распечатки в виде графиков поведения уставки (setpoint,

SP) за последний час и переменной процесса (PV_IN) регулятора FC111.
Обратитесь к разделу 1.3.
Упражнение 10.3 Отчет текущего значения

Разработайте отчет для распечатки в формате таблицы поведения уставки

(setpoint, SP) за последний час и переменной процесса (PV_IN) регулятора
FC111.
В основе используйте отчет @CCTlgRtTables.RPL или @tlrttab.prl в зависимости

от настройки на мультиклиенте или сервере, отредактируйте отчет и соедините
его с данными (SP и PV_IN) вашего проекта «RMT1».
Спланируйте задание печати для использования вновь созданного шаблона

отчета. Задание печати может быть и @Report Tag Logging RT Tables New (для
мультиклиентов), и @Report Tag Logging RT Tables (для серверов).
Добавьте окно приложения к одному из ваших рисунков «RMT1». Обратитесь к

главе 8, разделу 2.2.3, рисунку 8.17.
Активируйте ваше задание печати таблицы.

PCS7 PoT
Упражнение 10.4 Управление пользователями в

проекте «RMT1»
Добавьте следующие группы пользователей в вашем проекте «RMT1»:
• Systems engineer (Системный инженер),

• Supervisor (Администратор),
• Operator (Оператор).
Каким образом вы назначите права доступа этим трем группам?
Если выбор рабочих режимов (изображение «RMT1», правый верхний угол)

требует особого разрешения, разработайте право авторизации для его защиты.

Глава 11:
Резервирование OS и
мультиклиенты
PCS7 PoT
Глава 11 Резервирование OS и мультиклиенты
ГЛАВА 11 РЕЗЕРВИРОВАНИЕ OS И МУЛЬТИКЛИЕНТЫ................................................. 3
1. РЕЗЕРВИРОВАНИЕ OS .................................................................................................. 3
1.1 РЕЗЕРВИРОВАНИЕ OS В WINCC .................................................................................... 3
1.2 ЗАПУСК OS-СЕРВЕРА ..................................................................................................... 4
1.3 СЦЕНАРИИ ОТКАЗОВ ...................................................................................................... 5
1.3.1 Сервер не исполняет программы ......................................................................... 5
1.3.2 Ошибка соединения (connection error) со смежным сервером ......................... 6
1.3.3 Ошибка сетевого соединения клиента ............................................................... 6
1.3.4 Ошибка процессного соединения ......................................................................... 6
1.4 КОНФИГУРИРОВАНИЕ РЕЗЕРВИРОВАННЫХ OS-СЕРВЕРОВ ........................................... 7
1.5 ДУБЛИКАТЫ (DUPLICATION) ПРОЕКТА .......................................................................... 8
2. МУЛЬТИКЛИЕНТ ........................................................................................................... 9
2.1 МУЛЬТИКЛИЕНТНАЯ АРХИТЕКТУРА.............................................................................. 9
2.2 ПЕРЕКЛЮЧЕНИЕ МУЛЬТИКЛИЕНТОВ И ПОСТОЯННАЯ РАБОТОСПОСОБНОСТЬ ........... 10
2.3 КОНФИГУРИРОВАНИЕ МУЛЬТИКЛИЕНТА .................................................................... 11
2.3.1 Создание пакетов на сервере ............................................................................. 11
2.3.2 Создание мультиклиентных проектов ............................................................. 12
2.3.3 Исполнение Мастера разделения экрана .......................................................... 12
2.3.4 Загрузка серверного пакета ............................................................................... 12
2.4 НАВИГАЦИЯ МУЛЬТИКЛИЕНТА ПО РИСУНКАМ ........................................................... 13
2.5 НЕКОТОРЫЕ ЗАМЕЧАНИЯ ПО МУЛЬТИКЛИЕНТУ ......................................................... 14
2.5.1 Тренды на мультиклиенте.................................................................................. 14
2.5.2 Элемент управления – сигнализатор (Alarm control) на мультиклиенте...... 15
2.5.3 Администрирование пользователей .................................................................. 15
3. ЗАГРУЗКА ПРОЕКТА ................................................................................................... 16
3.1 ВСТАВКА И КОНФИГУРИРОВАНИЕ PC-СТАНЦИЙ (PC STATIONS) ............................... 16
3.2 СВОЙСТВА PC-СТАНЦИЙ И ПУТИ ПРОЕКТА ................................................................ 19
3.3 ЗАГРУЗКА ПРОЕКТОВ НА PC-СТАНЦИИ ....................................................................... 20
УПРАЖНЕНИЯ ......................................................................................................................... 22
УПРАЖНЕНИЕ 11.1 КОНФИГУРИРОВАНИЕ РЕЗЕРВИРОВАННЫХ OS-СЕРВЕРОВ И
МУЛЬТИКЛИЕНТОВ .................................................................................................................. 22
1. Задача ....................................................................................................................... 22
2. Указания................................................................................................................... 22

PCS7 PoT
1. Резервирование OS
Два OS-сервера, соединенные друг с другом и работающие параллельно,
формируют пару резервированных серверов. Резервирование OS означает, что
резервированные серверы следят друг за другом, синхронизируют проектные
архивы, если есть несогласованность, и осуществляют переключение клиентов
при сбое на одном из серверов. Резервирование осуществляется на уровне OS.
В части инсталляции программного обеспечения, OS-проекта и элементов

физического соединения два сервера являются идентичными. Обратитесь к
OS-клиент OS-клиент OS-клиент
Терминальная
шина
Резервированные
OS-серверы
Системная
шина
Рисунок 11.1 Резервированные серверы
1.1 Резервирование OS в WinCC

WinCC Redundancy (Резервирование WinCC) относится к неосновным пакетам
системы программного обеспечения PCS 7. После инсталляции авторизации
опции резервирования вы можете конфигурировать функции резервирования с
помощью редактора резервирования (Redundancy editor). См. рисунок 11.2.

PCS7 PoT
Рисунок 11.2 Программа WinCC Redundancy (Резервирование WinCC)
1.2 Запуск OS-сервера

Во время запуска сервера программа резервирования определяет,
активизирован ли смежный сервер (partner server) SV1.2 (см. рисунок 11.1). Если
это так, SV1.1 примет статус ведомого (slave) сервера. Если смежный сервер
SV1.2 не был активирован, SV1.1 будет работать в качестве ведущего или
главного (master) сервера.
Вы можете установить, какой сервер будет активизирован в качестве ведущего

или ведомого по умолчанию путем отметки флажка «Default Master» («Ведущий
по умолчанию»), как показано на рисунке 11.2.
OS-клиенты, для которых не был определен основной сервер, присоединятся к

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

резервирования «@RM_MASTER» или «@RM_MASTER_NAME», которые
расположены в Управлении тегами (Tag Management) под «Internal Tags»
(«Внутренние теги») в группе тегов «Redundancy» («Резервирование»).

PCS7 PoT
Рисунок 11.3 Теги резервирования (Redundancy tags)
Резервированный компьютер, на котором тег «@RM_MASTER» установлен в «1»,

является ведущим. Имя компьютера, соответствующее резервированному
мастеру, записано в тег «@RM_MASTER_NAME».
Если состояние тега «@RM_MASTER» изменяется, например, из-за сбоя в

компьютере, мультиклиенты переключатся на упомянутый ведомый компьютер,
который теперь становится ведущим. Мультиклиенты с основным сервером
(постоянное использование) игнорируют идентификацию ведущий/ведомый тега
резервирования «@RM_MASTER».
Убедитесь, что один из двух резервированных серверов определен в качестве
«Default Master» («Ведущий по умолчанию»). Флажок не должен быть
активирован на обоих компьютерах. Иначе могут возникнуть проблемы при
резервированном переключении мультиклиентов.
1.3 Сценарии отказов

1.3.1 Сервер не исполняет программы
Сценарий начинает исполняться, когда проект, например, был деактивирован на

SV1.2. Будут активированы следующие действия:
• SV1.1 сохраняет время сбоя (день и время) SV1.2.

• SV1.1 сообщит о сбое SV1.2 посредством системного сообщения.
• Если SV1.1 был ведомым (slave), он станет ведущим (master) путем
установки тега «@RM_MASTER». Тег «@RM_MASTER_NAME»
изменяется соответственно.
• Если SV1.2 восстановлен, он станет ведомым, тег «@RM_MASTER»
будет сброшен. Теги «@RM_MASTER_NAME» изменяются
соответственно.
SV1.2 возвращается к работе с образовавшимся пробелом в его архивах. Этот

пробел будет заполнен с помощью следующих действий:
• SV1.1 сохраняет время возврата (день и время) SV1.2.


PCS7 PoT
• SV1.1 сообщит о возврате SV1.2 посредством системного сообщения.

• Пробелы в архиве сообщений, архиве данных процесса и
пользовательских архивах SV1.2 заполнятся данными архивов SV1.1.
• На обоих серверах теги «@RM_MASTER» остаются неизменными, т.е.
тег «@RM_MASTER» SV1.1 остается установленным, а тег
«@RM_MASTER» SV1.2 – сброшенным.
1.3.2 Ошибка соединения (connection error) со смежным сервером
По этому сценарию оба сервера работают без ошибок, кроме ошибки соединения
между двумя РС.
Будут активированы следующие действия:
• Оба сервера записывают время сбоя (день и время).

• Оба сервера сообщат о сбое посредством системного сообщения.
В отсутствие соединения онлайновая синхронизация регистрации

предупреждений и пользовательских архивов не производится. Если соединение
будет восстановлено, это будет исправлено следующими средствами:
• Оба сервера записывают время возврата (день и время).

• Оба сервера сообщат о возврате посредством системного сообщения.
• Изменения, произведенные в регистрации предупреждений и
пользовательских архивах в отсутствие соединения, будут переданы от
одного сервера другому.
• Архив процессных данных регистрации тегов не будет синхронизирован,
потому что в период сбоя архивирование всех данных продолжается на
обоих компьютерах.
1.3.3 Ошибка сетевого соединения клиента
Этот сценарий срабатывает, например, между SV1.2 и его клиентом «CL5».

Активируются следующие действия:
• Клиент «CL5» будет автоматически переключен с неисправного SV1.2 на

работающий SV1.1.
После устранения неисправности сети будут произведены следующие действия:
• Программа резервирования не переключит автоматически клиента «CL5»

обратно на SV1.2. Если пользователь хочет переключить клиента «CL5»
обратно на SV1.2, это инициируется установкой «@RM_MASTER» на
SV1.2.
1.3.4 Ошибка процессного соединения
По этому сценарию ошибка процессного соединения возникает, например, на

SV1.2, что вызвано прерванным сетевым соединением с контроллерами PLC.

PCS7 PoT
Если прервано соединение только с одним сервером, ошибка соединения PLC

распознается как сбой только программой резервирования. Если произошло
нарушение соединения PLC с обоими серверами (вызванное, например, сбоем
PLC), то это не распознается программой резервирования как сбой.
Будут произведены следующие действия:
• Об ошибке процессного соединения сообщается серверу 2.

• SV1.1 получает сообщение о сбое смежного сервера SV1.2.
• SV1.1 сохраняет время сбоя (день и время) SV1.2.
На обоих серверах теги «@RM_MASTER» и «@RM_MASTER_NAME» остаются
неизменными..
Если мониторинг процессного соединения (оперативный мониторинг)

активирован, пробел в архиве SV1.2 будет заполнен следующим образом:
• SV1.1 сохраняет время возврата (день и время) SV1.2.

• Пробел в архиве SV1.2 будет заполнен данными из архива SV1.1.
Данные всех PLC будут синхронизированы. Это значит, что данные
нормально работающих PLC также будут синхронизированы.
• На обоих серверах теги «@RM_MASTER» и «@RM_MASTER_NAME»
остаются неизменными.
• Автоматического переключения клиентов не происходит.
• О восстановлении процессного соединения на SV1.2 будет сообщено
посредством системного сообщения.
1.4 Конфигурирование резервированных OS-серверов

Теги (tags) и/или предупреждения (alarms), которые должны синхронизироваться,
устанавливаются в диалоге конфигурирования резервирования (Redundancy).
Активирование функции резервирования также производится в диалоге.

PCS7 PoT
Путь к смежн. серверу
сообщения оператора и сообщения с

зарезервированными номерами (1.015.000 1.015.999)
если мониторинг процессного соединения активизирован
Рисунок 11.4 Конфигурирование функций резервирования
1.5 Дубликаты (Duplication) проекта

Оба сервера должны содержать функционально идентичные проекты. По
завершению OS-проектирования и конфигурирования дубликатор проектов
позволяет вам скопировать все данные Проекта на резервированный смежный
сервер.
Дубликатор проектов (Project Duplicator) не только копирует все проектные

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

Start > SIMATIC > WinCC > Tools > Project Duplicator. Далее вы можете
определить проект-источник и цель (назначение) для сохранения проекта, как это
проиллюстрировано на рисунке 11.5.
Функция «Save As» («Сохранить как») диалога позволяет вам сделать копию
проекта под другим именем.

PCS7 PoT
Рисунок 11.5 Дубликатор проектов (Project duplicator)
Необязательно использовать Дубликатор проектов, т.к. можно задействовать
функцию загрузки проектов (Project Download) и загрузить OS-проект в целевой
OS-компьютер. Функция загрузки проектов рассматривается далее в этой главе.
2. Мультиклиент
2.1 Мультиклиентная архитектура
Максимум 16 мультиклиентов могут получить доступ к одному серверу. Один
мультиклиент может иметь доступ к 6 серверам. Таким образом, мультиклиент
может наблюдать обработку данных 6 серверов. Мультиклиентная архитектура
показана на рисунке 11.6.
Мультиклиентная архитектура
Multi-client architecture систем
of PCS 7 systems
PCS 7
1616клиентов
Clients
Терминальная шина
Terminalbus
6 серверов
6 Server (также
(also redundant)
резервированные)
Системная шина
System bus
AS (также резервированные)
AS (also redundant)
Рисунок 11.6 Мультиклиентная архитектура

PCS7 PoT
2.2 Переключение мультиклиентов и постоянная

работоспособность
Как было сказано в разделе 3.1, мультиклиенты соединятся с преобладающим
главным сервером. Если SV1.1 неисправен, преобладающим главным сервером
становится SV1.2, и все мультиклиенты SV1.1 переключаются на SV1.2. В момент
переключения может возникнуть серьезная проблема, когда с серверами не
соединен ни один мультиклиент. Предприятие, не оперируемое одним сервером
(SV1.2) все еще работает. Эта проблема вызвана тем, что все мультиклиенты
парных серверов переключаются вместе.
Для достижения постоянной работоспособности вводится концепция

предпочтительного сервера (preferred server). Согласно ей с парой серверов
соединены два мультиклиента. См. таблицу 11.1.
Таблица 11.1
Распределение мультиклиентов
Мультиклиент Резервированный сервер Предпочтительный сервер

МС_1 SV1.1 SV1.2 SV1.1
МС_2 SV1.1 SV1.2 SV1.2
МС_1 определил SV1.1 как предпочтительный сервер, а МС_2 – SV1.2. Установка

предпочтительного сервера производится в диалоге данных сервера (Server
Data) на мультиклиенте, как показано на рисунке 11.7.
правый клик
Рисунок 11.7 Установка предпочтительного сервера (Preferred Server)

PCS7 PoT
На SV1.1 возникла ошибка, и МС_1 подключается к SV1.2. МС_1 будет

недоступен на SV1.2 в период переключения. Система по-прежнему работает с
(из) МС_2.
SV1.1 снова доступен. МС_1 переключается обратно на восстановленный SV1.1,

т.к. SV1.1 является его предпочтительным сервером. МС_1 будет недоступен на
SV1.1 в период переключения. Операционным остается МС_2.
Распределение двух мультиклиентов с различными предпочтительными

серверами из числа резервированных серверов распруделяет загрузку для
улучшения производительности всей системы.
2.3 Конфигурирование мультиклиента

2.3.1 Создание пакетов на сервере
Шаги по созданию пакета сервера (server package) проиллюстрированы на

рисунке 11.8. Пакет включает в себя все необходимые связи (рисунки, скрипты,
адреса и т.д.), которые нужны мультиклиенту для визуализации и управления
предприятием.
Рисунок 11.8 Создание серверного пакета
После создания серверного пакета он располагается по следующему пути. Путь

вам понадобится при загрузке пакета в мультиклиент.
(PCS_7_Project_Name)/Wincproj/(OS_Server_name)/Packages

PCS7 PoT
2.3.2 Создание мультиклиентных проектов
Есть два способа создания мультиклиентных проектов. Можно создать такой

проект в SIMATIC-менеджере, сконфигурировать его с помощью WinCC-
проектирования, затем скопировать его на компьютер, который во время
исполнения будет клиентской машиной.
Также можно создать мультиклиентный проект непосредственно в WinCC Explorer

на клиенте. См. рисунок 11.9.
Создание мультиклиентного
проекта в WinCC
Создание мультиклиентного
проекта в PCS7
Рисунок 11.9 Создание мультиклиентных проектов
2.3.3 Исполнение Мастера разделения экрана
После создания мультиклиентного проекта запустите Мастер разделения экрана

(Split Screen Wizard).
2.3.4 Загрузка серверного пакета
Чтобы во время исполнения мультиклиентный проект получил доступ к

соответствующим данным сервера, используются пакеты. Они содержат
символьные имена относящихся к пакету данных, таких как картинки, теги,
сообщения и архивы. Пакет должны генерироваться на серверах и загружаться в
мультиклиентов. Генерирование и загрузка могут осуществляться также во время
исполнения.
Чтобы загрузить пакеты сервера для мультиклиента, следуйте рисунку 11.10.

PCS7 PoT
правый
клик
Полный путь:
(Project_Name)/Wincproj/
(Computer_name)/Packages
Рисунок 11.10 Загрузка пакетов для проекта мультиклиента
Чтобы соединить мультиклиента с несколькими серверами, требуется загрузить

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

Обновляет пакеты для мультиклиента функция «Update» («Обновить»).
2.4 Навигация мультиклиента по рисункам

В системах PCS 7 иерархия рисунков каждого сервера мультиклиенту известна.
Таким образом, навигация по рисункам на мультиклиенте использует
иерархические деревья рисунков ассоциированных серверов. При выборе одного
из серверов в область просмотра мультиклиента загружается обзор выбранного
сервера, так что данные сервера могут обрабатываться из мультиклиента.
Обратитесь к рисунку 11.11, где области обзора сервера OS_XJ загружены в
области обзора мультиклиента.

PCS7 PoT
Рисунок 11.11 Просмотр сервера мультиклиентом
Вы можете создать дополнительные картинки на мультиклиенте. Полезными

могут быть следующие изображения в просмотре мультиклиента:
(1) Рисунки, содержащие графические объекты разных серверов;

(2) Окна Active X тренда могут содержать кривые разных серверов;
(3) Окна Active X предупреждений могут содержать сообщения разных
серверов;
(4) Поля ввода/вывода (I/O fields) могут содержать переменные разных
серверов.
Эти дополнительные рисунки при конфигурировании на мультиклиенте не

организованы в иерархические уровни и должны вызываться во время
исполнения индивидуально по именам.
16 стандартных кнопок областей просмотра PCS 7 становятся 12 кнопками при

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

2.5.1 Тренды на мультиклиенте
Если группы трендов сконфигурированы на мультиклиенте, есть два способа

сохранения этих трендовых групп.
Если на мультиклиенте стандартный сервер сконфигурирован для SSM (Split

Screen Manager – Мастер разделения экрана) посредством диалога «Standard
Server» («Стандартный сервер»), конфигурационные данные настроенных групп
трендов автоматически сохраняются на этом стандартном сервере и его смежном
сервере. Другие мультиклиенты также могут определить этот сервер как
стандартный для Мастера разделения экрана. Таким образом,
сконфигурированные трендовые группы будут доступны и для них.
Если на мультиклиенте не было сконфигурировано стандартных серверов для

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

PCS7 PoT
На рисунке 11.12 показано конфигурирование стандартного сервера.
Определение стандартного
сервера
Рисунок 11.12 Определение стандартного сервера (Standard server)
2.5.2 Элемент управления – сигнализатор (Alarm control) на мультиклиенте
Мультиклиент не имеет собственной системы регистрации предупреждений

(Alarm Logging). Даже запуск Мастера регистрации предупреждений (Alarm
Logging Wizard) не позволить создать ни одного класса сообщений (Error, Warning
и т.д.).
Если вы хотите создать дополнительные окна элемента управления –

сигнализатора, вам следует определить сервер как мультиклиентный
стандартный сервер (Standard server) для предупреждений (Alarms). К примеру,
на рисунке 11.12 видно, что можно выбрать стандартный сервер для компонента
«Alarms».
2.5.3 Администрирование пользователей
Регистрация пользователей (User logins) должна быть снова воссоздана на

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

PCS7 PoT
3. Загрузка проекта
Станции WinCC, резервированные серверы и мультиклиентные станции могут
быть созданы в SIMATIC-менеджере, а данные проекта загружены в целевой
компьютер OS. Поэтому компьютеры исполнения OS могут централизованно
конфигурироваться и обновляться на инженерной станции по сети.
Для использования загрузки проекта существует строгая последовательность

шагов по конфигурированию. Следующий пример демонстрирует
конфигурирование двух резервированных серверов.
3.1 Вставка и конфигурирование PC-станций (PC stations)

Вставка PC-станций проиллюстрирована на рисунке 11.13.
Дважды щелкните на
Configuration
(Конфигурирование)
Рисунок 11.13 Вставка PC-станций (PC stations)
После добавления PC-станции вставьте WinCC Application (WinCC-приложение) и

карту коммуникации (communication card) (например, CP1613) с помощью
двойного щелчка на Configuration (Конфигурирование). Тип WinCC-приложения
определит PC-станцию в качестве станции-сервера (server station) или станции -
резервированного сервера, находящегося в режиме готовности (standby
redundant server station). Обратитесь к рисунку 11.14.

PCS7 PoT
Чтобы
Настройка сети открыть
NetPro
Рисунок 11.14 Конфигурирование PC-станций (PC stations)
Существует различие между WinCC Application (WinCC-приложение), WinCC

Application (stby) (WinCC-приложение в режиме готовности) и WinCC Application
MC (WinCC-приложение MC). WinCC-приложение используется для OS-сервера,
WinCC-приложение в режиме готовности – для резервированного сервера,
находящегося в режиме готовности, а WinCC-приложение MC – для
мультиклиента.
Для конфигурирования резервированной OS вам следует воспользоваться

WinCC-приложением в режиме готовности для PC-станции.
Чтобы назначить PC-станции сетевой адрес, дважды щелкните на карте СР1613

и в открывшемся окне свойств (Properties) карты установите адрес. См. рисунок
11.15.
Адреса всех вовлеченных в проект станций вы можете сконфигурировать и

задокументировать в интерфейсе NETPRO, как показано на рисунке 11.16. Чтобы
открыть интерфейс NETPRO, найдите функцию меню «Configure Network»
(«Настройка сети») в SIMATIC-менеджере или HW Config. Или же можно
воспользоваться иконкой, показанной на рисунке 11.14.

PCS7 PoT
Рисунок 11.15 Адресация CP1613
(Промышленный Ethernet)
Интерфейс
Тип: промышленный Ethernet
Адрес: …
Рисунок 11.16 Станции на системной шине

PCS7 PoT
3.2 Свойства PC-станций и пути проекта

Чтобы открыть диалог свойств (Properties) OS-проекта, следуйте рисунку 11.17.
Рисунок 11.17 Открытие диалога свойств OS-проекта
В диалоге свойств введите путь к WinCC-серверу, как показано на рисунке 11.18.
Рисунок 11.18 Определение пути к целевому компьютера OS-сервера

PCS7 PoT
В диалоге «Standby-OS Properties» («Свойства OS, находящейся в режиме

готовности») должен быть определен сетевой путь к WinCC-Standby-Server
(WinCC-серверу в режиме готовности). Автоматически регистрируется
назначение этого Standby-сервера Master OS (главной OS). См. рисунок 11.19.
Рисунок 11.19 Определение пути к целевому Standby-компьютеру OS
3.3 Загрузка проектов на PC-станции

Для загрузки WinCC-проекта на сервер и резервированный standby-сервер
проделайте следующие процедуры и обратитесь к рисунку 11.20:
(1) Деактивируйте систему исполнения (Runtime) и закройте WinCC на

сервере.
(2) Подсветите (отметьте) WinCC-проект в SIMATIC-менеджере и выберите
Download (Загрузка) ниже PLC. Проект будет скопирован на компьютер
сервера, а также будут скопированы все необходимые установки.
(3) Теперь активируйте проект на компьютере сервера.
(4) Деактивируйте систему исполнения (Runtime) и закройте WinCC на
standby-сервере.
(5) Подсветите (отметьте) WinCC-проект (stby) в SIMATIC-менеджере и
выберите Download (Загрузка) ниже PLC.
(6) Теперь активируйте проект на компьютере standby-сервера.

PCS7 PoT
Рисунок 11.20 Загрузка OS-проектов

PCS7 PoT
Упражнение 11.1 Конфигурирование резервированных

OS-серверов и мультиклиентов
1. Задача
Отметьте две станции PCS 7 как OS-серверы и сконфигурируйте их как

резервированные серверы. Выберите две станции PCS 7 и сконфигурируйте их
как мультиклиенты.
(1) Протестируйте на вашей системе сценарии сбоев серверов, описанные в

разделе 1.3. Наблюдайте за сообщениями и переключением.
(2) Мультиклиенты должны быть сконфигурированы с предпочтительным
сервером. Протестируйте постоянную работоспособность.
(3) Сконфигурируйте дисплей тренда на мультиклиенте. Можете ли вы
отобразить группу трендов на другом мультиклиенте? Сделайте группу
трендов доступной для серверов с помощью определения стандартного
сервера (Standard server).
Обратите внимание, что для резервированного сервера PCS 7 мультиклиентной

архитектуры PC-станции соединены в рамках среды Windows NT client/server.
Убедитесь, что эта сетевая система установлена корректно.
2. Указания
Отнесите ваш проект «RMT1» к мультипользовательскому типу. Настройте

резервирование и определите один из серверов в качестве главного (ведущего)
по умолчанию. Обратитесь к рисунку 11.4.
Создайте серверный пакет на одном из серверов.
Скопируйте (Duplicate) проект на другой сервер.
Загрузите пакет в мультиклиентов. Запустите Мастер разделения экрана (Split

Screen Wizard) на мультиклиентах.
Загрузите проект из SIMATIC-менеджера на станции AS и запустите проект на

контроллере.
Активируйте серверы. Активируйте мультиклиентов.

Глава 12:
Распределенное проектирование
PCS7 PoT
Глава 12 Распределенное проектирование
ГЛАВА 12 РАСПРЕДЕЛЕННОЕ ПРОЕКТИРОВАНИЕ ........................................................ 3
1. РАСПРЕДЕЛЕННОЕ ПРОЕКТИРОВАНИЕ ................................................................. 3
2. ВЕТВЛЕНИЕ И ОБЪЕДИНЕНИЕ PCS7-ПРОЕКТА .................................................... 3

2.1 СОЗДАНИЕ ГЛАВНОГО (MASTER) ПРОЕКТА С ПОМОЩЬЮ НАИВЫСШИХ
ИЕРАРХИЧЕСКИХ ПАПОК И НАЗНАЧЕННЫХ CPU ..................................................................... 3
2.2 СОЗДАНИЕ ПОДПРОЕКТОВ (SUB-PROJECTS)................................................................... 4
2.3 ОБЪЕДИНЕНИЕ ПРОЕКТОВ.............................................................................................. 5
2.4 КОНФИГУРИРОВАНИЕ АППАРАТНЫХ КОМПОНЕНТОВ В ГЛАВНОМ ПРОЕКТЕ .............. 6
3. ИНТЕРФЕЙС NETPRO ................................................................................................... 7
УПРАЖНЕНИЕ ........................................................................................................................... 8
УПРАЖНЕНИЕ 12.1 РАЗВЕТВЛЕНИЕ И ОБЪЕДИНЕНИЕ ПРОЕКТА .............................................. 8

PCS7 PoT

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

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

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

работали с разделами проекта на локальном жестком диске РС, а не на сервере
в мультипользовательском режиме.
2. Ветвление и объединение PCS7-проекта

При работе с большими проектами задание на проектирование распределяется
среди нескольких инженеров. При условии (допустим), что проект имеет 3 AS и 2
OS. Программы проекта распределяются по трем ветвям, и каждая ветвь должна
исполняться на одной из AS. Более значимая ветвь назначается одной OS, две
остальных ветви назначаются другой OS.
Распределите проект среди трех проектировщиков, разработайте подзадачи

отдельно на локальных РС, затем объедините подзадачи в оригинальный
мастер-проект (главный проект).
2.1 Создание главного (master) проекта с помощью

наивысших иерархических папок и назначенных CPU
Создайте проект (или мастер-проект) и вставьте три станции S7 400 в окно
просмотра компонентов (Component View). Сконфигурируйте каждую станцию с
добавлением объектов: стойки, PS и CPU в HW Config (другое оборудование
будет настроено после объединения). Обратитесь к рисунку 12.1.
Вставьте две OS в окне просмотра компонентов. Добавьте три наивысших

иерархических папки предприятия в окне просмотра предприятия (Plant View).
Назначьте каждую папку программе S7 (или станции) и свяжите PLNT1 и PLNT2 с
OS(ROOM1) и PLNT2 с OS(ROOM2).

PCS7 PoT
Настройте иерархию предприятия с помощью ID области OS и в соответствии с

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

не разрабатывать схемы в главном проекте, но вам нужна, по крайней мере, одна
схема для связи между иерархической папкой и станцией.
Рисунок 12.1 Создание главного проекта (master project)
2.2 Создание подпроектов (sub-projects)

Создайте новый пустой, без объектов проект как подпроект. В окне просмотра
компонентов (Component View) из главного проекта скопируйте каждую станцию в
соответствующий подпроект. Иерархия предприятия (ветвь), разработанная в
мастер-проекте, остается. В подпроекте вставьте OS и назначьте ее иерархии
проекта. (В данном случае не рекомендуется копировать OS из главного проекта
в подпроект.)
Разработайте подпроекты, как если бы они были обычным проектом, например,

вставьте иерархические папки, CFC, SFS, рисунки и т.д. Следующий рисунок
показывает, что предварительно разработанные объекты (CFC-схемы, SFC-
схемы и рисунки) копируются в подпроект как части подпроекта. Вы можете
спроектировать другие объекты для завершения этого подпроекта.

PCS7 PoT
Рисунок 12.2 Разработка объектов в подпроекте
Обратите внимание, что перед копированием проекта в другой проект вам может
потребоваться обновление блочных типов в папке схем проекта. Например, блок
FB44 (MSF_CSF) всегда требуется обновлять перед копированием проекта,
содержащего блок, в другой проект.
2.3 Объединение проектов

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

иерархические папки с CFC- и SFC-схемами, разработанными в подпроектах.
Картинки, созданные в подпроектах, должны быть скопированы обратно в окне
просмотра предприятия (Plant View) и в соответствии с иерархическими папками.

PCS7 PoT
Рисунок 12.3 Объединение подпроектов
2.4 Конфигурирование аппаратных компонентов в главном

проекте
Перед распределением главного проекта на подпроекты в главном проекте
производится конфигурирование CPU. Возможно, у вас есть другие компоненты
для тестирования подпроекта. Например, подпроект SUB2, как показано на
рисунке 12.3, имеет входы/выходы (I/O), и может потребоваться станция ЕТ200М.
В подпроекте вы можете сконфигурировать коммуникационные процессоры (СР, к
примеру, СР443-1) и периферийные входы/выходы для тестирования и
завершения подпроекта.
Рекомендуется удалить в подпроекте компоненты СР и входы/выходы перед

обратным копированием станции подпроекта в ее мастер-проект. Затем
компоненты СР и входы/выходы должны быть снова сконфигурированы в мастер-

PCS7 PoT
проекте. Аппаратное обеспечение рекомендуется конфигурировать в главном

проекте, так что адреса настраиваются в нем централизованно.
3. Интерфейс NETPRO
С помощью NetPro можно проводить конфигурирование, создавать назначения
параметров и документировать сетевое конфигурирование для всего проекта.
Данные в NetPro не загружаются в PLC, но в HW Config - загружаются.
NetPro поможет вам сделать следующее:

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

должны сначала создать проект и открыть его в SIMATIC-менеджере. Когда вы
создадите проект, SIMATIC-менеджер автоматически установит подсеть MPI по
умолчанию (которая может не использоваться в проекте). В правом окне CPU
имеется объект «Connections» («Соединения»). Двойной щелчок на нем
открывает интерфейс NetPro.
Могут уже существовать станции, созданные в SIMATIC-менеджере,

сконфигурированные модули и назначенные параметры в конфигурации
аппаратных средств. В HW Config NetPro можно открыть, следуя пути меню:
Options > Configure Network.
Интерфейс
Тип: промышленный Ethernet
Адрес: …
Рисунок 12.4 Конфигурирование сетей и документирование аппаратных

конфигураций с помощью NETPRO

PCS7 PoT
Упражнение 12.1 Разветвление и объединение проекта

На этом упражнении вы научитесь управлять проектом с несколькими AS и OS.
Шаг 1:
Следуйте инструкциям, приведенным выше, для создания главного проекта с

тремя CPU и двумя OS и распределите мастер-проект на три подпроекта.
Шаг 2:
Разработайте подпроекты.
Вы также можете следовать инструкциям предыдущих разделов, чтобы

скопировать проект «RMT» в третий подпроект SUB3.
Для создания SUB1 вы можете скопировать проект «GET» (или любой проект,
созданный вами в изучаемом программном комплексе) в SUB1. Подобным
образом вы можете сформировать SUB2, скопировав другой проект (например,
проект, сделанный при изучении главы HW Config).
Шаг 3:
Объедините подпроекты в мастер-проект.
Шаг 4:
В мастер-проекте сконфигурируйте станцию ЕТ200М для Station 2 (станции 2) для

практики осуществления конфигурирования аппаратных средств (особенно сетей
и входов/выходов) в мастер-проекте для всего проекта.
Шаг 5:
В NetPro проверьте и задокументируйте сеть проекта и конфигурацию

аппаратных средств и убедитесь, что отсутствуют дополнительные подсети и
дублированные адреса.
Шаг 6:
Переместите (Transfer) проект из AS в OS для практики в корректном

перемещении иерархических папок предприятия в назначенные им OS через
корректные коммуникационные пути.

PCS7 10 Day

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

PCS7 10 Day

Загружено:

Авторское право:

Доступные форматы

План занятий Страница 2

Предисловие (использование Страница 3

Отказ от ответственности и Страница 4

Обзор системы Глава 1

Создание проектов PCS 7 - Глава 2

Работа с пакетом Непрерывное управление –

PCS 7: курс обучения

Генерирование моделей Глава 6

Интерфейс оператора и Глава 8

Регистрация тегов, тренды, Глава 9

Siemens A&D AS PAS Отчеты, печать и Глава 10

(1) Введение в обучение

Система Siemens SIMATIC PCS 7 – это пример современных систем DCS

Программная система удовлетворяет требования в разработке, инженерном

Чтобы структурировать и планировать создание PCS7-проекта, требуется знание

Данное руководство освещает основные компоненты (аппаратное и программное

Руководство построено на оригинальном и выразительном визуальном формате

Разрабатываемый лабораторный проект и упражнения сопровождаются

Документация и лабораторные проекты предназначены для «PCS7 Engineering

Siemens A&D AS PAS SC

Мы проверили содержимое документа на предмет соответствия описанным

Copyright  Siemens AG 2001. Все права зарезервированы

Переиздание, передача или использование этого документа или его содержимого

1. АРХИТЕКТУРА СИСТЕМЫ PCS7.................................................................................... 3

10-дневный курс обучения 2

Copyright 2001  Siemens AG by A&D AS PAS SC. All rights reserved

Глава 1 Обзор системы

Система SIMATIC PCS7 предоставляет широкий выбор инструментов для

1. Архитектура системы PCS7

1.1 Типичная конфигурация системы

OS-клиент OS-клиент OS-клиент

Рисунок 1.1 Архитектура системы PCS7

10-дневный курс обучения 3

Copyright 2001  Siemens AG by A&D AS PAS SC. All rights reserved

1.2 ES: Engineering Station – инженерная станция

Инженерная станция PCS7 обеспечивает доступ к мощным инструментам

Разработка PCS7-проектов на станциях ES может быть разделена на две фазы:

1.3 AS: Automation Station – станция автоматизации

Copyright 2001  Siemens AG by A&D AS PAS SC. All rights reserved

Типичный пример системы автоматизации с подключенной распределенной

Рисунок 1.2 Станция автоматизации

У каждого CPU есть операционная система, поддерживающая SFC (System

Для взаимодействия операционной системы и программ пользователя

«Блок» – важное понятие в PCS 7. Список блоков, используемых в системе,

Блоки Краткое описание функций

10-дневный курс обучения 5

Copyright 2001  Siemens AG by A&D AS PAS SC. All rights reserved

1.4 Полевые устройства

Набор контроллеров, приводов, инструментов Siemens

мал. контроллер силовой привод

контактор двигателя драйверы перем.

Рисунок 1.3 Уровень устройств PCS 7

1.4.1 Profibus DP и Profibus PA

Profibus DP пришла на смену традиционной параллельной 24-вольтовой

10-дневный курс обучения 6

Copyright 2001  Siemens AG by A&D AS PAS SC. All rights reserved

Рисунок 1.4 Упрощение с помощью Profibus DP и PА

1.4.2 Инструменты разработки PCS 7 для полевых устройств

Полевые устройства полностью интегрируются с инженерными инструментами

10-дневный курс обучения 7

Copyright 2001  Siemens AG by A&D AS PAS SC. All rights reserved

Рисунок 1.5 Параметризация и коммуникация с устройствами через PDM

Системы PCS 7 снабжены также библиотекой функций интегрирования устройств