МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ

РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ
Технологический институт
Федерального государственного образовательного
учреждения высшего профессионального образования
«Южный федеральный университет»
ПРИОРИТЕТНЫЙ НАЦИОНАЛЬНЫЙ ПРОЕКТ «ОБРАЗОВАНИЕ»

Т.А.ПЬЯВЧЕНКО, В.И.ФИHАЕВ

АВТОМАТИЗИРОВАННЫЕ
ИНФОРМАЦИОННО-
УПРАВЛЯЮЩИЕ СИСТЕМЫ

Таганpог 2007
 2
УДК 681.5:658.5(075.8)

Т.А.Пьявченко, В.И.Финаев. Автоматизированные информационно-

управляющие системы. - Таганpог: Изд-во ТРТУ, 2007. - 271 c.

ISBN

В монографии рассмотрены теоретические основы построения распределенных

иерархических информационно-управляющих систем, автоматизированных систем
управления технологическими процессами. Даются рекомендации по выбору
технических средств при разработке указанных систем. Многочисленные примеры
помогают восприятию изложенного материала.
Материал, изложенный в настоящей книге по SCADA-системе TRACE MODE и
особенностям учебного лабораторного стенда, позволяет получить навыки
проектирования систем сбора данных и оперативного диспетчерского управления,
расширит кругозор будущих специалистов, и в дальнейшем позволит применять эти
знания в своей производственной деятельности.
В настоящей монографии приведены сведения, касающиеся профессиональной
подготовки студентов по специальностям “Управление и информатика в технических
системах”, “Автоматизация технологических процессов и производств”. Монография
будет полезным научным работникам, инженерам, аспирантам и студентам старших
курсов технических университетов.
Табл. 10. Ил. 115. Библиогр. 76 назв.

Печатаетcя по pешению pед.-изд. cовета Таганpогcкого

гоcудаpcтвенного pадиотеxничеcкого унивеpcитета.

Рецензенты:
Региональный (областной) центр новых информационных
технологий, директор центра, проректор по информатике, докт. техн.
наук, профессор А.Н.Целых.
Ромм Я.Е., докт. техн. наук, профессор, зав. кафедрой информатики
ТГПИ.

ISBN © Таганрогский государственный

радиотехнический университет, 2005

© ТРТУ, 2006
© Пьявченко Т.А., Финаев В.И., 2006
 3

CОДЕPЖАHИЕ

ВВЕДЕHИЕ 4

ЧАСТЬ 1. АВТОМАТИЗИРОВАННЫЕ
ИНФОРМАЦИОННО-УПРАВЛЯЮЩИЕ СИСТЕМЫ
1. ОБЩАЯ ХАРАКТЕРИСТИКА
АВТОМАТИЗИРОВАННЫХ
ИНФОРМАЦИОННО-УПРАВЛЯЮЩИХ СИСТЕМ (ИУС)
1.1. Системный анализ задач управления
1.2. Особенности и классификация автоматизированных
информационно-управляющих систем
1.3 Структура автоматизированных
информационно-управляющих систем
2. СИСТЕМНЫЙ ПОДХОД К ПРОЕКТИРОВАНИЮ
АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННО-
УПРАВЛЯЮЩИХ СИСТЕМ
2.1. Методологическая основа проектирования
2.2. Начальные этапы разработки
2.3. Организация разработки автоматизированных
информационно-управляющих систем
2.4. Рабочая документация по проектированию
3. ТЕХНОЛОГИЧЕСКИЕ АСПЕКТЫ
ПРОЕКТИРОВАНИЯ АВТОМАТИЗИРОВАННЫХ
ИНФОРМАЦИОННО-УПРАВЛЯЮЩИХ СИСТЕМ
3.1. Структуризация работ проектирования
3.2. Информационно-управляющие аспекты
проектирования АИУС
3.3. Этапы проектирования АИУС
4. ПРАКТИЧЕСКИЕ АСПЕКТЫ ПРОЕКТИРОВАНИЯ
АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННО-
УПРАВЛЯЮЩИХ СИСТЕМ
4.1. Формализация целей и параметров
4.2. Комплекс технических средств
4.3. Информационное обеспечение АИУС
4.4. Выбор математического и программного обеспечения
4.5. Расчет потребности в вычислительных средствах
 4
4.6. Модель экономической эффективности АИУС

ЧАСТЬ 2. АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ

УПРАВЛЕНИЯ ТЕХНОЛОГИЧЕСКИМИ ПРОЦЕССАМИ
1. ОБЩИЕ ПРИНЦИПЫ ПОСТРОЕНИЯ И
ФУНКЦИОНИРОВАНИЯ АСУТП
1.1. Примеры автоматизированных систем управления
технологическими процессами
1.2. Отличие автоматических систем управления от систем
автоматического управления
1.3. Классификация АСУТП
1.4. Основные функции АСУ
1.5. Разновидности структур АСУТП
1.6. Этапы проектирования АСУТП
1.7. Характеристики технологического процесса
как объекта контроля и управления
1.8. Функции АСУТП как последовательность
отдельных процессов
2. ПОДСИСТЕМА СБОРА
И ПЕРВИЧНОЙ ОБРАБОТКИ ИНФОРМАЦИИ
2.1. Комплекс технических средств подсистемы сбора
и первичной обработки информации. Принципы компоновки
2.2. Устройства распределенного сбора данных и управления
серии ADAM
2.3. Модуль аналогового ввода ADAM-4011
2.4. Выбор модулей подсистемы сбора
и первичной обработки аналоговых сигналов
2.5. Алгоритмы первичной обработки информации
2.6. Оценка погрешностей программных модулей ПСОИ
2.7. Ввод и первичная обработка дискретных сигналов
3. ПОДСИСТЕМА УПРАВЛЕНИЯ
ТЕХНОЛОГИЧЕСКИМ ПРОЦЕССОМ
3.1 Общие сведения
3.2. Структура локальной системы управления
3.3. Алгоритмы формирования управляющих воздействий
3.4. Алгоритмическая структура локальной системы с цифровым
устройством управления
3.5. Характеристики многорежимных технологических процессов
 5
3.6. Погрешности вычисления управляющих воздействий.
Выбор микроконтроллера для целей управления
3.7. Средства реализации управляющих воздействий
4. ФУНКЦИОНАЛЬНЫЕ СХЕМЫ АВТОМАТИЗАЦИИ
4.1. Общие сведения
4.2. Требования к оформлению функциональных схем
4.3. Изображение технологического
оборудования и коммуникаций
4.4. Буквенные условные обозначения приборов
и средств автоматизации (ГОСТ 21.404-85)
4.5. Проектная документация
5. ОСОБЕННОСТИ ПРОЕКТИРОВАНИЯ
РАСПРЕДЕЛЕННОЙ ИЕРАРХИЧЕСКОЙ АСУТП
НА БАЗЕ SCADA-СИСТЕМЫ TRACE MODE
5.1. Идеология распределенных комплексов с применением
SCADA-систем
5.2. Архитектура TRACE MODE
5.3. Основные понятия системы TRACE MODE
5.4. Обмен данными в SCADA-системе TRACE MODE
5.5. Обмен данными через механизмы ОРС
5.6. Обмен с базами данных через механизмы ODBC
6. ПРИМЕР РАЗРАБОТКИ АСУТП НА БАЗЕ
SCADA-СИСТЕМЫ TRACE MODE
6.1. Учебный лабораторный стенд
6.2. Создание проекта
6.3. Исследование АСУТП на учебном лабораторном стенде
ЗАКЛЮЧЕНИЕ
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
 6

ВВЕДЕНИЕ

Рост числа производственных и информационных связей между

отдельными предприятиями и учреждениями, повышение
эффективности производства, перепрофилирование предприятий в
условиях рынка сопровождаются ростом сложности процессов
управления и систем управления. Увеличение объема информации,
охватывающей все стороны производства, с ростом самого
производства приводит к значительному усложнению задач
управления.
Системой управления называется система, в которой реализуется
процесс управления путем взаимодействия объекта управления и
управляющей части.
Различают автоматические и автоматизированные (информационно-
управляющие) системы управления. В системах автоматического
управления (САУ), состоящих из объекта управления и
управляющего устройства (управляющей части), человек
непосредственного участия в процессе управления не принимает.
В автоматизированных системах управления (АСУ)
предполагается обязательное участие людей в процессах управления.
Сбор, анализ и преобразование информации в информационно-
управляющих системах выполняется с помощью вычислительной
техники.
Эффективное решение задач управления в настоящее время
немыслимо без привлечения средств вычислительной техники и
всевозможных автоматизированных информационно-управляющих
систем (АИУС), в число которых входят автоматизированные системы
управления технологическими процессами (АСУТП) [1].
АИУС и АСУТП создаются для совершенствования управления
отраслями и отдельными предприятиями на основе применения
математических методов, современных средств вычислительной
техники и средств связи для наилучшего использования
производственных фондов, увеличения выпуска продукции, снижения
ее себестоимости, повышения производительности труда,
рентабельности производства и роста прибылей.
Проектирование АИУС требует постановки задачи проектирования
в различных аспектах: информационном, техническом,
 7
математическом и эргономическом. Следует отметить, что нет единого
подхода к решению подобных задач и не существует
специализированного программного продукта, наиболее
адаптированного к нуждам конкретных предприятий. Разработка
АИУС начинается с постановки задачи проектирования, решения
исследовательских задач.
Решение задачи создания АИУС состоит из многих этапов:
- аналитического исследования функционирования предприятия;
- подготовки технических заданий;
- создания пилот-проекта АИУС;
- внедрения АИУС.
Подобный подход позволяет создать именно такую АИУС, которая
будет полностью соответствовать его назначению, решать комплексно
все задачи управления, а само проектирование и внедрение АИУС
будет осуществлено с наименьшими затратами.
На начальном этапе, перед написанием технических заданий,
проводится аналитическое исследование функционирования
предприятия и его подразделений с целью постановки задач
проектирования.
В постановку задач проектирования входит разработка модели
функционирования предприятия.
Из практики известно, что при исследовании любых сложных
объектов с целью дальнейшего построения АИУС необходимо вначале
разработать математическую модель. Исследование модели
математическими методами позволяет получить рекомендации
относительно поведения реального объекта.
Цель моделирования функционирования предприятия и его
подразделений многосторонняя. Это получение обоснованного
представления о характеристиках объектов исследования, поведении
при действии возмущающих и управляющих воздействий, а также при
изменении структуры объектов.
Постановка задачи, отвечающая цели предприятия, формализация
условий функционирования, достаточно полная математическая
модель функционирования приведут к такому техническому заданию,
в котором будут учтены требования автоматизации не только
реального времени, но и перспективного развития.
Дальнейшая реализация пилот-проекта АИУС будет
непосредственно связана с выполнением условий технического
задания.
 8
Для внедрения и эксплуатации АИУС необходимо создание
современных технических средств сбора, организации передачи и
обработки информации, а также специально подготовленных кадров.
Ранее известная, традиционная концепция [2] создания систем
управления производственными процессами предусматривает
ограниченную формализацию этапов проектирования
автоматизированных информационно-управляющих систем (АИУС),
считая их творческими актами, успех выполнения которых почти
полностью определяется профессиональными и личностными
качествами управленческого персонала. Однако современные
компьтерные средства и технологии позволяют создавать
высокоэффективные по точности, быстродействию и широте
решаемых задач системы управления производством.
В предисловии научного редактора В.Л. Гуревича к книге
Э.А. Трахтенгерца [2] дана характеристика укрупненной схемы
предприятия, которая, на наш взгляд, оказалась настолько удачной, что
воспроизводим её фактически без купюр. В недалеком прошлом
традиционное управление предприятиями замыкалось в основном на
решении внутренних задач, связанных с организацией
внутрифирменной деятельности. Это было особенно характерно было
для Советского Союза с жесткой системой планирования "от
достигнутого" при полном отсутствии рыночных отношений. России
удалось вырваться из тисков тоталитарной системы и влиться в
мировое сообщество. Однако и мировое сообщество в последние годы
претерпело существенные перемены: результаты деятельности фирм
все больше стали зависеть от внешних связей с другими фирмами.
Вместе с тем испытанное временем иерархическое построение
организационной структуры систем управления изменилось очень
мало. На рис. 1 представлена укрупненная схема предприятия,
включающая производство, организацию и управление.
Производственное предприятие, упрощенно показанное в виде
прямоугольника, состоит из трех блоков:
- А - подготовка и обслуживание производства;
- В - собственно производство;
- С - сбыт готовой продукции.
 9

Рис. 1. Укрупненная схема предприятия

В блок А входят склады сырья и исходных материалов, ремонтные,

транспортные цехи, службы информации, связи и др.
Блок В состоит из цехов основного производства, включающих
технологические агрегаты, конвейерные и транспортные линии,
склады полуфабрикатов и др.
Блок С – сбыт готовой продукции подразумевает, в основном,
склады готовой продукции. Основу производства составляют
оборудование, производственный персонал, материальные,
энергетические, информационные и др. ресурсы.
Управление предприятием показано в виде треугольника,
состоящего из трех "слоев". Внутри и снаружи треугольника
управления циркулируют информационные потоки. Сверху вниз -
управляющие воздействия, снизу вверх - информация обратной связи,
по горизонтали - обмен информацией между внутренними объектами
одного уровня, а также между внутренними и внешними объектами.
Механизм управления включает в себя управленческий персонал,
компьютерные сети, финансовые, информационные и другие ресурсы.
Задача управления производством сводится к рациональному
 10
управлению потоками ресурсов: материальных, энергетических,
финансовых, информационных и др.
Основание треугольника — это системы сбора, обработки,
хранения, передачи и представления информации – информационная
система (ИС). ИС представляют собой информационную модель
предприятия, которая отображает не только текущее состояние
предприятия, но и состояние за прошедшие периоды времени. Во
многих случаях требуется хранить информацию о готовой продукции,
исходных и промежуточных материалах, технологических режимах,
состоянии оборудования, сведения об исполнителях и др. в течение
нескольких лет.
На вершине треугольника управления находятся руководители
предприятия, принимающие решения и образующие системы принятия
решений (СПР). Каждое предприятие стремится достичь определенных
целей своей деятельности. Целей деятельности бывает несколько. У
разных предприятий они могут существенно отличаться, но две из них
одинаковы для всех предприятий. Первая цель - социальная,
направленная на пользу общества (например, производство
необходимой обществу продукции, обеспечение необходимым
количеством рабочих мест, защита окружающей среды и др.), а вторая
цель - экономическая, заключающаяся в получении от деятельности
предприятия максимальной прибыли. В системном анализе существет
задача структуризации целей [3].
Между основанием треугольника управления и его вершиной
находится среднее звено специалистов, образующее системы
поддержки принятия решений (СППР). Эти специалисты выполняют
многовариантные расчеты, используя полученные от руководителей
значения критериев оптимальности и значения ограничений, а также
полученные от объектов фактические значения контролируемых
параметров производства».
Из сказанного выше можно сделать вывод: большинство
интегрированных систем управления производством имеют
иерархическую структуру [4], объединяющую функции АСУП –
автоматизированных систем управления производством и АСУТП –
автоматизированных систем управления технологическими
процессами (см. рис. 2).
 11
Планирование,
рынок, сырье,
5-й Организация персонал
управления производством

4-й
Координация ..
.
3-й Оптимизация . Оптимизация .

2-й Контроль . Контроль .

g1 gn
1-й
ЛСУ 1 . ЛСУ n .
u a u норм
... uнорм
TA 1
y1 . ua TA n . yn

ТП

Рис. 2. Иерархическая структура управления производством

Как видно из рис. В.2, на нижнем уровне с помощью локальных

систем (ЛСУ) осуществляется непосредственное управление
технологическим объектом – технологическим агрегатом (ТА) по
измеряемым координатам y. Для реализации закона управления
используются либо промышленные регуляторы, либо контроллеры.
При этом сигнал задающей переменной g формируется на более
высоком уровне в зависимости от принятого критерия управления. В
частности, он может быть постоянным при задании от уровня
координации, на котором происходит распределение нагрузки на
технологические агрегаты, либо изменяться в зависимости от
величины функционала оптимизации на 3-м уровне управления.
Уровни управления 5-й, 4-й и 3-й можно отнести к функциям
АСУП, поскольку современное производство не может быть
эффективным без учета потребностей рынков сбыта, качества и объема
сырья, а также квалификации обслуживающего персонала. К функциям
АСУТП, помимо ЛСУ, следует отнести функции контроля (2-й
уровень), предназначенные для выявления предаварийных ситуации по
отклонению технологических параметров от допустимых значений. В
случае обнаружения недопустимых отклонений система вырабатывает
управление по аварии ua (например, отключение питания или
прекращение подачи топлива и т.п.), одновременно отображая на
 12
мнемосхеме ТП и фиксируя в отчете тревог информацию о причине
аварии.
Тенденция развития современных систем управления сложными
процессами заключается в создании адаптивных интеллектуальных
систем, функционирование которых невозможно без использования
развитой вычислительной сети, включающей персональные
компьютеры (ПК), микроконтроллеры и широкий набор модулей
ввода/вывода.
Конец ХХ века и начало третьего тысячелетия характеризуются
глубоким проникновением компьютерных технологий в производство.
В качестве примера может быть названа SCADA-система (Supervisory
Control And Data Acquisition), предназначенная для проектирования и
эксплуатации распределенных АИУС. Судя по названию, система
предназначена для диспетчерского управления и сбора данных. Однако
в последних версиях её предназначение значительно расширилось. В
частности, отечественная компания AdAstra выпустила 6-ю версию
SCADA-системы Trace Mode, объединяющую все уровни управления
производством.
В предлагаемой читателю монографии будут подробно
рассмотрены все затронутые в предисловии вопросы. На наш взгляд
оно может быть полезно студентам старших курсов технических вузов,
аспирантам и инженерам.
 13

ЧАСТЬ 1
АВТОМАТИЗИРОВАННЫЕ ИНФОРМАЦИОННО-
УПРАВЛЯЮЩИЕ СИСТЕМЫ
1. ОБЩАЯ ХАРАКТЕРИСТИКА
АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННО-
УПРАВЛЯЮЩИХ СИСТЕМ

1.1. Системный анализ задач управления

Решение различных задач управления должно производиться на

основе единого системного подхода как при проектировании
автоматизированных информационно-управляющих систем
(АИУС), так и при эксплуатации этих систем.
Сущность системного подхода состоит во взаимосвязанном,
комплексном изучении сложных объектов как целостных систем с
определенными системными целями и согласовании целей системы
и ее частей и подсистем в процессе функционирования [5 - 9].
Комплексность означает одновременное рассмотрение разных
задач управления, а системность означает рассмотрение всех их
во взаимосвязи, упорядоченно по месту, вре<меня, ресурсам, в рамках
единого целого, выделенного из окружающей среды.
Использование системного подхода при проектировании
АИУС состоит в выделении и представлении некоторой
совокупности объектов и связей между ними в виде системы, в
правильном понимании происходящих в них явлений, взаимодействий,
умении выделить и поставить первоочередную (главную) группу задач.
Практически все явления в природе и обществе априори
неопределены, имеют стохастический характер, поэтому подход при
исследовании их должен быть не телько системным, а системно-
вероятностным. Применение вероятностного подхода позволяет
формализовать существующую неопределенность в Борелевском
пространстве с примененеим вероятностной меры. Однако
вероятность является объективным понятием, а на практике для
оценки вероятности события применяют обработанные
статистические данные. Появляется задача значимости и
 14
достоверности оценки вероятности, зависящая от репрезативности
выборки.
На наш взгляд более эффективным подходом является
применение методов искусственного интеллекта, эвристических
алгоритмов для решения задач управления сложными объектами.
При применении данного подхода параметры, характеризующие
объект и определяющие исходные данные для принятия решений
задаются в виде лингвистических переменных. Необходимость
применения лингвистических переменных в подобных ситуациях
определяется следующим образом.
Знание специалистов можно формально определить экспертным
путем. Для этого необходимо определить некоторое базовое
множество возможных цифровых оценок X, смысловое название
входного фактора.
Лингвистическая переменная (ЛП) задается набором [10]:
<αi,T(αi),X,G,M>, i = 1, n , (1)
где αi - название i - ой ЛП; T(αi) - терм-множество ЛП αi; Х - область
определения каждого элемента множества T(αi); G - синтаксическое
правило (грамматика), порождающее элементы (j-е нечеткие
переменные) α ij ∈ T(α i ) ; M - семантическое правило, которое ставит в
соответствие каждой нечеткой переменной (НП) α ij ∈ T(α i ) нечеткое
~
множество C( α ij ) - смысл НП α ij .
Формальное задание входного фактора в виде ЛП раскрывает
возможности в моделировании и исследовании истинности
высказываний и принимаемых решений.
Нечеткие переменные (НП) α ij , составляющие терм-множества
лингвистических переменных αI, задаются в виде тройки множеств
~
< αij , X, C(αij ), j = 1, m, (2)
где α ij
- наименование НП; Х - базовое множество;
~ j
C( α i ) = {< μ C ( α j ) ( x ) / x > }, x ∈ X - нечеткое подмножество множества
i

Х, μ C( α j ) (x ) - функции принадлежности, задание происходит путем

i

экспертного опроса.
Известны две интерпретации функций принадлежности [10 - 12].
При первой интерпретации функция принадлежности - это некоторое
 15
невероятностное субъективное измерение нечеткости. При второй -
функция принадлежности есть условная вероятность наблюдения
события А при наблюдении X. Степень принадлежности μА(х)
элемента х нечеткому множеству A % интерпретируется как
субъективная мера того, насколько элемент х∈X соответствует
понятию нечеткого множества A % .
Будем считать, что функция принадлежности - это некоторое
невероятное субъективное измерение нечеткости и что она отличается
от вероятностной меры, т.е. степень принадлежности μA(x) элемента x
~
нечеткому множеству A есть субъективная мера того, насколько
элемент x∈X соответствует понятию, смысл которого формализуется
~
нечетким множеством A .
Степень соответствия элемента x понятию, формализуемому
~
нечетким множеством A , определяется опросом экспертов и
представляет собой субъективную меру.
Параметры объектов могут быть заданы также в виде нечетких
интервалов [13]. Это связано с тем, что объективно представить
параметры, описывающие систему, в виде четких, определенных чисел
невозможно. Причинами подобного представления являются
неучитываемые воздействия, внутренние изменения, погрешности
приборов измерения и данных лабораторного анализа, невозможность
точного установления исходных и получаемых компонент и многое
другое.
Нечеткий интервал – это выпуклая нечеткая величина [13], функция
принадлежности которой квазивогнута и задана в следующем виде
∀u,v, ∀w∈[u,v], μQ(ω)≥min(μQ(u), μQ(v)), (3)
где Q - нечеткое множество, определенное на множестве
действительных чисел R, μQ – отображение из R в [0,1], u,v,w∈R.
Нечеткий интервал задают четверкой параметров М=( m, m , α, β )
(см. рис. 3), где m и m - соответственно нижнее и верхнее модальное
значение нечеткого интервала, а α и β представляют собой левый и
правый коэффициент нечеткости.
1.1.1. Определение системы. Понятие системы в настоящее время
стало в кибернетике и системотехнике исходным и доминирующим, и
позволяет выделить из окружающей реальности по ряду признаков
обособленный объект (группу объектов) и рассматривать этот объект как
 16
совокупность взаимосвязанных частей - элементов и вместе с тем как
элемент более общей системы - среды.
μQ

m m ед. изм. параметра

Рис. 3
1.1.1. Определение системы. Понятие системы в настоящее время
стало в кибернетике и системотехнике исходным и доминирующим, и
позволяет выделить из окружающей реальности по ряду признаков
обособленный объект (группу объектов) и рассматривать этот объект как
совокупность взаимосвязанных частей - элементов и вместе с тем как
элемент более общей системы - среды.
Существует множество определений системы [3,5 – 7,14 - 20].
Для понятия системы чрезвычайно важны и организационно-
структурные свойства, виды упорядоченности и связей элементов.
Важно различать системообразующие связи элементов, вследствие
чего из них образуется единое целое с новыми свойствами -
эмерджентными, не присущими составляющим систему элементам.
Термин система применим тогда, когда объект характеризуется как
нечто сложное, целое, о котором невозможно сразу дать
представление, описав его математически или графически.
Первые определения базировались на понятиях элементов ai и
связей гj между ними. Система S определялась следующими
вариантами:
S≡<A,R>, где A={ai}, R={rj}, (4а)
S≡<{ai},{rj}>, где ai∈A, rj∈R, (4б)
S≡<{ai}&{rj}>, где ai∈A, rj∈R, (4в)
 17
В определении (4в) отражен тот факт, что система не простая
совокупность элементов и связей, а включает только те элементы и
связи, которые находятся в области пересечения (&) (см. рис. 4).

А & В

Рис. 4
Берталанфи определил систему как "комплекс взаимодействующих
компонентов" [15] или как "совокупность элементов, находящихся в
определенных отношениях друг с другом и со средой".
Если элементы разнородны, то это определяет их деление на разные
множества, например, A, B, C. Определение системы будет иметь вид
S ≡ <A, B, С, R>.
Известно определение, сделанное М. Месаровичем [16, 17].
Выделяется множество Х входных объектов и множество Y выходных
результатов. Между ними установлено обобщающее отношение
пересечения. Определения могут иметь вид:
S⊆X×Y, S⊆Х∩Y (5)
Если вид отношения ri применим только к элементам разных
множеств и не используются внутри каждого из них, то система будет
задана:
S≡<{ai,гj,bk}>, ai∈A, гj∈R, bk∈B, (6)
причем {ai,гj,bk} - элементы новой системы, образованной из исходных
множеств А и В.
В определение А.Холла [18] включены свойства для уточнения
элементов и связей:
S≡<A,QA,R> (7)
А. И. Уёмов предложил двойственные определения [7], в одном из
которых свойства qi характеризуют элементы аi, а в другом - свойства
qj характеризуют связи гj
S ≡<{ai}&{rj(qi)}>, ai∈A, гj∈R, qi∈QR
S ≡<{ai(qi)}&{rj}>, ai∈A, гj∈R, qi∈QA (8)
Затем в определениях системы было введено понятие цели:
S≡<A, R, Z> (9)
 18
где Z - цель, совокупность или структура целей.
Появились определения, в которых уточнены условия
целеобразования - среда SR, интервал времени ΔT, в течение которого
будет существовать система и цели
S≡<A,R,Z,SR,ΔT> (10)
Затем в определение системы был включен наблюдатель N:
S≡<A,R,Z,N> (11),
где N - лицо, рассматривающее объект или процесс в виде системы при
их исследовании или принятии решения.
Известно определение Ю.И.Черняка "система есть отражение в
сознании субъекта (исследователя, наблюдателя) свойств объектов и
их отношений в решении задачи исследования, познания" [20]
S≡<А,QA,R,Z,N> (12)
В понятии система объективное и субъективное составляют
диалектическое единство. Следует говорить не о материальности или
нематериальности системы, а о подходе к объектам исследования как к
системам, о различном представлении их на разных стадиях познания
или создания.
На первых этапах системного анализа важно уметь отделить
систему от среды, с которой взаимодействует система.
Сложное взаимодействие системы с ее окружением отражено в
определении В.Н.Садовского и Э.Г.Юдина [17], в котором:
- система образует особое единство со средой;
- любая исследуемая система представляет собой элемент системы
более высокого порядка;
- элементы любой исследуемой системы, в свою очередь,
выступают как системы более низкого порядка.
Это определение является основой закономерности
коммуникативности.
Выделяет систему из среды наблюдатель.
Уточнение или конкретизация определения системы в процессе
исследования влечет соответствующее уточнение ее взаимодействия со
средой и последующей детализации определения системы.
Таким образом, можно предложить следующее определение АИУС,
как сложной систем:
S≡<A, QA, R, QR, B, Z, CU, ΔT, N, LN>. (13)
где: A={ai}, i∈I={1,2,…,n} – множество элементов АИУС; QA –
множество свойств элементов, R={rj}, j∈J={1,2,…,m} – множество
 19
функциональных и информационных связей между элементами АИУС;
QR – множество свойств связей элементов; B – вектор конструктивных
параметров АИУС; Z – цель или совокупность целей, обеспечивающая
достижение экстремальных значений критериев оптимизации
функционирования АИУС; U – условия целеобразования; ΔT –
интервал времени, в течение которого будет существовать АИУС; N –
наблюдатели или лица (совокупность лиц), принимающих решения,
LN – язык общения наблюдателей.
Определение (13) АИУС на языке наблюдателей, формализация
элементов, связей, свойств, изменений компонент вектора
конструктивных параметров, соответствует концепции системного
аналитического исследования задач управления.
1.1.2. Понятия строения и функционирование систем. Понятия
определяются одно через другое, уточняя друг друга.
Под элементом понимается простейшая, неделимая часть системы.
Понятие неделимости является неоднозначным. Поэтому элемент -
это предел членения системы с точки зрения аспекта рассмотрения
решения конкретной задачи, поставленной цели.
Сложные системы вначале делят на подсистемы или на
компоненты.
Подсистема - это относительно независимая часть системы,
обладающая ее свойствами, имеющая подцель, на достижение которой
ориентирована подсистема.
Если части системы не обладают всеми ее свойствами, а
представляют собой совокупности однородных элементов, то такие
части принято называть компонентами.
Связь характеризует и строение (статику) и функционирование
(динамику) системы. Известны три типа связей между элементами:
функционально необходимые, сингерические (которые при
кооперативных действиях некоторых частей обеспечивают увеличение
их общего эффекта до величины, большей суммы эффектов от тех же
независимо действующих частей), избыточные (являются излишними
или противоречивыми).
Связь определяют как ограничение степени свободы элементов.
Элементы, вступая во взаимодействия друг с другом, утрачивают часть
своих свойств, которыми они потенциально обладали.
Связи характеризуются направлением, силой, характером (или
видом).
 20
Связи бывают направленные и ненаправленные, сильные и слабые.
По характеру различают связи подчинения, связи порождения (или
генетические), равноправные (или безразличные), связи управления.
Важную роль играет обратная связь. Она может быть
положительной, т.е. сохраняющей тенденции происходящих в системе
изменений того или иного выходного параметра, и отрицательной -
противодействующей изменениям выходного параметра,
стабилизирующей его требуемое значение.
Обратная связь является основой саморегулирования, развития
систем, приспособления их к изменяющимся условиям существования.
Понятие цель и связанные с ним понятия целесообразности,
целенаправленности лежат в основе развития системы.
В понятие цель вкладывают разные оттенки - от идеальных
устремлений до конечных результатов, достижимых в пределах
некоторого интервала времени.
Под структурой системы понимают относительно устойчивый
порядок внутренних пространственных связей между ее отдельными
элементами, определяющий функциональное назначение системы и ее
взаимодействие с внешней средой.
Структура отражает определенные взаимосвязи,
взаиморасположение составных частей системы, ее устройство
(строение).
В сложных системах структура включает не все элементы и связи
между ними, а лишь наиболее существенные компоненты и связи,
которые мало меняются при текущем функционировании и
обеспечивают существование системы и ее основных свойств.
Одна и та же система может быть представлена разными
структурами в зависимости от стадии познания.
Существуют понятия, характеризующие функционирование и
развитие систем.
Понятие состояние характеризует мгновенную фотографию
системы, «остановку» в ее развитии. Состояние определяют через
входные воздействия и выходные сигналы, либо через
макропараметры, макросвойства системы.
Если система способна переходить из одного состояния в другое, то
говорят, что она обладает поведением. Этим понятием пользуются,
когда неизвестны закономерности перехода из одного состояния в
 21
другое. Говорят, что система обладает каким-то поведением, и
выясняют его характер, алгоритм.
Под целостностью (эмерджетностью) системы понимается
принципиальная несводимость свойств системы к сумме свойств
составляющих ее элементов и невыводимость из последних свойств
целого (т.е. системы).
Понятие равновесия определяют как способность системы в
отсутствии внешних возмущений (или при постоянных воздействиях)
сохранять свое состояние сколь угодно долго. Это состояние
называется состояние равновесия.
Под устойчивостью понимают способность системы возвращаться
в состояние равновесия после того, как она была из этого состояния
выведена под влиянием внешних возмущающих воздействий или
внутренних воздействий, если в системе есть активные элементы.
Состояние равновесия, в которое система способна возвращаться,
называют устойчивым состоянием равновесия.
Понятие развитие объясняет сложные термодинамические и
информационные процессы в природе и обществе.
Исследование процессов развития, соотношения развития и
устойчивости, изучение механизмов, лежащих в их основе, - наиболее
сложные задачи теории систем.
Понятие структуры системы реализуется через элементы и связи
системы. Структура - это устойчивое единство элементов и отношений в
системе. Под организацией понимается, с одной стороны, свойство
системы, проявляющееся в сохранении устойчивости ее структуры
при различных взаимодействиях, с другой стороны, - совокупность
внутренней структуры и внешних функций (поведения), присущих
системе.
Изменение состояния системы влияет на состояние ее выходов.
Желаемое состояние выходов называется целью системы, а функция,
определяющая изменение состояния выходов, — целевой функцией
системы. Для оценки отклонения фактического состояния выходов от
желаемого вводится критерий цели.
Исходя из двух трактовок системы можно по типу элементов их
классифицировать на физические (материальные) и абстрактные
(концептуальные) [21].
Рассмотрим кратко классификацию создаваемых человеком
физических систем по наиболее важным признакам:
 22
а) по характеру входов и выходов системы делятся на
вероятностные и детерминированные;
б) по связям системы делятся на замкнутые и открытые, последние
связаны с внешней средой входами и выходами.
По сложности организации системы делятся на простые, сложные и
большие системы, отличающиеся степенью сложности структуры и
функционирования.
К простым системам относят такие, которые независимо от их
масштабности можно описать с помощью детерминированных
математических моделей и методов.
Сложные системы (СС) имеют сложную структуру со
стохастическими связями (включая обратные связи), многоаспектное
функционирование, а также стохастические входы и выходы.
Большие системы (БС) обладают теми же признаками, что и СС, но
кроме этого им присущи:
а) наличие целей и систем управления (самоуправления, адаптации);
б) наличие комплекса проблем состязательного и конкурирующего
характера;
в) несчетное разнообразие по связям, функциям и
информационным состояниям.
Из множества СС (БС) в системотехнике и теории управления
рассматриваются организационные (человеко-машинные) системы с
человеком - оператором и коллективами людей и технические.
В свою очередь, организационные системы можно разделить на три
вида: 1) производственно-технологические, перерабатывающие потоки
материалов и ресурсов; 2) управленческие; 3) кибернетические.
Кибернетические системы являются сочетанием первых двух при
рассмотрении их в единстве как объект и орган управления.
Практически все существующие организационные системы можно
представить в виде кибернетических систем различной сложности.
Важнейшими признаками любой кибернетической системы являются:
а) наличие двух компонентов - объекта и органа (субъекта)
управления, связанных обратными и прямыми информационными
каналами, образующими замкнутые контуры (см. рис. 5);
 23

Цель, Алгоритм и
критерии КЭ, программа
ограничения управления

Орган управления
Sу
Об.св Пр.св
qx Qy
Qx qy
qS
QS
Объект управления
X … Sоб … Y

…
QN
qN Проекция
N цели

Рис. 5

б) наличие цели, критериев эффективности (Кэ) и ограничений;

в) наличие алгоритма (инструкции) и программы управления.
При отклонении объекта управления от заданной программы
(плана) информация q x , q s , q v по каналам обратной связи поступает
от объекта в орган управления.
На основе обработки поступившей информации и сопоставления ее с
информацией, характеризующей программу (N) достижения цели,
определяется рассогласование соответствующих параметров. В
управляющем органе вырабаты-вается и принимается управленческое
решение по устранению рассогласований и отклонений, которое в виде
управляющих воздействий (УВ) (Q X , Q S , QY) подается на объект
управления. Наличие всех необходимых признаков кибернетической
системы обеспечивает высокую устойчивость ее функционирования.
В общем случае в кибернетической системе управление может
осуществляться по входам и выходам, по структуре- и целям, а также
по параметрам внешней среды, если указанные источники информации
 24
снабжены специальными средствами сбора, передачи и
преобразования информации, а также каналами обратной и прямой
связи с объектом управления.
В кибернетике сформулирован закон необходимого разнообразия,
согласно которому для управления сложными объектами с большим
разнообразием необходима управляющая система, обладающая не
меньшим разнообразием, чем объект. Следовательно, необходимо
построение системы управления совместно с объектом управления в виде
единой двухкомпонентной кибернетической системы.
Задача управляющей системы состоит в своевременном оперативном
и надежном снижении разнообразия объекта до желаемого
(планируемого) уровня; в идеальном случае - в достижении
оптимального пути выполнения программ работ. Оперативность
управляющей системы - это пропускная способность ее как
информационной системы, обусловленная величиной уменьшаемого
разнообразия в поведении объектов управления.
С точки зрения системного подхода не все управленческие функции с
применением ЭВМ реализуются комплексно и просто. На практике при
обосновании и принятии управленческих решений приходится решать
сложные оптимизационные задачи. Многочисленные и взаимосвязанные
задачи управления требуют особо организованных систем,
позволяющих как можно лучше использовать возможности
человеческого интеллекта совместно с мощными средствами
переработки информации, принципами и методами современной
математики, кибернетики и системотехники.
Таким образом, АИУС является частным случаем системы
управления (СУ) соответствующего уровня, в которой, помимо двух
понятий «система» и «управление», существует понятие автоматизации
управленческих функций и процессов.
Автоматизация означает выполнение некоторых процессов и
операций без участия человека. Автоматизация может быть частичной
и комплексной - для всех основных процессов и сторон функционирования
системы. Можно ввести понятие степени или коэффициентов полноты и
глубины автоматизации процесса и производства в целом, понимая
под степенью полноты, например, процент автоматизированных
операций из общего их числа на данном предприятии, а под степенью
глубины - процент параметров, охваченных автоматизацией.
Важнейшими аспектами при проектировании АИУС являются
методологический, технический, технологический, экономический и
 25
социологический, а также их комбинации. Под экономическим аспектом
понимается изучение экономических отношений компонентов АИУС и
окружающей среды, согласование их целей с общими целями
системы, оценка экономической эффективности и целесообразности
различных решений и действий в материальных и информационных
процессах. Социологический аспект учитывает взаимосвязи и
отношения людей и коллективов, их поведение, мотивы, устойчивость
и эффективность деятельности. Другие аспекты ясны по своему
смыслу.

1.2. Особенности и классификация автоматизированных

информационно-управляющих систем

1.2.1. Основные особенности АИУС. Основоположником

теоретических основ построения АСУ является академик Глушков
В.М. Им была предложена классификация автоматизированных
систем [22, 23]. Особых изменений в этой классификации не
произошло до настоящего времени, поэтому рассмотрим эту
классификацию.
Имеется несколько определений АСУ [23]:
- система управления с применением современных автоматических
средств обработки данных (ЭВМ, автоматических устройств
накопления, регистрации, отображения и др.) и экономико-
математических методов для решения основных задач управления
производственно-хозяйственной деятельностью предприятия;
- система управления производственно-хозяйственной
деятельностью предприятия, включающая интегрированные системы
обработки данных, главной целью которых является автоматизация
процессов, сбора и переработки информации на предприятии и
усовершенствование, формы организации их выполнения;
- система, в контуре управления которой функционируют
совместно человек и технические средства, осуществляющие сбор и
содержательную обработку информации по разветвленным
алгоритмам с целью принятия оптимальных решений по управлению
процессом или производством.
Таким образом АИУС, как автоматизированная система – это
человеко-машинная система, использующая современные средства
электронно-вычислительной техники, микропроцессорных систем
 26
управления и связи, экономико-математические методы, а также новые
организационные принципы управления для отыскания и реализации
на практике наиболее эффективного управления соответствующим
объектом (системой).
АИУС обладают всеми наиболее характерными чертами
сложных технических систем. К ним следует отнести:
- большой масштаб систем по числу составляющих элементов и
выполняемых функций;
- наличие функциональной целостности, общего назначения и цели;
- сложную многоуровневую иерархическую структуру;
- высокую степень автоматизации, определяющую известную
степень самостоятельности поведения системы;
- статистически распределенные во времени внешние воздействия.
В экономических (организационных) информационно-
управляющих системах в качестве элементов рассматривают: средства
производства (установки, оборудования, инструмент); предметы
труда (сырье, материалы, полуфабрикаты), трудовые ресурсы
(рабочие, инженерно-технические работники, служащие);
техническую и технологическую документацию (чертежи,
инструкции, стандарты, управляющие и отчетные документы и пр.).
Работы в области автоматизации процессов управления требуют
глубокого анализа сущности автоматизируемых процессов, выделения
объектов автоматизации, правильного формулирования целей
управления и определения этапности автоматизации с учетом
реальных сроков, возможностей технической реализации и
экономических факторов.
Объектом управления в информационно-управляющей системе
может быть рабочее место, конвейер, участок, цех, предприятие,
объединение и т.д. К объекту управления относят ту часть элементов,
которые непосредственно участвуют в процессе материального
производства и его обслуживания. К управляющей части системы
относят множества элементов, необходимых для осуществления
процесса управления объектом. Это управленческий персонал,
технические средства и методы управления.
Управляющая часть системы оперирует с документами. Поэтому
для эффективного управления производственной системой необходим
непрерывный обмен информацией между объектом управления и
управляющей частью.
 27
В управляющую часть информация поступает от вышестоящих
организаций (план производстсва, директивные указания) и от объекта
управления (сведения о поступлении материалов, деталей,
комплектующих изделий, притоке рабочей силы; о выпуске продукции
и ее качестве, затратах материалов и труда, о причинах, нарушающих
протекание производственных процессов - срыве поступления
материалов, поломках оборудования, браке). Управляющая часть
вырабатывает управляющие воздействия на объект управления и
отчетную информацию для вышестоящих организаций.
Процесс выработки управляющего воздействия на объект
управления имеет следующие этапы: определение цели воздействия и
установление возможных изменений в других подсистемах; разработка
путей, методов и средств воздействия; создание организационной
системы; принятие решения, его внедрение; контроль хода внедрения;
коррекция воздействия в ходе реализации принятого решения.
Современные АИУС представляют собой человеко-машинные
системы, в которых сочетается машинная переработка информации с
координирующей деятельностью человека-оператора. За человеком
остаются наиболее сложные, не поддающиеся формализации задачи,
такие, например, как постановка проблемы, принятие решения в
условиях неполной информации и неопределенности, контроль
переработки информации. Поэтому важной задачей при создании
информационно-управляющей системы является правильное
распределение функций между человеком и ЭВМ.
Функционирование информационно-управляющей системы связано
и с решением ряда проблем правового, а также психологического и
социологического характера. Оптимальная структура системы связана
с пределами личной компетенции, формами санкций, поощрений и т.
д. Эти вопросы должны решаться на правовой основе в виде
должностных инструкций и предписаний, утвержденных и
обязательных для исполнения.
Основная цель автоматизации организационного управления -
обеспечение оптимального функционирования объекта управления
(предприятия, объединения, отрасли и т.п.) путем правильного выбора
целей и средств их достижения с учетом имеющихся ограничений,
наилучшего распределения заданий между отдельными частями, из
которых состоит объект, и обеспечения их четкого взаимодействия.
 28
1.2.2. Критерии эффективности. Рассмотрим, как можно оценить
эффект от внедрения АИУС. В условиях хозрасчетного метода
управления предприятием (объединением) в качестве критерия обычно
используют прибыль. Этот критерий лучше других возможных
показателей отражает рост национального дохода, способствует
ускорению ввода в действие объектов и мощностей, улучшению
использования производственных фондов, увеличению объема
реализованной продукции. Показатель прибыли служит основой
взаимоотношений с бюджетом, а также основным источником
формирования фондов предприятия. Использование прибыли в
качестве критерия оптимальности сводит к минимуму количество
требуемых ограничений. Эффективность внедрения АИУС можно
оценивать исходя из роста прибыли. Можно использовать также в
качестве критерия эффективности минимум удельных затрат труда
на выполнение планов или себестоимости изготовленной продукции
либо максимум чистого или валового продукта предприятия.
В некоторых задачах, реализуемых с помощью АИУС, вполне
возможны и целесообразны свои локальные критерии,
отличающиеся от общего критерия системы, например, стабильность
использования ресурсов.
При решении многих задач надо считаться с наличием не одного, а
ряда критериев. Учет многокритериальности задачи может быть сведен
к формированию некоторого комплексного критерия,
представляющего собой, например, сумму отдельных критериев,
каждый из которых наделяется определенным «весовым»
коэффициентом.
1.2.3. Принципы разработки информационно-управляющих
систем. В основу разработки АИУС положены следующие принципы
[22]: новых задач, системного подхода, первого руководителя,
непрерывного развития системы, автоматизации документооборота,
согласованности пропускных способностей отдельных частей системы,
типовости, однократности ввода данных и др.
Эффективность АИУС повышается при решении задач, которые
при традиционной ручной технологии управления невозможно решить
либо они решаются частично (принцип новых задач). К ним
относятся задачи оптимизации. На уровне предприятия это задачи
определения оптимального производственного плана, оптимального
оперативно-календарного планирования, оптимального управления
 29
материальными ресурсами предприятия, оперативного анализа хода
производственного процесса. На уровне отрасли это задачи
перспективного планирования развития отрасли на длительный
период, расчета оптимального плана выпуска продукции на год,
распределения материальных ресурсов между предприятиями отрасли.
На межотраслевом уровне к задачам оптимизации относятся
размещение новых производств, привязки поставщиков к
потребителям, разработки проектов развития территориально-
производственных комплексов и т. п.
Второй принцип - это системный (комплексный) подход к
созданию АИУС. Проектирование должно основываться на системном
анализе как объекта, так и управляющей части.
Принцип первого руководителя состоит в том, что разработку и
внедрение АИУС нужно производить под непосредственным
руководством первого руководителя соответствующего объекта.
Практика свидетельствует, что всякая попытка передоверить дело
создания АИУС второстепенным лицам неизбежно приводит к тому,
что система ориентируется на рутинные задачи управления и не дает
ожидаемого эффекта.
Согласно принципу непрерывного развития системы необходимо
при проектировании АИУС предусмотреть возможность быстро
реагировать на возникновение новых задач управления и
совершенствование старых в процессе развития экономики и
отдельных предприятий.
Принцип автоматизации документооборота означает, что надо
автоматизировать не только те или иные расчеты, но и оформление
выходных документов, сбор исходных данных и в определенной мере
передачу их и управляющих воздействий.
Согласно принципу согласованности пропускных способностей
желательно равенство пропускных способностей последовательных
звеньев. Информационный результат, выдаваемый предшествующим
устройством, является исходной информацией для последующего.
Поэтому устройства должны быть согласованы также по
используемым в системе носителям и по кодам.
Принцип типовости важен при разработке программ и сводится к
максимальному использованию стандартных подпрограмм и
типизации программ решения задач.
 30
Значение для м имеет принцип однократности ввода данных в
машину, согласно которому многократное использование любого рода
сведений при решении задач на ЭВМ не должно приводить к
повторному вводу каких-то данных в память ЭВМ.
Особое значение для АИУС имеет проблема надежности. Для
повышения надежности работы применяют высоконадежные
технические средства, автоматическое резервирование важнейших
узлов и блоков, введение автоконтроля и т.д.
АИУС должны обладать также повышенной живучестью. Под
живучестью информационно-управляющих систем понимают
способность системы к определенной компенсации последствий
нарушений и повреждений отдельных ее устройств, позволяющую
системе продолжать выполнение основных функций при утрате или
временном снижении некоторых второстепенных показателей
(точности, быстродействия, объема обрабатываемой информации).
При разработке АИУС крайне важно использовать экономические
законы, создавать благоприятные условия для их проявления. АИУС
должна основываться на закономерностях, присущих науке
управления.
1.1.4. Классификация. Классификация АИУС затруднена
разнообразием объектов управления, на которых эти системы могут
применяться.
Необходимо при классификации определить принцип управления
объектом. В системе управления можно выделить три принципа:
отраслевой, территориально-отраслевой и территориальный. Принцип
отраслевого управления положен в основу управления тяжелой
промышленностью. Принцип территориально-отраслевого
управления применяется в легкой промышленности и некоторых
непромышленных отраслях. Принцип территориального
управления характерен для управления министерствами,
ведомствами, а также деятельностью исполнительных органов
местного управления, также строят АИУС по территориальному
признаку: город, область, республика, страна.
Следующий признак классификации - уровень иерархии в
управлении, для которого применяется данная система. К таким
уровням можно отнести: федеральный, областной, городской,
районный для территориальных систем и отрасль, подотрасль,
 31
объединение, предприятие, производство, цех, участок, установка. В
зависимости от уровня иерархии АИУС подразделяются на:
- автоматизированные системы управления технологическими
процессами (АСУТП);
- автоматизированные системы управления предприятиями
(АСУП);
- отраслевые АСУ (ОАСУ);
- общегосударственная автоматизированная система (ОГАС).
АСУП и ОАСУ должны быть совместимы по целевым функциям,
методам обработки информации, техническим средствам.
Важным признаком является функциональное назначение системы
или ее место в общей организационной структуре управления. По
функциональным признакам выделяют, например,
автоматизированные системы плановых расчетов, материально-
технического снабжения, государственной статистики; по
производственному признаку - системы управления промышленными
объектами, подготовкой производства и др.; по ресурсным признакам -
системы управления объектами обеспечения различными ресурсами и
услугами. В свою очередь, такие системы также могут быть
многоуровневыми и подобно отраслевым и территориальным системам
они входят в ОГАС.
По типу процесса, являющегося объектом автоматизации, можно
рассматривать АИУС (по назначению):
- управления технологическими процессами (АСУТП);
- управления организационными процессами (АСОУ);
- проектирования (АСПРО);
- планирования и управления испытаниями (АСПИ);
- управления научно-техническим прогрессом (АСУНТ).
В современных условиях выделяют два основных типа АИУС:
системы управления технологическими процессами, системы
организационного управления, интегрированные (комплексные)
системы. Первые имеют дело с технологическими процессами в
широком смысле слова, вторые – с объектами экономической и
социальной природы. В АСУТП основной формой передачи
информации являются различные сигналы (электрические,
механические, пневматические, оптические и др.). В системах
управления организационными процессами основная форма передачи
информации - документ. Слияние АСУТП и АСОУ дает единые
 32
интегрированные (комплексные) АСУ. В этих системах большая часть
информации циркулирует в виде кодированных сигналов и
специальных типов документов на машинных носителях записи.
По характеру производства различают АСУТП для непрерывных
производств, для производств с дискретным технологическим циклом
и для производств со смешанными, непрерывно-дискретными
технологическими процессами.
АСУТП первого типа создаются на предприятиях химической,
энергетической, нефтеперерабатывающей и ряда других отраслей
промышленности с непрерывными технологическими процессами.
Причем параметры процессов представляют собой также непрерывные
величины (давление, температура, расход жидкости и пара,
концентрация смеси компонент, влажность и т. п.), измеряемые
датчиками главным образом с непрерывным выходным сигналом.
АСУТП второго типа внедряются на предприятиях
машиностроительной, приборостроительной, радиотехнической,
электротехнической и других отраслей промышленности, где
производство имеет дискретный характер. На таких предприятиях
используется на рабочих местах универсальное оборудование, за
каждым рабочим местом закрепляется множество операций; для
дискретного производства присуще наличие большого количества
изделий и деталей, отличающихся трудоемкостью изготовления,
технологическими маршрутами, длительностью производственного
цикла, а также дискретность параметров процессов. Дискретная
информация о параметрах процессов формируется вручную с
помощью документов (накладных, нарядов) и различных устройств
ручного ввода цифровой и алфавитно-цифровой информации, а
частично от датчиков.
К производствам непрерывно-дискретного типа относятся
предприятия металлургической, цементной, пищевой и других
отраслей промышленности.
Существует классификация АИУС по степени автоматизации
процессов управления: информационно-справочные (АИС), системы
обработки данных (АСОД) и собственно АСУ (советующие системы,
способные автоматизированно вырабатывающие решения).
АИС осуществляет сбор, хранение и обработку информации, которая
затем используется управленческим аппаратом для выработки и принятия
решений.
 33
АСОД не только обеспечивает автоматизированный сбор и хранение
информации, но и автоматизирует выполнение традиционных способов
обработки информации: плановые расчеты, бухгалтерский учет,
отчетность и т.д. Следует подчеркнуть, что АСОД создаются на основе
изучения и формального описания с помощью логико-математических
приемов существующих способов обработки информации. Эта система не
несет в себе качественно новых признаков, не развивает и не отменяет
сложившиеся методы управления, а лишь автоматизирует наиболее
трудоемкие операции.
АСУ более высоких уровней (советующие и другие) отличаются от
АСОД тем, что позволяют, прежде всего, решать так называемые новые
- оптимизационные задачи управления. В АСУ высокого уровня на
основе глобальных моделей строительного производства имитационного
типа, посредством вычислительных систем с разделением времени, могут
решаться наиболее сложные, системные задачи, позволяющие
обоснованно принимать не просто допустимые по отдельным задачам, а
наилучшие решения по основным проблемам управления в целом.
Следующим признаком можно считать степень централизации
обработки информации, которая зависит от объема
информационной базы (ее мощности) данного объекта. По этому
признаку выделяют системы, имеющие несколько уровней обработки
информации, системы централизованной обработки информации и
системы коллективного пользования.
Многоуровневые системы обработки информации характерны для
крупных объектов, например отрасли. Системы с централизованной
обработкой данных характерны для средних объектов, например
предприятий, для которых достаточно одного ИВЦ. Системы
коллективного пользования наиболее эффективны для малых объектов,
не имеющих своей вычислительной базы и и пользующихся услугами
вычислительных центров коллективного пользования.

1.3 Структура автоматизированных информационно-

управляющих систем

1.3.1. Общая характеристика автоматизированных систем

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

Автоматизированная система организационного

управления

Функциональная часть Обеспечивающая часть

Функциональные Информационное
подсистемы обеспечение

Производственно- Лингвистическое
ресурсные обеспечение
подсистемы
Техническое
Структурные обеспечение
подсистемы
Программное
обеспечение

Математическое
обеспечение

Рис. 6
 35
Обеспечивающая часть АСОУ включает информационное,
лингвистическое, техническое, программное и математическое
обеспечение.
Обеспечивающие подсистемы создают условия функционирования
функциональной части АСОУ и реализуют процесс автоматизации
различных функций управления. Информационное обеспечение
АСОУ - это совокупность единой системы классификации и
кодирования технико-экономической информации, унифицированных
систем документов и массивов информации, используемых в
автоматизированных системах управления.
На основе информационного обеспечения АСОУ формируются и
производятся все расчетные операции. В состав информационного
обеспечения входят: нормативные и справочные данные,
составляющие информационный базис системы, текущие сведения,
требующие, ответной реакции системы или влияющие на алгоритм
выработки решений, накапливаемые учетные и архивные сведения,
необходимые для планирования и развития системы.
Лингвистическое обеспечение АСОУ - совокупность научно-
технических терминов и других языковых средств, используемых в
автоматизированных системах управления, а также правил
формализации естественного языка, включая методы сжатия и
развертывания текстов.
Техническое обеспечение включает комплекс технических
средств (КТС), предназначенных для обеспечения работы АСОУ.
Основными частями комплекса технических средств АСОУ являются
ЭВМ с комплексом всех устройств, обеспечивающих его
нормальную работу, и внешние (периферийные) устройства,
необходимые для функционирования АСУ. Эта совокупность
устройств ЭВМ, периферийные устройства, оргтехника и средства
связи обеспечивают процессы сбора, передачи, обработки и хранения
необходимой информации.
Программное обеспечение включает совокупность программ для
реализации задач, обеспечивающих функционирование комплекса
технических средств АСУ. Программное обеспечение дает
возможность реализовать на ЭВМ методы, алгоритмы и модели.
Поэтому возможности АСОУ во многом определяются программным
обеспечением системы.
 36
Совокупность математических моделей, методов и алгоритмов
для решения задач и обработки информации с применением
вычислительной техники составляет математическое обеспечение.
Математические методы и модели, входящие в состав
математического обеспечения, позволяют осуществлять выбор
оптимальных решений.
В решении задач управления производством активную роль
осуществляет функциональная часть АСОУ и входящие в ее состав
подсистемы. Именно они представляют собой способы отражения
закономерностей развития и функционирования производства и
методы воздействия на ход выполнения плана.
Функциональная часть АСОУ представляет совокупность
подсистем, в которых с помощью комплекса экономических и
организационных методов, посредством указанных выше видов
обеспечения осуществляется решение конкретных задач
планирования, учета, анализа, принятия и реализации
управленческих решений.
Конкретный набор подсистем функциональной части зависит от
специфики организации, для которой разрабатывается
автоматизированная система управления, от назначения АСУ, уровня
управления и других факторов. Функциональные подсистемы
соответствуют отдельным функциям управления и включают
задачи, относящихся к реализации этих функций (например,
подсистема планирования, контроля, учета и т.д.).
Под производственно-ресурсными подсистемами понимают
подсистемы, обеспечивающие процесс управления ресурсами
(например, подсистема управления материально-техническим
снабжением, подсистема управления кадрами, подсистема управления
машинами и механизмами и т. д.).
1.3.2. Общая характеристика автоматизированных систем-
управления технологическим процессом.
Объектом управления АСУТП является технологический процесс.
Под технологическим процессом как объектом управления [24]
может пониматься или последовательность целенаправленных (с
использованием орудий труда) действий по получению из
определенных исходных материалов конечного продукта с
требуемыми свойствами, или комплекс технологического
оборудования, реализующего процесс с использованием
 37
соответствующих энергоносителей и поддержанием необходимых
технологических режимов.
АСУТП - это система, которая при участии операторского
персонала обеспечивает в реальном времени автоматизированное
управление процессом изготовления (переработки) продукта по
заданным технологическим и технико-экономическим критериям [24].
Такая система предусматривает участие в управлении процессом на
подготовительных, вспомогательных, контрольных и других
операциях человека. Таким образом, автоматическая система
является предельным случаем автоматизированной информационно-
управляющей системы.
Применение современных средств автоматической обработки
информации в технологии позволяет решать следующие задачи:
а) вести процесс с производительностью, максимально
достижимой для данных производительных сил, автоматически
учитывая непрерывные изменения технологических параметров,
свойств исходных материалов и полуфабрикатов, изменения в
окружающей среде, ошибки операторов;
б) управлять процессом, постоянно учитывая динамику
производственного плана для выпускаемой номенклатуры
продукции (сортамент, номинал, классы, группы точности и
качества), путем оперативной перестройки режимов
технологического оборудования, перераспределения работ на
однотипном оборудовании и т. п.);
в) реализовать статистическое управление процессами в
реальном времени по экстремальному или адаптивному алгоритму;
г) осуществлять автоматическое управление процессами в условиях,
вредных или опасных для человека.
АСУТП является фундаментом системы управления промышленным
предприятием.
Системы управления технологическими процессами, решая
самостоятельно задачу повышения эффективности отдельных
производственных процессов, одновременно создают информационную и
техническую базу для автоматизированной системы управления
производством и предприятием в целом. Конкретные функции,
которые выполняют АСУТП, зависят от характера и сложности
управляемого процесса, а также от технических возможностей самой
АСУТП. К таким функциям относятся:
 38
а) сбор и обработка информации о состоянии технологического
процесса и выпускаемых изделий;
б) контроль и индентификация процесса;
в) стабилизация и регулирование процесса;
г) логико-программное (в том числе мультипрограммное) управление;
д) поиск оптимальных решений и оптимальное (в том числе
адаптивное) управление;
е) комплексное координационное управление;
ж) расчет технико-экономических показателей технологического
процесса;
з) анализ и предотвращение аварийных ситуаций;
и) техническая диагностика отдельных частей и системы в
целом.
К настоящему времени сформулирован ряд направлений в
разработках АСУТП, и поэтому можно выделить ряд классификационных
признаков АСУТП [24]: по характеру управляемого технологического
процесса; по степени сложности управляемого процесса; по степени
охвата управляемого процесса; по степени автоматизации задач
управления; по функционально-алгоритмическому признаку; по
архитектурному признаку.
По характеру управляемого технологического процесса АСУТП
можно разделить на следующие большие классы: АСУ основными
непрерывными технологическими процессами; АСУ основными
непрерывно-дискретными процессами; АСУ основными дискретными
процессами; АСУ сборочными процессами в дискретном
производстве; АСУ контрольными операциями и процессами; АСУ
процессами изготовления оснастки и инструментов для основного
производства.
Классификация по степени сложности управляемого процесса
основывается на условных границах числа параметров контроля и
управления процессом. Для предприятий с непрерывным и
непрерывно-дискретным характером производства выделяются
количественные границы: 20, 40, 100, 800 параметров. Указанная
классификация имеет существенное значение при проектировании и
создании АСУТП.
При делении систем по степени охвата управляемого
процесса выделяют два основных класса: комплексные АСУТП и
локальные АСУТП.
 39
Классификация по степени автоматизации задач управления
основывается на признаке технического совершенства АСУТП как
кибернетической системы. Выделяют три основных класса:
- системы с автоматическим сбором и обработкой информации
(информационные) ;
- системы с автоматической выработкой советов оперативному
персоналу (информационно - советующие);
- системы автоматического управления процессом (управляющие).
Классификация по функционально-алгоритмическому признаку
определяет функции и степень совершенства алгоритма управления,
реализующего АСУТП. В соответствии с этим признаком выделяют
системы управления: логико-программного, экстремального,
адаптивного, организационно-технологического, ционного.
По архитектурному признаку системы различаются в соответствии
с системно-техническим решением, принятым при их построении.
Чтобы технологический процесс стал управляемым, необходимо
разработать методы управления, определить входные воздействия,
установить зависимости между входными воздействиями и выходными
параметрами выпускаемого изделия, разработать методы
автоматического измерения входных воздействий и выходных
параметров.
 40

2. СИСТЕМНЫЙ ПОДХОД К ПРОЕКТИРОВАНИЮ

АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННО-
УПРАВЛЯЮЩИХ СИСТЕМ

2.1. Методологическая основа проектирования

Методологической основой проектирования организационных

структур управления служит системный анализ. Одной из исходных
посылок этой методологии является необходимость построения
организационной структуры, ориентированной на определение целей и
подцелей, методы решения той или иной задачи. Организационная
структура строится на основе структуры решений и требуемых для их
реализации ресурсов [26].
Системный анализ осуществляется в следующем порядке.
Первый этап - постановка задачи, включающая определение
изучаемого объекта, постановку целей и задание критериев.
Второй этап - осуществление первичной структуризации
исследуемой системы. При определении границ системы в нее
стараются включить все элементы, оказывающие сколько-нибудь
существенное воздействие на функционирование. Принимают во
внимание воздействие внешней среды на систему, обратное влияние
считается несущественным. Первичная структуризация состоит в
ориентировочном членении системы на составные части (подсистемы
и элементы). Структуризация системы является важной отличительной
чертой системного анализа.
Третий этап - составление математической модели исследуемой
системы. Элементы системы и воздействие на нее описывают с
помощью определенных параметров. С введением параметра задается
область его применения. Выявив параметры, определяют связи между
ними, которые могут задаваться равенствами и неравенствами,
таблицами, включающими все случаи сочетания значений параметров,
и другими способами. При этом учитывают изменение значений
параметров во времени и наличие во многих случаях не
детерминированных, а вероятностных зависимостей.
На четвертом этапе исследуют построенные модели и
прогнозируют развитие системы, для чего на построенных моделях
 41
«проигрывают» (обычно с помощью ЭВМ) варианты тех или иных
воздействий внешней среды и выявляют возможные результаты.
Пятый этап - анализ результатов прогнозирования, полученных на
предыдущем этапе, проверка их соответствия целям и критериям,
разработка рекомендаций по необходимому совершенствованию.
Далее снова повторяют четвертый и пятый этапы, вплоть до
получения приемлемого результата.

2.2. Начальные этапы разработки

Основа методологии разработки АИУС - учет специфических

особенностей, отличающих информационную систему от технических
систем, соблюдение принципа проведение разработки и внедрения на
основе системного анализа.
Должно быть проведено всестороннее обследование
автоматизируемой системы, выполнено моделирование, выявлен
комплекс автоматизируемых функций, определена структура системы и
подсистем, выбран лучший вариант из возможных проектных решений.
На практике часто встречается локальный подход к
проектированию АИУС. Предпроектная стадия практически
игнорируется и после общего ознакомления с объектом автоматизации
выбирают отдельные задачи существующей системы для решения их на
ЭВМ. Организационная структура, набор и методы решения задач
практически остаются неизменными. Проектирование и внедрение
заключается в моделировании отдельных задач, их программировании и
внедренци машинных методов расчета. Последовательно наращивая
такие задачи, получают поэтапное внедрение АИУС. Кажущимися
преимуществами такого подхода являются быстрая загрузка ЭВМ;
получение в короткий срок эффекта от решения задач, который при
удачном их выборе может быть достаточно ощутимым; обозримость
разработки и внедрения системы; простота управления разработкой.
Однако при этом нарушается ряд основных принципов разработки
АИУС, что приводит в конечном итоге к весьма низкой эффективности
разработанной системы и самого процесса разработки - многократным
переделкам, излишней загрузке ЭВМ и дублированию информации.
Одной из важнейших специфических особенностей, отличающих АСУ
от технических систем, является тесная связь с внешней средой.
Поэтому при разработке АИУС полезно выделить как самостоятельные
 42
логические этапы разработки внешнее и внутреннее проектирование.
Такие аспекты проектирования в АИУС четко выделены и имеют, в
известной степени, самостоятельное значение. Эти этапы при
разработке АИУС выполняются специалистами различного профиля.
Внешнее проектирование формулирует цель и критерий
эффективности будущей системы, выявляет ограничения. Создается и
экспериментально проверяется модель системы. Определяются границы
системы; фиксируются факторы внешней среды, имеющие значение для
системы; определяются связи, виды входных сигналов, на которые
должна реагировать система; связанные с ними изменения выходных
параметров. Затем следует этап выяснения взаимодействия системы с
внешней средой; определения того, что и зачем будет делать система,
почему она должна действовать именно так, а не иначе.
Внутреннее проектирование определяет содержание самой системы -
как, какими способами и средствами будет система выполнять свои
функции, кто, где и когда будет выполнять необходимые операции и
процедуры.
Внешнее и внутреннее проектирование не являются
самостоятельными, независимыми друг от друга этапами, они
пересекаются и требуют взаимного согласования. Сначала проводится
внешнее проектирование для некоторых идеальных, ничем не
ограниченных внутренних возможностей системы, а затем, в первом
приближении, внутреннее проектирование, выявляя при этом
ограничения, не позволяющие системе функционировать так, как это
требуется в результате предварительного внешнего проектирования.
Согласование заключается в изменении либо требований внешнего
проектирования, либо ограничений внутреннего, либо и того и другого.
После такого согласования переходят к детальной, углубленной
проработке вопросов внутреннего проектирования.
Важное свойство любой системы - наличие связей между ее
элементами, а также между системой и ее внешней средой. Связи
должны быть выявлены и изучены в существующей системе управления и
определены для проектируемой. Направленность связей, как правило, от
входа к выходу системы (в противном случае их называют обратными
связями) позволила ввести понятие потока.
Основой любой производственной системы являются материальные
потоки, которые на входе системы состоят из сырья, полуфабрикатов,
комплектующих изделий и других исходных материалов. Материальный
 43
поток проходит через подразделения системы, где происходит обработка
материалов, и поступает на выход системы в виде ее продукции.
Выходная продукция одной системы может полностью или частично
поступать на вход другой системы.
Аналогично материальному потоку можно выделить энергетический
поток - тепловую и электрическую энергию; поток финансов, трудовых
ресурсов и т.п. Особое значение в системах управления имеют потоки
информации, или информационные потоки. Их особое значение
определяется ролью информации в процессе управления. На входе
системы управления в состав информационного поока входит
информация о состоянии управляемого объекта, о параметрах входных
потоков — материальных, энергетических и других, а также информация
о состоянии внешней среды.
Комплекс исследований, направленных на выявление общих
тенденций и факторов развития системы и определение мероприятий
по ее совершенствованию, называют диагностическим анализом. Эти
исследования начинают с выявления и формулировки или уточнения
цели и критериев эффективности системы и ее подсистем.
Сформулированные цели и критерии функционирования и развития
системы являются основой для программы дальнейшего
диагностического анализа, которая включает в себя выявление общих
тенденций развития системы; факторов, способствующих и
препятствующих достижению цели; общих и специфических свойств
системы; особенностей взаимодействия с внешней средой и т. п.

2.3. Организация разработки автоматизированных

информационно-управляющих систем
Разработка АИУС представляет собой комплекс научно-
исследовательских, проектных, инженерно-технических и
организационных работ, направленных на совершенствование
существующей системы управления, на базе современных методов
управления и использования вычислительной техники.
Совершенствование системы управления означает переход к качественно
новой ступени ее развития, сопровождающийся изменением
организационной структуры управления и принципов
функционирования системы [23].
Для подавляющего большинства систем установлены следующие
стадии их создания: предпроектная, разработки технического и
 44
рабочего проектов и ввод в эксплуатацию. В особых случаях, при
разработке сложных, уникальных информационно-управляющих систем,
может быть выделена стадия разработки эскизного проекта,
предшествующая техническому проекту; при разработке типовых
решений для экспериментальных систем может быть установлена стадия
«Анализ функционирования системы».
Ход работ по созданию АИУС удобно представлять в виде сетевых
графиков. Детальные сетевые графики разработки содержат тысячи или
десятки тысяч операций; их вид определяется в значительной мере
спецификой организации, для которой разрабатывается
информационно-управляющая система. Рассмотрим обобщенный сетевой
график укрупненных этапов разработки и внедрения системы,
показанный на рис. 7. Этот график дает общее представление об
основных этапах разработки и позволяет проследить развитие системы
от начала работ по ее созданию до ввода в эксплуатацию.
Работы по созданию любой АИУС начинаются с предварительного
ознакомления с будущей системой, позволяющего определить
целесообразность создания АИУС для данной организации или
предприятия (операция 0-1). Эту работу выполняет небольшая группа
высококвалифицированных специалистов, не более 4-5 человек. В
состав группы входят представители огранизации, для которой
создается система, в дальнейшем именуемой «заказчиком», а также
специалисты по созданию информационно-управляющих систем, в том
числе будущий руководитель работ со стороны организации, ведущей
разработку системы, в дальнейшем именуемой «разработчиком».
На этом этапе в общем виде определяют основные цели и
ограничения существующей и разрабатываемой АИУС, возможность
повышения эффективности управления при создании АИУС.
По результатам работы группы принимается решение о включении
работ по созданию данной АИУС в план министерства (для крупных
предприятий), что является основанием для ее разработки.
После включения работ по созданию АИУС в план формируются
коллективы, участвующие в разработке (операция 1-2), которые
готовят технико-экономическое обоснование на разработку системы.
 45
План по создания
0
П Обследование, информационно-
Р подготовка управляющей
Е технико- системы
Д экономического 1
Технико-
П обоснования
экономическое
Р
обоснование
О
Е 2
К
Т Подготовка
Н Техническое
технического 3
А задание
задания
Стадии Я

4
созда- Р
А
ния З Эскизный
Р проект
А
8 7 6 5
системы Техническое
Б
О проектирование
Т
К
А
9
П
Р Технический
О проект
Е Рабочее
14 13 12 10
К проектирование
Т
О
В 11
В
В Рабочий проект
О
Д
Опытная
эксплуатация 15
Прием в
В
опытную
Э 16 эксплуатацию
К
С
17
П
Л Прием в
У Промышленная промышленную
А 18
эксплуатация, эксплуатацию
Т
модернизация
А
Ц
И
Ю
0

Рис. 7
Организационно-техническое руководство разработкой АИУС со
стороны разработчика осуществляет главный конструктор (в научно-
исследовательских организациях) или главный инженер проекта (в
специализированных проектных организациях). Анализирует и
 46
разрабатывает систему группа специалистов - инженеров-
системотехников. К работам по созданию систем «разработчик» может
привлекать специализированные организации, которые ответственны
за качество и сроки выполнения работ перед разработчиком.
Разработчик отвечает за указанные работы перед заказчиком и
вышестоящими организациями.
Со стороны заказчика работы возглавляет главный инженер или
заместитель руководителя организации. Руководитель должен
обеспечить подготовку, обсуждение и утверждение технического
задания; необходимые условия для эффективного сотрудничества
разработчиков с коллективом своей организации; подготовку к
внедрению и непосредственно внедрение и эксплуатацию системы.
У заказчика создается специализированное подразделение,
основные функции которого:
- участие в разработке проектной документации;
- контроль хода разработки; подготовка к функционированию
организации в условиях информационно-управляющей системы, в том
числе обучение персонала;
- организация опытной эксплуатации и поэтапного промышленного
внедрения задач и подсистем АИУС;
- определение фактического экономического эффекта от внедрения
АИУС и т. п.
Для координации работ исполнителей заказчик создает
специальную группу во главе с руководителем работ, в которую на
правах заместителя входит главный конструктор (или главный
инженер проекта). Коллектив разработчиков приступает к
детальному изучению и анализу существующей системы (операция 2-
3), выполняя внешнее проектирование. Выявляются цели, критерии
эффективности, существующие ограничения для системы в целом и
ее подсистем, уточняется перечень подсистем, выполняемые ими
функции, решаемые задачи. Параллельно с анализом
существующей системы подготавливаются решения по ее
совершенствованию.
При изучении существующей системы анализируют
организационную и функциональную структуры, технико-
экономические характеристики; исследуют материальные потоки;
потоки и состав информации между подразделениями и внутри них;
методы планирования и учета. Завершающей работой
 47
рассматриваемого этапа является разработка технического задания
(ТЗ) на создание АИУС (операции 3-4).
ТЗ содержит описание основных целей создания системы,
критерии эффективности ее функционирования, назначение и
особенности организации управления. В нем указан состав и
характеристики комплексов решаемых задач, информационного,
программного и технического обеспечения; установлены очереди
разработки и внедрения, сроки их выполнения. В отдельном
разделе определяют экономическую эффективность создаваемой
АИУС.
Техническое задание - официальный документ, определяющий
требования к создаваемой системе. После экспертизы и
корректировки ТЗ утверждают в установленном порядке.
Для сложных систем, не имеющих аналогов, проводят эскизное
проектирование системы (операции 4-5), рассматривают варианты
структурной схемы, состав и способы формирования
информационного обеспечения, укрупненные схемы алгоритмов
обработки данных.
Эскизный проект - документированное описание предлагаемой
системы управления. Его подготовка позволяет выполнить
начальные этапы проектирования, представить заказчику в удобной
форме намечаемые основные проектные решения. Если принято
решение о разработке эскизного проекта, он должен быть согласован
и утвержден заказчиком. На стадии подготовки технического проекта
решения, содержащиеся в эскизном проекте, корректируют и
детализируют.
После утверждения ТЗ выделяют специализированные группы,
каждая из которых ведет разработку одной или нескольких подсистем
(операции 4-6). Эти группы уточняют перечень задач по
функциональным подсистемам, их постановку и алгоритмизацию.
Группы работают вместе с разработчиками АИУС, проводя взаимное
согласование состава и характеристик входных и выходных сигналов.
Отдельные группы специалистов создают разделы технического
проекта, относящиеся к техническим средствам (операции 4-7) и
экономической эффективности (операции 4-8). Результатом работы
всех групп является технический проект (событие 9).
На этапе рабочего проектирования кроме системщиков в работе
участвуют программисты и специалисты по техническим средствам.
Программисты разрабатывают по системным спецификациям схемы
 48
программ и программные спецификации, затем пишут и отлаживают
программы (операции 9-10); проводят отладку комплексов
программ по задачам (операции 10-11). Рабочий проект включает в
себя раздел, относящийся к техническим средствам (операции 9-
10). Системщики пишут рабочие инструкции персоналу АИУС
(операции 9-13), одновременно ведут расчеты для раздела
технического проекта по экономической эффективности системы
(операции 9-14). Все эти разделы сводятся в рабочий проект
(событие 11).
После официального утверждения рабочего проекта начинается
ввод системы в эксплуатацию. Если технические средства были
готовы ранее, то на них начинается опытная эксплуатация (операции
11-15). Если технические средства не подготовлены, то ведется их
монтаж и освоение (операции 11-16). Пока система может
функционировать на арендуемых технических средствах, а затем
опытная эксплуатация продолжается на подготовленных средствах
в соответствии с рабочим проектом (операции 16-17). В период
опытной эксплуатации выявляют и корректируют недостатки
предыдущих этапов разработки. В конце опытной эксплуатации
окончательно отрабатывают все программы ЭВМ и инструкции
персоналу, отлаживают технические средства и проверяют
возможность работы АИУС при полной нагрузке в реальном
масштабе времени.
Система передается в промышленную эксплуатацию (операции
17-18), где возможна ее частичная модернизация или решение о
существенной реконструкции (операции 18-0).

2.4. Рабочая документация по проектированию

Разработка АИУС и состав официальной документации

регламентируются общеотраслевыми руководящими методическими
материалами. В настоящее время продолжают действовать
стандарты, утвержденные Госкомитетом по науке и технике Совета
Министров СССР, а также стандарты, введенные постановлениями
Госстандарта РФ [27 - 30].
Официальными рабочими документами по проектированию АИУС
являются техническое задание, технический проект (ТП) и рабочий
проект на АИУС.
 49
2.4.1. Техническое задание. Оно представляет собой
утвержденный в установленном порядке документ, определяющий
цели, требования и основные исходные данные, необходимые для
разработки системы, и содержащий предварительную оценку ее
экономической эффективности (ГОСТ 19675—74).
Техническое задание определяет требования к задачам АИУС,
техническому, информационному и математическому обеспечению
системы и регламентирует организацию разработки, объемы работ и
затраты. При разработке ТЗ на устанавливаются очереди создания и
определяется перечень подсистем и задач, предусмотренных в
составе каждой очереди.
Очередность разработки системы и состав очередей
обуславливаются важностью принимаемого комплекса задач для
данной системы, возможностью приобретения и введения в
эксплуатацию необходимых технических средств соответствующего
технического уровня, подготовленностью к внедрению системы,
необходимостью минимизации суммарных затрат, созданием
информационной базы системы, возможностью использования в
последующих разработках результатов проектирования и внедрения
первой очереди АИУС.
Техническое задание должно содержать:
- основание для разработки: постановление или приказ
вышестоящей организации;
- основные положения, характеризующие функционирование
системы: степень централизации управления, рекомендуемый порядок
планирования и учета деятельности, особенности производственных и
информационных взаимосвязей и др.;
- состав подсистем и задач с обоснованным указанием очередности
их разработки и внедрения;
- предложения по улучшению существующей системы управления;
- перечень предварительно выбранных технических средств;
- намечаемый размер затрат и укрупненный расчет экономической
эффективности.
2.4.2. Технический проект. Он представляет собой утвержденную
в установленном порядке техническую документацию, содержащую
общесистемные проектные решения, алгоритмы решения задач, а
также оценку экономической эффективности системы и перечень
мероприятий по подготовке объекта к внедрению (ГОСТ 19675—
 50
74). Разработка ТП ведется на основании утвержденного ТЗ в такой
последовательности: общий технический проект; технический проект
первой очереди; технический проект второй очереди.
Разработка технического проекта второй очереди может
проводиться независимо от степени завершенности работ по первой
очереди.
В отдельных сложных случаях, когда невозможно выявить
рациональные проектные решения без сопоставления вариантов, на
стадии технического проекта должны прорабатываться различные
варианты; однако необходимость такой проработки нескольких
вариантов должна быть указана в ТЗ на АИУС.
Общий технический проект включает в себя разделы:
- общая структура системы с указанием подсистем и общих
принципов функционирования системы;
- перечень задач, решаемых в составе каждой подсистемы, и
выходные параметры задач;
- схемы документооборота между подсистемами;
- общие принципы математического обеспечения системы;
- укрупненная структура комплекса технических средств, в том
числе отдела АСУ;
- важнейшие мероприятия по подготовке к внедрению системы
(создание отдела АСУ), подготовка кадров, организация
нормативного хозяйства);
- расчет экономической эффективности системы;
- укрупненный график разработки и внедрения системы.
Технический проект имеет следующий состав документов:
- ведомость технического проекта;
- обоснование проектных решений:
а) структуры системы, подсистем и задач, а также комплекса
технических средств со ссылкой на аналогичные системы;
б) данные об установленном объеме разработки системы,
источниках и объеме финансирования;
в) обзор аналогичных систем в виде сравнительной таблицы;
- уточненная смета затрат на создание системы , с учетом
научно-исследовательских и проектных работ, необходимых для
создания данной очереди;
- расчет экономической эффективности по официальной
методике;
 51
- характеристика данной очереди системы в целом и отдельно
по каждой подсистеме. Характеристика функциональной
подсистемы, содержащая перечень подразделений, охваченных
подсистемой; укрупненное описание распределения функций между
подразделениями и схему информационных связей между ними;
увязку задач в подсистеме. Характеристика системы в целом также
содержит перечень функциональных подсистем; укрупненную схему
их внешних связей; перечень и характеристики документов и
сообщений, образующих эти связи; схему увязки подсистем по
входам и выходам;
- постановка задачи, определяющая круг объектов, для которых
предназначена данная задача:
а) краткое содержание постановки задачи;
б) периодичность решения и временные ограничения;
в) связь с другими задачами;
г) необходимую оперативную, нормативно-справочную и
выходную информацию;
д) алгоритм решения и контрольный пример;
- подготовка объекта к внедрению системы - документ,
содержащий перечень необходимых мероприятий, исполнителей,
сроки и формы завершения работ;
- организация фонда нормативно-справочной информации. В
документе приводится состав справочников нормативно-справочной
информации с указанием задач, для которых они используются,
описание организации их создания, поддержания в рабочем
состоянии и методик внесения изменений;
- система шифровки документов и отдельных параметров
системы (реквизитов);
- выбор комплекса технических средств (КТС), содержащий
выбор типа и расчет количества основного и вспомогательного
оборудования, структуру и назначение подразделений отдела АСУ,
расчет численности персонала, решения по периферийным
техническим средствам, спецификации для размещения заказа на
оборудование;
- технические задания на проект монтажа периферийного КТС,
содержащие чертежи размещения технологического оборудования
и технические условия на монтаж;
 52
- характеристика выбранной системы математического
обеспечения, содержащая описание системы и ее состав,
преимущества и недостатки, технические требования на новые
программы.
2.4.3. Рабочий проект. Он представляет собой утвержденную
в установленном порядке техническую документацию, содержащую
уточненные и детализированные общесистемные проектные решения,
программы и инструкции по решению задач, а также уточненную
оценку экономической эффективности автоматизированной системы
управления и уточненный перечень мероприятий по подготовке
объекта к внедрению (ГОСТ 19675-74).
Рабочий проект АСУ содержит следующие документы:
- ведомость документов рабочего проекта;
- обоснование дополнительных проектных решений, принятых
после утверждения технического проекта и утвержденных в
установленном порядке;
- уточненный расчет экономической эффективности системы
по официальной методике;
- технология ввода и регистрации информации;
- формы первичных и промежуточных документов, заполняемых
вручную и используемых для решения задач, с указанием
маршрутов движения документов отдельно для каждой задачи;
- должностные инструкции, составляемые персонально для
каждого должностного лица, участвующего в функционировании
системы, с указанием действий в случае отказа технических средств
АИУС;
- формы нормативно-справочной информации, инструкции по
их заполнению и внесению изменений;
- альбом шифров, содержащий систему шифровки и альбом
шифров;
- программы организации и ведения массивов нормативно-
справочной информации, включая тип ЭВМ и необходимый
комплект внешних устройств, особенности организации и ведения
массивов информации, описание программ, инструкции по вводу
входных документов и по эксплуатации программ, исходные тексты
программ;
- рабочие программы и инструкции. По каждой задаче
производится описание алгоритмов и рабочих программ,
 53
инструкции по вводу входных данных и по эксплуатации
программ, а также программы и контрольный пример;
- характеристика комплекса технических средств, содержащая
спецификацию оборудования, описание и техническую
характеристику всех устройств, перечень стандартных процедур
работы с ними, схему функциональных связей устройств, схему и
чертежи их размещения, принципиальные электрические схемы связи
и питания. Характеристика охватывает как оборудование
вычислительного центра, диспетчерских пунктов, так и
периферийные технические средства, располагаемые в
производственных помещениях.
В случае необходимости в рабочий проект включается также
эксплуатационная документация на новые, нестандартные
устройства, разработка которых выполнялась для данной системы, а
также чертежи строительной части проекта и монтажа технических
средств.
 54

3. ТЕХНОЛОГИЧЕСКИЕ АСПЕКТЫ ПРОЕКТИРОВАНИЯ

АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННО-
УПРАВЛЯЮЩИХ СИСТЕМ

3.1. Структуризация работ проектирования

Разработка АИУС – это выполнение большого комплекса научно-

исследовательских, проектных, инженерно-технических и
организационных работ, связанных с совершенствованием методов
управления на базе внедрения вычислительной техники, что приводит
к столь глубоким и принципиальным изменениям, что можно говорить
о качественно новой ступени развития предприятия или организации.
Структура работ по созданию АИУС показана на рис. 8 [31].
Структура работ по созданию АИУС

Создание Разработка Подготовка

информационно- организационно- персонала
вычислительной правового обеспечения
системы

Информационное Организационное
обеспечение обеспечение

Математическое Правовое
обеспечение обеспечение

Программное
обеспечение

Техническое Лингвистическое
обеспечение обеспечение

Рис. 8
Создание АИУС осуществляется алгоритмически последовательно
и включает в себя следующее:
- разработку информационного обеспечения (исследование с целью
совершенствования потоков информации, установление
 55
информационных связей между задачами, создание нормативной базы
и др.);
- создание математического и программного обеспечения АИУС
(разработку методов, моделей, алгоритмов и программ);
- осуществление технического обеспечения АИУС (приобретение,
установку и наладку ЭВМ, периферийного оборудования,
оборудования передачи данных и т. д.).
Под проектированием понимается процесс создания проекта -
прототипа, прообраза предполагаемого или возможного объекта. При
проектировании, как показано на рис. 9, решаются задачи управления
процессами проектирования и его составными частями.

ПЛАН
(целевая
программа)
проектировщиков

КРИТЕРИИ Проектные
эффективности Процесс решения
процессов проектирования
проектирования АИУС

Проверка
качества
проектных
СРЕДСТВА решений
воздействия на процесс
проектирования с
целью достижения
желаемых
характеристик

Рис. 9

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

задачу оптимизации. Процесс проектирования следует рассматривать,
как цикл управления [32], показанный на рис. 10. Условия цикла
управления процессами проектирования назовем спецификациями.
 56

Цель
проектирования

Процесс
высшего уровня Результат

Спецификация Представление
проекта

Отклонение Оценка Результат

Синтез Знания Анализ

Концептуальная модель объекта

Другие аспекты Аспекты

Аспекты производства

Другие процессы Процесс производства

Рис. 10

Проектные спецификации отражают все изменения цели

проектирования, т.к. выделены внутренний и внешний циклы
проектирования. Во внутреннем цикле осуществляют операции
(синтез, анализ и оценка) с фиксированными проектными
спецификациями (цели). Данные об отклонении предварительного
проекта от спецификаций являются исходными для выполнения операций
синтеза. Второй цикл замыкается не внутри самого процесса
проектирования, а только в процессе высшего уровня.
Для обеспечения экономической эффективности АИУС в процессах
проектирования применяют спецификации, минимизирующие затраты,
связанные с изменением цели. В работе [33] предлагается система
моделей процессов, протекающих в среде проектирования в
соответствии с формулой системного подхода:
 57
Цели→Задачи-работы→Задания→Ресурсы→Алгоритмы-планы.
Система моделей позволяет содержательно описать решение задач
синтеза и анализа, а также применения решений при проектировании и
отобразить процессы проектирования в виде сетевых моделей
выполнения работ и достижения целей [34-36]. В работе [37] предлагается
математическая модель процесса достижения цели на каждом m-ом этапе
в виде И/ИЛИ-сети. В работе [38] предлагается рассматривать задачу
оптимального управления процессами проектирования как задачу
определения вектора параметров управления проектированием ПУ, при
которых вектор выходных параметров (векторный критерий
качества) ПВ имеет наилучшие характеристики.
Применительно к задачам проектирования АИУС задача
системного подхода сводится к нахождению подобных структур,
свойств и явлений. По мнению Ф.Е.Эмери, не следует преждевременно
стремится к созданию «общей концептуальной основы» [39], хотя
Р.Л.Акофф стремится ввести понятие системы систем [40]. Поиск
общности в проектировании и функционировании АИУС можно
достичь нахождением областей, в которых одни и те же модели
описывают то, что внешне представляется не связанными между собой
явлениями. Однако стремление к использованию общих методов не
позволяет учесть отличительных особенностей реальной АИУС.

3.2. Информационно-управляющие аспекты проектирования

АИУС

Решение задач проектирования определяется как деятельность,

которая сохраняет или улучшает характеристики АИУС, что
достигается введением изменений, повышающих эффективность
использования ресурсов (люди, материалы, оборудование, устройства,
капитал и время). Эффективность использования ресурсов измеряется:
- увеличением или уменьшением потребности в ресурсах без
соответствующего изменения в объеме стоимости и прибыли;
- увеличением или уменьшением подверженности риску;
- изменением некоторой относительной величины, измеряемой
критериями.
Общность теории состоит в определении функций, общих для
процессов проектирования АИУС и показанных на рис. 11.
 58

Принятие Формулирование Количественное

Управление
решения проблемы определение

Функции процесса
Оценка проектирования Регулирование

Иерархическая
Оптимизация Планирование Субоптимизация
организация

Рис. 11

Эти функции присущи любому процессу проектирования. Анализ

каждой функции показывает, что они разбиваются на более «мелкие»
функции, эффективная реализация каждой из которых будет влиять на
принимаемые решения и оценку их последствий. Функция принятия
решения, присуща любому процессу проектирования системы.
Дж. Гиг дает определение принятия решения: это термин, который
употребляется для обозначения действия, состоящего в выборе одного
из нескольких возможных вариантов. Принятие решения - итеративная
процедура, каждый цикл которой включает несколько
последовательных шагов [41].
Реализовать функцию принятия решения требуется в том случае,
когда либо имеется задача, ожидающая своего решения, либо должны
быть удовлетворены какие-то потребности (цели). Шаг, стоящий в
определении задачи, можно рассматривать как подзадачу основной
задачи проектирования АИУС.

3.3. Этапы проектирования АИУС

Методологию проектирования АИУС, основанную на принципах

системного анализа можно рассматривать в следующей
последовательности (по этапам) [42]:
- этап постановки задачи, включающий определение АИУС,
структурирование целей и задание критериев;
- этап выделения исследуемой АИУС из среды и осуществление ее
первичной структуризации, которая состоит в ориентировочном
членении АИУС на составные части (подсистемы и элементы);
 59
- этап составления математической модели АИУС, на котором
элементы АИУС, воздействие на АИУС описывают с помощью
параметров, в том числе и качественных, определяют связи между
ними, учитывают изменение значений параметров во времени;
- этап исследования построенных моделей и прогнозирования
развития АИУС, для чего на построенных моделях «проигрывают» с
помощью ЭВМ варианты тех или иных воздействий внешней среды и
выявляют возможные результаты;
- этап анализа результатов прогнозирования, полученных на
предыдущем этапе, проверка их соответствия целям и критериям,
разработка рекомендаций по необходимому совершенствованию.
Четвертый и пятый этапы итерационно повторяются до получения
приемлемого результата.
3.3.1. Начальные этапы разработки и диагностический анализ.
Метод проектирования АИУС учитывает особенности тех объектов,
для которых они создаются, а также введенные выше принципы,
важнейшим из которых является принцип системности. Содержание и
организация работ на каждом этапе во многом предопределяются
выбранной методологией создания АИУС. В практике построения
АИУС наиболее известны локальный подход в проектировании и
внедрении, комплексный подход в проектировании и локальный во
внедрении, системный подход в разработке и внедрении [23].
При локальном подходе предпроектная стадия практически
игнорируется, производится лишь общее ознакомление с объектом
автоматизации и намечаются задачи, которые будут решаться на ЭВМ.
На стадиях проектирования и внедрения осуществляется постановка
этих задач, их программирование и внедрение. При таком подходе
АИУС строится путем последовательного наращивания задач,
решаемых на ЭВМ.
При удачном выборе первоочередных задач локальный подход
создает впечатление быстрой отдачи и подкупает обозримостью
проблемы построения АИУС и легкостью управления разработкой.
При этом нарушается один из важнейших принципов создания АИУС -
принцип новых задач. Основные недостатки локального подхода:
невозможность рациональной организации взаимосвязанного решения
задач, дублирование массивов информации, постоянная перестройка
системы при наращивании новых задач.
 60
Комплексный подход в проектировании и локальный во внедрении
предполагает автоматизацию функций управления, обследование
объекта автоматизации, проектирование АИУС и внедрение ее по
частям. Приоритет в очередности внедрения отдается
обеспечивающим подсистемам, на базе которых проектируются и
внедряются функциональные подсистемы и задачи. Комплексный
подход лишен недостатков локального подхода, но требует затрат
времени и средств и не гарантирует достижения целей, поскольку он
основное внимание акцентирует на полноте проектируемой системы, а
не на решении задач функционирования и проектирования АИУС.
Основными чертами системного подхода в разработке и внедрении
АИУС являются [42]:
- целенаправленность и проблемная ориентация процесса
разработки и внедрения АИУС; многоаспектное моделирование
структуры создаваемой системы;
- комплексность охвата автоматизацией функций управления и
требуемая «полнота» проектируемой АИУС;
- наличие вариантов представления проектных моделей элементов
АИУС, ее подсистем, системы в целом, что позволяет из нескольких
вариантов проектных решений выбирать наилучший.
Первые два свойства системного подхода обеспечивают ему
универсальность, необходимую при проектировании и позволяющую
применять его в процессе разработки АИУС в целом, обеспечивающих
и функциональных подсистем и задач.
3.3.2. Внешнее и внутреннее проектирование. Одной из
важнейших специфических особенностей АИУС является тесная связь
с внешней средой. Поэтому при разработке АИУС полезно выделить
как самостоятельные логические этапы разработки внешнее и
внутреннее проектирование [23].
При внешнем проектировании формулируют цель и критерий
эффективности будущей АИУС, выявляют ограничения и создают
модель системы. Определяются границы АИУС, факторы внешней
среды, определяются существенные связи, виды входных сигналов, на
которые должна реагировать АИУС.
Внутреннее проектирование определяет содержание самой АИУС,
какими способами и средствами она будет выполнять свои функции.
Внешнее и внутреннее проектирование пересекаются и требуют
взаимного согласования. Вначале проводится внешнее проектирование
 61
для некоторых идеальных, внутренних возможностей системы, затем -
в первом приближении внутреннее проектирование. При этом
определяют ограничения, не позволяющие системе функционировать
так, как это требуется в результате предварительного внешнего
проектирования.
Согласование заключается в изменении либо требований внешнего
проектирования, либо ограничений внутреннего, либо и того и
другого. После такого согласования переходят к детальной,
углубленной проработке вопросов внутреннего проектирования.
3.3.3. Определение потоков. Для управления распределением
потоков сообщений в АИУС существуют служебные сигналы,
составляющие потоки служебной информации. Передаваемая
информация от пользователей составляет информационные потоки,
которые являются ядром организационной структуры АИУС.
Информационный поток проходит через подсистемы, блоки и узлы
АИУС. Выходные сообщения от одной подсистемы могут полностью
или частично поступать на вход другой подсистемы.
На основе построения структуры информационных потоков
наращивается организационная структура АИУС путем добавления
структур программных и аппаратных средств АИУС, связь между
которыми осуществляется путем обмена служебной информацией.
Для исследования информационных потоков применяются: метод
сплошного обследования [31], метод расчета по массовым документам
[40], матричные информационные модели [23, 43], информационные
модели с использованием информационных языков[44, 45], методики
обследования информационных характеристик [43 -45].
Комплекс исследований, направленных на выявление общих
тенденций и факторов развития системы и определение мероприятий
по ее совершенствованию, называют диагностическим анализом.
Исследования начинают с формулировки цели и критериев
эффективности системы, в том числе и подсистем. Цели и критерии
функционирования и развития являются основой для программы
диагностического анализа, которая включает в себя выявление общих
тенденций развития АИУС, факторов, способствующих и
препятствующих достижению цели, свойств и особенностей
взаимодействия с внешней средой.
В процессе диагностического анализа не выполяют детального
изучения информационных потоков и документооборота,
 62
формирования документов и показателей, их состава, и т.п. Результаты
диагностического анализа позволяют выявить факторы,
препятствующие повышению эффективности АИУС [43]. Рассмотрим
суть метода проектирования АИУС. Проектирование АИУС это
непрерывный метод работы, связанный с постоянными изменениями.
Процесс проектирования АИУС иллюстрирован на рис. 12.

ФОРМИРОВАНИЕ СТРАТЕГИИ ОЦЕНИВАНИЕ РЕАЛИЗАЦИЯ

Определение Поиск Оценка Процесс

Реализация
проблемы вариантов вариантов выбора

Модели
принятия
решения Результаты
Цели и
стремления
Поиск
вариантов

Поиск Удовлетворение
Потребности
вариантов потребностей

Рис. 12

На первой фазе формирования стратегий достигается соглашение о

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

ФОРМИРОВАНИЕ
ОЦЕНИВАНИЕ РЕАЛИЗАЦИЯ
СТРЕТЕГИИ

1 5 8
Оценивание
Определение проблемы Реализация выбранных
результатов и
вариантов
критериев

2
Исследование
миропонимания 6 9
Оценивание вариантов Управление

3
Назначение
целей 7 10
Процесс
Проверка и переоценка
выбора
4
Поиск и разработка
вариантов

ФОРМИРОВАНИЕ
ОЦЕНИВАНИЕ РЕАЛИЗАЦИЯ
СТРЕТЕГИИ

Рис. 13

Рассмотрим алгоритм проектирования АИУС по шагам.

На первом шаге основан остальной процесс проектирования АИУС.
Здесь определяются заказчики (пользователи АИУС), их требования.
Определяются границы АИУС, т.е. любые предположения или
ограничения, которые будут влиять на проектирование АИУС.
Осуществляется поиск методов, которые будут использоваться для
решения задач проектирования в рамках удовлетворения потребностей
заказчиков. Определяется объем имеющихся ресурсов по сравнению с
требуемыми для решения задачи проектирования АИУС.
 64
На втором шаге исследуется миропонимание заказчиков и
проектировщиков с целью выработки единого мнения.
На третьем шаге производится анализ относительной важности
выдвигаемых требований, который приводит к формированию целей,
устраивающих всех.
На четвертом шаге учитывают ограничения на доступные ресурсы
(знания, время, стоимость и т.д.).
На пятом шаге осуществляется определение результатов
(количественных и качественных), определение свойств, на основании
которых эти результаты в дальнейшем могут быть измерены,
определение измерительной шкалы, определение модели измерений,
позволяющей объяснения события и явления, определение
пригодности данных, т.е выяснение источников информации
(информационные материалы, статьи, документы) и оценка их
соответствие целям проекта АИУС, используя методы
информационного анализа.
На шестом шаге целесообразно применить модели, позволяющие
формализовать задачу. Модель может состоять из списка
рекомендаций, а может содержать и абстрактные математические
построения. Могут быть применены модели принятия решений,
модели достижения компромиссов, позволяющие формализовать
общую задачу проектирования АИУС и выработать методы решений.
На седьмом шаге для достижения эффективного результата
объединяют технические, экономические, социальные и политические
аспектов в проекте АИУС. Это сделает АИУС осуществимой и
приемлемой для всех пользователей.
На восьмом шаге предполагается реализация выбранных вариантов
системы, осуществление экспертной оценки результатов, узаконивание
и согласование результатов внедрения с заказчиком. При этом
используют модели достижения согласия, на основании чего
предложения проектировщиков и запросы заказчиков совместно
анализируются, что разрешает конфликты.
На девятом шаге сравниваются результаты проектирования со
стандартами, АИУС настраивается так, чтобы обеспечить стабильные
и эффективные результаты функционирования.
На десятом шаге осуществляют переоценку проекта АИУС. Как
показано на рис. 12 и рис. 13, процесс проектирования АИУС имеет
обратную связь от фазы реализации к фазе формирования стратегии,
 65
которая оказывает воздействие после проведения оценки полученных
результатов.
При таком подходе технологию проектирования АИУС можно
представить как последовательность этапов, показанных в табл. 1.

Таблица 1
№ Наименование Основные характеристики
этапа
Определяются задачи АИУС, проводится
декомпозиция задач, определяются функции для
решения этих задач. Описание функций
осуществляется на языке производственных
(процессы предметной области),
функциональных (формы документов) и
Разработка и технических требований (аппаратное,
1 анализ бизнес - программное, лингвистическое обеспечение.
модели Метод решения: Функциональное
моделирование.
Результат: 1. Концептуальная модель АИУС,
состоящая из описания предметной области,
ресурсов и потоков данных, требований,
ограничений к технической реализации АИУС.
2. Аппаратно-технический состав АИУС.
Разработанная концептуальная модель
формализуется в виде логической модели.
Формализация Метод решения: Разработка диаграммы
бизнес - модели, "сущность-связь".
2 разработка Результат: Разработанное информационное
логической модели обеспечение: схемы и структуры данных для
бизнес -процессов. всех уровней модульности; документация по
логической структуре АИУС; сгенерированные
скрипты для создания объектов БД.
 66

Окончание табл. 1
№ Наименование Основные характеристики
этапа
Разработка АИУС: выбирается лингвистическое
обеспечение (среда разработки -
инструментарий), проводится разработка
программного и методического обеспечения.
Выбор
Логическая схема воплощается в реальные
лингвистического
объекты, при этом логические схемы
обеспечения,
реализуются в виде объектов базы данных, а
3 разработка
функциональные схемы - в пользовательские
программного
формы и приложения.
обеспечения
Метод решения: Разработка программного
АИУС.
кода с использованием выбранного
инструментария.
Результат: Работоспособная распределенная
информационно-управляющая система.
На данном этапе осуществляется корректировка
информационного, аппаратного, программного
обеспечения, проводится разработка
методического обеспечения (документации
Тестирование и
4 разработчика, пользователя) и т.п.
отладка АИУС
Результат: Оптимальный состав и эффективное
функционирование АИУС.
Комплект документации: разработчика,
администратора, пользователя.
Особенность АИУС созданных по архитектуре
клиент сервер является их многоуровневость и
многомодульность, поэтому при их
эксплуатации и развитии на первое место
выходят вопросы контроля версий, т.е.
Эксплуатация и добавление новых и развитие старых модулей с
5
контроль версий выводом из эксплуатации старых. БД АИУС за
год эксплуатации может насчитывать более
1000 таблиц, из которых эффективно
использоваться будет лишь 20-30%.
Результат: Наращиваемость и безизбыточный
состав гибкой, масштабируемой АИУС.
 67
3.4. Оценка результатов проектирования

Для формализации процесса оптимального проектирования АИУС

введем следующие обозначения [46]: P, π∈P - множество возможных
правил построения АИУС или ее элементов (правила
функционирования АИУС определены условиями работы предприятия
(организации) и при синтезе АИУС осуществляется выбор из
множества Р); F - множество взаимосвязанных функций, выполняемых
при проектировании АИУС (каждому набору правил π построения
АИУС соответствует некоторое множество функций F(π), из которого
при проектировании необходимо выбрать подмножество f∈F(π),
достаточное для реализации выбранных правил π); A - множество
возможных взаимосвязанных элементов АИУС (узлы системы,
технические средства, пункты обслуживания, и т.д.).
Введем также операцию отображения M элементов множества F на
элементы множества A. Оптимальное отображение должно
обеспечивать требуемые характеристики функционирования системы
управления АИУС и экстремум выбранного функционала.
Задача оптимального проектирования АИУС состоит в
определении:
π∈P; (14)
f∈F(π); (15)
A∈A; (16)
[f ∈ F( π )]M[ A ∈ A ] . (17)
Если заданы правила проектирования АИУС, то оптимальное
проектирование состоит в определении (15) - (17); если заданы правила
и функции, то – выполнении условий (16) - (17); если заданы правила
проектирования АИУС, выполняемые функции и элементы, то в
определении условия (17), т.е. рациональном отображении множества
выполняемых функций на множество взаимосвязанных элементов
АИУС. Задача анализа структуры АИУС состоит в определении
характеристик системы при заданных условиях (14 - 17).
Из совокупности возможных критериев оптимизации можно
выбрать минимум суммарных затрат на разработку АИУС. Пусть Z(ui)
-затраты на i-м шаге при выборе управляющего воздействия ui. Тогда
проектирование U = {u i , i = 1, n} обеспечивает оптимизацию процесса
проектирования АИУС, если будет минимизирована целевая функция:
 68
n
J = ∑ Z(u i ) → min (18)
i =1
и выполнены условия выполнения проекта.
Рассмотрим критерии выбора очередности задач при
проектировании АИУС. При разработке АИУС используют подход,
при котором выбор состава задач по очередям разработки
осуществляется с учетом конкретных условий деятельности
предприятия или организации и по следующим критериям:
- массовости, т.е. числа расчетов, выполняемых по одной
программе;
- высокой трудоемкости, приводящей к высвобождению людей при
автоматизации расчетов;
- математической сложности, приводящей к тому, что
автоматизация расчетов ускоряет их и повышает их качество;
- оптимизации, дающей эффект в управляемой системе;
- повышению управляемости за счет того, что ЭВМ обеспечивает
скорость и полноту расчетов и позволяет выполнять функции
управления.
Эти критерии косвенно характеризуют величину экономического
эффекта.
Подсистемы, получающие экономический эффект в управляемой
системе, могут быть выявлены по наличию в них оптимизационных
задач. При этом ряд задач решается вне предприятия или организации.
Эффективность внедрения задачи определяется также числом
однотипных подразделений предприятия, для которых решается
проектируется АИУС. Территориальная разобщенность предприятий
обусловливает необходимость передачи информации, и часто ресурсы
системы сбора и передачи информации не позволяют включить в
информационную сеть АИУС сразу все производственные объекты.
Выбор состава задач, включенных в очередь, является специальным
разделом технико-экономического обоснования (ТЭО), технического
задания (ТЗ) и технического проекта на создание АИУС.
Проектирование АИУС выполняется отдельно для каждой очереди,
поэтому определение перечня задач производится в разрезе очередей.
Обоснование задач является главным разделом ТЭО.
Автоматизация решения отдельных задач приводит, с одной
стороны, к экономии затрат труда на выполнение операций обработки
информации, с другой - к увеличению расхода машинного времени.
 69
Снижение затрат труда на выполнение операций по обработке
информации определяется уравнением
Tt=ttV, (19)
где tt - снижение затрат труда на единицу объема обрабатываемой
информации по задаче; V - объем информации, обрабатываемой при
решении задачи автоматизированным способом.
Зависимость расхода машинного времени от объема
обрабатываемой информации имеет вид:
Tm=tmV, (20)
где tm - расход машинного времени на единицу объема
обрабатываемой по задаче информации.
Снижение затрат труда от применения технических средств
является одним из результатов автоматизированного управления.
Коэффициенты tm и tt характеризуют прирост машинного времени
на ЭВМ и экономию рабочего времени в результате автоматизации
процесса обработки единицы объема информации.
Задачи автоматизации подразделений предприятия или организации
для которых создается АИУС внедряются последовательно. Так как
результат и затраты на внедрение задачи определяются
характеристиками подразделения, то необходимо определить
целесообразный порядок распространения задачи автоматизации на
подразделения.
При выборе подразделений необходимо учитывать следующее:
- целесообразный объем автоматизируемых функций;
- уровень технических средств;
- возможность приобретения и установки оборудования;
- наличие каналов связи;
- подготовленность объекта;
подготовленность персонала к работе в условиях АИУС.
Анализ созданных АИУС показывает, что большая часть решений
об очередности принимается на интуитивном уровне с учетом
имеющихся разработок и опыта внедрения. Поэтому наиболее
эффективным методом процесса очередности автоматизации
подразделений предприятия или организаций является эвристический
подход, основанный на симбиозе строгих математических методов и
формализации знаний специалистов (экспертов) в данной области.
 70

4. ПРАКТИЧЕСКИЕ АСПЕКТЫ ПРОЕКТИРОВАНИЯ

АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННО-
УПРАВЛЯЮЩИХ СИСТЕМ

4.1. Формализация целей и параметров

4.1.1. Структуризация целей. Сформулируем закономерности

целеобразования с учетом взаимодействия внешних и внутренних
факторов задачи проектирования АИУС.
Парадигма АИУС, открытой системы, требует обратить внимание
не только на внешние факторы организации для которой создается
АИУС, но и на внутренние факторы, являющиеся источниками
нестабильности поведения элементов и подсистем, непредсказуемости
в принимаемых решениях, а также в способности адаптации к
изменяющимся условиям. Это следствие наличия в любой организации
активных элементов, которые и обусловливают их способность
противостоять энтропийным, разрушающим тенденциям и создавать
неэнтропийные. Любые изменения могут потребовать пересмотра
сложившегося подхода к функционированию организации, пересмотра
методов функционирования АИУС. Необходимо организовать процесс
коллективного формирования целей, способствующих повышению
эффективности деятельности активных элементов организации.
Методы формулирования целей требуют достаточно полных
определений целей и функций, подразделений и элементов, а также и
элементов внешней среды. Необходимо провести оценку функций
подсистем и элементов с точки зрения их значимости, трудоемкости,
частоты выполнения, сформировать структуру целей и функций для
новых методов и АИУС. Рассмотрим метод структурирования целей
при проектировании АИУС для некоторого гипотетического объекта
управления.
Модель структуризации цели формализуется графом [47], который
имеет иерархическую структуру, причем, глобальная цель
декомпозируется, начиная с верхнего уровня, до уровня задач,
решаемых отдельными элементами. Модель в виде графа метода
структурирования целей представлена на рис. 14. На графе
реализована композиция отношений, устанавливающих связь между
 71
элементами и подсистемами медицинского учреждения и критериями,
обеспечивающими достижение цели.

Глобальная
цель

Множество подцелей
Z={z1z2,…,zn}

Соответствие G

Множество критериев
K={k1,k2,…,km}

Нечеткое соответствие P

Множество задач
F={f1,f2,…,fr}

Соответствие Q

Организационная структура АИУС

S={s1,s2,…,sk}

Параметры сложной системы в виде вектора конструктивных параметров объекта

управления B={b1,b2,…,bv}
Основные фонды, капитал, кадровый состав, требуемые для выполнения функции.
Параметры внешней среды

Рис. 14

Структуризация целей связана с решением групп задач:

- задачи определения отношения множества целей и совокупности
критериев, определяющих эффективность функционирования АИУС, а
именно:
- а) определение глобальной цели Z АИУС группой специалистов;
- б) определение множества подцелей Z={z1z2,…,zn} из глобальной
цели и классификация элементов множества;
 72
- в) задание множества критериев K={k1,k2,…,km} на совокупности
элементов из множества Z={z1z2,…,zn};
- задачи определения отношений множества элементов и подсистем,
и совокупностью задач, решаемых на этом множестве:
- а) определение множества элементов и подсистем АИУС
S={s1,s2,…,sk} и множества решаемых ими задач F={f1,f2,…,fr};
б) определение множества D={d1,d2,…,db} производственных и
организационно-деловых процессов, выполняемых целенаправленно в
рамках заранее заданной организационной структуры;
в) задание множества и определение вида отношений между
организационной структурой и задачами, направленными на
достижение заданной цели.
При структурировании целей осуществляют идентификацию
графиков соответствия Q между параметрами АИУС и решаемыми
задачами. Параметры объекта управления заданы в виде вектора
конструктивных параметров B={b1,b2,…,bv}, что позволяет выполнить
формализацию состояний объекта управления. Учитывая внешнюю
среду, следует ввести вектор конструктивных параметров внешней
среды.
Решения задач определения состояния объекта управления в
пространстве состояний связано с выбором критериев. Это задача,
требующая применения знаний экспертов, разработки правил
нечеткого логического вывода, связанного с принятием оптимальных
решений. Результатом решения задачи выбора критериев будет
множество критериев K={k1,k2,…,km} оценки состояния объекта
управления и оценки эффективности функционирования как объекта
управления, так и АИУС. Соответствие Р определяет отображение
элементов множества задач F={f1,f2,…,fr} в множество критериев
K={k1,k2,…,km}.
Глобальная цель декомпозирована на множество Z={z1z2,…,zn},
элементы которого могут быть выделены только с применением
методов, направленных на активизацию использования интуиции и
опыта специалистов. Между множеством подцелей Z={z1z2,…,zn} и
множеством критериев K={k1,k2,…,km} устанавливается соответствие
G, в общем случае также нечеткое. Применение метода
структуризации цели объекта управления позволяет переходить к
строгой постановке задач моделирования и проектирования АИУС.
 73
4.1.2. Особенности проектирования АИУС в соответствии с
поставленными целями. При проектировании возможно применение
одной из трех концепций разработки АИУС [48]:
- традиционная структура системы, состоящая из функциональных
подсистем, автоматизирующих работу различных функциональных
подразделений, реализуется на базе центральной ЭВМ (сервера баз
данных);
- АРМ-технология (АРМ–автоматизированное рабочее место),
реализуемая в виде системы интегрированных АРМ на базе ПЭВМ;
- смешанная структура информационной системы, в которой в
состав функциональных подсистем включаются АРМ для наиболее
ответственных или слабо регламентируемых функций, выполняемых
специалистами различных подразделений.
Наиболее эффективна для решения задач проектирования
смешанная концепция, которая позволяет полно и качественно
отобразить все специфичные особенности структуры управления
объектом.
4.1.3. Модель организационной структуры АИУС. При
проектировании АИУС СКУ ставят задачу определения
организационной структуры. В процессе структуризации АИУС
разделим на подсистемы и их элементы. Подсистемы выделяют по
функциям управления объектами, видам средств, обеспечивающих
целостное функционирование системы управления, уровням иерархии
системы и другим признакам.
При определении организационной структуры АИУС выделяют два
вида подсистем: обеспечивающие и функциональные подсистемы.
Функциональная часть состоит из комплексов административных,
организационных и экономических методов, обеспечивающих решение
задач функционирования объектоа управления в подсистемах АИУС.
Подсистемы, входящие в функциональную часть называют
функциональными подсистемами.
Обеспечивающая часть АИУС включает:
- информационное обеспечения АИУС - совокупность единой
системы классификации и кодирования информации,
унифицированных систем документации и массивов информации;
- организационное обеспечение АИУС - совокупность средств и
методов, предназначенных для проведения анализа существующей
 74
системы управления, выбора и постановки задачи управления,
организации управления и обслуживания;
- техническое обеспечение АИУС - комплекс технических средств;
- математическое обеспечение АИУС - совокупность
математических методов, моделей и алгоритмов решения задач и
обработки информации;
- программное обеспечение АИУС - совокупность программ
регулярного применения, необходимых для решения функциональных
задач, и программ, позволяющих наиболее эффективно
эксплуатировать вычислительную технику.
Необходимо так организовать работу комплекса технических
средств, чтобы своевременно решать все задачи функциональных
подсистем, как регламентированные во времени, так и возникающие в
случайные моменты времени. Ядром организационной структуры
АИУС является структура информационных потоков.
Анализ и формализация структуры информационных потоков
связаны с изучением существующей схемы документооборота, состава
документов, определением объема передаваемой информации,
разработкой модели информационных связей, а также рекомендации
на оптимизацию документооборота.
4.1.4. Формализация параметров. Задача формализации АИУС
связана с формальным заданием X, Y, Z - векторов входных, выходных
параметров и параметров состояния.
Входные параметры АИУС это параметры PR объекта управления;
совокупность информационных взаимосвязей между подразделениями
I, (информация получена из анализа организационной структуры);
совокупность требований технологического процесса V, (информация
получена из анализа дерева целей); совокупность требований
(ограничений) к аппаратным средствам U АИУС; совокупность
требований (ограничений) к программным средствам PP АИУС,
(информация получена из анализа организационной структуры и
совокупности целей); требуемые финансовые средства ST. Таким
образом, множество X=PR×I×U×V×PP×ST.
Выходные параметры АИУС – это критерии эффективности
функционирования K, параметры PW организационной структуры,
множество реакций внешней среды на принимаемые решения R.
Множество выходных параметров определится Y=K×PW×R.
 75
Вектор критерия эффективности может быть представлен в виде
K={Bпр, Nпр, STпр} - совокупности основных критериев: предельное
быстродействие Bпр, предельная надежность Nпр, предельная
стоимость STпр. Данный вектор может быть дополнен и другими
параметрами.
В вектор параметров PW организационной структуры АИУС могут
быть включены критерии, связанные с иерархичностью проектируемой
АИУС. Это - число уровней иерархии, число подсистем (элементов) на
каждом уровне, степень централизации, норму управляемости, меру
равномерности связей.
При проектировании АИУС в качестве основных критериев
эффективности принимают быстродействие системы, достоверность
представляемой информации, надежность системы и ее стоимость.
Обеспечение требуемых значений должно производится в
оптимальном соотношении цены и качества.
Требования достоверности информации обеспечивается за счет
применения качественных алгоритмов верификации данных,
используемых в соответствующих программных продуктах,
функционирование которых осуществляется на основе эффективных
технических решений.
Требования надежности системы складывается из двух показателей
надежности программного обеспечения и надежности КТС.
Интегрирующим показателей является стоимость, т.к. повышения
качества проектируемой АИУС можно продолжать сколь угодно долго
за счет улучшения используемых программных средств и алгоритмов,
а также применения технических средств резервирования. Задача
оптимизации заключается:
- в максимизации показателя надежности системы Pпроект;
- в минимизации времени между запросом и ответом в системе
Tреак;
- в минимизации затрат на внедрение и разработку проекта Cпроект.
Целевая функция АИУС имеет вид
S=max(Pпроект)+min(Cпроект)+min(Tреак.).
Показатель надежности АИУС складывается из надежности всех
нерезервированных блоков Pнерез; надежности резервируемых блоков
(хранилища данных) Pрез; вероятности безотказной работы
программного обеспечения Pпо; а также влияния человеческого
фактора Pчел, определяющегося на основе экспертных оценок [49]:
 76
Рпроетк =max(Pнерез, Pрез, Pпо, Pчел)≥PТЗ,
где PТЗ -- заданная вероятность безотказной работы системы.
Быстродействие АИУС оценивают, исходя из характеристик
пропускной способности каналов передачи данных. Увеличение
быстродействия системы выражают через увеличение затрат на
проектирование АИУС. Критерий имеет вид:
n n
∑ t k ,m ≤ Tтз , ∑ C k ,m ≤ C ТЗ ,
k = 1` k =1
где tk,m время обработки данных в m-ой подсистеме для k–го варианта;
n – количество вариантов по способам обработки в каждой
подсистеме; Tтз –требуемое быстродействие в соответствии с
техническим заданием; Сk,m стоимость обработки данных в m-ой
подсистеме для k–го варианта обработки; СТЗ- максимально
возможный объем затрат, определенный в техническом задании на
проектирование АИУС.
Критерий эффективности АИУС принимает вид:
l qi
С проект = min ∑ C i x i + min ∑ C i q i x i ≤ C тз ,
qi
i =1 i
где Сi-стоимость потока ресурсов i-го типа; Спроект - общий поток
затрат на проектирование, СТЗ- максимально возможный объем затрат,
определенный в техническом задании на проектирование, l- число
типов ресурсов, q-число резервных ресурсов i-того типа, xi –
переменная, принимающая значение 1, если ресурс i-того типа
включен в проект, и 0 - в противном случае.
Поставленная задача решается методом прямого перебора
возможных вариантов архитектурного построения АИУС при
непосредственном участии проектировщика. Решение находится путем
последовательных шагов из начальной точки по направлению
экстремума до достижения ограничений на Спроект, как это показано на
рис. 15.
На основе данного алгоритма разрабатывается программный
модуль оценки оптимального варианта проекта АИУС. Алгоритм
расширяется применением механизма экспертных систем,
обладающим способностью объяснения действий, и обучающимся под
руководством проектировщика при адаптации к изменившимся
условиям.
 77

ТЗ
автоматическая
корректировка
Расчет потребности в ресурсах
ручная
корректировка
Выбор вариантов
Проектировщик
архитектурного построения

Выбор состава КТС и ПО

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

Диагностика Диагностика
затрат на показателей
создание РИУС надежности

Получение Обучение
экспертных экспертной
оценок системы

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

да

Закончить уточнение

Сохранить вариант
проекта

Рис. 15

4.2. Комплекс технических средств

Под КТС понимают совокупность взаимосвязанных автономных

технических средств фиксации, сбора, подготовки, накопления,
обработки, вывода и представления информации и устройств
управления ими, а также средств организационной техники,
предназначенной для решения задач АИУС. В КТС АИУС выделяют
 78
центральную часть, состоящую из нескольких ЭВМ, и периферийную -
внешние ЭВМ и другие устройства, которые обмениваются
информацией с центральной частью. Периферийный пункт состоит из
персональных ЭВМ более низкого ранга и обслуживающих внешних
устройств. Задачи КТС АИУС:
- автоматизация потоков информации от формирования управления
до отображения результатов управления и их обработки;
- решение всего комплекса задач в подсистемах АИУС;
- подготовка и передача информации в информационно-
управляющие системы более высокого уровня;
- контроль передаваемой информации.
К техническим требованиям, предъявляемым к КТС, относятся:
реализуемость; гибкость структуры; надежность. К экономическим
требованиям относятся минимальная стоимость КТС и минимальная
стоимость обслуживания КТС. При разработке КТС решается задача
синтеза так, чтобы построить КТС из заданных элементов при
заданном критерии эффективности функционирования. Эта задача не
имеет строгого математического решения и может быть решена
методами моделирования.
4.2.1. Обоснование выбора КТС. Для обоснования выбора
комплексов и элементов КТС применены следующие методы [50]:
- оценка, основанная на сравнении технических параметров
устройств;
- оценка на основе комбинации команд;
- оценка на основе вычислительных работ;
- моделирование.
ЭВМ выбирают путем сопоставления таких параметров, как время
обработки (быстродействие), емкость оперативной памяти, время
выполнения арифметических операций и т.д., но при такой оценке не
учитываются параметры периферийного оборудования, скорость
передачи данных между отдельными устройствами, информационная
избыточность, вводимая в передаваемые данные, ненадежность
отдельных устройств.
Более объективно выбираются устройств ЭВМ по методу оценки по
типовым работам. Работа должна отражать те реальные загрузки,
которые возникнут при функционировании системы. К типовым
работам относятся обновление информационных массивов, сортировка
данных, решение типовых задач и т. д.
 79
В многомашинном комплексе АИУС операционная система
автоматически распределяет работу ЭВМ, а в случае отказа одного
процессора перераспределяет работы. Отказы в работе отдельных
устройств ЭВМ, а также заявки потребителей на пользование
вычислительными средствами носят случайный характер. Включение
каналов обмена информацией с соседними системами и помехи,
действующие на каналы передачи, носят вероятностный характер.
Расчеты, связанные с выбором КТС, следует производить с учетом
этих вероятностных характеристик.
Для расчета параметров КТС создается модель, в которой в качестве
аргументов выступают величины, характеризующие потоки входной
информации, алгоритмы обработки информации, алгоритмы
функционирования подсистем, алгоритмы функционирования
операционных систем АИУС, характеристики хранимой информации;
характеристики надежности, характеристики методов повышения
помехоустойчивости передачи данных.
После составления адекватной модели, отображающей взаимосвязь
этих величин, и возможности структурной перестройки, она
оптимизируется по одному или нескольким параметрам
эффективности. Результаты оптимизации - значения обобщенных
рабочих параметров, на основании которых выбирается тип
оборудования и его количество, а также информационно-логическая
связь в КТС. На основании разработанной модели обеспечиваться
возможность не только первоначального выбора параметров системы,
но и расчета этих параметров в дальнейшем при развитии системы.
Основой построения модели является организационная структура
АИУС, представленная в виде графа, дуги которого утяжелены весами,
семантическим смыслом которых является расстояние между
объектами, объем передаваемой информации и т.д.
4.2.2. Выбор системы сбора и передачи информации. Суть
метода рассмотрим на примере построения сети сбора и передачи
информации, имеющей структуру с двухступенчатым способом
коммутации, показанную на рис. 16. На схеме Pi (i=1,2,...,N) -
устройства в виде локальных рабочих станций (ЭВМ), позволяющие
работать с центральной ЭВМ (сервер БД), КПД - канал передачи
данных, коммутаторы соответственно на первой и второй
ступенях коммутации, в виде концентраторов (или HUB-ов).
 80

P1 к
о
P2 м
м
у ЭВМ
Pk
т сервер
к а
Pk+1 о
т
м
м о
у
Pn-1 т р
а
т
Pn о
р

Рис. 16

Поступившее в регистрирующую ЭВМ-рабочую станцию Pi

сообщение вводится в центральную базу данных (ЭВМ-сервер). Для
этого устройство регистрации Рi запрашивает ЭВМ-сервер о
необходимости передачи сообщения. После установления связи с
ЭВМ-сервер осуществляется ввод этого сообщения. Станция Pi
рассматривается как клиент (заявка) в системе массового
обслуживания (СМО). Интервал времени, в течение которого
выполняет операции ввода, рассматривается как длительность
обслуживания заявки.
Поток сообщений на ЭВМ-сервер носит нерегулярный характер и
определен распределением длины интервала времени между моментами
поступления сообщений А(t). Длительность обслуживания В(t)
определяют из продолжительности передачи сообщения. Модель
передачи информации представим в виде схемы СМО, имеющей один
прибор, обслуживающий поток сообщений с распределением А(t) . Для
получения данных о характере А(t) и В(t) проводят наблюдения за
моментами поступления сообщений и длительностью обслуживанием
сообщений. Обрабатывается статистический материал.
Несколько отличным является элемент сети - канал передачи данных.
На канал передачи данных действуют помехи. Основным требованием
является обеспечение передачи информации с заданной достоверностью.
Известно много методов, позволяющих повысить помехоустойчивость
при заданном характере ошибок [51].
 81
Длительность интервала занятости канала передачей сообщения
зависит от емкости сообщения и характера ошибок. Числовые
характеристики сообщений аппроксимируем аналитическими
выражениями. Ошибки приводят к увеличению длительности занятия
канала передачей сообщений за счет введения избыточности информации,
которая предназначена для коррекции ошибок. Канал также является
прибором обслуживания, задача которого - обеспечить передачу
сообщения с функцией распределения длительности обслуживания С(t).
Чтобы передать сообщения в ЭВМ, необходимо выполнить два условия
для тех Рi, которые имеют одну ступень коммутаций: наличие свободного
выходного канала в центре коммутации и наличие разрешения ЭВМ-
сервера на ввод. После выполнения этих условий сообщение
проходит обработку на двух последовательно включенных
устройствах, обслуживающих сообщение с функциями распределения
В (t) и С (t) .
После установления вида функций А(t), В(t), С(t) и функции
надежности, а также определения алгоритма работы коммутаторов
можно имитировать процесс функционирования сети сбора и передачи
информации на ЭВМ. В результате получим характеристики сети,
такие, как коэффициенты загрузки пользователей, загрузки каналов
передачи, загрузки выходов коммутаторов и задержки сообщений.
Затем выбирают критерии эффективности функционирования
сети, например, ограничение на коэффициент загрузки пользователя и
ограничение на длительность интервала задержки сообщения в сети.
Под коэффициентом загрузки понимается отношение времени на
ввод поступивших сообщений L ко всему времени работы Т:
Кзаг=L/T (21)
Под задержкой сообщения понимается разность между моментом
поступления tп и моментом начала ввода tв сообщения в ЭВМ:
τкр=tп-tв (22)
Если числовые данные, полученные в результате моделирования,
удовлетворяют критериям, определенным в техническом задании, то
считаем, что структура сети обоснована. В противном случае
принимаются меры по реорганизации сети посредством включения в
сеть новых ЭВМ, либо дополнительных коммутаторов, либо
изменения алгоритма организации связи между ЭВМ.
Критерий глобальной эффективности АИУС требует введения
стоимостных критериев, учитывающих стоимости задержки
 82
сообщения, аппаратуры, работы технологических объектов,
персонала обслуживающего сеть.

4.3. Информационное обеспечение АИУС

Информационное обеспечение АИУС представляет собой

совокупность данных, языковых средств описания данных, методов
организации, хранения, накопления и доступа к информационным
массивам, обеспечивающих выдачу всей информации, необходимой в
процессе решения функциональных задач и справочной информации
пользователям АИУС. Данные систематизируют в специальные
массивы - информационную базу АИУС. В состав информационной
базы входят [23]:
- нормативные и справочные данные, составляющие
информационный базис системы;
- текущие сведения о состоянии управляемых объектов;
- текущие сведения, поступающие извне и требующие ответной
реакции системы или влияющие на алгоритмы выработки решений;
- накапливаемые учетные и архивные сведения, необходимые для
планирования и развития.
Поступающие в систему текущие сведения называют оперативной
информацией. Средства формализованного описания данных
предназначены для эффективного поиска и идентификации
необходимых данных в массивах, а также для организации доступа к
данным внешних абонентов АИУС. Эти средства включают в себя
используемые системы классификации и кодирования объектов и
информационных языков для описания запросов к информационной
базе и ответов системы. Контролируют входные данные и ведение
информационной базы - программные средства. В качестве таких
средств обычно выступают системы управления базами данных
(СУБД).
Основные элементы системы информационного обеспечения АИУС
- информационные массивы, предназначенные для постоянного или
временного хранения информации.
Необходимость в организации информационных массивов в
системах информационного обеспечения АИУС:
- несовпадением моментов поступления информации с моментами
ее потребления;
 83
- необходимостью хранения исходной информации,
промежуточных и окончательных результатов в процессе исполнения
программ и других процедур преобразования информации;
- использованием одних и тех же данных различными процедурами,
выполняемыми как параллельно, так и последовательно;
- многократным длительным использованием некоторых данных
различными процедурами.
Основные требования к информационному обеспечению [23]:
- полнота отображения и достоверность информации;
- высокая эффективность методов и средств сбора и хранения,
накопления, обновления, поиска и выдачи данных;
- одноразовый ввод информации, многократное и многоцелевое
использование информации;
- простота и удобство доступа к данным информационной базы;
- ввод и накопление в информационной базе данных с минимумом
дублирования;
- организация эффективной системы документооборота;
- развитие информационного обеспечения путем наращивания
данных и организации новых связей и проектирования более
совершенных методов и способов обработки информации;
- регламентация доступа к данным с различным уровнем доступа, а
также времени хранения документированной информации.

4.4. Выбор математического и программного

обеспечения

Математическое и программное обеспечение определяют

возможности и диапазон использования вычислительной техники и
другого оборудования в АИУС. Так как математическое и
программное обеспечение дороже, чем стоимость всего комплекса
технических средств, то в АИУС применяют средства унификации
программирования, в частности типовые алгоритмы, программы задач,
пакеты прикладных программ и т.д.
В практике разработки АИУС обычно математическое,
лингвистическое и программное обеспечение называют
математическим обеспечением. Математическое обеспечение в
значительной степени определяет эффективность функционирования
АИУС. Системные свойства современных ЭВМ, такие, как
 84
программная совместимость, модульность построения, мощное
системное программное обеспечение, обеспечивают эффективность
построения и эксплуатации АИУС.
Математическое обеспечение делят на три части: математическое
обеспечение ЭВМ или внутреннее; специальное математическое
обеспечение, или внешнее; программные средства обработки данных
[23].
Внутреннее обеспечение включает в себя операционные системы
(ОС), системы программирования и тесты проверки исправности
работы устройства ЭВМ. ОС это набор программных средств,
управляющих процессом решения задач.
ОС семейства Windows компании Microsoft сочетают соотношения
цены и качества, а также имеют большое количество встроенных
пакетов прикладных программ, большое количество вспомогательных
утилит, для обеспечения работоспособности периферийного
оборудования и широкий набор настроек конфигурации. В качестве
бесплатно распространяемых ОС рекомендуются системы семейства
Unix. Данные ОС имеют более сложный механизм настройки, однако
поддерживают открытую архитектуру.
Система программирования предназначена для автоматизации
процесса программирования задач и включает в себя трансляторы
алгоритмических языков различных уровней и типов и
обслуживающие программы. В настоящее время получили
распространение пакеты прикладных систем программирования:
Delphi компании Borland, реализованный на концепции языка Object
Pascal, CBuilder, Visual C++ , реализованный на концепции языка С++,
Visual Basic, реализованный на концепции языка Basic и др. Они
обладают унифицированными средствами создания больших
программных продуктов и имеют широкий набор дополнительных
компонентов, постоянно расширяющий возможности языка.
Внешнее обеспечение - это комплекс программ для типовых
процессов обработки ввода-вывода данных, контроля, сортировки,
корректировки информации, а также программы общего назначения
для решения задач АИУС, т.е. подсистемы и АРМы. Основой
внешнего программного обеспечения является СУБД.
При выборе математического обеспечения АИУС учитывается
территориальная распределенность объектов управления. Сбор и
обработка данных осуществляются с помощью системы телеобработки
данных. Телеобработка данных включает в себя технические и
 85
программные средства. Большие объемы информации, поступающей
по каналам связи, требуют создания и использования специальных
программ для их обработки.
Часть задач нижних уровней, связанных с передачей информации
по каналу передачи информации берет на себя ОС и сетевые утилиты.
Оставшаяся часть задач нижних уровней делят между собой СУБД и
прикладные программные продукты АИУС. Выбор СУБД связан с
назначением задачи, характером и объемом используемой
информации. Основными требованиями, предъявляемыми к СУБД
являются: максимальное количество пользователей; максимально
допустимый размер базы данных; степень защищенности данных;
степень надежности данных; поддерживаемые ОС; цена.
К техническим требованиям ЭВМ отнесены требования: к
оперативной памяти ПЭВМ; к классу процессора; к дисковой
подсистеме (минимальный объем памяти, необходимый для установки
и нормальной работы СУБД). Оценивается наличие справочной
информации, ее качество и количество, а также удобство
программирования в среде данной СУБД. При оценке простоты
освоения обращают внимание на организацию диалога системы СУБД
с разработчиком, а также время подготовки, необходимое для начала
программирования в данной СУБД.

4.5. Расчет потребности в вычислительных средствах

Для оценки и выбора вычислительного оборудования при разработке

АИУС необходимо классифицировать задачи, определить период
наибольшей загрузки ЭВМ, сделать предварительный расчет состава и
количества вычислительных средств эффективного решения задач,
определить количество пользователей и объектов управления.
4.5.1. Классификация задач. Характеристиками задач являются:
время обслуживания задачи, время решения, допустимое время
запаздывания решения, время цикла, характеристика потока задач на
обслуживание, приоритетность, информационная взаимосвязь задачи с
другими задачами системы, функциональное назначение задачи.
Для разработки моделей применен аппарат теории массового
обслуживания [52]. Время обслуживания задачи tобсл характеризует
длительность пребывания задачи в системе с момента ее поступления в
систему до получения решения и описывается двумя составляющими:
 86
временем ожидания в очереди начала обслуживания и временем
решения. Время решения tреш задачи отражает затраты машинного времени
на решение задачи с момента начала обслуживания до получения
конечного результата. Время запаздывания tэап решения характеризует
задержку начала обслуживания задачи по отношению к установленному
сроку ее решения. Время цикла tц описывает периодичность поступления
данной задачи на обслуживание. Основной характеристикой потока
задач является интенсивность поступления задач.
Задачи могут быть как взаимосвязанными, т.е. выход одной
задачи является входом другой, так и независимыми друг от друга. По
указанным характеристикам все задачи разделим на три класса [50]: 1 -
оперативного взаимодействия; 2 - регулярные; 3 - нерегулярные.
К первому классу относятся задачи, возникающие в произвольные
моменты времени по инициативе объектов и требующие жестко
регламентированного времени обслуживания. Это - справочные
задачи, задачи, решаемые в режиме одиночных запросов или в
режиме диалога, а также вспомогательные задачи. Задачи этого класса
решаются в реальном масштабе времени. Критерием качества
функционирования при решении задач этого класса является «удобство»
работы пользователя с АИУС.
Задачи второго класса решаются по расписанию. Это основные
задачи АИУС. К задачам этого класса относятся задачи, время
решения которых заранее регламентировано. Эти задачи делятся по
периодичности решения и по функциональному назначению.
Критерием качества функционирования АИУС при решении таких
задач является допустимое время запаздывания решения tзап,
определяющее ценность результатов решения.
Задачи третьего класса называют «фоновыми». Время решения не
регламентируется. Они решаются по инициативе администратора
АИУС для выравнивания загрузки ЭВМ в моменты недогрузки ее при
решении задач 1-го и 2-го классов. К ним относятся научно-
технические расчеты; работа с информационными массивами; отладка
программ в режиме пакетной обработки данных; задачи, полученные
при перераспределении нагрузки от других систем.
Поток задач первого класса стохастический, время их
обслуживания ограничено. Загрузка системы задачами этого класса
ρ 1 определена интенсивностью поступления запросов λ1 и
интенсивностью их обслуживания μ1:
 87
ρ 1 =λ 1 /μ1 . (23)
Все задачи будут обслужены в том случае, если будет выполнено
условие стационарности - ρ1<1. Своевременность обслуживания
зависит от величины μ 1 =1/t обсл и t обсл =t обсл доп , где t обсл доп -
допустимое время обслуживания системой одной задачи.
Системные задачи поступают на обслуживание согласно
календарному плану в определенные периоды цикла. В зависимости от
назначения АИУС загрузка ее системными задачами весьма
неравномерна. Существует период, в течение которого загрузка
системы максимальна в данном цикле. Вычислительный комплекс
должен обеспечить своевременное решение диалоговых и системных
задач в самый загруженный период цикла. Затраты машинного
времени для решения системных задач определяются с помощью
метода, основанного на детерминистском подходе.
Детерминистский подход характерен для вычислительных
комплексов, функционирование которых заключается в
последовательном решении множества задач М={Мij} в
соответствии с расписанием S={Sij}. Под расписанием понимаем
упорядоченное множество пар Sij ={M i ,t i-1 } , где t i-1 -планируемый
момент начала обслуживания задачи Мi в j-м периоде. Элементы
расписания S упорядочены в соответствии с возрастанием моментов ti.
Пару S ij называют шагом расписания, характеризующим время
выполнения каждой задачи расписания, которое определим как
Δtr=ti-ti-1. (24)
Предположив, что расписание S внутри заданного цикла
Tнi≤ti≤Tкi (где Tнi - начало i-го цикла; Tкi - конец i- го цикла) не
пересматривается, т.е. Pi,i+1=1, находим затраты машинного времени
на решение задач в течение j-го периода i- го цикла:
M ij
Ti = Pij ∑ Δt rj (25)
r +1
где Pij- вероятность перехода от шага расписания Sij=(Mi,ti-1) к шагу
Sij+1=(Mi-1,ti)j в j-ом периоде i-того цикла.
По результатам определения Tj строится диаграмма загрузки
системы в течение цикла, пример которой приведен на рис. 17.
 88
t,ч
400

360

320

280

240

200

160

120

80

40

Янв. Февр.Март.Апр. Май Июнь Июль Авг. Сент. Окт. Нояб. Дек.
Рис. 17

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

АИУС и максимальное время Tjmax, необходимое для решения
системных задач в течение цикла:
Tjmax=max{T1, T2, …,Tj,…, Tn},
где j = 1, n , Tjmax - исходное для расчета необходимого количества ЭВМ,
обеспечивающих решение системных задач в течение некоторого
времени Т2≤Тдоп (Тдоп - допустимый интервал времени решения
системных задач в соответствии с расписанием).
Хотя задачи 3-го класса не регламентированы сроками решения,
практически наряду с обслуживанием задач 1-го и 2-го класса
требуется выделять определенный объем машинного времени на
отладку программ, обновление массивов. При определении загрузки
ЭВМ необходимо учитывать эти затраты, определяемые как ρ3Tдоп,
где ρ3=λ3/μ3 (λ3 - интенсивность поступления программ на отладку
данных, a μ3 - интенсивность их обслуживания данной ЭВМ).
Общие затраты времени на решение задач всех классов
определяются соотношением:
3
Tобщ = ( ∑ TI" ) /(k гс С) , (26)
i =1
 89
3
где ∑T
i =1
"
I
- затраты времени на решение задач соответствующих

классов; kгс- коэффициент готовности системы; С - количество ЭВМ,

обслуживающих потоки задач всех трех классов.
4.5.2. Предварительный расчет состава и количества
вычислительного оборудования. При расчете необходимого
количества ЭВМ, обеспечивающих переработку информации в
заданном интервале времени Тдоп, используем метод, основанный на
определении необходимого машинного времени для решения задач.
По этому методу тип ЭВМ и их количество определяют, исходя из
справедливости неравенства [50]:
Тобщ/Tдоп=l<1.
При наличии в системе задач всех трех классов средние
значения величин Т’i, определяются следующим образом. Время
обслуживания задач 1-го класса в интервале времени Тдоп
определяется из соотношения:
T’1=ρ1Tдоп (27)
где ρ1=λ1/μ1 характеризует загрузку ЭВМ задачами данного класса.
Среднее время обслуживания задач 2-го класса определяется по
формуле:
Tj max k в
T2' = , (28)
k гп k мп
где Tjmax - максимальное время, необходимое для решения задач
данного класса в наиболее загруженный период цикла; kгп -
коэффициент готовности программ, поступающих на
обслуживание; kмп - коэффициент мультипрограммности обработки
задач; kв - коэффициент, характеризующий возможные повторения
расчетов. Затраты машинного времени на решение задач 3-го класса
определятся формулой:
T’3=ρ3Tдоп. (29)
Формулы (27) - (29) применяют в том случае, когда информация о
задачах неполная, взятая из опыта решения подобных задач другими
системами. Если информация о задачах достаточная, то для
определения Т’i лучше применить выражение [53]:
 90
⎡ R
⎤
M ⎢ 2(1 + ∑ λ r ϕ r )(1 + αϕ ) ⎥ ,
Ti' = ∑ β m ⎢ r =1
R
⎥
⎢ ⎥
⎢ 1 − 2αβ m (1 + ∑ λ r ϕ r ⎥
m =1

⎣ r =1 ⎦
где βm - время работы процессора при обслуживании m-й задачи i-
гo класса без учета времени обслуживания прерываний; λr -
интенсивность возникновения прерываний r-го типа в процессе
решения m-й задачи i-го класса, после обслуживания которой
решение прерванной задачи продолжается с прерванного места; ϕr -
интенсивность их обслуживания; α - интенсивность поступления
прерываний, требующих начать обслуживание m-й задачи; ϕ -
интенсивность обслуживания прерываний; R - количество типов
прерываний, поступивших при решении m-й задачи; М - число
задач, решаемых в рассматриваемый период цикла.
Задавшись значениями C, ρ1, ρ3, и Тдоп, при известных Tjmax, kгп,
kгс и kс находим значения T’i и Tобщ. Взяв отношение Tобщ/Tдоп. определим
количество ЭВМ, обеспечивающее решение всех задач в пределах
Т доп :
Tобщ T1' + T2' + T3'
= =l.
Tдоп Ck гс Tдоп
При l≤1 все задачи системы будут обслужены ЭВМ в заданный
период времени Tдоп. При l>1 необходимо увеличивать С до тех
пор, пока не будет выполнено условие l≤1. Если окажется, что для
обеспечения условия l≤1 требуется большое число ЭВМ
определенного типа, то для повышения эффективности решения
задач и упрощения комплексирования ЭВМ целесообразно
использовать более высокопроизводительные ЭВМ, что позволит
уменьшить их общее количество. При этом требуется снова
определить значения T’i с учетом быстродействия устройств новой
ЭВМ.
Объем оперативной памяти (ОП) вычислительной системы
определим из следующих соображений. При работе в
мультипрограммном режиме для эффективного использования
мощности ЭВМ в ОП размещается N программ, готовых к
обслуживанию их процессором. При наличии в системе n
пользователей, работающих в режиме диалога, в ОП следует
размещать соответствующее количество программ. Также в ОП
 91
необходимо разместить определенный объем данных и программы ОС
ЭВМ. Тогда общий объем ОП определится формулой:
Q оп ≥(Q пос +Q п +Q N +M мд +Q рп ) , (30)
где Q пос - общий объем ОП, выделенный для размещения программ
ОС; Q п - объем ОП для хранения запросов пользователей и
программ, обслуживающих эти запросы; Q N - объем ОП для
хранения N системных программ, Mмд - объем массива данных,
обеспечивающего функционирование n+N программ; Qрп - объем
рабочего поля ОП.
Объем внешней памяти на магнитных носителях зависит от
объема массивов данных программ соответствующих классов и
определяется как сумма объемов памяти, необходимой для хранения
всех программ ОС (Qпoc), программ обслуживания пользователей в
режиме оперативного взаимодействия (Qов), программ системных задач
(Qпса), а также, как объем рабочего поля (Qрп) для временного
хранения текущей информации:
Q внп ≥(Q пос +Q ов +Q пса +Q рп ). (31)

4.6. Модель экономической эффективности АИУС

Проектирование АИУС приводит к изменениям в системе

управления и требует больших затрат. До начала разработок АИУС
оценивают экономическую эффективность принимаемых решений и
сопоставляют результаты функционирования АИУС и затраты всех
видов ресурсов, необходимых для ее создания и развития.
При оценке экономической эффективности АИУС примем
следующие показатели: годовой экономический эффект; расчетный
коэффициент эффективности капитальных затрат на разработку и
внедрение АИУС; срок окупаемости капитальных затрат на разработку
и внедрение АИУС.
Для оценки экономической эффективности от внедрения
вычислительной техники применяют два метода:
- определяют расчетные коэффициенты повышения эффективности
от внедрения групп задач и на основании этих коэффициентов
рассчитывается экономический эффект от внедрения этих задач;
- сопоставляется фактический эффект внедрения задачи с
фактическими затратами, которые имели место при внедрении АИУС.
 92
4.6.1. Показатели эффективности капиталовложений. Эти
показатели дают возможность произвести экономическое обоснование
целесообразности разработки и внедрения АИУС. В соответствии с
[54] следует рассчитать общую (абсолютную) и сравнительную
экономические эффективности капиталовложений. На рис. 18
представлены показатели эффективности капиталовложений.
Показатели эффективности
капиталовложений

Общая Сравнительная
экономическая экономическая
эффективность эффективность

Хозрасчетная
эффективность

Рис. 18

Общая экономическая эффективность отражает абсолютный

экономический эффект от внедрения АИУС. Для АИУС
рассчитывается хозрасчетная эффективность, т.е. тот реальный эффект,
который получает или может получить СКУ после внедрения АИУС
или автоматизации отдельных работ при внедрении АИУС. Данный
показатель рассматриваем, как максимизацию прибыли
ЭП=ΔП/К, ЭС=(И2-И1)/К, Т=К/ΔТ, (32))
где ЭП, ЭС - соответственно абсолютная и сравнительная хозрасчетная
эффективность; ΔП - прирост годовой прибыли; И1, И2 - издержки
производства по двум сравниваемым вариантам; Т - срок окупаемости
капиталовложений.
Сравнительная экономическая эффективность рассчитывается в
случае, если для решения какой-либо задачи или группы задач имеется
несколько вариантов создания АИУС, отличающихся объемом
капиталовложений и себестоимостью (издержками):
Т=(К2-К1)/(И1-И2), Е=(И1-И2)(К2-К1), З=И1+ЕНК→min, (33)
где Е - коэффициент сравнительной эффективности; ЕН - нормативный
коэффициент сравниваемой экономической эффективности; З -
приведенные затраты. На ее основе из нескольких возможных
 93
вариантов отбирается один наиболее эффективный. По этому варианту
проводится оценка абсолютной экономической эффективности.
Таким образом, последовательность экономического обоснования
разработки и внедрения АИУС такова [55]:
- на основании показателей сравнительной экономической
эффективности из возможных вариантов создания АИУС выбирается
оптимальный вариант;
- по выбранному оптимальному варианту развития АИУС
рассчитываются общая (абсолютная) экономическая эффективность;
- если выбранный вариант развития АИУС по экономическим
показателям не отвечает требованиям, предъявляемым методикой
оценки экономической эффективности, т.е. срок окупаемости выше
нормативного, то должен разрабатываться другой вариант развития
АИУС. Среди них должен быть выбран оптимальный вариант, срок
окупаемости капиталовложений которого будет меньше нормативного.
4.6.2. Экономическая эффективность АИУС. Определяется
сопоставлением результатов от функционирования АИУС и затрат
всех ресурсов, необходимых для ее создания и развития. Определение
экономической эффективности АИУС проводят для анализа и
обоснования целесообразности создания, функционирования и
развития АИУС; для установления основных направлений применения
АИУС и выбора наиболее эффективного варианта разработки и
внедрения АИУС.
Применимы два подхода к оценке эффективности АИУС [31]. В
основе первого подхода лежит оценка эффективности внедрения
АИУС. При расчете учитывают предпосылки, принятые в методике
определения экономической эффективности капитальных вложений и
новой техники (см. рис. 4.5). В основе второго подхода разрабатывают
методику экономического обоснования автоматизации управления.
Используют математико-логические методы, отражающие
количественную зависимость достигаемых хозяйственных результатов
от повышения качества управления, информационных свойств АИУС
и упорядочения объекта управления.
Анализ расчетов экономической эффективности АИУС,
базирующихся на прямом обсчете составляющих затрат и эффекта,
показывает, что для них характерны разные подходы при определении
образования экономического эффекта и методов его количественной
оценки. Можно свести экономическую оценку использования
 94
вычислительной техники в управлении СКУ к результатам,
полученным непосредственно в самом процессе управления за счет
экономии от замены ручных методов сбора и обработки информации
машинными. При этом рассчитывают коэффициент повышения
оперативности управления Kу по формуле:
Ку=Т2/Т1, (34)
где T1 - время, необходимое на принятие решения при ручной
технологии; Т2 - время, затрачиваемое на принятие решения при
машинной технологии.
В свою очередь, T1 и T2 определяются по формулам:
T1=tв1+tр1+tп1+tа1, (35)
T2=tв2+tр2+tп2+tа2, (36)
где tв1 и tв2 - время ввода информации при ручной и машинной
технологии соответственно; tр1 и tр2 - время поиска информации при
ручной и машинной технологии соответственно; tп1 и tп2 - время
подготовки печатных форм при ручной и машинной технологии
соответственно; tа1 и tа2 - время анализа при ручной и машинной
технологии соответственно.
Исходные результаты заносятся в табл. 2.
Таблица 2
Наименование Временные составляющие
показателя
До автоматизации После автоматизации
(мин.) (мин.)
tв1, tв2 10 0,5
tр1, tр2 4,5 0,01
tп1, tп2 3 0,015
tа1, tа2 30 2
Всего: 47,5 2,525

Применив формулу (34), получаем коэффициент оперативности

равный: К=47.5/2.525=18,8. Полученный коэффициент К=18,8
позволяет сделать вывод об эффективности предлагаемой разработки.
4.6.3. Показатели экономической эффективности АИУС.
Экономическая эффективность АИУС необходима:
- для анализа обоснования целесообразности создания
функционирования и развития АИУС;
- для установления основных направлений применения АИУС;
 95
- для выбора наиболее экономически эффективного варианта
разработки и внедрения АИУС;
- для отражения показателей экономической эффективности АИУС
в нормах, нормативах и планах предприятия, министерств,
формирования соответствующих показателей статистической
отчетности; определения размеров отчислений в фонды
экономического стимулирования.
При создании АИУС и последующей ее эксплуатации решаются
задачи выбора наиболее эффективного варианта создания АИУС и
оценки экономической эффективности функционирования АИУС. Для
решения этих задач в соответствии с ГОСТ 24.702—85 предлагается
система показателей, приведенная на рис. 19 для определения
сравнительной и общей экономической эффективности [31].

Повышение экономической
эффективности РИУС

Сравнительная Общая (абсолютная)

экономическая экономическая
эффективность эффективность

Народнохозяйственный Основные обобщающие Основные частные

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

Рис. 19

Выбор экономически наиболее эффективного варианта создания

АИУС проводят по максимуму экономического эффекта,
представляющего собой разность между результатами деятельности и
затратами. Расчеты ведутся за установленной расчетный период с
 96
учетом экономических нормативов и других ограничений. За начало
расчетного периода, в пределах которого учитывают затраты,
принимается год начала разработки АИУС. Конец расчетного периода
определяется в соответствии со сроком реального старения
технических средств и проектных решений АИУС.
4.6.4. Оценка сравнительной экономической эффективности.
Экономический эффект Э при тождественности конечных результатов
по сравниваемым вариантам определится:
Э=З1-З2, (37)
где З1, З2 - интегральные хозяйственные затраты в производстве и
потреблении по базовому и новому вариантам.
При нетождественности сравниваемых вариантов по результатам,
которые приводят к стоимостной форме, изменение этих результатов
должно быть дополнительно учтено в расчетах экономического
эффекта в виде дополнительных экономических результатов.
Интегральные затраты СКУ на создания АИУС определятся:
T
З = ∑ ( И t + К t − Л t )α t , (38)
t =1
где T - длительность расчетного периода; Иt - текущие издержки
(себестоимость), включая затраты на эксплуатацию АИУС в году t; Kt
- все виды единовременных затрат на создание АИУС в году t; Лt -
остаточная стоимость выбывших за год основных фондов при
невозможности их использования (их ликвидационная стоимость); αt -
коэффициент, используемый для приведения разновременных
результатов и затрат к базисному году.
Условием при расчетах эффективности АИУС является
сопоставимость всех показателей: по времени, ценам и тарифным
ставкам заработной платы; элементам затрат; номенклатуре услуг;
сокращению ручного труда за счет автоматизации; методам
исчисления стоимостных показателей. Цены, тарифы и ставки
заработной платы определяют на момент расчета.
4.6.5. Оценка общей экономической эффективности АИУС. При
такой оценке используются обобщающие и частные показатели.
Основные обобщающие показатели экономической эффективности
АИУС:
- годовой экономический эффект;
- расчетный коэффициент эффективности капитальных затрат на
разработку и внедрение АИУС;
 97
- срок окупаемости капитальных затрат на разработку и внедрение
АИУС.
Годовой экономический эффект от разработки и внедрения АИУС
определяется как разность между годовой экономией и приведенными
затратами:
Э=ЭГ-ЕНКДА, (39)
где ЭГ - годовая экономия от функционирования АИУС; ЕН -
нормативный коэффициент экономической эффективности
капиталовложений (ЕН=0,15); КДА - единовременные затраты на
создание АИУС.
Расчетный коэффициент экономической эффективности
капитальных затрат на разработку и внедрение АИУС представляет
собой отношение расчетной годовой экономии (годового прироста
прибыли) к капитальным затратам на разработку и внедрение АИУС:
ЕР=ЭГ/ККА, (40))
где ККА - капитальные вложения на создание АИУС.
Срок окупаемости представляет собой отношение капитальных
затрат на разработку и внедрение АИУС к годовой экономии
(годовому приросту прибыли):
ТФ=ККА/ЭГ. (41)
Основные частные показатели, характеризующие экономическую
эффективность АИУС, следующие:
- годовая экономия (годовой прирост прибыли);
- снижение издержек хозяйственной деятельности на объекте
управления в результате разработки и внедрения АИУС;
- повышение производительности труда;
- экономия по видам ресурсов;
- количество высвобожденных работающих;
- повышение качества выпускаемой продукции.
Годовая экономия от разработки и внедрения АИУС включает в
себя следующее: годовой прирост прибыли, вызванный увеличением
объема хозяйственной деятельности (услуг или работ) при разработке
и внедрении АИУС; годовой прирост прибыли за счет ускорения
освоения новых услуг в результате разработки и внедрения АИУС;
экономию текущих затрат при производстве услуг или работ в
условиях функционирования АИУС; экономию прочих затрат, не
входящих в себестоимость работ СКУ, обеспечиваемую
функционированием АИУС. Годовая экономия от функционирования
 98
АИУС отражается в планах по себестоимости услуг, финансовых
планах и рассчитывается по формуле:
С С А − А1 (42)
Э г = ( 1 − а )А 2 + ( 2 )П 1 + Δ П а ,
А1 А 2 А1
где А1, А2 - годовой объем оказанных услуг до и после внедрения
АИУС (тыс. руб); С1,С2 - себестоимость годового объема оказанных
услуг до и после внедрения АИУС (тыс. руб); П1=А1-С1 - прибыль от
оказания услуг до внедрения АИУС (тыс. руб); [(А2-А1)/А1]П1 -
годовой при рост прибыли за счет роста объема оказания услуг (тыс.
руб); (С1/А1-С2/А2) - годовой прирост прибыли за счет снижения
издержек оказания услуг (тыс. руб); ΔПа - дополнительная прибыль за
счет сокращения непроизводственных потерь (штрафов, пеней,
неустоек) с внедрением АИУС (тыс. руб).
 99

ЧАСТЬ 2
АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ
УПРАВЛЕНИЯ ТЕХНОЛОГИЧЕСКИМИ
ПРОЦЕССАМИ

1. 0БЩИЕ ПРИНЦИПЫ ПОСТРОЕНИЯ И

ФУНКЦИОНИРОВАНИЯ АСУТП

1.1. Примеры автоматизированных систем управления

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

По материалам 1-й части настоящей работы можно сделать вывод:

современное промышленное предприятие не может обойтись без
решения таких задач, как технико-экономическое планирование,
календарное планирование и оперативное управление. При решении
задач технико-экономического планирования, исходя из имеющихся
ресурсов и годовых планов, должны устанавливаться плановые
показатели производства на продолжительные отрезки времени (месяц,
квартал). Решение задачи календарного планирования позволяет
детализировать во времени и по продукции показатели технико-
экономического плана, т.е. получить конкретные планы текущей
работы производства. В процессе решения задачи оперативного
управления реализуется управление группой агрегатов (комплексом)
или всем производством с целью ликвидации возникших внешних и
внутренних возмущений, т.е. осуществляется увязка первых двух задач
с конкретными условиями производства.
Перечисленные задачи, как было отмечено ранее, по масштабности
и важности располагаются в некоторой иерархии. На верхней ступени
стоят задачи технико-экономического планирования, решаемые
автоматизированными системами управления производством (АСУП),
на нижней – задачи, решаемые в АСУТП. Взаимное влияние задач
разных уровней очевидно. Верхний уровень определяет задание (план)
и технико-экономические показатели для нижнего уровня. В свою
очередь, в зависимости от состояния нижнего уровня план может
корректироваться.
 100
На основании вышесказанного можно дать следующее определение
автоматизированной системы управления технологическим процессом
[56]:
АСУТП - это система, которая на базе высокоэффективной
вычислительной и управляющей техники обеспечивает
автоматизированное (автоматическое) управление технологическим
комплексом с использованием централизованно обработанной
информации по заданным технологическим и технико-экономическим
критериям, определяющим качественные и количественные результаты
выработки продукта, и подготавливает информацию для решения
организационно-экономических задач. От управляющей части системы
требуется с помощью управляющих воздействий добиться
оптимального или экстремального значения критерия управления в
условиях неизмеряемых помех, с которыми работают промышленные
установки, и с учетом ограничений, накладываемых на пределы
изменения некоторых координат системы (температуры, давления,
расхода топлива, качества выходного продукта и т.п.).
В качестве примера рассмотрим конвертерный способ выплавки
стали [57]. Конвертер служит для переработки исходного сырья
(жидкий чугун и твердый металлический лом) в сталь заданной марки
(с определенным химическим составом и заданной температурой при
выпуске). Для охлаждения и шлакообразования (отвода вредных
примесей) в конвертер загружаются также сыпучие материалы
(железная руда, известняк, шпат и др.). При подаче кислорода из
расплавленного чугуна выжигаются примеси и углерод, в результате
экзотермических реакций повышается температура.
С точки зрения теории автоматического управления конвертер
можно представить как объект управления с действующими на его
входы управлениями, измеряемыми и неизмеряемыми возмущениями.
При этом можно сформулировать критерии управления и ограничения,
связанные с особенностями технологического процесса (ТП) выплавки
стали конвертерным способом.
Управляющими воздействиями в рассматриваемом ТП будут
подача сыпучих материалов, положение кислородной фурмы,
интенсивность подачи кислорода.
В качестве критерия управления для конвертерной выплавки
стали может быть назван один их двух критериев:
 101
- минимальное время плавки с обеспечением допустимых для
данной марки стали пределов по температуре, содержанию углерода,
серы, фосфора, марганца, кремния (ограничения),
- обеспечение по химическому составу заданной марки стали
при длительности плавки в определенных временных рамках
(ограничения).
В рассматриваемом ТП можно выделить помехи: а) измеряемые, но
неуправляемые - изменение давления и чистоты продуваемого
кислорода, состава чугуна, заливаемого в конвертер; б) неизмеряемые -
неоднородность состава и неточность взвешивания загружаемых
материалов, неточность других измерений, температура кладки
конвертера.
Величина критерия управления зависит от химического состава
металла, скорости выгорания примесей и температуры в конвертере.
Чтобы измерить их значения, необходимо прекратить подачу
кислорода и наклонить конвертер. На эту процедуру уходит 5 - 7 мин.,
в то время как вся продувка занимает 15 - 25 мин. Каждый замер
ухудшает значение критерия управления. Вот почему при разработке
системы ставится задача: увеличить число плавок, попадающих в
заданную марку стали с первой повалки. В современных конвертерах
химический состав металла определяется по химическому составу
отходящих дымовых газов.

1.2. Отличие автоматических систем управления от систем

автоматического управления

Первым отличительным признаком автоматизированных систем

управления (АСУ) от систем автоматического управления (САУ)
является наличие в контуре человека-оператора (диспетчера). Кроме
того, возможность выполнения дополнительных функций, благодаря
использованию современных компьютерных технологий. Наглядным
примером может служить одноконтурная система регулирования
температуры воды на выходе теплообменника [58], которая
представлена на рис. 20.
 102

Рис. 20

Вода подогревается до нужной температуры за счет энергии

отработанного пара. Если реальная температура подогреваемой воды
Треал, измеряемая термопарой, отличается от заданной Тзад, то
управляющее устройство УУ, состоящее из измерительного,
регулирующего блоков и усилителя мощности, вырабатывает
управляющее воздействие на мотор М, регулирующий отбор
отработанного пара так, чтобы скомпенсировать эту разницу.
Несмотря на то, что регулирование в контуре осуществляется по ПИД-
закону, обеспечить максимальный КПД теплообменника без
дополнительных функций и устройств в рассматриваемой системе не
представляется возможным.
Для этой цели рекомендуется использовать АСУ теплообменником,
функциональная структура которой показана на рис. 21 [58].
Дополнительные датчики температуры Т1 и расхода Q1 питательной
воды, температуры Т2 и расхода горячего пара Q2 позволяют при
наличии устройств преобразования аналоговой информации в
цифровую и обратно (на рис. 21 не показаны) реализовать функции:
- Ф1 – расчет задания Q2зад в соответствии с принятым критерием,
учетом ситуации на объекте и использованием модели
теплообменника;
- Ф2 – визуализация основных параметров для диспетчера;
- Ф3 – регулирование расхода Q2 по ПИД-закону с проверкой
дополнительных условий;
- Ф4 – расчет технико-экономических параметров (ТЭП).
 103

Рис. 21

1.3. Классификация АСУТП

При создании АСУТП должны быть определены цель ее

функционирования и роль, которая отводится этой системе в общей
структуре управления предприятием. По виду функций, для
реализации которых предназначены АСУТП, можно предложить
следующую классификацию [56]:
Информационно-измерительные системы предназначенные для
сбора и выдачи информации о состоянии объекта управления. В
развитии этих систем можно выделить, по крайней мере, три стадии.
На первой (ранней) стадии информация об объекте выносилась на
громоздкие щиты управления с показывающими и регистрирующими
приборами. На второй стадии стала развиваться тенденция к
уменьшению габаритов приборов и созданию систем
централизованного контроля, основной объем информации не
представлялся оператору постоянно, а нужная ему информация по его
требованию вызывалась на показывающий прибор. Оператор
сосредотачивал свое внимание на параметрах, вышедших за пределы
нормы. При этом аварийные ситуации регистрировались на пульте
оператора красным цветом, миганием, звуком и т.п. Наконец,
использование ЭВМ способствовало дальнейшему развитию
 104
информационных систем. Появилась возможность сжатия
информации, выдачи оператору усредненных значений отдельных
параметров. ЭВМ стала использоваться для расчета технико-
экономических показателей таких, как материальный и энергетический
балансы, коэффициенты полезного действия установок,
технологические составляющие себестоимости продукции, расходы по
отдельным компонентам {например, в случае смесей), а также для
анализа причин отклонения технологического процесса от заданного
режима.
В настоящее время благодаря появлению мощных ПК и
контроллеров, развитой модульной структуре устройств ввода/вывода
создаются распределенные системы сбора и обработки информации,
эффективность работы которых обеспечивается наличием SCADA-
систем, обеспечивающих сквозное программирование всех уровней
контроля и управления.
Информационно-управляющие системы в режиме советчика.
На основании информации о параметрах технологического процесса,
поступающей от датчиков, установленных на объекте, рассчитанных
ТЭП и алгоритмов выработки управляющих воздействий, УВМ
производит расчет оптимальных условий ведения технологического
процесса. Результаты расчета - советы по управлению представляются
оператору-технологу либо в печатном виде, либо высвечиваются на
информационном табло. Оператор управляет процессом, изменяя
уставки регуляторов или выполняя другие действия в соответствии с
рекомендациями, вырабатываемыми АСУ. УВМ при этом работает в
ритме процесса в разомкнутом контуре. Роль следящего и
управляющего звена выполняет оператор-технолог, который обычно
"тонко чувствует" процесс и контролирует правильность выданных
советов. УВМ поручается следить за возникновением аварийных
ситуаций, причем, как правило, по значительно большему числу
параметров, чем это мог бы сделать оператор. Однако участие
человека в контуре управления имеет и свои недостатки, которые
особенно проявляются при сложной системе управления. Если
оператору приходится выполнять много настроек регуляторов в
минуту, то к концу рабочей смены неизбежны ошибки, которые
повлекут за собой ухудшение качества выпускаемой продукции.
АСУТП в режиме супервизорного управления. Задача режима
супервизорного управления - поддержание процесса вблизи
 105
оптимальной рабочей точки путем оперативного воздействия на него.
При этом значения управляющих воздействии выдаются не оператору,
а преобразуются в форму, удобную для изменения настроек
регуляторов. УВМ работает в замкнутом контуре управления,
оператору же отводится роль наблюдателя. Его вмешательство
требуется лишь при возникновении аварийных ситуаций. На УBM,
помимо расчета уставок регуляторов, возлагаются расчеты по
оптимизации управления, которые выполняются периодически,
например, один раз за час работы или за смену, или при изменении
сырья или состава выпускаемой продукции.
Главное преимущество супервизорного управления состоит в том,
что АСУ непрерывно контролирует процесс и управляет им в
оптимальной точке так, что исключает флуктуации, связанные с
работой разных операторов, собственный "почерк" каждого из
которых обязательно сказывается на регулировании уставок.
АСУТП в режиме непосредственного цифрового управления
(НЦУ). Отличие АСУТП в режиме НЦУ от описанных ранее
заключается в том, что сигналы, используемые для приведения в
действие управляющих органов на объекте, поступают
непосредственно от АСУ, а регуляторы вообще исключаются из
системы. На вычислительные средства АСУ возлагаются такие
функции; как реализация различных законов регулирования, связей
между отдельными контурами - многосвязного регулирования,
управления по возмущению, адаптивного управления. Для
формирования сигналов, воздействующих на управляющие органы,
вычислительный комплекс АСУТП включает в себя устройства связи с
объектом.
Оператор в системе НЦУ должен иметь возможность изменять
уставки, контролировать некоторые избранные переменные,
варьировать диапазоны допустимого изменения измеряемых
параметров процесса и т.д. Для обеспечения всего этого АСУТП
должна включать пульт оператора-технолога, позволяющий
реализовать полное и функционально богатое сопряжение между
человеком, машиной, процессом.
Одним из главных преимуществ использования АСУТП в режиме
НЦУ является гибкость управления благодаря возможности изменения
алгоритмов путем внесения изменений в хранимую программу.
Наиболее очевидный недостаток НЦУ проявляется при отказе АСУ.
 106
Несмотря на то, что надежность системы может быть исключительно
высокой, отказы тем не менее могут происходить, и с этим
обстоятельством приходится считаться. Например, в отечественной
SCADA-системе TRACE MODE используется 3-х кратное
резервирование, что позволяет в реальном времени переходить с
неисправных блоков на резервные, повышая таким образом
надежность АСУТП.
Любая из перечисленных выше АСУТП представляет собой
распределенную иерархическую систему с высоко технологичной
технической структурой и развитым программным обеспечением.

1.4. Основные функции АСУ

В общеотраслевых руководящих методических материалах по

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

например, стоимость топлива C = C0 ∫

o
u(t)dt и расход топлива
tраб

Q= ∫
o
u(t)dt, где С0 - стоимость единицы объема топлива, u(t) -

объем топлива в единицу времени

1.5. Разновидности структур АСУТП

Функциональная структура (ФС) определяет класс целей, для

достижения которых проектируется АСУТП. Обычно такая структура
состоит из нескольких подсистем, отличающихся по своему
функциональному назначению. В частности, можно выделить
следующие подсистемы:
- подсистема сбора и первичной обработки информации,
предназначенная для опроса аналоговых, дискретных датчиков с
обработкой и анализом информации об объекте управления;
- подсистема управления и выдачи управляющих воздействий;
- подсистема формирования сводных показателей;
- подсистема регистрации и анализа производственной ситуации.
Современные компьютерные технологии позволяют объединить
указанные функции благодаря SCADA-системам.
Алгоритмическая структура (АС) представляет собой
совокупность алгоритмов и условий их работы. На этой структуре
указываются связи, определяющие последовательность выполнения
алгоритмов. К примеру, на рис. 22 представлен фрагмент АС, на
котором заданы условия перехода к определенному алгоритму
 108
вычисления управляющего воздействия, если сигнал рассогласования
не удовлетворяет тем или иным значениям.

Рис. 22
При проектировании сложных систем вначале составляют
укрупненную алгоритмическую структуру. Такая структура для АСУ
теплообменником (рис. 2) представлена на рис. 23.

Рис. 23
 109
Затем разрабатывают более детализированную алгоритмическую
структуру, подобную показанной на рис. 24.

Рис. 24

Техническая структура (ТС) представляет собой комплекс

технических средств в виде отдельных модулей и блоков,
предназначенных для реализации функций АСУТП. На этой структуре
указываются связи между блоками и приводится, в случае
необходимости, поясняющий текст. ТС строится на основе
агрегативных комплексов технических средств таких, как например,
микропроцессорные субкомплексы контроля и управления (АО
“Импульс”, г. Северодонецк, Украина), распределенные системы сбора
данных и управления серии ADAM (Фирма Advantech, Тайвань),
MicroPC (Фирма Octagon Systems, США) и др.
Информационная структура (ИС) связывает подсистемы АСУТП
с транспортными средствами, вспомогательными механизмами и, в
случае использования нестандартных блоков указывает уровни
сигналов на входах и выходах этих блоков для согласования со
стандартным оборудованием. ИС автоматически собирает данные о
значениях параметров технологических процессов путем съема
 110
показаний с датчиков и прочих приборов. Эта информация сообщается
диспетчеру и управляющей подсистеме. Оператор-технолог может
получать информацию посредством запроса.
Организационная структура (ОС) – совокупность правил и
инструкций, устанавливающих нормы работы персонала и комплекса
технических средств по управлению технологическим оборудованием
в нормальных, предаварийных и аварийных режимах.
Синтез любой из перечисленных структур представляет собой
сложную исследовательскую задачу. Прежде чем приступить к ней,
необходимо изучить технологический процесс (ТП) как объект
контроля и управления.

1.6. Этапы проектирования АСУТП

Процесс разработки АСУТП может быть представлен

последовательностью этапов [56, 57]. Перечислим их и затем дадим им
краткую характеристику.
Предпроектная проработка: постановка задачи на разработку
АСУТП; эскизная проработка функциональной структуры АСУТП;
выбор методов решения задач управления; предварительное технико-
экономическое обоснование.
Проектирование: техническое проектирование; рабочее
проектирование.
Внедрение: комплектование системы; строительные работы;
монтаж и наладка; испытания и сдача в эксплуатацию; анализ
функционирования АСУТП.
На первом этапе проводятся научно-исследовательские работы
(НИР), в ходе которых изучается ТП. Выделяются наблюдаемые
технологические переменные, управляющие воздействия,
формулируются критерии управления и накладываемые в соответствии
с технологическими инструкциями ограничения. Формулируются
основные функции разрабатываемой системой, т.е. создается её
функциональная структура. Составляется структурная схема
выделенного ОУ и на основании априорных данных выполняется
работа по упрощению, если это возможно, алгоритма управления
путем расчленения его на алгоритмы автоматического регулирования и
алгоритмы оптимизации. Разрабатывается приближенная
математическая модель ОУ. Проводится примерная оценка технико-
 111
экономической эффективности, для чего используются существующие
средства и методы управления технологическим объектом, количество
обслуживающего персонала и его зарплата. Материалы исследований
на первом этапе отражаются в научно-технических отчетах, а
окончательным результатом является техническое задание (ТЗ) на
проектирование АСУТП, которое должно содержать:
- перечень функций АСУТП с их краткой характеристикой;
- необходимые точность, быстродействие по каждой функции и их
совокупностям;
- показатели надежности;
- режимы функционирования;
- совместимость, при необходимости, данной АСУ со смежными;
- условия эксплуатации;
- метрологические характеристики измерительных каналов;
- эргономические требования по способам и форме представления
информации оператору;
- требования к численности и квалификации оперативного и
обслуживающего персонала АСУТП.
На этапе технического проектирования завершается вся НИР,
проводится параметрическая идентификация объекта, т.е.
определяются неизвестные параметры его модели; формируются
алгоритмическая и техническая структуры системы; разрабатываются
задания на устройства и оборудование, не выпускаемые серийно;
разрабатываются машинные алгоритмы, реализующие функции
АСУТП и моделирования технологического объекта управления. Этап
заканчивается подготовкой технического проекта.
На этапе рабочего проектирования разрабатываются несерийные
технические средства и оформляются на них рабочие чертежи;
выполняются рабочие чертежи на строительство и сочление
технических средств с объектом; заканчивается разработка рабочих
программ для ЭВМ и составляются рабочие документы по
программному обеспечению. Этап завершается выпуском рабочего
проекта, содержащего все необходимые материалы для комплектации
системы, изготовления несерийных технических средств, проведения
монтажа и наладки системы.
Третий этап включает в себя комплектацию системы, проведение
строительных работ, монтаж и её наладку. После чего следуют
испытания и сдача системы в опытно-промышленную и
промышленную эксплуатации. Затем проводится анализ
 112
функционирования АСУТП, в результате которого выполняется
оценка фактической технико-экономической эффективности системы,
её надежности, разрабатываются рекомендации по развитию и
совершенствованию системы, вырабатываются требования к
модернизации технологического процесса.

1.7. Характеристики технологического процесса как объекта

контроля и управления

По своему характеру ТП может быть непрерывным, периодическим

(непрерывно-дискретным) и дискретным.
Непрерывный процесс – процесс, в котором конечный продукт
вырабатывается, лишь пока подводятся сырьё, энергия, катализаторы,
управляющие воздействия и пр. (например, процесс
нефтепереработки).
Периодический процесс – процесс, в котором в течение
относительно короткого промежутка времени производится
определенное, ограниченное количество конечного продукта. Сырье и
полуфабрикаты вводятся регламентированными дозами в строгой
последовательности, операции перемешивания и подачи энергии
осуществляются в заданном порядке. После подготовки “рецептуры”
получается порция конечного продукта. Примерами могут быть такие
процессы, как доменный процесс выплавки чугуна, процесс получения
определенного вида лекарств и т.п.
Дискретный процесс – процесс изготовления и испытания деталей,
узлов и готовых изделий. Конечный продукт состоит из набора
компонент, качество которых нужно контролировать так, чтобы
конечный продукт – результат сборки отвечал заданным стандартам
(сборка телевизора, автомобиля и пр.). При выборе стратегии
управления должны быть учтены характеристики ТП, а также
функции, которые будут заложены в проектируемую систему.
При изучении ОУ вся снимаемая с объекта информация разделяется
на аналоговую и дискретную в зависимости от типов используемых
датчиков. Необходимо как по одному, так и по другому типу
заполнить таблицы [57 - 59], поместив в них всю информацию по
каждому измеряемому параметру.
По аналоговым сигналам заносится наименование переменной с
указанием функции, которую эта переменная должна выполнять. Далее
 113
– единица измерения, диапазон изменения, требуемая точность
контроля или управления (регулирования), период опроса указанной
переменной. После выбора датчика таблицу следует дополнить
уровнем и типом сигнала на его выходе. Пример заполнения
информации по аналоговым сигналам показан в таблице 3.
К дискретным сигналам относятся сигналы от двухпозиционных
объектов контроля, характеризуемых двумя состояниями: «Включено -
выключено», «В пределах – вне пределов», сигналы прерывания от
инициативных датчиков, числоимпульсные сигналы, используемые
при вводе информации от счетчиков электроэнергии, интеграторов-
расходомеров, дозаторов и т.п. По перечисленным сигналам обычно
указывается уровень дискретного сигнала и частота следования [57].

1.8. Функции АСУТП как последовательность отдельных

процессов

Функции АСУТП выбираются из списка, в котором они

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

Наименование Функция Единица Диапазон Требуемая Тип датчика Уровень и тип

физической измерения изменения точность сигнала на
переменной физической выходе
переменной датчика
o
Температура Регулируемая C 1000 - 1300 ±5 o C Термопара 0 – 15 мВ
переменная ТПП
Угол поворота Управляю- Угловой 0 – 90о ±1% Датчик 0 – 5 мА
заслонки щее градус положения
воздействие
 - объемом памяти, занимаемым программами обработки и
подготовки для вывода;
- временем использования процессора для реализации вывода;
- видами обработки;
- временем обработки одного параметра, которое может быть
оценено по объему памяти, занимаемому программами обработок, и
производительности процессора, используемого в УВК.
Вывод обработанных данных (аналоговых, дискретных,
символьных) на объект управления и оператору характеризуется:
- объемом выводимой информации;
- допустимым временем задержки устройств;
- объемом памяти программ вывода;
- периодом или математическим ожиданием интервала между
выводами.
Перечисленные характеристики получают в процессе изучения
объекта управления. Например, достаточно широкий класс объектов c
непрерывным и непрерывно-дискретным характером производства
имеет следующие пределы изменения основных показателей:
- количество входных аналоговых сигналов - 150-3000;
- количество входных дискретных сигналов - 200-2000;
- количество регулирующих органов - 10-200;
- количество выходных двухпозиционных сигналов - 100-1000; .
- объем информации, выдаваемой на индикацию и регистрацию,
250-1600 бит/с;
- время реакции системы на изменения состояния объекта, 0,1-10с;
- наработка на отказ функций, реализуемых в системе, 100 - 10000,
ч.
Данные по реализуемым функциям удобно сводить в таблицу,
подобную табл. 4. После исследования ТП и изучения процессов
контроля и управления правый столбец табл. 4 должен быть заполнен
числовыми значениями параметров, указанных в её центральной части.
Более подробную информацию по заполнению табл. 4 можно найти в
учебно-методическом пособии [57].
После изучения технологического процесса как объекта управления
и анализа функций проектируемой АСУТП приступают к реализации
этапов разработки системы, которая в силу своей сложности обычно
представляется в виде ряда подсистем таких, как подсистема сбора и
первичной обработки информации, подсистема управления и выдачи
 116
управляющих воздействий, подсистема формирования сводных
показателей, подсистема регистрации и анализа производственной
ситуации.
Таблица 4
Функции контроля и управления
Наимено- Число-
вание Наименование характеристик ТП вые
процесса данные
обработки
Процесс Способ получения входной информации:
ввода - обращение за параметрами к выходу алгоритма
информа- первичной обработки информации;
ции в УВК - использование самостоятельного ввода
Характеристики входной информации:
Аналоговая информация:
- количество вводимых аналоговых параметров;
- период между опросами датчиков;
- процедуры первичной обработки;
- диапазон изменения входных параметров;
- требуемая точность представления данных;
- уровень сигнала на входе
Цифровая информация:
- количество дискретных входных параметров;
- частота поступления дискретных сигналов;
- уровень сигнала: "1"- истинно, "О"- ложно
Процесс Используемые виды законов регулирования и
обработки количество контуров с одинаковым законом:
- одноконтурное регулирование;
- многоконтурное регулирование
Виды оптимизации: критерий управления; модель
ОУ; алгоритм прогноза по управлению
Процесс Способы выдачи управляющих воздействий:
вывода - аналоговые выходные сигналы: число сигналов,
частота смены управляющего воздействия,
точность представления аналогового сигнала;
- дискретные выходные сигналы: число сигналов,
средняя частота выдачи, требуемая мощность;
- сигналы для дистанционного управления:
объем выдаваемой информации (совета); частота
смены сигнала
 117
Окончание табл. 4
Наимено- Число-
вание Наименование характеристик ТП вые
процесса данные
обработки
Оценка Требование ТЗ к надежности системы:
надежности - понятие отказа одного контура регулирования;
- понятие отказа системы;
- время реакции системы на изменение ситуации на
объекте
Расчет ТЭП Наименование ТЭП, формулы расчета,
стоимостные характеристики параметров
 118

2. ПОДСИСТЕМА СБОРА И ПЕРВИЧНОЙ ОБРАБОТКИ

ИНФОРМАЦИИ

2.1. Комплекс технических средств подсистемы сбора и

первичной обработки информации. Принципы компоновки

Как уже отмечалось, подсистема сбора и первичной обработки

информации предназначена для опроса аналоговых и дискретных
датчиков с обработкой и анализом информации об объекте
управления. Исходными данными для определения структуры
подсистемы контроля является совокупность измеряемых переменных
ТП и оборудования, набор измерительных устройств, которые могут
быть использованы в качестве источников исходной информации.
Комплекс технических средств ввода аналоговых сигналов в
управляющий компьютер подбирается в зависимости от вида
измеряемой физической переменной, от удаленности датчиков, вида и
уровня выходных сигналов датчиков. В каналах измерения, помимо
датчиков, должна присутствовать следующая аппаратура:
нормализаторы (Н), преобразователи физических сигналов в ток или
напряжение (П), усилители (У), аппаратные RC-фильтры (Ф),
преобразователи аналоговых сигналов в цифровые коды (АЦП),
коммутаторы (mux). Принципы компоновки технических средств
ввода аналоговой информации представлены на рис. 25, на котором
датчики объединены в три группы.
В первую группу собраны удаленные на значительное расстояние
от промышленного компьютера (ПК) датчики D1,…,Dn,
предназначенные для сбора информации о технологических
параметрах одной физической природы. Вторая группа – датчики
D1,…,DN. Они, как и датчики первой группы существенно удалены от
ПК, но измеряют сигналы различной физической природы. И, наконец,
датчики третьей-й группы, расположенные вблизи ПК и
предназначенные для измерения технологических параметров
различной физической природы.
П - преобразователи физической величины в ток для 1-ой и 2-й
группы и в напряжение для 3-й.
 119

Рис. 25
Н1 - нормализатор 1-го типа для смещения уровня сигнала датчика
в заданный диапазон измерения.
Н2 - нормализатор 2-го типа - устройство для преобразования тока
в напряжение.
Н3 - нормализатор для компенсации холодного спая термопар, для
компенсации нелинейности характеристик датчиков.
Ф - аппаратные RC-фильтры, предназначенные для устранения
радиопомех и помех промышленной частоты.

2.2. Устройства распределенного сбора данных и управления

серии ADAM

В качестве примера из широкого класса устройств удаленного сбора

данных предлагается рассмотреть модули фирмы Advantech.
Устройства серии ADAM-4000, 5000, 6000 и 7000, предназначенные
для построения территориально-распределенных систем сбора данных
и управления, обеспечивают выполнение следующих функций:
аналоговый ввод-вывод, дискретный ввод-вывод, первичное
преобразование информации, приём команд от удалённой
 120
вычислительной системы и передача в её адрес преобразованных
данных с использованием интерфейса RS-485 или Ethernet.
На рис. 26 представлена структурная схема сети на базе RS-485 и
модулей серии ADAM-4000. Сеть последовательной передачи данных,
благодаря наличию преобразователя RS-232 в RS-422/485 ADAM-4520
и повторителя ADAM-4510, может объединять до 256 устройств.
Модули серии ADAM-4000 предназначены для построения
распределенных систем сбора данных и управления и представляют
собой компактные и интеллектуальные устройства обработки сигналов
датчиков, специально разработанные для применения в
промышленности.
ПК

4080d 4013 4014d 4011

RS-232
4510 4520

4060 4050 (4052) 4021

Рис. 26

Наличие встроенных микропроцессоров позволяет им осуществлять

нормализацию сигналов, операции аналогового и дискретного ввода-
вывода, отображение данных и их передачу (или прием) по
интерфейсу RS-485. Все модули имеют гальваническую развязку по
цепям питания и интерфейса RS-485, программную установку
параметров, командный протокол ASCII и сторожевой таймер.
Питание модулей осуществляется нестабилизированным напряжением
10…30 В постоянного тока. Диапазон температур: рабочий –
10…+70°С, хранения –25…+80°С. Относительная влажность — до
95% без конденсации влаги.
В показанной на рис. 26 сети, помимо упомянутых выше блоков,
используются следующие модули:
 121
- 4080D – модуль, предназначенный для измерения частоты или
используемый в качестве счетчика импульсов;
- 4013 – модуль ввода сигналов от термосопротивлений
(платиновых и никелевых). Диапазон входящих сигналов ± 15 мВ, ± 50
мВ, ± 100 мВ, ± 150 мВ, 1 или 2,5В, I = ± 20 мА. Диапазон измерения tº
С:
- для платиновых: ± 100ºС, 0 ÷ 100ºС, 0 ÷ 200ºС, 0 ÷ 600ºС;
- для никелевых: 0 - 100ºС, -80 + 100ºС?
время преобразования в АЦП равно 100 мс (без учета времени
командного опроса и выдачи информации). Погрешность модуля 4013
0,05%;
- 4021 – модуль вывода аналоговых сигналов;
- 4060 – модуль релейного выхода, коммутирующий сигналы до 40
В;
- 4050 – модуль дискретного ввода/вывода. Подсистема ввода:
количество каналов ввода – 7, логический 0 не более 1 В, логическая 1
- от 3,5 до 30 В, вытекающий ток не более 1 мА. Подсистема вывода:
количество каналов 8, коммутируемое напряжение U до 30 В; Р=0,4
Вт;
- 4014D – модуль ввода аналоговых сигналов в виде напря-жения
мВ, В и тока в мА;
- 4011 – модуль ввода сигналов от термопар (мВ и В до 2,5В и мА
до 20мА); имеется 14 режимов, отличающихся типом и диапазоном
входного сигнала.

2.3. Модуль аналогового ввода ADAM-4011

Существенно сократить номенклатуру КТС подсистемы сбора и

первичной обработки информации (см. рис. 25) можно, использовав,
например, модуль аналогового ввода ADAM-4011. Этот модуль может
быть дистанционно настроен на один из 14 режимов ввода, которым
соответствуют различные типы и диапазоны входного сигнала
(сигналы термопар различных типов, ток в мА, напряжение в мВ или в
В), имеет компенсацию ЭДС холодного спая.
АЦП этого модуля, построенное с использованием сигма-дельта
преобразования, имеет 16 разрядов, управляется микропроцессором
(МП), который преобразует цифровые отсчеты АЦП в значения
следующих форматов: инженерные единицы, проценты полной шкалы,
 122
дополнительный код или Омы. После получения запроса на передачу
данных от ведущего узла сети на базе RS-485 МП передает отсчет в
требуемом формате в адрес ведущего узла сети.
Как видно из рис. 27, модуль аналогового ввода ADAM-4011
содержит все элементы рассмотренной выше подсистемы, но обладает
большими возможностями и лучшей точностью. Он имеет
программную настройку для работы с термопарами, с малыми
напряжениями и токами. К тому же, у него есть 2 цифровых выхода
(аварии по верхней и нижней границам измеряемого сигнала) и 1
цифровой вход для подсчета счетчиком событий до 65535 изменений
логического состояния канала дискретного ввода.

2 дискр АВАРИЯ
мВ опто канала
ФНЧ АЦП
В изоляция
. RS-485
MUX

16
. МП COMM

мА
. разрядов

1 дискр
Счетчик
+5В GND канал событий

ПЗУ
БП

Рис. 27

2.4. Выбор модулей подсистемы сбора и первичной

обработки аналоговых сигналов

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

подсистемы сбора и первичной обработки информации (ПСОИ)
являются требования, сформулированные в техническом задании на
разработку АСУТП.
Различают требования:
- по техническим характеристикам, среди которых можно выделить
требования к точности и быстродействию применяемых устройств;
- по эксплуатационным характеристикам, главным из которых
является требование по надежности;
- по технико-экономическим характеристикам, обуславливающим
требования по стоимости.
 123
На основании анализа схемы компоновки технических средств
ПСОИ (см. рис. 25) можно представить цепочку аппаратных средств i-
го канала измерения в виде рис.28.

Рис. 28
Выбор каждого из устройств определяется перечисленными выше
требованиями. Заданную в ТЗ ±Δy тзi - точность измерения и
представления технологической переменной yi распределяют между
аппаратными средствами представленной на рис. 27 цепочки блоков по
значимости вносимой каждым блоком погрешности. Погрешности
измерения и преобразования информации указанной цепочки являются
случайными величинами, подчиняющимися определенным законам
распределения. Для оценки погрешности на входе микроконтроллера
МК σ 2 , можно воспользоваться следующим выражением,
вхi
записанным для цепочки аппаратных средств i-го канала измерения по
рис. 27:
2 = σ2
σвхi 2
+ σнормi + σ 2усi + σфi
2 + σ2 . (43)
датчi АЦПi
В выражении (43) предполагается, что погрешности отдельных
аппаратных блоков не зависят друг от друга, а их величины
определяются классом точности каждого аппаратного средства.
Наиболее ответственными блоками с точки зрения вносимых
погрешностей будут датчик и аналого-цифровой преобразователь,
поскольку выбор нормализатора, усилителя и фильтра достаточно
высокоточными существенно не повлияет на общую стоимость
аппаратных средств, но позволит пренебречь их влиянием на точность
канала измерения.
Нормализаторы представляют собой резисторы, включаемые как
потенциометры. Их погрешность будет тем меньше, чем выше класс
точности, и в сравнении с другими погрешностями ею можно
пренебречь.
В качестве усилителей обычно используют прецизионные
операционные усилители с коррекцией дрейфа нуля и с полосой
пропускания до 50 Гц. Требуемый коэффициент усиления зависит от
 124
уровня сигнала на входе усилителя и от расстояния, на которое
передается сигнал.
Для фильтрации помех промышленной частоты используются одно-
или двухзвенные RC-фильтры (интегрирующие цепочки) [56]. Полоса
пропускания fпр такого фильтра зависит от времени опроса датчика
Топрi:
fпр=0,2/Топрi.
Поскольку частоты полезных сигналов в АСУТП находятся в
пределах 1 Гц, то, выбрав высокоточные элементы в этих фильтрах,
можно также пренебречь их аппаратными погрешностями.
Следовательно, погрешность на входе МК
2 = σ2
σвхi + σ 2АЦПi . (44)
датчi
Для выбора датчика и АЦП необходимо задать коэффициенты χ (0
– 0,6) – долю общей погрешности, приходящейся на датчик, т.е.
σ = χ ×σ (45)
датчi тз
и ρ (0 – 0,5) – долю погрешности датчика, приходящейся на АЦП, т.е.
σ АЦПi = ρ×σ (46)
датчi
так, чтобы произведение ρχ располагалось в диапазоне:
0 < ρχ ≤ 0,4. (47)
При этом остальная величина допустимой погрешности измерений
в i-м канале должна быть отдана ошибкам вычисления в
микроконтроллере по алгоритмам первичной обработки информации.
Из выражения (47) следует, что, задаваясь значениями коэффициентов
ρ и χ, можно выбрать датчик и определить разрядность АЦП. В
частности, чем меньше будет χ, тем точнее, но и дороже, будет датчик,
а чем меньше будет ρ, тем с большей разрядной сеткой потребуется
АЦП. К примеру, задавая χ=0,6, т.е. выбирая недорогой, но грубый
датчик, из выражения (46) при ρχ=0,12 получим ρ=0,2. Следовательно,
чтобы обеспечить высокую точность при плохом датчике, необходимо
увеличивать разрядную сетку АЦП и, конечно, вычислителя.
Улучшения точности в этом случае добиваются применением
программ усреднения или сглаживания, позволяющих ослабить
низкочастотный шум в η (2-10) раз.
2.4.1. Выбор датчика. Исходные данные:
- условия эксплуатации,
- диапазон изменения технологической переменной Dy,;
 125
- абсолютная величина допустимой точности измерения:
Δy дат ≤ χΔy тз либо допустимая относительная погрешность в %:
доп

дат ≤ χδ утз ;
δ доп
- допустимая инерционность доп
Tдат ≤ 0,1Тоумин , где Тоумин -
минимальная постоянная времени в передаточной функции объекта
доп
управления, Tдат - допустимая величина постоянной времени датчика.
Обычно датчики выбирают в два этапа. На первом - по условиям
эксплуатации определяется тип датчика, к примеру, термопара или
термосопротивление. На втором - из справочника находят типоразмер
датчика и все его характеристики, а именно:
- физическая величина, измеряемая чувствительным элементом
датчика,;
- диапазон измерения по паспортным данным Dпсп y дат , причем

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

в интервале Dy = ⎛⎜ 1 - 2 ⎞⎟ Dпсп
удат
;
⎝3 3⎠
дат ≤ Δy дат или δ дат ≤ δ дат ;
- погрешность измерения Δy псп доп псп доп

псп
- инерционность датчика Tдат ≤ Tдат
доп псп
, где Tдат - постоянная
гот гот
времени датчика, равная 0, 3t t
дат , - время готовности датчика
дат
выдать первое измерение, определяемое по его паспортным данным;
- крутизна статической характеристики y вых вх
дат = К дат y дат . Из серии
однотипных датчиков подбирают тот, у которого крутизна КДАТ
наибольшая;
- выходной сигнал датчика с указанием его диапазона, к примеру,
токовый в диапазоне 0 – 5 мА, (0 – 20 мА) или напряжение в диапазоне
0 – 10 В.
Если выход датчика имеет другую физическую природу, например,
изменение сопротивления или частотный, то после датчика следует
ставить преобразователь (см. рис. 25), обеспечивающий
унифицированный сигнал: токовый или напряжение.
Пример 1. Выбрать датчик измерения температуры воздуха в
производственном помещении, изменяющейся в пределах (10 – 35 оС),
точность измерений не ниже ±0,5 оС, выходной сигнал должен быть
 126
унифицированным (ток в диапазоне 0 – 5 мА или напряжение 0 –
10 В), постоянная времени объекта управления – порядка 3000 с.
Решение.
1. Выразим требуемую точность в заданном диапазоне изменения
температур в относительных единицах или в %:
±0,5o C
δ yтз = = ±0,02 или 2% .
25o C
2. Зададимся коэффициентом χ, равным 0,6. При этом потребуется
датчик, обеспечивающий точность измерения δ доп дат = 1, 2% .
3. По условиям эксплуатации выбираем тип чувствительного
элемента – термосопротивление (ТС).
4. Выписываем из справочника параметры ТС с подходящими
данными, как это показано в табл. 5.
Таблица 5
Типоразмер Диапазон Инерционность Погрешность
ТС измерения t гот δпсп
дат дат
о
ТСМ-8012 (0 – 50) С 240 с ±0,1%
ТСП-085 (0 – 100) оС 9с ±0,1%
ТСП-763 (0 – 100) оС 240 с ±0,1%

Примечание: в типоразмере ТС буква М соответствует медному,

П - платиновому термосопротивлениям.
Поскольку постоянная времени объекта управления значительная
по величине, то инерционностью любого из указанных в таблице
чувствительных элементов можно пренебречь. Следовательно,
основываясь на критерии меньшей стоимости при одинаковой
точности, выбираем термосопротивление ТСМ-8012. Для
обеспечения токового выхода используем преобразователь в виде
компенсационного моста КСМ4, обеспечивающего точность 0,25%.
При этом погрешность датчика составит:
δпсп
дат = δ 2псп 2псп
тсм + δ ксм =
доп
0,01 + 0,0625 = ±0,933% < δ дат ,
что даст следующее значение абсолютной погрешности процесса
измерения
псп псп
Dпсп
yдат 50o C
Δy дат =δ дат = ±0,933× = ±0.466o C.
100 100
 127
В результате выбора датчика из его паспортных данных становятся
псп псп
известными диапазон измерения Dпсп yдат и точность Δy дат ; δ дат . Эти

значения наряду с выбранной величиной коэффициента ρ позволяют

определить длину разрядной сетки АЦП.
2.4.2. Выбор АЦП. Исходные данные: диапазон измерения Dпсп
yдат ;

точность датчика Δy псп псп

дат ; δ дат ; величина коэффициента ρ: 0<ρ≤0,5.
АЦП характеризуется разрядностью, быстродействием и
помехозащищенностью. Длина разрядной сетки АЦП
N y АЦП рассчитывается в соответствии с выражением:
⎧⎪ ⎛ Dпсп
удат 3
⎞ ⎫⎪
N y АЦП = E ⎨log 2 ⎜ + 1 ⎟⎬ , (47)
⎜ 2× ρ × Δу псп ⎟
⎪⎩ ⎝ дат ⎠ ⎭⎪
в котором операция Е{…} означает округление результата до
ближайшего целого в большую сторону, а коэффициент 2
3
появляется из-за разницы в вычислении дисперсий погрешностей
датчика и АЦП. Так как погрешность датчика подчиняется
нормальному закону распределения, а погрешность АЦП –
равномерному, то дисперсии соответствующих погрешностей будут
равны:

σ 2
=
( Δу )
псп 2
дат 2
, σ АЦП =
( Δу )
АЦП
2

.
дат
9 12
Следовательно, учитывая, что σ 2АЦП = ρ 2σ 2дат , величину младшего
разряда АЦП можно определить как
2
Δy АЦП = ρΔy псп
дат (48)
3
Нужно заметить, что если расчеты погрешностей ведутся в
относительных единицах или в процентах, то в качестве диапазона
измерения Dпсп
yдат в формуле (47) следует брать либо 1, либо 100%.

Пример 2. Определить разрядность АЦП для преобразования

аналогового сигнала измерения температуры в код с помощью
выбранного в примере 1 датчика температуры при ρ, равном 0,1.
Решение.
 128
На основании выражения (47) и данных примера 1 получаем:
⎪⎧ ⎛ 50o C 3 ⎞ ⎪⎫ ⎪⎧ ⎛ 100% 3 ⎞ ⎪⎫
N = E ⎨log 2 ⎜⎜ o
+ 1 ⎟⎟ ⎬ = E ⎨log 2 ⎜⎜ + 1 ⎟⎟ ⎬ = 10 .
⎝ 2 × 0,1× 0,466 C ⎠ ⎭⎪ ⎝ 2× 0,1× 0,933% ⎠ ⎭⎪
АЦП
⎩⎪ ⎩⎪
При этом, как следует из (48), величина младшего разряда АЦП
составит 0.054оС, а среднеквадратическое значение погрешности на
входе вычислителя с учетом (44)
Δy 2 Δy 2
σвх = σ 2 + σ2 =
датч
+
АЦП
= 0.494o C .
датч АЦП 9 12

Пример 3. Оценить погрешность на входе МП в относительных

единицах при измерении температуры термосопротивлением ТСМ-
8012 (см. пример 1), имеющим по паспортным данным относительную
погрешность δ=0,1%. В качестве преобразователя применить
компенсационный мост КСМ4 с погрешностью δ=0,25%. Для
преобразования унифицированного сигнала в код использовать 16-
разрядный АЦП. Определить значения коэффициентов χ и ρ.
Решение.
1. Определим относительную погрешность АЦП, принимая
максимально возможную измеряемую величину за 100%
100%
δ АЦП = = 0,0015% .
216 - 1
2. Учитывая то, что погрешности термосопротивления и
компенсационного моста подчиняются нормальному закону
распределения, а погрешность АЦП – равномерному закону, вычислим
среднеквадратичное значение погрешности на входе МП как
δ2тс δкпм
2
δ2
σ вх = + + АЦП = 0,0836% .
9 9 12
3. При этом коэффициенты χ и ρ соответственно равны:
σ датч δ датч 0.933% σ 2АЦП 9δ 2АЦП
χ= = = = 0.47 , ρ = = = 0,0014 .
σ тз δ тз 2% σ 2дат 12δ 2дат
Представленные в примерах расчеты показывают, как оценивать
погрешности в абсолютных и относительных единицах. При этом в
формулу (44) необходимо ввести коэффициент пересчета
 129

Dпсп
дат
k прс = N АЦП
, (49)
2 -1
величина которого будет зависеть от разрядности АЦП и от того, в
каких единицах проведены расчеты. Например, при NАЦП=10 и
диапазоне датчика Dпсп
дат , представленном 100 %,
100(%)
k прс = 10 = 0,0978 Если же диапазон датчика и все погрешности
2 -1
o
рассчитываются в абсолютных величинах, то k прс = 50(10 C) = 0,0489 .
2 -1
Следовательно, формула (44) примет вид:
2 = ⎛ σ2
σвхi + σ2 ⎞k2 . (50)
⎜ АЦПi ⎟⎠ прс
⎝ датчi
Как было отмечено выше, помимо разрядности, важную роль при
выборе АЦП играют его быстродействие и помехозащищенность.
Быстродействие АЦП и его помехозащищенность связаны обратно
пропорциональной зависимостью, т.е. чем выше помехозащищенность,
тем больше потребуется времени на преобразование аналоговой
величины в код. Так как для технологических процессов не требуется
высокое быстродействие, то выбирают АЦП интегрирующего типа,
имеющий высокую помехозащищенность и время преобразование
порядка 100 мс.
2.4.3. Выбор микроконтроллера. Критерием выбора обычно
является минимум длины разрядной сетки АЛУ микроконтроллера
(МК) при обеспечении заданного быстродействия и минимальной
стоимости.
Из практики и технической литературы известно, что вычисления в
МК должны выполняться с точностью, превышающей точность АЦП.
Удовлетворить этому требованию можно, либо выбрав разрядность
АЛУ большей разрядности, чем у АЦП, на величину d, т.е.
N А Л У = N уА Ц П + d (51)
либо выполняя расчеты на меньшей разрядности, но с удвоенной
точностью. В последнем случае обязательна проверка по требуемому
быстродействию, при этом в последующем выражении перед
слагаемым ТВЫЧ должна стоять цифра 2:
Т цикла = Т вы ч + Т обм + Т АП Д ≤ Т ц доп (52))
 130
где Тцикла - время цикла, равное времени между опросом i-го датчика и
выдачей информации по i-му каналу измерения; ТВЫЧ - время
вычислений в цикле по принятым алгоритмам; ТОБМ - время обмена
информацией при вычислениях между ОЗУ и ПЗУ; ТАПД - время
прохождения информации через аппаратуру передачи данных в i-м
канале измерения; Тц доп - допустимое время цикла между двумя
соседними опросами датчика.
Выбирая разрядность АЛУ МК в соответствии с выражением (51),
необходимо так подбирать величину d, чтобы значение NАЛУ было
кратно байту.
В настоящее время рынок МК достаточно обширен, поэтому
подобрать МК в соответствии с предложенным критерием несложно,
однако затем необходимо оценить точность вычислений по принятым
алгоритмам с учетом всех погрешностей, возникающих в МК (см.
разд. 2.6 части 2).
Известно, что длина разрядной сетки АЛУ определяется требуемой
точностью вычислений. Чтобы определить какую погрешность в
точность представления измеряемой переменной вносит вычислитель,
необходимо знать алгоритмы первичной обработки аналоговой
информации.

2.5. Алгоритмы первичной обработки информации

В любой автоматизированной системе перед принятием решения

должен быть выполнен анализ сигналов, поступивших по каналам
связи от датчиков. Прежде всего, должна быть выполнена проверка
этих сигналов на достоверность, чтобы выявить нарушения, как в
канале передачи информации, так и в работе датчиков. Среди таких
нарушений можно назвать случайную импульсную помеху, обрыв или
короткое замыкание. К тому же датчики могут иметь статические
ошибки, нелинейные характеристики или зашумленный выходной
сигнал, что скажется на точности измерения. Для получения
корректных значений результатов измерения применяют алгоритмы
первичной обработки такие, как масштабирование, пересчет в
технические единицы, проверка на достоверность, сглаживание,
проверка на технологические границы [59].
 131
2.5.1. Проверка на достоверность. Благодаря выполнению этого
алгоритма, обнаруживаются и устраняются импульсные помехи,
выявляется обрыв или короткое замыкание в канале связи и
формируется сообщение о нарушениях оператору-технологу. В
зависимости от того, меняется ли технологическая переменная во
времени или остается постоянной, требования по проверке будут
отличаться. Если переменная по ходу технологического процесса
изменяется и известна допустимая скорость этого изменения, то
проверку на достоверность осуществляют по условию:
xik - xi(k-j)
< VDi , (53)
Tvi
где i - номер датчика; k - номер отсчета; VDi - допустимая скорость
изменения технологической переменной xi; Tvi – временной интервал
проверки на достоверность по скорости изменения, связанный со
временем опроса датчиков Tопрi соотношением:
Tvi = jTопрi . (54)
Величина j не должна быть меньше трех, поскольку заключение о
недостоверности сигнала принимается после трех кратного нарушения
условия (53).
В случае постоянства технологической переменной xi должны быть
известны верхняя XBi и нижняя XHi допустимые границы её
отклонений, определяемые, обычно, из технологических инструкций и
по условиям эксплуатации. Так, например, допустимые изменения
температуры перегретого пара в парогенераторе составляют (460 –
550)оС при номинальном значении 540 оС [60]. Следовательно, выход
единичного измерения или серии измерений за указанные границы
должен рассматриваться как нарушение. Чтобы его обнаружить,
необходимо выполнить проверку следующего неравенства:
XH i < x ik < XB i . (55)
Проверка сигналов на достоверность заключается в следующем:
если условия (53) или (55) не выполняются, то содержимое счетчика
нарушений увеличивается на 1, неверное значение показаний датчика
заменяется последним достоверным, и проверяется следующее
показание датчика с более мелким шагом опроса. Процедура проверки
повторяется. Если трижды подряд не выполняются неравенства (53)
 132
или (55, то по знаку разностей (xik - xik(k-j)) или (xik - XGi) принимается
решение о нарушении связи в i-м канале (при отрицательном знаке)
или неисправности датчика этого канала (при положительном знаке).
Во второй скобке XGi - та граница, по которой не выполняется условие
(55). После обнаружения ошибки фиксируется время нарушения, его
причина и включается резервный канал или резервный датчик.
2.5.2. Сглаживание. Обычно по ходу технологических процессов
возникают помехи с частотами, близкими или равными частотам
полезного сигнала. Примером такой помехи могут быть погрешности
измерения. Устранить их аппаратными фильтрами не удается, но
можно ослабить, и весьма существенно, программным путем, реализуя
алгоритм скользящего или экспоненциального сглаживания.
Оценим каждый из них с точки зрения расхода памяти и
быстродействия, а также покажем, как следует вычислять параметры
сглаживания перед запуском этих программных модулей.
Под быстродействием рассматриваемых алгоритмов будем
понимать готовность каждого из них выдать 1-е значение сглаженного
сигнала с заданным уровнем ослабления помехи ηi.
Алгоритм скользящего среднего определится формулой:
1 Mi
xcik = ∑ xi(Мi +k-j) ,
M i j=1
(56)

где Mi – параметр сглаживания, величина которого определяет

количество отсчетов xij (j = 1,M i ) , взятых для вычисления одного
сглаженного значения xcik.
Раскроем формулу (56) для частных значений k, а именно:
1
xci1 = (x i1 + x i2 + ...x i(M i ) ) , (57.а)
Mi
1
xci2 = (xi2 + xi3 + ...xi(Mi +1) ) , (57.б)
Mi
1
xci3 = (xi3 + xi4 + ...xi(Mi +2) ) (57.г)
Mi
и т.д.
Принцип скользящего окна поясняется формулами (57.а) - (57.г), из
которых следует, что для вычисления очередного сглаженного
значения записанная в Mi ячейках памяти информация сдвигается
 133
влево, и в освободившуюся ячейку заносится новый отсчет датчика.
После чего выполняются процедуры суммирования Mi отсчетов и
умножения на коэффициент 1/Mi. Из анализа алгоритма (56) следует,
что для его реализации потребуется Mi+2 ячейки памяти, а время
готовности алгоритма выдать с заданной точностью 1-е сглаженное
значение составит
t ск.ср. = M i Tопрi . (58)
Величина параметра сглаживания Mi вычисляется по заданному
значению коэффициента ослабления помех ηi, который, в свою
очередь, представляет собой отношение:
σ 2x i
ηi = 2 , (59)
σ xci
2 2
где σxi - дисперсия помех в отсчетах датчиков xik, σxci - дисперсия
помех в сглаженных, вычисленных в соответствии с алгоритмом (56)
значениях xcik.
Чтобы оценить величину Mi, представим каждую из переменных,
входящих в выражения (56), (57) как:
xik = mo xi + Δxik , ⎫⎪
⎬ (60)
xcik = mo xi + Δxcik ⎪⎭
Подставляя (60) в (56) или (57) и вычитая из результата подобные
уравнения, записанные относительно математических ожиданий,
получим уравнения относительно абсолютных значений
погрешностей, которые будут идентичны выражениям (56) и (57)
соответственно, например:
1
Δxc i1 = (Δx i1 + Δx i2 + ... + Δx i(M i ) ) .
Mi
Предполагая, что значения погрешностей в соседних точках не
коррелированны и характеризуются дисперсией σ2xi можно записать
следующее уравнение относительно дисперсии погрешности
сглаживания:
1
σ2xci = 2
×(σ2xi +σ2xi + ... + σ2xi )
Mi 14442444 3
Mi

или
 134

1 σ 2xi
σ 2xci = (M i ×σ 2
xi ) = .
M i2 Mi
Следовательно, с учетом выражения (60) значение параметра
сглаживания для i–го датчика
Mi=ηi.. (61)
2.5.3. Экспоненциальное сглаживание. Для экспоненциального
сглаживания алгоритм имеет вид:
xc ik = xc i(k-1) + α i (x ik - xc i(k-1) ) (62)
при начальном значении xci0=0 и диапазоне изменения параметра
сглаживания: 0<αi<1.
Следует отметить, что в реальных условиях в результате вывода
технологического процесса или технического объекта в
установившийся режим работы становится известным желаемое
значение контролируемой или регулируемой переменной, которое
ранее было обозначено как mo xi . Именно эта величина и может быть
использована в качестве начального значения xci0.
Величина параметра α определяет длительность переходных
процессов и качество сглаживания. Чем меньше α, тем лучше
сглаживание, но тем большее время потребуется для получения
сглаженного значения xcik с заданным ослаблением помехи ηi.
Поэтому, как и в предыдущем алгоритме сглаживания, возникает
задача нахождения значения параметра сглаживания αi и времени
готовности алгоритма (62) вычислить 1-е сглаженное значение xcik с
принятым коэффициентом ослабления помех ηi.
Для определения параметра сглаживания αi перейдем в выражении
(62) к дисперсиям погрешностей измерений, принимая те же
допущения, что и для алгоритма (56), тогда
σ 2xci = (1 - α i )2 σ 2xci + α i2σ 2xi .
Откуда
1 αi , (63)
=
ηi 2 - αi
или
2
αi = (64)
ηi + 1
 135
Выражение (64) позволяет рассчитать параметр αi для алгоритма
экспоненциального сглаживания, если задан коэффициент ослабления
помех ηi. Алгоритм (62) можно представить не в рекуррентной форме,
а в виде суммы следующего вида:
xcik =αi[xik +(1-αi ) xi(k-1) +(1-αi ) xi(k-2) + (1-αi ) xi(k-3) +...+(1-αi ) xi1] .
2 3 k-1

Считая, что погрешности измерения в каждом отсчете i–го датчика

не коррелированны, приходим к аналогичному уравнению
относительно дисперсий этих погрешностей, т.е.
σ2xci =αi2{[1+(1-αi )2 +(1-αi )2×2 +(1-αi )2×3 +...+(1-αi )2×(k-1) ]σ2xi }
Выражение в квадратных скобках можно записать как сумму
a (1- qk )
убывающей геометрической прогрессии Sk = 1 со знаменателем
1- q
q = (1 - α i ) 2 Следовательно,
1 - (1 - α i )2k 2 1 - (1 - α i )2k 2
σ 2xci = α i2 σ x = α i σ xi . (65)
1 - (1 - α i )2 i 2 - αi
В результате на основании формул (63) и (65) получаем
1 1 - (1 - α i )2k
= αi (66)
ηi 2 - αi
В выражении (66) член (1- α i )2k с ростом k стремится к нулю,
приближаясь к (63). Задаваясь степенью приближения δ, можно
вычислить значение k, которое будет определять количество
рекуррентных вычислений в алгоритме (62), и, следовательно, время
получения первого сглаженного значения при заданном коэффициенте
ослабления (59).
На основании сказанного из равенства (1 - α i )2k = δ находим
⎧ lnδ ⎫ ,
ki = E⎨0,5 ⎬ (67)
⎩ ln(1-αi ) ⎭

откуда ясно, что первое сглаженное значение будет получено с

заданной точностью в соответствии с алгоритмом (62) спустя время
 136

⎧ lnδ ⎫
t экс.сгл = k i Tопр i = E ⎨ ⎬ 0, 5Tопр i . (68)
⎩ ln(1 - α i ) ⎭
Как следует из (68), это время будет возрастать с увеличением
точности вычислений δ. Достоинством алгоритма экспоненциального
сглаживания, по сравнению со скользящим окном, является малый
объем памяти, хотя он значительно дольше входит в установившийся
режим.
Выбор того или иного алгоритма зависит от конкретных требований
к быстродействию и объему памяти, сформулированных в ТЗ на
разработку системы.
На рис. 29 приведены графики изменения сигналов, построенные с
помощью пакета MatLab по результатам работы программ в
соответствии с описанными выше алгоритмами.
В качестве исходного массива данных по i-му каналу измерения
был использован массив нормально распределенных чисел с
заданными параметрами. На рис. 29.а представлен график этого
массива, но с наложением в произвольных точках импульсных помех,
обрыва и короткого замыкания. После отработки программы
«Проверка на достоверность» был получен массив, представленный на
рис. 29.b. Этот массив затем обрабатывался программами «Скользящее
среднее» и «Экспоненциальное сглаживание». Задавая различные
значения коэффициента ослабления ηi, рассчитав параметры
сглаживания Mi и αi можно было проверить работу предложенных
алгоритмов. В частности, представленные на рис. 29.c и рис. 29.d
графики соответствуют расчетным значениям η=М=10 и α=0,18. При
этом величина k=17 при при заданной точности δ=0,001.
 137

20
a)
10
Signal v kanale izmereniya
0 Dispersiya:1045.0078
0 50 100 150 200 250 300 350 400 450 500
20
b) Signal posle proverki
10

0 Dispersiya:0.89051; Korotkoe zamikanie na otschete:310; Obriv v kanale na otschete

0 50 100 150 200 250 300 350 400 450 500
20
c) Sglajivaniye skolzjashim srednim
10

0 Dispersiya:0.087716; Neksper:10.1522; Tckcp=10*Topr

0 50 100 150 200 250 300 350 400 450 500
20
d) Exponencialnoye sglajivaniye
10

0 Dispersiya:0.087969; Neksper:10.123; Tekssgl=17.2117*Topr

0 50 100 150 200 250 300 350 400 450 500

Рис. 29

Экспериментальное значение коэффициента ослабления η, как

подтвердило моделирование, получилось равным заданному с
точностью (1.2-1.5)%.
2.5.4. Пересчет в технические единицы. Для представления
оператору-технологу реальных значений технологических переменных
существуют формулы пересчета, вид которых определяется типом
датчиков.
Если у датчика линейная градуировочная характеристика (см.
рис. 30), как например, у датчиков уровня, давления, то пересчет
осуществляется в соответствии со следующим выражением:
Xiмин - Xiмакс
xik = Xiмин + N АЦПi
xik = Xiмин + k прсi xik , (69)
2 -1
в котором черточкой над переменной ( xik ) обозначен её цифровой
код, индекс i относится к номеру канала измерения, индекс k – к
номеру отсчета в этом канале.
 138

xi ximax

ximin

xi

2NАЦП
xi-k

Рис. 30

При нелинейной характеристике, например, квадратичной пересчет

выполняется по следующей формуле:
2 2
2 Xiмин - Xiмакс
x ik = Xiмин + N АЦПi
xik . (70)
2 -1
Подобной характеристикой обладают обычно датчики расхода.
Для многих датчиков градуировочная характеристика предсталяется
в виде степенного ряда
n
x ik = ∑ a j xikj , j≤4.. (71)
j=0
Например, для датчиков температуры достаточно степень
аппроксимирующего полинома j брать не более двух.
2.5.5. Проверка на технологические границы. Эта проверка
является одним из основных элементов контроля хода ТП. Контроль
производится путем сравнения текущего значения технологической
переменной xik с заданными значениями верхней XBi и нижней XHi
границ [56]. При нарушении этих границ программа выдает признак
нарушения γ ik = 1 , фиксирует время нарушения, сообщает оператору-
технологу о нарушении и посылает все данные в архив.
Чтобы предупредить повторные переключения признака γik, когда
значение технологической переменной колеблется вблизи одной из
границ, вводится полоса гистерезиса δi, равная, например, 5% от
 139
диапазона изменения этой переменной. В результате признак
нарушения границы вырабатывается в соответствии с условиями:
g ik = 1 при x ik ≥ XB i или x ik ≤ XH i , ⎫
⎬ (72)
g ik = 0 при XH i + d i g i(k-1) ≤ x ik ≤ XB i - d i g i(k-1) ⎭
Подобная проверка предусмотрена и в SCADA-системе TRACE
MODE. Но, помимо зоны гистерезиса, в TRACE MODE предусмотрена
зона предупреждения по предаварийной ситуации.

2.6. Оценка погрешностей программных модулей ПСОИ

Как было отмечено ранее, вычисления в микроконтроллере

сопровождаются погрешностями, которые влияют на точность
результата. Рассмотрим, как оцениваются эти погрешности, и каким
образом их можно уменьшить. Среди погрешностей вычислений
обычно различают три их вида:
- погрешность инструментальная за счет ограниченной длины
разрядной сетки;
- погрешность метода за счет неточной аппроксимации
градуировочной кривой или за счет приближенных значений интеграла
и производной при использовании формул численного интегрирования
и численного дифференцирования;
- трансформированная погрешность, обусловленная
преобразованием погрешностей во входных переменных с помощью
алгоритма вычислений на его выход.
Каждая процедура первичной обработки может быть реализована
различными вариантами алгоритмов, отличающимися точностью
выполнения операций, временем ее выполнения в МК, объемом
занимаемой памяти и т.д.
Основная задача при построении подсистемы первичной обработки
заключается в определении рационального варианта алгоритма
обработки и выбора аппаратуры с тем, чтобы обеспечить требуемую
точность вычисления контролируемого параметра и время реакции
системы на чрезвычайную ситуацию на объекте.
Вычислительная погрешность, влияющая на точность
представления i-го контролируемого параметра на выходе подсистемы
первичной обработки информации, определяется как
2 2 2
σ кнтрi = σ окрi + σ трфi , (73)
 140
2
где σ окрi - дисперсия погрешности округления или, как её еще
называют, инструментальной погрешности, σ 2трфi - дисперсия
трансформированной погрешности.
2.6.1. Инструментальная погрешность. Величина разрядной сетки
влияет на точность контролируемых и управляемых переменных, а
также на стоимость микроконтроллера. Поэтому, как уже отмечалось,
одним из критериев выбора МК является обеспечение заданной
точности, по возможности, минимальной длиной разрядной сетки.
Длина разрядной сетки непосредственно влияет на инструментальную
погрешность или погрешность округления. Кроме того, на величину
этой погрешности будет влиять количество последовательных
округлений в алгоритме вычислений.
Для примера оценим инструментальную погрешность при
вычислении произведения двух чисел: П=а×ε. В результате округления
каждый множитель этого произведения представлен в МК целым
числом квантов Δa и Δε, т.е.
a = PΔa, ε = NΔε .
С учетом процедуры округления для каждого множителя
a = a + βa , ε = ε + βε . и результата произведения
П = П + β П = aε + aβε + εβa + βaβε + β П ,
где βα, βε, βП - погрешности округления соответственно множителей и
результата их перемножения, имеющие дисперсии
2 2 2 2
σ a = σ ε = σ П = σ окр , получим следующее выражение для дисперсии
погрешности округления произведения:
σ 2П = {a 2 + ε 2 }σ окр
2
.
При вычислениях с фиксированной запятой, исходные данные
должны быть масштабированы так, чтобы и множители и результат
умножения были близки к единице, т.е. чтобы не было потери в
точности вычисления. Тогда, если a, ε близки к единице, то
Δ 2АЛУ
σ 2П ≅ 3σ окр
2
=3 ,
12
где ΔАЛУ - величина младшего разряда операционного устройства.
Из анализа полученных результатов можно сделать вывод, что
суммарная погрешность округления в МК складывается из
 141
погрешностей операндов и погрешностей округления результата
вычислений. Например, выражение x=ay-bz2 после процедур
последовательных округлений, обозначенных черточками, будет
иметь вид: x = a × y + b × z × z , при этом дисперсия погрешности
округления результата
σ 2x = σ a2 + σ 2y + σ 2П1 + σ b2 + σ z2 + σ 2П 2 + σ рез
2 2
= 9σ окр .
Следовательно, если таких округлений m , то
2 2
σ окррез = mσ окр . (74)
2.6.2. Трансформированная погрешность. Величина
трансформированной погрешности зависит от используемых для
сигналов i-го датчика алгоритмов первичной обработки информации и
от вариантов их соединения.
Дисперсия трансформированной погрешности при
последовательной схеме соединения алгоритмов первичной обработки
сигнала i-го датчика, показанной на рис. 31, после каждого из
алгоритмов преобразования имеет вид:
x вхi x1i x 2i x x =x
ϕ (xвхi ) ϕ (x ) ... (k-1)i ϕki(x(k-1)i) ki выхi
1i 2i 1i
Рис. 31

⎛ dj ( x ) ⎞
2
2
σ x1i = ⎜ 1i вхi ⎟ σ 2xвхi ,
⎝ dxвхi ⎠
⎛ dj ( x ) ⎞
2

σ = ⎜ 2i 1i ⎟ σ 2x1i ,
2
x 2i
⎝ dx1i ⎠
...............................
⎛ djki ( x(k-1)i ) ⎞ 2 .
2

σ 2
=⎜ ⎟ σ
xki
⎜ dx(k-1)i ⎟ x(k-1)i
⎝ ⎠
После взаимной подстановки получим дисперсию
трансформированной погрешности в виде
 142

⎛ djji ( x(j-1)i ) ⎞ 2
2
⎛ dj ( x ) ⎞
2
k
σ 2
xki =σ 2
x трфi = ⎜ 1i вхi ⎟ ∏ ⎜
⎜ dx(j-1)i ⎟ xвхi
⎟σ (75)
⎝ dxвхi ⎠ j=2
⎝ ⎠
Если задан сложный алгоритм преобразования от нескольких
переменных в виде, показанном на рис. 32, то при отсутствии
взаимной корреляции переменных xji (j = 1,k)

⎛ j ( x ji ) ⎞ 2
2
k
σ 2трфi = ∑⎜ ⎟σ
⎜ x ji ⎟ x ji
j=1
⎝ ⎠

x1i

x2i
ϕ(x) хвыхода
…
xki

хвыхода=ϕ(x)
Рис. 32

Пример 4. Для получения контролируемой величины используются

два алгоритма первичной обработки: экспоненциальное сглаживание и
линейное масштабирование, работающих последовательно.
Необходимо оценить трансформированную погрешность при
известной дисперсии погрешности входной переменной σ 2xвхi .
Для алгоритма экспоненциального сглаживания дисперсия
трансформированной погрешности с учетом выражения (63)
1 2 α
σ 2трфсглi = σ 2xci = σ xвхi = i σ 2xвхi ,
ηi 2 - αi
для линейного масштабирования на основании (69)
σ 2трфлмi = k 2лмi σ 2трфсглi .
В результате дисперсия трансформированной погрешности в
вычислении i-ой контролируемой величины с использованием двух
алгоритмов первичной обработки
 143
αi 2
σ 2трфлмi = k 2лмi σ 2трфсглi = k 2лмi
σx .
2 - α i вхi
αi
не будет превышать σ 2xвхi , если произведение k 2лмi будет меньше
2 - αi
единицы.
Пример .5. Оценить трансформированную погрешность на выходе
цепи алгоритмов первичной обработки в i-м канале измерения,
представленной на рис. 33.

Рис. 33
Представленная на рис. 33 цепь состоит из алгоритмов первичной
обработки, описанных в разд. 2.5 части 2:
1) проверка на достоверность;
2) сглаживание, например, скользящее среднее;
3) пересчет в технические единицы для датчиков с линейными
шкалами;
4) проверка на технологические границы.
2
Если σ ВХ i
– дисперсия аппаратной погрешности на входе МК,
вычисляемая в соответствии с (50), то согласно методике, изложенной
в разд. 2.6 части 2, получим следующую систему уравнений
относительно трансформированных погрешностей:
σ 12 = σ вх
2
, ⎫
i i
⎪
1 2 ⎪
σ2 =
2
σ1 , ⎪
i
ηi i ⎪ (76)
⎬
2 ⎪
σ3 = k σ2 ,
2 2
i лм i ⎪
i
⎪
σ 42 = σ 23 . ⎪⎭
i i

В результате исключения путем взаимной подстановки в (76)

промежуточных величин приходим к выражению
трансформированной погрешности для заданной цепи алгоритмов в
виде
 144

k 2лмi 2
σ 2трфi = σ вхi .
ηi
2
После вычисления в соответствии с (73) σ кнтрi необходимо
убедиться в том, что погрешность получения контролируемой
величины не больше допустимой, в противном случае необходимо
либо выбирать более точные датчики, либо увеличивать длину
разрядной сетки, либо упрощать алгоритмы преобразования.
Иногда требования к точности настолько жесткие, что приходится
использовать комбинацию указанных способов уменьшения
погрешности.

2.7. Ввод и первичная обработка дискретных сигналов

Известны [57] три вида дискретных сигналов:

1. Двухпозиционные – сигналы, которые отражают положение
контактов переключателя. Они служат для получения информации об
агрегатах и механизмах по принципу «включено-выключено». Эти
сигналы используются для переключения режимов работы
оборудования, а также для контроля схем релейной защиты;
2. Инициативные – сигналы от датчиков, вызывающие прерывание
программы. От двухпозиционных сигналов они отличаются временной
характеристикой: крутой передний фронт, малая длительность и
необходимость быстрой реакции на сигнал такого датчика.
Инициативные сигналы должны поступать в контроллер прерываний.
3. Числоимпульсные – сигналы от счетчиков электроэнергии, от
дозаторов различных материалов, от интеграторов-расходомеров.
Каждое изменение дискретного сигнала должно быть передано для
дальнейшей обработки в МК. Дискретный сигнал, характеризующий
состояние позиционного объекта контроля, отражает либо положение
контактов переключателя, либо уровень напряжения. В первом случае
для преобразования положения контактов переключателя в уровень
напряжения с целью передачи их состояния в МК последовательно с
контактами включается источник напряжения и резистор ограничения
тока [61]. Чтобы предотвратить разрыв в цепи, параллельно контактам
датчика подключается еще один дополнительный резистор. Сигнал
позиционного датчика поступает в пороговое устройство, параметры
выходного сигнала которого должны соответствовать логическим
 145
сигналам МК. Для фильтрации помех в линии связи и исключения
"дребезга" механических контактов на входе пороговой схемы
ставится RC-фильтр с постоянной времени Тф=2-3 мс. Каждый
двухпозиционный сигнал изменяет состояние одного бита дискретного
входа МК.
Сбор информации о состоянии дискретных датчиков
осуществляется периодическим опросом порта ввода дискретных
сигналов, для чего в команде опроса должен быть указан адрес этого
порта. Для выяснения состояния бита, связанного с конкретным
датчиком, можно использовать команды логического умножения или
сдвига искомого бита в знаковый разряд слова.
Информация о текущем состоянии дискретного 2-х позиционного
датчика обычно предназначена для обеспечения различных логических
условий в алгоритмах контроля и управления, для отображения на
экране дисплея информации о состоянии агрегатов и механизмов.
Типовые операции обработки 2-х позиционных сигналов
заключаются в получении признаков переключения технологических
агрегатов и их режимов, вычислении времени работы оборудования в
различных режимах или его простоя, расчете коэффициентов
использования оборудования.
К дискретным сигналам, как уже было сказано, относятся
инициативные сигналы, вызывающие прерывание рабочей программы
МК и переход к программе, обслуживающей это прерывание.
Устройство ввода инициативных сигналов имеет блок контроля
изменения состояния входных сигналов, который выдает сигнал
готовности при появлении перепада в любом разряде входного
регистра из "1" в "0" или наоборот. Когда этот сигнал поступает в
контроллер прерывания, анализируется причина прерывания и
запускается программа его обработки.
С помощью число-импульсных датчиков вводится информация от
счетчиков электроэнергии, интеграторов-расходомеров, дозаторов
других источников импульсных сигналов. Устройство ввода число-
импульсных сигналов - это двоичный счетчик, содержимое которого
прочитывается периодически с постоянной частотой либо по
прерыванию от сигнала "переполнение", который вырабатывается при
заполнении определенной части счетчика.
 146
Среди модулей ввода дискретных сигналов можно назвать,
например, устройства фирмы Advantech такие, как ADAM-4051,
ADAM-4053.
ADAM-4051 – модуль цифрового ввода на 16 каналов с индикацией
и входным напряжением до 50 В постоянного тока.
ADAM-4053 – модуль цифрового ввода также на 16 каналов с
входным напряжением до 30 В.
 147

3. ПОДСИСТЕМА УПРАВЛЕНИЯ ТЕХНОЛОГИЧЕСКИМ

ПРОЦЕССОМ

3.1. Общие сведения

Независимо от особенностей конкретного технологического

процесса проектирование управляющей подсистемы следует начинать
с установления целей управления технологическим процессом (ТП),
критериев оценки эффективности работы АСУ, перечня
управляющих функций и потребности в информационном
обеспечении для формирования управляющих воздействий.
Глобальные цели управления и критерии оценки обычно следуют из
анализа конкретного технологического процесса и должны быть
оговорены в техническом задании на проектирование АСУ. На основе
этих показателей проектировщик путем детального анализа отдельных
технологических операций в составе ТП должен определиться с
локальными целями и критериями оценки выполнения
технологических операций или управления отдельными
технологическими параметрами. При этом следует классифицировать
все имеющиеся управляющие входы АСУ по характеру управления:
- управление локальными системами по уставкам;
- прямое цифровое управление;
- логическое двухпозиционное или кодовое управление.
Наличие группы параметров, управляемых по уставкам, зависит от
оснащенности технологического процесса средствами локальной
автоматики. Если по какому-либо параметру управление
осуществляется локальной автоматической системой, то в задачи АСУ
по этому параметру входит только программное изменение уставки и
организация логического управления. В этом случае закон управления,
обеспечивающий требуемую динамику по данному параметру,
реализуется локальной системой и, в большинстве случаев, не требует
иного вмешательства со стороны управляющей подсистемы АСУ,
кроме логического управления, позволяющего изменить величину
уставки, расчет которой обычно выполняется на основе уравнения
материального или теплового баланса [62].
При управлении параметрами ТП в режиме прямого цифрового
управления необходимо получить соотношение между управляющим
 148
воздействием и текущими параметрами, на основе которых это
управление формируется. Выбор алгоритма управления и расчет
параметров настройки будет зависеть от вида модели объекта
управления, заданной в ТЗ или полученной в результате
идентификации его разгонной характеристики.

3.2. Структура локальной системы управления

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

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

Рис. 34

На этом рисунке введены следующие обозначения: СП -

сервопривод, РО - регулирующий орган, Д - датчик регулируемой
переменной, ТП - технологический процесс, УУ - управляющее
устройство, вырабатывающее сигнал управления в соответствии с
заданным или выбранным алгоритмом.
Многие из ТП, например, процессы нагрева, сушки, абсорбции и
т.п., описываются передаточными функциями вида
K оу -pτ оу
Wоу (p) = e . (77)
Tоу p + 1
Параметры передаточной функции (77) такие, как коэффициент
передачи объекта управления КОУ, постоянная времени ТОУ и величина
транспортного запаздывания τОУ в большинстве случаев определяются
известными методами идентификации на основе экспериментальных
данных [62].
Входным управляющим воздействием указанных выше объектов
является расход того или иного вида топлива, вещества, сырья или их
 149
компонент, которые подаются на объект через регулирующие органы
РО (клапаны, заслонки) с помощью исполнительных механизмов.
Последние обычно имеют встроенные редукторы и датчики обратной
связи для слежения за отработкой заданного угла открытия РО.
Однооборотный или многооборотный исполнительный механизм с
включенной обратной связью образуют сервопривод, поведение
которого можно описать инерционным звеном первого порядка:
K сп
Wсп (p) = . (78)
Tспp + 1
Для измерения регулируемой переменной используют датчики,
состоящие из чувствительного (измерительного) элемента и
преобразователя измеряемой величины в ток, напряжение и т.п. В
отдельных случаях, например, при погружении в агрессивные среды
датчики армируют защитной оболочкой, что сказывается на их
инерционности. Поэтому, помимо указанных передаточных функций,
необходимо учитывать и передаточную функцию датчика
регулируемой величины в виде
K дат
Wдат (p) = . (79)
Tдатp + 1
Если выполняется неравенство ТДАТ, ТСП<<ТОУ, то можно
использовать эквивалентное инерционное звено с постоянной времени
Тμ=ТДАТ+ТСП. При этом передаточная функция разомкнутого контура
системы регулирования (рис. 34) будет иметь вид:
Kо -pτ
W(p) = Wyy (p) e оу (80)
(Tоу p + 1)(Tμp + 1)
при КО=КОУКСПКДАТ, Тμ<τОУ<ТОУ или τОУ<Тμ<<ТОУ, вид
передаточной функции WУУ(p) определяется алгоритмом работы
управляющего устройства УУ.
Современные производственные системы широко используют
программные методы управления технологическими объектами с
применением развитой сети контроллеров и ПК. В частности, в
системах локальной автоматики применение контроллеров для целей
стабилизации дает возможность использования алгоритмов управления
различной сложности.
 150
3.3. Алгоритмы формирования управляющих воздействий

3.3.1. ПИД закон управления. Расчет параметров с

использованием современных программных пакетов. Среди
линейных алгоритмов наибольшее распространение получили
пропорционально-интегрально-дифференциальные (ПИД) законы
управления:
⎛ 1
t
dε(t) ⎞
u(t) = K рег ⎜ ε(t) + ∫ ε(t)dt + Tд ⎟, (81)
⎝ Tи 0 dt ⎠
где КРЕГ, ТИ, ТД - параметры настройки. Отметим, что известные
методы их определения [63, 64] громоздки, а системы, использующие
полученные этими методами параметры настройки, обладают
существенным перерегулированием, что отрицательно сказывается на
экономических показателях. Кроме того, указанные источники не
содержат рекомендаций по расчету параметров настройки для
объектов с транспортным запаздыванием (77).
Пользуясь критерием Найквиста, в частности, желаемым запасом по
фазе γср, можно предложить следующую методику определения
параметров настройки алгоритма (81):
1. Записать выражение для фазовой характеристики разомкнутой
системы ϕ(ω) ;
2. Приравнять полученное выражение к желаемому запасу по фазе
на частоте среза ϕ(ωср)=γср и определить значение ωср, положив
предварительно ТИ=ТОУ, ТД=τОУ;
3. Подставив вычисленное значение ωср в выражение для модуля
комплексного коэффициента передачи разомкнутой системы
A(ωср ) = W(p)p=jωср , определить коэффициент настройки КРЕГ;
4. Регулируя величину запаса устойчивости по фазе γср, можно
величиной КРЕГ изменять качество переходного процесса.
Как показано ниже в примере 6, система с параметрами настройки,
вычисленными по предложенной методике, является робастно
устойчивой. Учитывая, что передаточная функция разомкнутого
контура представленной на рис. 34 системы с учетом (81) и
1
Wyy (p) = K рег (1 + + Tдp)
Tиp
 151
имеет вид:
K рег K o (TиTдp 2 + Tиp + 1) -pτ oy
W(p) = e , (82)
Tиp(Toy p + 1)(Tμp + 1)
запишем выражения для амплитудно-частотной А(ω) и фазочастотной
ϕ(ω) характеристик [65]:
K рег K o Tи2ω 2 + (1 - TиTдω 2 )2
A(ω) = , (83)
Tиω (Toy2 ω 2 + 1)(Tμ2ω 2 + 1)
π
j(ω) = - - ωτ oy - arctg(ω × Toy ) - arctg(ωTμ ) +
2
Tиω
+arctg (84)
(1 - TиTдω 2 )
Используя выражения (83) и (84), решим поставленную задачу.
Определив значения постоянные времени регулятора как
ТИ=ТОУ, ТД=τОУ, (85)
запишем выражение (84) для частоты среза ωср в виде
π
j(ωcp ) = - - ωcp τ oy - arctg(ωcpToy ) -
2
Toy ωcp
+arctg 2
= -π + γ cp (86)
(1 - Toy τ oy ωcp )
Представив уравнение (86) как
Toy ωcp
-arctg(ωcp Toy ) - arctg(ωcpTμ ) + arctg 2
=
(1 - Toy τ oyωcp )
π
=- + γ cp + ωcp τ oy (86.а)
2
или
3
-ωcp Tμ + ωcp (Toy2 τ oy + τ oy Toy Tμ - Tμ Toy2 )
arctg =
1 + (Toy2 - Toy τ oy )ωcp
2
+ Toy2 τ oy Tμωcp
4

π
=- + γ cp + ωcp τ oy , (86.б)
2
найдем его решение графическим способом, задавая значение γср и
используя программный пакет MatLab. Решение приведено на рис. 35.
 152

ϕ(ω)
0 .2
0 .1 5 2
0 .1
0 .0 5
0 .0
-
- 1

-
-0.2
ωcp
-0.25 ω
1 2 3 4 5 6 7 8 9 10
*10-
3

Рис. 35

Координата точки пересечения двух кривых (первой кривой – для

левой части уравнения (86.б), второй – для его правой части) по оси
абсцисс даст значение частоты среза ωср, на которой запас по фазе
равен заданному.
Поскольку на частоте среза амплитудно-частотная характеристика
А(ωср) равна единице, то из выражения (83) после подстановки в него
значений (85) и ωср можно найти величину коэффициента КРЕГ.
Toy ωcp (Toy2 ωcp
2
+ 1)(Tμ2ωcp
2
+ 1)
K рег = . (87)
Ko Toy2 ωcp
2 2 2
+ (1 - Toy τ oyωcp )
Итак, формулы (85), (86) и (87) позволяют рассчитать параметры
настройки КРЕГ, ТИ, ТД алгоритма (81), обеспечивающие
апериодический переходный процесс в системе управления,
построенной для объекта с транспортным запаздыванием [65].
Пример 6. Рассчитать параметры закона (81) для системы
управления со следующими коэффициентами заданной части:
ТОУ=600 с, τОУ=50 с, КО=2, ТДАТ=60 с, ТСП=30 с, обеспечив
апериодический переходный процесс c минимальным
 153
перерегулированием (не более 5%) и длительностью tр, отвечающей
условию:
ТОУ≤tP≤3ТОУ. (88)
Указанные требования связаны с тем, что для большинства
технологических процессов обычно не предъявляются жесткие
требования к быстродействию, т.к. выход на режим определяется
технологией самого процесса. А переходный процесс с
перерегулированием не более 5%, названный в литературе [66]
технически оптимальным, обеспечит экономный расход энергии.
Решение. Постоянная времени эквивалентного инерционного звена
Тμ=ТДАТ+ТСП=90 с. Принимаем запас по фазе γср=75°=π/2,4 и,
используя пакет MatLab, из графического решения уравнения (86.б)
получаем значение частоты ωср, равное 0?0027с1. После чего по
уравнению (87) для полученной величины ωср вычисляем значение
параметра настройки КРЕГ=0,8835.
Моделирование рассматриваемой системы в среде SIMULINK
пакета MatLab подтвердило возможность получения апериодического
переходного процесса (см. рис. 36) заданной длительности (88) с
минимальным перерегулированием для САУ, использующей в
управляющем устройстве ПИД закон управления (81), значения
параметров настройки которого рассчитаны по предложенной
методике.
Поскольку значения параметров модели заданной части системы
могут отличаться от истинных в силу различного рода погрешностей,
например, погрешностей измерения или неточностей аппроксимации
характеристик объекта в процессе идентификации, то возникает
неопределенность [67]. Следовательно, точные значения параметров
заданной части системы остаются неизвестными. Однако можно
указать интервалы, в которых они должны находиться, т.е.
Kimin≤Ki≤Kimax,,
Timin≤Ti≤Timax.
 154

h(t)
1.4

1.2
1
0.8

0.6
0.4

0.2
0 1000 t, c
500 1500 2000 2500

Рис. 36

Для исследования линейных систем с интервальными параметрами

вводят понятие робастной устойчивости, оценку которой выполняют,
пользуясь критерием Харитонова [67]. Из-за наличия в объекте
транспортного запаздывания применить этот критерий к
рассматриваемой системе не представляется возможным. Поэтому, по
аналогии с указанным критерием, предлагается исследовать робастную
устойчивость путем моделирования этой системы с передаточными
функциями заданной части, имеющими коэффициенты, равными
граничным значениям интервальных параметров
[K o , K o ] -p[ τ oy ,τ oy ]
W (p) = W рег (p) e .(89)
([Toy , Toy ]p + 1)([Tμ , Tμ ]p + 1)
Границы интервалов задают как
Ci = Ci min = (1 - δi )Ci , ⎫⎪
⎬ (90)
Ci = Ci max = (1 + δi )Ci , ⎪⎭
где Ci – значение параметраC, полученное в результате идентификации
объекта, δi – относительное значение погрешности, равное, например,
0,2 при ± 20-и процентном интервале.
При этом получатся четыре передаточные функции следующего
вида:
 155

Ko -p τ ⎫
W1 (p) = Wрег (p) e oy , ⎪
(Toy p + 1)(Tμp + 1) ⎪
Ko ⎪
e ,⎪
-p τoy
W2 (p) = Wрег (p)
(Toy p + 1)(Tμp + 1) ⎪
⎪ (91)
⎬
Ko
e ,⎪
-p τoy
W3 (p) = Wрег (p)
(Toy p + 1)(Tμp + 1) ⎪
⎪
Ko -p τ
⎪
W4 (p) = Wрег (p) e oy . ⎪
(Toy p + 1)(Tμp + 1) ⎪⎭
На рис. 37 представлены графики переходных процессов для
замкнутой системы с передаточными функциями (99). Номер графика
соответствует номеру передаточной функции. Нулем обозначена
кривая, соответствующая исходным параметрам (см. рис. 36).
Результаты моделирования показали, что САУ, использующая ПИД
закон управления со значениями коэффициентов настройки,
рассчитанными по предложенной методике, даже при 20-и процентном
разбросе параметров объекта является робастно устойчивой и
обеспечивает приемлемое качество переходного процесса [65].
Следует отметить, что по предложенной методике могут быть
рассчитаны параметры любых линейных регуляторов.
3.3.2. Модальное управление. Управляющее воздействие
u=g-kTx=g=k1x1-k2x2-…-knxn (92)
будет называться модальным, если коэффициенты ki, i=1,2,…n
выбраны по заданным исходя из степени устойчивости η корням
характеристического полинома замкнутой системы [67, 68]. Как видим,
реализация в микроконтроллере такого управления не вызывает
особых трудностей, если все переменные состояния x={x1,x2,…,xn}
доступны измерению и объект является полностью управляемым.
 156
h(t)
1 .4

1 .2

3 0 2
1
1
0 .8

0 .6
4
0 .4

0 .2

0 t, c
0 500 1000 1500 2000 2500
Рис. 37

Например, управление исполнительным устройством – мотором,

работающим с переменной частотой вращения, может осуществляться
по трем переменным состояния: углу поворота, частоте вращения и
току якоря, поскольку все указанные переменные могут быть
измерены с помощью соответствующих датчиков.
3.3.3. Алгоритм нечеткого регулирования. Нечеткие логические
регуляторы (НЛР) используются при управлении объектами, для
которых либо сложно получить математическую модель, либо объект
содержит существенно нелинейные характеристики [69]. Часто
нечеткий регулятор используют для управления объектом, параметры
которого имеют качественное описание.
Для формирования в НЛР управляющего воздействия необходимо
осуществить следующие действия [70]:
1. Получить величину отклонения (рассогласования) ε истинного
значения регулируемой координаты y от требуемого g;
2. Преобразовать значения отклонения к нечеткому виду:
«большое», «среднее», «малое»;
 157
3. Оценить приращения управления по заранее сформулированным
нечетким правилам принятия решения4
4. Вычислить значение кода управления, необходимого для
регулирования процесса.
Значение управляющего воздействия u на i–м шаге формируется в
соответствии с алгоритмом
du i = k gdu gi + k mdumi + k sdu si ⎫
⎬, (93)
u i = u i-1 + du i ⎭
в котором kg, km, ks - коэффициенты принадлежности рассогласования
ε к категориям «большое», «среднее» и «малое» соответственно; dugi,
dumi, dusi - приращение управления по условию «большое», «среднее»
и «малое» отклонение соответственно.
Каждое из указанных приращений рассчитывается по следующей
формуле:
duμi=Kμsign(g-y), (94)
где μ - признак категории рассогласования g, m или s. Коэффициенты
Kμ подбираются в результате экспертных оценок. Наличие в
выражении (93) накопления приращений равнозначно введению в
закон управления астатического звена (интегратора), что позволяет и в
нечетком регуляторе теоретически обеспечивать нулевую статическую
ошибку.
3.3.4. Адаптивное управление. При изменениях параметров ТП в
широких пределах классические системы регулирования, построенные
с использованием обычных ПИД-регуляторов, не могут обеспечивать
высокие требования к качеству процесса управления, а в некоторых
случаях – вообще устойчивое регулирование их режимов [69].
Качественное регулирование такого объекта можно обеспечить,
например, применением адаптивной системы управления с эталонной
моделью, которая задает желаемую траекторию движения реального
объекта. В этом случае система должна включать как контур
управления, так и контур, обеспечивающий подстройку параметров
регулятора таким образом, чтобы минимизировать рассогласование
между выходом эталонной модели и выходом управляемого процесса
(рис. 38).
Закон адаптации должен обеспечивать асимптотическую
устойчивость и минимальное время сходимости переходного процесса
в системе к реакции эталонной модели. Указанные требования можно
 158
удовлетворить, если для формирования закона адаптации uД
использовать второй метод Ляпунова [71].

Рис. 38

Процедура разработки закона адаптации заключается в следующем.

1. По параметрам нестационарной модели ОУ подбирается
эталонная модель с желаемыми показателями переходного процесса
системы управления.
2. Записывается уравнение системы с эталонной моделью
относительно ошибки адаптации.
3. Выбирается функция Ляпунова и записывается условие
отрицательности ее производной.
4. На основании п. 3 записывается выражение для дополнительного
управления uД.
5. Определяется уравнение линии переключения.
6. Рассчитываются коэффициенты, и получается аналитическая
запись закона управления, подлежащего реализации.
В результате выполнения перечисленных процедур аналитическая
запись закона управления может выглядеть аналогично выражению,
полученному в частном примере [19]:
u д = (g x2 x 2 + g x3 x 3 + qε1 ε1 + q ε2 ε 2 +

+qε3 ε 3 )sign(b1ε1 + b 2ε 2 + b 3ε 3 ) , (95)

где ε - рассогласование между выходом эталонной модели и выходом
управляемого процесса.
3.3.5. Релейное управление. Релейное управление является
наиболее простым в реализации и экономичным в эксплуатации
 159
способом управления: сигнал рассогласования подается на
исполнительную часть системы прерывно, причем возможны только
три значения управляющего воздействия: максимальное
положительное, максимальное отрицательное и нулевое (рис. 39).

Рис. 39

Релейные системы по самому принципу своему являются

нелинейными, поскольку моменты времени, в которые происходит
замыкание и размыкание системы, заранее неизвестны; они не
задаются извне, а определяются внутренними свойствами самой
системы (ее структурой и величинами ее параметров). К тому же их
поведение, в отличие от линейных систем, зависит от начальных
условий. Этим обуславливаются и основные специфические
особенности динамики процессов регулирования в релейных системах.
В отличие от линейных, в них может возникать режим устойчивых
автоколебаний.
Представленные на рис. 39 статические характеристики определяют
работу мотора (исполнительного устройства системы) с напряжением
питания UM. Если токи срабатывания IСР и отпускания IОТП реле не
совпадают (рис. 39.б), то появляется петля гистерезиса, которая
способствует возникновению режима автоколебаний. Для их
устранения вводят дополнительную обратную связь по частоте
вращения мотора. Убрать статическую ошибку, обусловленную зоной
нечувствительности реле, можно только обеспечив идеальную
релейную характеристику (рис. 39.в). Очевидно, осуществить это
возможно, реализовав релейное управление на микроконтроллере.
 160
3.4. Алгоритмическая структура локальной системы с
цифровым устройством управления

В результате анализа процессов контроля и управления для

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

Рис. 40

На рис. 40 к технической структуре заданной части системы,

состоящей из сервопривода (исполнительного механизма ИМ,
 161
усилителя мощности УМ, датчика угла поворота ДУП),
регулирующего органа РО и датчика выходной координаты объекта
управления ОУ yt, подключены модули алгоритмической структуры. В
модуле ввода Мвв, например, ADAM-4011 решаются такие задачи, как
смещение уровня сигнала датчика с помощью нормализатора в
заданный диапазон измерения, устранение радиопомех и помех
промышленной частоты с помощью аппаратных RC-фильтров.
В контроллере реализуются алгоритмы первичной обработки:
проверка на достоверность, сглаживание и т.п., а также один из
упомянутых алгоритмов управления.
Одновременно проверяется точность регулирования εi=gyci-1 и если
она находится в допустимой зоне εДОП, то код управления ui не
обновляется. Опрос датчика и выдача кода управления выполняются
по прерыванию от таймера с шагом дискретности T0.

3.5. Характеристики многорежимных технологических

процессов

В многорежимных технологических процессах (ТП) может быть

несколько целей управления, реализация которых производится в
зависимости от выбранного режима работы технологического
оборудования. При этом выбор соответствующего режима его работы
может производиться по времени, по изменению состояния каких-либо
датчиков оборудования либо по достижению требуемого состояния в
ходе ТП.
Помимо управления в номинальном режиме, необходимо
предусмотреть контроль на предаварийную ситуацию и управление по
предотвращению аварии. Все перечисленное рекомендуется
представить в виде табл. 6 [58].
Для дискретных управляемых параметров вместо закона
управления в табл. 6 заносится набор признаков и их значения,
определяющие выбор того или иного режима работы оборудования.
Кроме того, для каждого признака должно быть сделано заключение
относительно условий его формирования (инициативный - от
срабатывания датчиков ТП или оборудования; пассивный -
периодический опрос датчиков состояния ТП и оборудования;
программный - на основе вычисления некоторых показателей ТП или
анализа сложившейся ситуации в его ходе).
 162
Таблица 6
Характеристики многорежимных ТП
Режим пуска Температура Пламя горелки Контролируемый
обмоток технологический
двигателя параметр либо
Релейное Двухпозиционно Логическое Тип управления
е
Сокращение Аварийное Предотвращение Цель управления
времени выхода выключение взрыва
на номинальный
режим
Оптимальное Надежность Надежность Критерий
быстродействие выполнениz выполнениz эффективности
управления
Отключение Прекращение Связь
силового питания подачи топлив управления с
двигателя контролируемым
параметром
По расчетным По срабатыванию При Интервал выдачи
значениям аварийных датчи- срабатывании управляющих
интервалов ков датчика воздействий
переключения технологического
агрегата
(перечень)
Датчики Датчик наличия Информационное
исправности пламени обеспечение (пе-
оборудования речень исходных
данных)
Признак окон- Режим должен Опрос датчика Примечание
чания режима быть определен с каждые 2с
пуска должен момента
выдаваться при включения
достижении технологического
заданной трубки оборудования
по выходному

Для аналоговых управляющих сигналов, наряду с законом

управления, также необходимо указать совокупность признаков, по
которым реализуется тот или иной закон управления. В графе
“Примечание” целесообразно указывать особенности используемых
 163
режимов и условия их возникновения, которые необходимо учесть при
разработке логической структуры подсистемы управления.
Данные табл. 6 позволяют построить алгоритмическую структуру
подсистемы управления АСУ, которая отражает все возможные
режимы функционирования АСУ и условия перехода на каждый
конкретный режим в зависимости от значений признаков хода ТП и
состояния технологического и вспомогательного оборудования.
Результатом проведенного анализа ОУ должна быть алгоритмическая
структура управляющей подсистемы разрабатываемой АСУ (см.
разд. 1.5 части 2).
На следующем этапе проектирования управляющей подсистемы
АСУ производится детализация управляющих функций, возлагаемых
на подсистему, включая подготовительные и вспомогательные по
процессу и оборудованию. Одновременно с детализацией функций
выясняется необходимость установки дополнительных датчиков ТП и
состояния оборудования, позволяющих реализовать требуемую
циклограмму функционирования АСУ в любом из режимов.
Следующей задачей, решаемой на этапе проектирования
управляющей подсистемы АСУ, является построение циклограммы её
работы, определяющей временную организацию выполнения
алгоритмов управления ТП. На этом этапе устанавливаются все
необходимые временные соотношения между появлениями и выдачей
отдельных служебных и управляющих сигналов.
Организуются во времени необходимые частные циклы работы,
определяется главный цикл функционирования управляющей
подсистемы АСУ, включающий в себя все частные циклы,
формируются необходимые временные задержки в появлении
служебных и управляющих сигналов, производится синхронизация
работы отдельных каналов управляющей подсистемы АСУ. Итогом
выполнения данного этапа проектирования является циклограмма
работы управляющей подсистемы АСУ. Полученные в циклограмме
временные соотношения рекомендуется перенести на
алгоритмическую структуру. При этом становится ясно, сколько
времени система функционирует в том или ином режиме, как часто
выдаются управляющие воздействия по определенным каналам и т.п.

3.6. Погрешности вычисления управляющих воздействий.

Выбор микроконтроллера для целей управления
 164

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

отводится локальным системам (рис. 34), предназначенным для
контроля и управления различными объектами по конкретным
параметрам, а также для передачи информации верхнему уровню
управления с целью анализа, архивирования данных и расчета заданий
ЛСУ. От точности и четкости работы локальных систем контроля и
управления зависит эффективность работы распределенной АСУТП,
поэтому реализация их управляющей части осуществляется на
высокопроизводительных микроконтроллерах, что зачастую ведет к
неоправданному увеличению стоимости системы.
Точность представления сигналов на аналоговых управляющих
выходах зависит от выбранных для реализации АСУ технических
средств. Критерием выбора обычно является минимум длины
разрядной сетки АЛУ микроконтроллера (МК) при обеспечении
заданного быстродействия и минимальной стоимости. Однако для
обоснованного выбора разрядности микроконтроллера, ЦАП и,
следовательно, выбора технических средств необходимо провести
оценку погрешности вычисления управляющего воздействия,
связанной с квантованием сигналов по уровню и времени, с целью
определения компромисса между интервалом выдачи управляющих
воздействий Δtи точностью представления аналогового управляющего
сигнала двоичным кодом.
Погрешность формирования кода управляющего воздействия ui
складывается из погрешностей метода, округления,
трансформированной и вычисляется как среднеквадратичная, т.е.
σ u = σ мет
2 2
+ σ окр + σ 2трансф . (96)
Величина ошибки σu не должна превышать допустимого значения
σuдоп, которое зависит от требований технического задания по точности
регулирования [72]:
βσ y ТЗ β Δ y ТЗ
σ u ≤ σ uдоп = = , (97)
К0 К0 3
Δ y ТЗ
где σ y ТЗ = – среднеквадратическое значение заданной в ТЗ
3
точности регулирования для регулируемой координаты y(t), β –
коэффициент, определяющий долю заданной погрешности, отводимую
 165
на вычисления (согласно критерию пренебрежимых погрешностей
β≤0,3), K0 – коэффициент передачи исполнительных устройств,
объекта управления и датчика. Следует заметить, что выражение (91)
справедливо при K0>1.
В общем случае алгоритм управления по отклонениям представляет
собой функционал вида:
ui=F(ui-k,εi-k+1), k=1,2,…,ν, (98)
где F(…) - некоторая функция своих аргументов; ui-k - предыдущие
значения управления; εi-k+1 - значения ошибки рассогласования
ε(t)=g=y(t) при t=(i-k+1)T0; T0 - интервал квантования по времени,
i=1,2,… - номер текущего отсчета. Величина ν определяется порядком
формул численного интегрирования и численного
дифференцирования. Например, при использовании формулы
численного интегрирования нулевого порядка (формулы
прямоугольников) функционал (98) для интегрального (И) закона
управления будет иметь вид:
⎛T ⎞ ⎛T ⎞
u i = u i-1 + ⎜ 0 ⎟ ε i или u i = u i-1 + ⎜ 0 ⎟ ε i-1 .
⎝ Tu ⎠ ⎝ Tu ⎠
С использованием формулы трапеций (формулы численного
интегрирования первого порядка) для того же закона управления
получаем:
T
u i = u i-1 + 0 (ε i + ε i-1 ) .
2Tu
При наличии в законе управления дифференциальной
составляющей вычисление первой производной в численном виде
выполняется с помощью ряда [73]
1 ⎧ 1 2 1 3 ⎫
ε& i = ⎨Δε i + Δ ε i + Δ ε i + ...⎬ , (99.а)
Т0 ⎩ 2 3 ⎭
второй производной – в соответствии с выражением
1 ⎧ 11 ⎫
ε i = 2 ⎨Δ2ε i + Δ3ε i + Δ4ε i ...⎬ ,
&& (99б)
Т0 ⎩ 12 ⎭
где Δε=εi-εi-1, Δ2εi=εi-2εi-1-εi-1, и т.д., причем от количества членов ряда
(99) зависит величина методической погрешности определения
производной. В системах управления с медленно изменяющимися
переменными достаточно брать два первых слагаемых ряда (99.а) и
одно слагаемое ряда (99.б).
 166
Среди линейных законов регулирования в ТАУ наиболее широко
используются ПИ-, ПД- и ПИД-законы, которые можно представить в
разностной форме:
u i = u1i + u 2i , ⎫
⎪
ПИ: T0 ⎬, (100)
u1i = u1(i-1) + ×(ε i + ε i-1 ), u 2i = K регε i , ⎪
2Tu ⎭
u i = u1i + u 2i , ⎫
ПД: ⎪, (101)
Tдиф 3 1 ⎬
u1i = × ( ε i - 2ε i-1 + ε i-2 ), u 2i = K регε i , ⎪
T0 2 2 ⎭
⎫
⎪
u i = u1i + u 2i + u 3i , ⎪
T ⎪⎪
ПИД: u1i = u1(i-1) + 0 × (ε i + ε i-1 ), u 2i = K регε i , ⎬ (102)
2Tu ⎪
Tдиф 3 1 ⎪
u 3i = ( ε i - 2ε i-1 + ε i-2 ) ⎪
T0 2 2 ⎪⎭
Оценку составляющих ошибки (96) при вычислении управляющего
воздействия необходимо производить для установившегося режима
работы системы с учетом следующих соображений:
- из-за влияния главной отрицательной обратной связи ошибки
вычисления не накапливаются от шага к шагу;
- все ординаты ui вычисляются по одному и тому же алгоритму в
одинаковых условиях, поэтому можно считать, что ошибка
вычисления ui не зависит от ошибок предыдущих ординат ui-k.
Следовательно, в соответствии с [57] из формулы (98) получаем

⎡ F( ui-k ,εi-k+1 ) ⎤ 2
2
m
σтр = ∑⎢ ⎥ σε , (103)
i=1 ⎣ εi-k+1 ⎦
где σε – среднеквадратическая ошибка сигнала рассогласования, равная
среднеквадратической ошибке σвх на входе вычислителя (50) в
предположении, что погрешность задания g равна нулю.
 167

Например, при П-законе управления производная dF(...) = du i

dε i dε i
будет равна kрег, следовательно, дисперсия трансформированной
погрешности σ 2тр = k рег
2 2
σ вх или с учетом (50)
σ 2тр = k рег
2
(1 + ρ 2 )σ 2датk прс
2
.
При ПИД-законе в случае интегрирования по трапециям и
использования для вычисления производной двух членов ряда (99.а)
⎡ ⎛ Т0 ⎞
2
⎛ Т диф ⎞ ⎤
2

σ = ⎢k рег + 0,5 ⎜ ⎟ + 6,5 ⎜ ⎟ ⎥ (1 + ρ ) σ датk прс .

2 2 2 2 2
тр
⎢⎣ Т
⎝ и⎠ Т
⎝ 0 ⎠ ⎥⎦
Для оценки методической погрешности необходимо выбрать шаг
дискретности Т0, который определяет частоту выдачи управляющих
воздействий. Чтобы дискретная система по своим свойствам
приближалась к непрерывной, необходимо выбирать величину шага Т0
исходя из условия
Т0 ≤ (0,1 - 0, 3)Тoyмин
где Тoyмин - значение минимальной постоянной времени объекта
управления.
Среднеквадратическое значение σмет при её нормальном
распределении определяется выражением [57]
Δ инт
мет
σ инт
мет =
. (104)
3
Абсолютная величина методической погрешности Δмет при
интегрировании по методу прямоугольников [57]:
T02 ⎡ dε(t) ⎤
Δинт
мет = , (i -1)T0 ≤ t ≤ iT0 , (105)
2Tи ⎢⎣ dt ⎥⎦макс
а при интегрировании по методу трапеций [57]:
T0 3 ⎡ d 2ε(t) ⎤
Δ инт
мет = ⎢ ⎥ , (i - 1)T0 ≤ t ≤ iT0 . (106)
12Tи ⎣ dt 2 ⎦ макс
Таким образом, зная максимальные значения 1-й и 2-й производных
ошибки рассогласования и величину интервала дискретности Т0,
можно, пользуясь формулами (104), (105) или (104), (106), вычислить
 168
2
дисперсию методической погрешности σ мет на шаге Т0 при
вычислении интеграла. Абсолютное значение методической
погрешности получения первой производной, вычисляемой по (99.а) с
двумя членами ряда будет равно:
Т Т
диф
Δмет = диф Δ 3ε i = диф (ε i - 3ε i-1 + 3ε i-2 - ε i-3 ) . (107.а)
3Т0 3Т0
В то время как использование одного слагаемого в формуле (99.а)
приводит к методической погрешности дифференцирования
следующего вида:
Т Т Т
диф
Δмет = диф Δ 2ε i + диф Δ 3ε i = диф (5ε i - 12ε i-1 + 9ε i-2 - 2ε i-3 ) , (107.б)
2Т0 3Т0 6Т0
что даст значительную ошибку при вычислении производной.
Дисперсия полной методической погрешности должна
рассчитываться в соответствии с выражением
σ м2 ет = ( σ ми нетт ) (σ )
2 диф 2
+ м ет .
Для оценки инструментальной погрешности, обусловленной
ограниченной длиной разрядной сетки вычислителя, необходимо знать
эту длину. Как было отмечено в разд. 2.4 части 2, её величину
выбирают, по крайней мере, на четыре разряда больше разрядности
АЦП, но так, чтобы она была кратна байту. Выбрав таким образом
длину разрядной сетки АЛУ, следует подсчитать количество
округлений m в формуле вычислений кода управления [57, 58] и найти
полную инструментальную погрешность как
2
σ окр = mσ 2АЛУ , (108)
где дисперсия единичного округления в АЛУ с учетом равномерного
закона распределения определяется в соответствии с выражением
Δ 2АЛУ
σ 2АЛУ = . (109)
12
После того как все составляющие погрешности вычисления
управляющего воздействия определены, необходимо проверить
условие (97). Если оно не выполняется, то нужно определить, какую из
погрешностей следует уменьшать в первую очередь.
Уменьшить погрешность метода можно, во-первых, путем
уменьшения интервала дискретности Т0, во-вторых, использованием
 169
более точных формул численного интегрирования и
дифференцирования.
Уменьшения погрешности трансформированной можно добиться,
как было уже сказано, введением алгоритмов сглаживания:
экспоненциального или скользящего среднего [58, 59], позволяющих
ослабить ее в η раз (2≤η≤10).
Величина инструментальной погрешности уменьшается только
использованием устройств с большей длиной разрядной сетки.
Выбор ЦАП осуществляется по требуемому количеству разрядов,
которое рассчитывается по формуле:
⎧⎪ ⎛U ⎞ ⎫⎪
N = E ⎨log 2 ⎜ макс + 1 ⎟ ⎬ , (110)
⎪⎩ ⎝ Δu доп ⎠ ⎭⎪
u ЦАП

где Umax – величина максимального напряжения на выходе ЦАП

(обычно – это 5 В), Δuдоп – цена младшего разряда ЦАП, которая с
учетом равномерного распределения инструментальной погрешности и
формулы (97) имеет следующий вид:
Δu доп = 2 3 σuдоп, В. (111)
Выполнив изложенные выше расчеты, подбирают
соответствующие модули, отвечающие требованиям по точности
преобразований и вычислений. После чего осуществляют проверку
требуемого быстродействия в соответствии с условием
T0≤T0ДОП.. (112)
Необходимость уменьшения величины T0, о которой говорилось
ранее и которая может возникнуть из условия (112), связана с
повышением требований к быстродействию используемых
технических средств. Объясняется это тем, что за это время должны
быть выполнены такие процедуры, как опрос датчиков,
преобразование аналоговых отсчетов в двоичный код, проверка на
достоверность, сглаживание, проверка на технологические границы,
вычисление кода управляющего воздействия, преобразование его в
напряжение и передача сигнала управления в исполнительное
устройство. Следовательно, требование по быстродействию можно
обеспечить, выбирая модули ввода-вывода с малым временем
преобразования информации, увеличивая тактовую частоту работы
контроллера, сокращая время опроса датчиков и время работы
аппаратуры передачи данных.
 170
Можно заметить, что предложенная методика расчетов позволит
обоснованно подойти к выбору стандартных модулей управляющих
устройств локальных систем управления, что даст возможность
повысить эффективность распределенных иерархических систем
управления в целом.
Пример 7. Выбрать модули цифрового устройства управления,
предназначенного для поддержания уровня h раствора в баке.
Диапазон изменения уровня раствора: Dy=6,0 – 7,5 м, точность
поддержания: Δ y ТЗ = ±0,12 м. Для распределения заданной точности
между блоками принять β=0,3. χ=0,2, ρ=0,3.. Параметры ОУ и
регулятора выбрать из примера 5:
К0=2 м/В, Крег=0,8835, Ти=600 с, Тдиф=50 с, Т0=10 с.
Решение.
1. В соответствии с выражением (109) рассчитываем допустимое
значение погрешности вычисления управляющего воздействия σ uдоп :
0, 3 0,12
σ uдоп = × = 0,006 В.
2 3
2. По требуемой точности измерения Δy дат ≤ χΔyТЗ = ±0,024 м и
заданному диапазону изменения уровня выбираем датчик УДУ-5П с
диапазоном измерения уровня 12 м и погрешностью показаний
|Δyдат|=0,015 м [74]. При нормальном распределении погрешности
Δу дат
измерения σ y дат = =0,005 м.
3
3. Рассчитываем разрядность АЦП:
⎧⎪ ⎛ Dy ⎞ ⎫⎪ ⎧ ⎛ 12 ⎞⎫
N y АЦП = E ⎨log 2 ⎜ + 1 ⎟ ⎬ = Е ⎨log 2 ⎜ + 1 ⎟ ⎬ = 12 .
⎩⎪ ⎝ ρΔу дат ⎠ ⎭⎪ ⎩ ⎝ 0, 3× 0,015 ⎠ ⎭
АЦП должен иметь не менее 12-и разрядов.
4. Рассчитываем коэффициент пересчета АЦП:
212 - 1
k прс1 = = 341, 25 м-1 .
12м
5. Определяем величину младшего разряда АЦП как
Dy 12
Δ у АЦП = N уАЦПдатч = 12 = 0, 00293 м .
2 -1 2 -1
6. Находим разрядность ЦАП:
 171

⎪⎧ ⎛U ⎞⎪⎫ ⎪⎧ ⎛ 5 ⎞⎪⎫ ⎪⎧ ⎛ 5 ⎞⎪⎫

NuЦАП = E⎨log2 ⎜ макс +1⎟⎬ = Е⎨log2 ⎜ +1⎟⎬ = Е⎨log2 ⎜ +1⎟⎬ = 8 .
⎜ ⎟
⎩⎪ ⎝ Δuдоп ⎠⎭⎪ ⎪⎩ ⎝ 2 3 σuдоп ⎠⎪⎭ ⎩⎪ ⎝ 2 30,006 ⎠⎭⎪
ЦАП должен иметь не менее 8-и разрядов.
7. Рассчитываем коэффициент пересчета ЦАП:
5
k прс2 = = 0,0196 B.
28 - 1
8. Коэффициент пересчета от входа АЦП до выхода ЦАП
kпрс=kпр1kпр2=6,69 В/м.
При этом коэффициент передачи по петле замкнутого контура К0
kпрс будет безразмерной величиной.
9. Определяем погрешность вычисления управляющего
воздействия.
9.1. Расчет начнем с трансформированной погрешности, пользуясь
формулами (98), (102) и (103).
⎡ F ( u i-k , ε i-k +1 ) ⎤
2
⎛ 2 Т 02 6, 5Т 2диф ⎞ 2
( )
m
σ 2
тр =∑⎢ 2
⎥ σ ε = ⎜⎜ К рег + 2
+ 2 2
⎟⎟ σ у дат (1 + ρ )k прс =
i=1 ⎣ ε i-k +1 ⎦ ⎝ 2Т и Т 02 ⎠
⎛
= ⎜ 0, 8835 2 +
⎝ 2 ×
10 2
600 2
+
6, 5 × 50 2 ⎞
10 2
⎠
(
⎟ ( 0, 005 ) (1 + 0, 09)(6, 69) = 0, 0208В
2 2 2
)
Как видим, трансформированная погрешность существенно
превышает допустимую. Для её уменьшения увеличим разрядность
ЦАП до двенадцати с тем, чтобы уменьшить коэффициент пересчета,
который теперь будет равен:
212 - 1 5
k прс = k прс1k прс2 = = 0,42B/м .
12 212 - 1
При этом σ 2тр = 0,00008076В 2 , что также превышает допустимое
значение, поскольку σтр=0,009 В.
Как отмечалось ранее, чтобы еще уменьшить трансформированную
погрешность, введем экспоненциальное сглаживание с η=5. В
результате получим:
0,00008076
σ 2тр = = 0,00001615В 2 или σтр=0,004 В.
5
 172
9.2. Чтобы рассчитать погрешность метода интегрирования, как
следует из формулы (106), необходимо иметь максимальное значение
d 2ε(t)
второй производной на интервале (i-1)T0≤t≤iT0/
dt 2
Найти его можно, выполнив моделирование в стандартный пакет
d 2ε(t)
Simulink системы MatLab. Как и предполагалось, величина
dt 2
очень мала (5×10-7), поэтому методической погрешностью
интегриования и дифференцирования можно пренебречь.
9.3. Для оценки инструментальной погрешности выбираем
разрядность АЛУ, как рекомендуется выше, равной 16, рассчитываем
величину младшего разряда процессора как
Δ у АЛУ = 2 -4 Δ у АЦП k прс = 2-4 × 0, 00293 × 6, 69 = 0, 001225 B
и количество округлений m=mсгл+mПИД, где mсгл=3 - количество
округлений при вычислении сглаженного значения yci, mПИД=17 -
количество округлений при вычислении кода управляющего
воздействия по ПИД-закону.
Следовательно, m=20 и полная инструментальная погрешность
вычислителя составит
2 2 Δ 2АЛУ 0,001225
σ окр = mσ АЛУ =m = 20 = 0,00204B 2 ,
12 12
что не позволит обеспечить заданную допустимую погрешность
вычислений σ u2 доп = 0,000036B 2 . Поэтому необходимо либо выбрать
микроконтроллер с 32-мя разрядами, либо рассчитывать на 16-и
разрядном микроконтроллере, но с удвоенной точностью. На величине
быстродействия это не скажется, поскольку заданное время
дискретности T0=10 c.
Приведенные расчеты показали, что выбор технических средств
существенно зависит от величин погрешностей вычислений, в
частности, погрешности округления (инструментальной) и
трансформированной.
Закончить пример можно выбором конкретных модулей для
построения цифрового устройства управления, скажем фирмы
Advantech:
 173
а) модуль аналогового ввода ADAM-4012 с параметрами: 16-
разрядный АЦП, Программная настройка для работы с мВ, В или мА,
гальваническая изоляция 500В, один цифровой вход/счетчик событий,
два цифровых выхода/аварии по верхней и нижней границам
измеряемого входа;
б) модуль аналогового вывода ADAM-4021 с параметрами: 12-
разрядный ЦАП, программная настройка выхода на В или мА,
контроль состояния выхода, программируемая скорость изменения
сигнала на выходе: от 0,125 до 128,0 мА/с или от 0,0625 до 64 В/с,
гальваническая изоляция 500 В;
в) IBM PC совместимый программируемый микроконтроллер
ADAM-5510: процессор: 80188, 16-разрядный, память ОЗУ: 256 кбайт,
флэш-ПЗУ: 256 кбайт, операционная система: ROM-DOS, часы
реального времени встроенные, сторожевой таймер встроенный,
количество обслуживаемых модулей ввода-вывода: до 4; два
последовательных порта: RS-232 и RS-485; напряжение изоляции 3000
В.
В заключение ещё раз обратим внимание разработчиков АСУТП на
необходимость тщательного подхода к оценке погрешностей
вычислений, поскольку с ней связан выбор технических средств,
удовлетворяющих комплексному критерию. Этот критерий должен
обеспечивать требуемые точность и быстродействие при минимальной
стоимости используемого оборудования.

3.7. Средства реализации управляющих воздействий

Устройства вывода управляющих сигналов разделяются на

аналоговые и дискретные. К первым относятся цифро-аналоговые
преобразователи ЦАП, о расчете и выборе которых говорилось выше.
Основная функция устройств вывода дискретных управляющих
сигналов – функция ключа, которую могут выполнять маломощные
регистровые выходы, релейные выходы, транзисторные и тиристорные
ключи. Применение того или иного типа переключающего устройства
определяется мощностью исполнительного блока, для управления
которым оно предназначено. Например, регистровые выходы могут
использоваться для включения сигнализации в специализированных
пультах и мнемосхемах, релейные выходы, имеющие полную
гальваническую развязку от электрических цепей контроллера, – для
 174
управления пуском, остановом технологических агрегатов,
транзисторные и тиристорные ключи – для управления ИМ различной
мощности.
На рис. 41 представлена структурная схема управления мотором М
с помощью ключей.

Рис. 41

С целью осуществления реверса используются две пары ключей:

управление прямым ходом мотора выполняется парой Кл 1, Кл 4,
обратным – Кл 2, Кл 3. Широтно-импульсные модуляторы ШИМ 1 и
ШИМ 2 преобразуют код управления во времяимпульсный сигнал
положительной и отрицательной полярности соответственно.
Широтно-импульсная модуляция – вид импульсной модуляции, при
которой изменяется длительность (ширина) импульсов под действием
модулирующего сигнала (в данном случае кода управления). При этом
частота следования импульсов остается постоянной. Драйверы 1 и 2
служат для согласования и управления ключами.
Для управления электрическим ИМ, работающим с постоянной
скоростью в рабочем диапазоне Dy=ymax-ymin со временем его пробега
TИМ, также используется времяимпульсный сигнал. Различие
заключается в том [9], что в схеме управления используются два
выходных ключа: «Больше», «Меньше», и код длительности
временного интервала
t = k прсt K регε i (113)
 175
подается на один из них в зависимости от знака εi.
Коэффициент пересчета из формата кода АЦП в код временного
интервала в выражении (113) вычисляется как
Tим
k прсt = N . (1114)
T0 (2 АЦП -1)
При этом шаг дискретности по времени (шаг квантования временного
интервала t ) определяется [61] временем полного хода ИМ Тим и
величиной его зоны нечувствительности δ в %:
Т0≤0,10δТим.
В случае необходимости можно организовать управление
несколькими ИМ постоянной скорости от одного микроконтроллера
[61]. Например, при 32-х разрядном микроконтроллере таких ИМ
будет 16. На рис. 42 показан принцип возможной реализации
управления группой ИМ постоянной скорости [61].
Сигналы управления
ty C
Счетчик на
Г Выходной порт
вычитание

...

Ключи

Дешифратор ...
нуля
к ИМ

Запуск/Останов
В схему прерывания
. Сброс

Рис. 42
С этой цель создается дополнительная программа, формирующая
код управления ключами C и код интервала управления ty = min tj .
j

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

подключаются на время ty к ключу «Больше» или «Меньше» в
 176

зависимости от знака ошибки εji. Значения кодов tj уменьшаются на

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

4. ФУНКЦИОНАЛЬНЫЕ СХЕМЫ АВТОМАТИЗАЦИИ

4.1. Общие сведения

Задачи автоматизации решаются эффективно, если они

прорабатываются в процессе изучения технологического процесса.
Нередко выявляется необходимость изменения технологических схем в
целях приспособления их к требованиям автоматизации,
установленным на основании технико-экономического анализа [75].
Техническим документом, определяющим блочно-функциональную
структуру систем контроля и управления, показывающим
расположение приборов на оборудовании, щитах управления и в
операторских помещениях является функциональная схема.
При разработке функциональных схем автоматизации
технологических процессов решаются следующие задачи:
- получение первичной информации о состоянии технологического
процесса и оборудования;
- непосредственное воздействие на технологический процесс для
управления им;
- стабилизация технологических параметров процесса;
- контроль и регистрация технологических параметров процессов и
состояния технологического оборудования.
Для решения задач привлекаются специалисты: технологи,
инженеры контрольно-измерительных приборов и автоматики
(КИПиА), разработчики АСУТП. Каждый из перечисленных
специалистов заполняют таблицы, материал которых позволяет
составлять подробные функциональные схемы автоматизации и
использовать SCADA-системы для проектирования и управления ТП.

4.2. Требования к оформлению функциональных схем

Функциональная схема (ФС) выполняется в виде чертежа, на

котором схематически условными изображениями показывают [75]:
технологическое оборудование; коммуникации; органы управления;
средства автоматизации с указанием связей с технологическим
оборудованием. Для ТП с большим объемом автоматизации
выполняют отдельно схемы автоматического контроля, управления,
 178
сигнализации и т.д. В нижней части чертежа изображаются в виде
прямоугольников щиты и пульты управления, в которых показываются
устанавливаемые средства автоматизации. Если используется
микропроцессорная и вычислительная техника, то вместо поля
"Приборы на щите управления", или дополнительно к нему, дается
полоса "Комплекс технических средств операторских помещений".
На свободном поле чертежа допускается давать краткую
технологическую характеристику автоматизируемого объекта,
поясняющие таблицы, диаграммы и т.п. На линиях связи от датчиков
называют предельные рабочие (максимальные или минимальные)
значения измеряемых или регулируемых технологических параметров
при установившихся режимах работы. Если приборы для измерения
или регулирования встроены в технологическое оборудование, то
предельные значения технологических параметров указывают под или
вблизи позиционного обозначения прибора.
Контуры технологического оборудования, трубопроводные
коммуникации, прямоугольники, изображающие щиты, пульты, КТС
ОП выполняют линиями толщиной 0,6-1,5 мм, линии связи - толщиной
0,2-0,3 мм, приборы и средства автоматизации - линиями толщиной
0,5-0,6 мм. При необходимости указания точного места точки
измерения (внутри контура технологического аппарата) в конце тонкой
линии изображается окружность диаметром 2 мм.

4.3. Изображение технологического оборудования и

коммуникаций

Технологическое оборудование (ТО) и коммуникации на

функциональных схемах изображаются упрощенно, но так, чтобы дать
ясное представление о принципах работы и взаимодействии со
средствами автоматизации (см. рис. 4.3).
Технологические коммуникации и трубопроводы жидкостей и газов
имеют условные цифровые обозначения. Иногда к цифре добавляют
буквы, условные обозначения проставляются на расстоянии не менее
50мм (ГОСТ 2.784-70), например [75], для воды -1-1 (-1ч-чистая вода),
пара -2-2 (-2п-перегретый пар, -2н-насыщенный пар), воздуха -3-3,
горючего: жидкого -15-15, газообразного такого, как ацетилен -17-17,
пропан -22-22.
 179

≥ 50 мм

Барабан

Рис. 43

Если используются дополнительные цифры, не предусмотренные

ГОСТом, то на ФС должны быть нанесены пояснения принятых
условных обозначений. На элементах ТО и трубопроводов даются
необходимые поясняющие надписи, стрелками отмечается
направление потоков. На функциональных схемах условными
изображениями показывают:
- технологическое оборудование (в упрощенном виде, не нарушая
принципа работы) с указаниями взаимодействий со средствами
автоматизации;
- коммуникации совместно с регулирующими органами и запорной
аппаратуры;
- средства автоматизации с указанием связи с технологическим
оборудованием.
Изображения некоторых средств измерения и автоматизации в
соответствии с ГОСТом представлены в табл. 7.
При сложных схемах создают отдельно функциональную схему
контроля и функциональную схему управления.

4.4. Буквенные условные обозначения приборов и средств

в автоматизации (ГОСТ 21.404-85)

На первой позиции обозначения приборов располагают заглавные

буквы наименования измеряемого или регулируемого параметра, а
именно:
- D – плотность, разность или перепад;
Таблица 7
Наименование Изображение
 180
Первичный По месту (на технологическом оборудовании)
измерительный Основное Допускаемое
преобразователь

∅10
Вторичный прибор на щите управления
Основное Допускаемое

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

С прекращением С прекращением
управляющего сигнала управляющего сигнала РО
РО будет остается в неизменном
положении

открыт

Электрический исполнительный механизм

- Е – любая электрическая величина;

- F – расход, соотношение, доля, дробь;
 181
- G – размер, положение, перемещение;
- Н – указатель верхнего предела;
- L – уровень или нижний предел измеряемой величины;
- М – влажность;
- W – масса;
- Q – концентрация, качество, состав;
- P – давление, вакуум;
- Т – температура;
- V – вязкость.
На второй и последующих позициях – либо уточнение первого
наименования, как например, - перепад давления, либо заглавную
букву процедуры контроля или регулирования.
На ФС используются следующие обозначения указанных процедур:
- А – сигнализация при отображении информации;
- С – регулирование или управление;
- I – показания при отображении информации;
- R – регистрация;
- S – включение/отключение или сигнализация при формировании
выходного сигнала;
- К – станция управления - переключатель режимов: ручное или
автоматическое управление;
- Н – ручное управление.
В верхней части окружности или овала наносятся буквенные
обозначения измеряемой величины и функциональное назначение
прибора. В нижней части окружности или овала наносятся
позиционные обозначения, в которых указывается номер
функциональной группы, строчными буквами русского алфавита либо
через дефис арабскими цифрами порядковый номер прибора в
функциональной группе по направлению следования сигнала от
датчиков к регулирующему органу.
Рассмотрим примеры обозначений приборов.
1. Если на ФС встречается следующее обозначение прибора

или , то оно должно быть прочитано так:

“Прибор, относящийся к 22-й функциональной группе, стоящий 5-м в
этой группе, расположен на щите управления и предназначен для
 182
регистрации R и автоматического регулирования C перепада давления
PD с одновременной визуализацией (показаниями) I”
2. Обозначение

характеризует прибор, относящийся к 1-й функциональной

группе, занимающий 4-е место по направлению следования сигнала,
расположенный на щите управления и предназначенный для
регулирования C уровня L с сигнализацией S и блокировкой по
верхнему пределу H.
3. Обозначение

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

объекте (нет разделяющей черты) и предназначен для показания I
содержания Q кислорода O2 в отходящих газах. Кроме того, прибор
относится ко второй функциональной группе и является в ней первым.
Иногда для условных обозначений применяют дополнительные
буквы в соответствии со следующим порядком: 1 - измеряемая
величина, 2 – одна из дополнительных букв E, T, Y, соответственно
обозначающих:
- E – преобразование в электрическую величину;
- T – дистанционная передача;
- Y – преобразование.
Следовательно, РТ есть бесшкальный манометр с дистанционной
передачей. А обозначение

показывает прибор для преобразования давления в

электрический сигнал.
Рассмотрим примеры упрощенных функциональных схем
автоматизации
1. На рис. 44 приведена система измерения расхода пара в
парогенераторе.
 183
Паропровод

Барабан

Приборы
на стативе

Рис. 44

Проследим по рис. 44 каналы 1 и 2 от датчиков к выходу на

регистрирующий прибор.
Функциональная группа по каналу 1 имеет позиционный номер 33,
а приборы, в этой группе от датчика и далее должны иметь индексы
"а", "б", "в" и т.д. Датчик FE с позицией 33а – первичный бесшкальный
измерительный преобразователь для измерения расхода. Устройство
33б – устройство с нестандартным обозначением Z (конденсационный
сосуд). Это означает, что датчик FE обладает диафрагмой, врезанной в
паропровод Т71.
Перепад давления на диафрагме, эквивалентный расходу пара,
поступает в прибор с позицией ЗЗв, установленный на стативе
(статическом основании). На этот же прибор воздействует сигнал по
каналу 2. Прибор ЗЗв имеет функциональное обозначение UR, т.е. он
является прибором, регистрирующим (R) величину U, которая
является функцией расхода пара F и давления Р: U=f(F,P).
Следовательно, этот прибор регистрирует расход пара F с коррекцией
по его давлению Р. Корректирующий сигнал по давлению Р поступает
по каналу 2. Для каждого канала указаны номинальные значения
параметров сигналов: расход пара - 25 т/ч, давление - 1.3 МПа.
 184
2. На рис. 45 приведен контур регулирование температуры воды
в котле. На функциональной схеме автоматизации котла
термосопротивление 2а служит для измерения температуры горячей
воды, выходящей из котла, термосопротивление 2б – для измерения
температуры наружного воздуха, преобразователи 2в и 2г для
преобразования сигналов от соответствующих термосопротивлений в
унифицированные токовые сигналы 0 – 5 мА.

Рис. 45

В регуляторе температуры присутствуют задатчик 2д (Н в его

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

4.5. Проектная документация

Для пояснения принципов составления проектной документацией

воспользуемся информацией, предоставленной компанией AdAstra
Reseach Grou, LTD на курсах обучения базовой версии TRACE MODE.
 185
Основой создания проектной документации при разработке АСУТП
является функциональная схема автоматизации объекта. На рис. 46
представлена функциональная схема устройства подготовки нефти
(УПН) для транспортировки. Как видно из рисунка, из добытой нефти
убирается пластовая вода и выжигается газ. Внизу слева от штампа на
чертеже ФС представлены приборы местные, расположенные на ОУ и
приборы на щите операторской, названные ранее комплексом
технических средств операторских помещений.
Предварительно объект автоматизации разбивается на подобъекты
(см. табл. 8), и приборы комплектуются по контурам, каждому из
которых присваивается свой номер (см. табл. 9).
Таблица 8
Разбиение объекта автоматизации на подобъекты
№
Наименование подобъекта Номер контура
п/п
1 Вход УПН 1,4,9,16
2 Отстойник №1 (О-1) 5,11
3 Печь №1 (П-1) 2,6,18,19
4 Газосепаратор №1 (СГ-1) 7,12
5 Электродегидратор №1 (ЭГ-1) 3,14,20,23,24,25
6 Буферная емкость №1 (БЕ-1) 13,8
7 Дренаж 21
8 Выход УПН 10,22
9 Помещение 15,17
Рис. 46
 187

Таблица 9
Но- Имя Чис-
№ Наименование мер Объект Нижняя Верхняя Тип Размер- Коэфф Дрейф кана- ло
Тип НПредел ВПредел
п/п сигнала кон- граница граница сигнала ность пересчета нуля ла бит
тура
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Температура нефти Вход 0 5 60 100 о In_T_ 0
1 1 AVI 4-20 mA C 0,024414 0
на входе в УПН УПН Вх
Температура нефти Печь №1 0 5 60 100 In_T_
о
2 на выходе из печи 2 AVI 4-20 mA C 0,024414 0 П1 0
№1
Сигнал по 3 Электрод In_T
3 температуре масла в DVI егидрато 0 0 0 0 0 0 SA_Э 1
трансформаторе р№1 Г1
Давление нефти на 4 Вход 0 0,1 0,25 1 In_P_
4 AVI 4-20 mA ? 0,0002441 0
входе в УПН УПН Вх
Сигнал и защита 4 Вход In_PS
5 давления нефти на DVI УПН 0 0 0 0 0 0 A_Вх 1
входе
Управляющее 4 Вход O_P_
6 воздействие на AVO УПН 0 0,02 0,1 0,14 4-20 mA Мпа 0,0000341 0 Вх
клапан
… … … … … … … … … … … … … …
Содержание In_Q
20 углеводородных 15 AVI Помещен 0 0 10 100 4-20 mA % 0,024414 0 _П
газов в помещении ие
 188

Окончание табл. 9
Устройство In_H
21 пожарной 17 DVI Помещен 0 0 0 0 0 0 AS_ 1
сигнализации ие П
Давление в СГ-1 AVI Газосепа 0 0 1 3 0,0007324 In_P_
22 7 ратор 4-20 mA Мпа 0 СГ1 0
№1
Сигнал и защита DVI Газосепа 0 0 0 0 0 In_PS
23 давления в СГ-1 7 ратор 0 A_СГ 1
№1 1
Управление AVO Газосепа 0 0,02 0,1 0,14 0,0000341 O_P_
24 клапаном 7 ратор 4-20 mA Мпа 0 СГ1_ 0
№1 2
… … … … … … … … … … … … … …
Содержание воды в 10 AVI Выход 0 0 2 100 4-20 mA % 0,024414 In_Q
36 нефти УПН 0 _Вых 0
_1
Управление 10 AVO Выход 0 0,02 0,1 0,14 4-20 mA Мпа 0,0000341 O_P_
37 0 0
клапаном УПН Вых
Расход пластовой 21 AVI Дренаж 0 100 300 800 4-20 mA м3/ч 0,1953125 In_Q
38 воды 0 _Дре 0
наж
Расход товарной 22 AVI Выход 0 100 500 800 4-20 mA м3/ч 0,1953125 In_Q
39 нефти УПН 0 _Вых 0
_2
Примечание. Коэффициент пересчета определяется как отношение Верхнего предела к величине кода 12-и разрядного АЦП
 Приведем некоторые из них. Приборы 1-о контура и

служат для измерения температуры нефти на входе в УПН с

показанием аварийных значений при выходе за пределы допустимого
диапазона изменения температуры (5-60оС).

Приборы контура 4 и предназначены для

измерения давления нефти на входе в УПН с сигнализацией по
превышению верхнего предела величиной 0,1 МПа,и подачей через

устройство усилия на пневматический ИМ клапана.

Предусмотрена пожарная сигнализация и аварийная

сигнализация по превышению в помещении процентного содержания

углеводородных газов , и . Надеемся, что

остальные комплекты приборов также легко будут определены.
В разработке проектной документации, как было уже отмечено,
участвуют технолог, инженер КИПиА и разработчик АСУТП на базе
SCADA-системы. Каждый из них изучает объект автоматизации – ТП
и заполняет таблицы.
Технолог в табл. 10 вносит следующую информацию по
технологическим параметрам объекта (в шапке таблицы она
обозначена курсивом):
- наименование технологического параметра;
- нижняя граница технологического параметра;
- верхняя граница технологического параметра;
 190
- нижний предел измерений;
- верхний предел измерений;
- размерность технологического параметра.
Инженер КИПиА, продолжая заполнять табл. 9, начатую
технологом, вносит информацию по таким данным, как (см. в шапке
таблицы – жирный шрифт)
- вид сигнала (входной или выходной, аналоговый или дискретный);
- тип сигнала (с позиции SCADA-системы);
- коэффициент умножения, названный ранее коэффициентом
пересчета;
- дрейф нуля.
Разработчик АСУТП дополняет табл. 9 следующей информацией
(подчеркнутый шрифт в шапке таблицы): имя объекта (основано на
структурном делении объекта автоматизации на участки); имя канала;
число бит (для дискретных сигналов).
Представленная в табл. 9 информация используется при
разработке систем измерения, контроля и управления на базе
SCADA-системы.
 191

5. ОСОБЕННОСТИ ПРОЕКТИРОВАНИЯ
РАСПРЕДЕЛЕННОЙ ИЕРАРХИЧЕСКОЙ АСУТП НА БАЗЕ
SCADA-СИСТЕМЫ TRACE MODE

5.1. Идеология распределенных комплексов с применением

SCADA-систем

SCADA-система (Supervisory Control And Data Acquisition)

предназначена для проектирования и эксплуатации распределенных
АСУ. Дословный перевод названия - диспетчерское управление и сбор
данных. Однако в последних версиях её предназначение значительно
расширилось. В частности, отечественная компания AdAstra
выпустила 6-ю версию SCADA-системы TRACE MODE,
объединяющую все уровни управления производством (рис. 1).
SCADA-система TRACE MODE (ТРЕЙС МОУД) имеет мощные
средства для создания распределенных иерархических АСУТП (см
рис. 47), включающих в себя до трех уровней иерархии: уровень
контроллеров – нижний уровень; уровень операторских станций -
верхний уровень; административный уровень. Деление на уровни
иногда может быть весьма условным. В малых системах функции всех
уровней часто реализуются на одной операторской станции. В
больших системах на каждом уровне может быть выделена
собственная иерархия. Тем не менее, в большинстве случаев такое
деление правомерно. Необходимо заметить, что при разработке
крупных сетевых систем, включающих в себя десятки узлов,
лимитирующим элементом становятся не характеристики пакета по
количеству одновременно работающих в сети узлов, а пропускная
способность линий связи.
Исполнительная система ТРЕЙС МОУД включает в себя мониторы
(управляющие операционные системы), предназначенные для работы
на всех уровнях систем управления (см. рис. 48).
5.1.1. Уровень контроллеров. На этом уровне реализуется сбор
данных от датчиков, а также непосредственное цифровое управление
(НЦУ) в соответствии с принятыми законами (ПИД-, ПДД- и ШИМ-
регуляторы, позиционный, нечеткий регуляторы и т.д.).
 Supervisor - TRACE MODE
рабочие места руководителей Mobile
Браузеры

Административны
й
NetLink Light Internet/Intranet

NetLink Light
DCOM
HTTP

Дублированные
серверы архива FTP
GSM-
Диспетчерский Дублированные серверы реального времени управление
уровень
1 2
Сервер
документировани
NetLink МРВ (сервер) Web-

Уровень
контроллеров
Микро МРВ Микро МРВ GSM+
Микро МРВ модем+ - связь через GSM
- связь по коммутируемой
линии

Рис. 47
 193

• Консоли
• Коммуникаторы

• МРВ
• Регистратор
• Сервер
документирования
• Консоли

• МРВ
• Микро МРВ

Рис. 48
 Для создания этого уровня предусмотрены мониторы: Микро МРВ
(монитор реального времени), Микро МРВ Модем+, Микро МРВ
GSM+. Первый из них предназначен для запуска в контроллерах,
связанных с верхним уровнем по локальной сети или
последовательному интерфейсу, второй – при связи по
коммутируемым линиям, а третий – по GSM-сети. При использовании
выделенных телефонных линий или радиоканалов следует применять
первый монитор.
Эти мониторы не имеют графического интерфейса. Однако по
математическим функциям они идентичны мониторам верхнего
уровня, а также имеют ряд функций, необходимых для работы в
контроллерах (например, поддержка сторожевого таймера).
5.1.2. Оперативный уровень. Для верхнего уровня АСУТП
предусмотрены такие мониторы, как МРВ, NetLink МРВ, NetLink
Light. Они позволяют создавать рабочие станции оперативного
управляющего персонала.
МРВ может обмениваться данными с другими мониторами ТРЕЙС
МОУД, а также с любыми контроллерами через встроенные протоколы
или драйвер. Он запрашивает данные у нижнего уровня и передает ему
команды управления. Полученные данные могут отображаться,
архивироваться и передаваться другим приложениям WINDOWS по
протоколам ODBC, OPC и DDE (см. рис. 49).
NetLink МРВ – это сетевая рабочая станция. Этот монитор может
обмениваться данными с операторскими станциями (по
последовательному интерфейсу или локальной сети), а также с Микро
МРВ, работающими в PC-based контроллерах. По функциям
визуализации, архивирования, связи с базами данных и
документирования NetLink МРВ аналогичен МРВ. В отличие от МРВ,
в нем блокированы поддержка плат УСО, обмен с драйвером, обмен по
встроенным протоколам MODBUS и DCS, а также клиентские
функции OPC и DDE.
NetLink Light – это сетевой графический терминал. Он не имеет
своего сервера математической обработки, а связывается с сервером
МРВ или NetLink МРВ, запущенным на другом компьютере. NetLink
Light позволяет создавать дополнительные рабочие места оператора.
 195

Клиенты TM СУБД
DCOM SQL/ODBC
OPC

Сервер TM

T-COM, OPC, DCOM, OPC,

DDE DDE/NetDDE

УС О Приложения

ActiveX

Рис. 49

5.1.3. Административный уровень. Задачей данного уровня

управления является контроль текущего состояния производственных
процессов и анализ функционирования производства по архивным
данным. Для решения задач данного уровня предусмотрен монитор
SUPERVISOR. Он является специализированной графической
консолью, которая может подключаться к серверу матобработки МРВ,
NetLink МРВ или ГР. В первых двух случаях просматривается
локальный СПАД архив, а в последнем - глобальный архив. Кроме
того, SUPЕRVISOR можно переключить в режим реального времени.
В этом случае он работает как консоль NetLink Light, и может
использоваться для управления процессом. При работе с архивами
SUPЕRVISOR реализует следующие функции: отображение
последних изменений значений каналов; просмотр архивов в режиме
PLAYBACK; просмотр на заданное архивное время с пошаговым
переходом по времени.
До тех пор, пока речь идет о связи между компонентами одного
узла, не возникает вопрос об аппаратно/программном интерфейсе,
 196
который должен быть задействован для обеспечения связи. В этом
случае достаточно выполнить конфигурирование свойств связь/вызов
компонентов. Если взаимодействующие компоненты относятся к
разным узлам, интерфейс связи, как правило, должен быть указан и
сконфигурирован.
Последняя разработка TRACE MODE версии 6 является
интегрированной системой, позволяющей решать задачи
автоматизации ТП и управления производством АСУП. Теперь
специалисты по АСУТП могут решать задачи АСУП на основе
привычного и понятийного аппарата. Благодаря использованию в
своей оболочке T-FACTORY MES-системы управления производством
стало возможным автоматизировать работы по планированию,
контролю исполнения, сбору статистики и анализу производственного
цикла предприятия.

5.2. Архитектура TRACE MODE

Все программы, входящие в ТРЕЙС МОУД, подразделяются на две

группы (см. рис. 50): инструментальную систему разработки и
исполнительные модули (runtime). Как видно на рис. 50,
инструментальная система разработки содержит три редактора [76]:
редактор базы каналов, редактор представления данных, редактор
шаблонов.
В редакторе базы каналов создается математическая основа
системы управления: описываются конфигурации всех рабочих
станций, контроллеров и УСО, настраиваются информационные
потоки между ними. Здесь же описываются входные и выходные
сигналы и их связь с устройствами сбора данных и управления;
задаются периоды опроса или формирования сигналов, настраиваются
законы первичной обработки и управления, технологические границы,
программы обработки данных и управления, осуществляется
архивирование технологических параметров, сетевой обмен, а также
решаются некоторые другие задачи.
Результатами работы в этом редакторе являются математическая и
информационная структуры проекта АСУТП, которые включают в
себя набор баз каналов и файлов конфигурации для всех контроллеров
и операторских станций (узлов) проекта, а также файл конфигурации
всего проекта c расширением cmt. Все остальные файлы проекта
 197
хранятся в рабочей директории в каталоге, имя которого совпадает с
именем файла конфигурации.

TRACE MODE

Инструментальная система Исполнительные модули

Редактор Базы Каналов Серверы

Редактор
Коммуникаторы
Представления Данных

Редактор Шаблонов Консоли

• МРВ • WEB Активатор • Supervisor

• Микро МРВ • GSM Активатор • NetLink Light
• Регистратор • ODBC/OPC/DDE • Консоль тревог
• Сервер Серверы\Клиенты • Консоль
Документирования Регистратора

Рис. 50

В редакторе представления данных разрабатывается графическая

часть проекта системы управления. Сначала создается статичный
рисунок технологического объекта, а затем поверх него размещаются
динамические формы отображения и управления. Среди этих форм
присутствуют такие, как поля вывода числовых значений, графики,
гистограммы, кнопки, области ввода значений и перехода к другим
графическим фрагментам и т.д.
Кроме стандартных форм отображения, ТРЕЙС МОУД позволяет
вставлять в проекты графические формы представления данных или
управления, разработанные пользователями. Для этого можно
использовать стандартный механизм ActiveX (см. рис. 49).
Все формы отображения информации, управления и анимационные
эффекты связываются с информационной структурой, разработанной в
редакторе базы каналов.
Для разработки шаблонов документов в состав инструментальной
системы включен редактор шаблонов.
 198
Исполнительная система ТРЕЙС МОУД включает в себя
исполнительные модули (мониторы, МРВ) - программные модули
различного назначения, под управлением которых в реальном времени
выполняются составные части проекта, размещаемые на отдельных
компьютерах или в контроллерах, предназначенные для работы на всех
уровнях систем управления, о которых говорилось выше.
Существует ряд программных модулей, назначение которых четко
не привязано к функциям одного из перечисленных уровней систем
управления. К таким модулям относятся (см. рис. 50): глобальный
регистратор; сервер документирования; Web-активатор; GSM-
активатор. Они могут использоваться для создания как оперативного,
так и административного уровней систем управления [70].
Глобальный регистратор служит для обеспечения надежного
хранения архивов ТП. Он архивирует данные, посылаемые ему по сети
мониторами реального времени (64 000 параметров с дискретностью
0,001 с), обеспечивает автоматическое восстановление данных после
сбоя, а также может передавать архивные данные для просмотра
мониторам SUPERVISOR. Глобальный регистратор может также
выступать как ОРС- и DDE-сервер и поддерживает обмен с базами
данных через ODBC.
Для документирования технологической информации в ТРЕЙС
МОУД предусмотрен модуль - сервер документирования.
Документирование осуществляется по шаблонам, которые создаются в
редакторе шаблонов. Время или условие генерирования документа,
имя файла шаблона, а также направление вывода документа
описываются в программах документирования - сценариях.
Подготовка отчетов (документов) чаще всего привязывается к
астрономическому времени. Например, они могут генерироваться один
раз в час, один раз в сутки, один раз в месяц или один раз в десять
минут. Кроме того, можно установить режим подготовки документа
один раз в смену и затем описать разбивку суток на смены.
Сервер документирования NetLink Light используется для решения
задачи документирования технологической информации. Он по
команде МРВ, собственному сценарию или по команде оператора
интерпретирует созданные заранее шаблоны, запрашивает у МРВ
необходимые данные и формирует по ним документы. Эти документы
могут быть распечатаны на принтере, отправлены по E-mail или
опубликованы на Web-сервере.
 199
Утилита консоль тревог позволяет просматривать отчет тревог
разных МРВ одного проекта. Для каждого просматриваемого отчета
тревог создается отдельное окно. В него можно выводить информацию
из файла отчета тревог или сообщения, формируемые МРВ.
Любая рабочая станция системы ТРЕЙС МОУД может выступать в
качестве Web-сервера, что позволяет управлять технологическим
процессом через Интернет (Internet) [70]. На удаленном компьютере
необходимо иметь только доступ к Интернет и Web-браузер. Для
реализации данного режима предназначен модуль Web-активатор,
который используется в качестве www-шлюза для локальных систем
АСУ ТП на базе ТРЕЙС МОУД или для придания функций Web-
сервера мониторам реального времени Использование Web-активатора
позволяет быстро превратить существующие АСУТП и АСУП в
Internet/Intranet-системы без переделки баз данных реального времени
(баз каналов).
Доступ к данным реального времени через Web-активатор
осуществляется при помощи обыкновенного браузера, работающего
под любой операционной системой, позволяющей запуск виртуальной
Java-машины. Информация о технологическом процессе
представляется пользователю в виде анимированных мнемосхем,
трендов и таблиц.
Связь с серверами реального времени ТРЕЙС МОУД может
осуществляться практически любыми доступными средствами,
например через сотовую сеть стандарта GSM, инфракрасный порт, сеть
на основе интерфейса RS-232/485 или модем с использованием
высоконадежного протокола TCP/IP. Можно осуществлять
подключение и непосредственно через Internet. Для этого достаточно
войти в Internet и набрать IP-адрес сервера ТРЕЙС МОУД -
подключение произойдет автоматически.
Для доступа к данным пользователю достаточно набрать Web-адрес
активатора и ввести пароль, тогда весь проект загружается в
удаленный компьютер в виде Java-аппрета [70]. Использование
стандартного языка Java при написании аппретов позволяет
реализовать на удаленных компьютерах не только Windows, но и
другие операционные системы, например Unix, Linux, Mac OS и т.д., а
также ОС, использующиеся в карманных PC. Проект ТРЕЙС МОУД
поступает к пользователю в виде Java-аппрета, объем которого не
превышает 300 Кбайт, что дает возможность использовать Web-
 200
активатор в сетях с низким качеством связи. Достоинством технологии
Java является также повышенная безопасность.
При использовании Web-активатора не требуется установка Web-
серверов других производителей (например, MS IE), что выгодно
отличает эту программу от решений, примененных в других SCADA.
Для обеспечения мобильных пользователей АСУ оперативной
информацией в режиме реального времени на базе ТРЕЙС МОУД
разработан программный продукт - GSM-активатор. Он предназначен
для дистанционного мониторинга и управления технологическими
процессами, а также для получения оперативной технико-
экономической информации при помощи сверхпортативных
компьютеров handheld PC.
В реальном времени GSM-активатор может принимать
информацию от 64 000 датчиков, осуществлять супервизорное
управление, получать технико-экономическую информацию из баз
данных через сервер, использующий стандартные интерфейсы
SQL/ODBC. ОРС, DDE (см. рис. 49) и т.д. Вся поступаемая
информация отображается графически в виде анимированных
мнемосхем и трендов.
GSM-активатор относится к новому классу систем оперативного
управления, отражающих тенденцию к миниатюризации и
автономизации компьютерных систем. GSM-активатор может быть
использован в качестве персональной информационной системы
руководителя.
К GSM-активатору проявляют интерес нефтяные компании,
электрические и тепловые сети РАО ЕЭС и РАО ГАЗПРОМ,
коммунальные и другие службы, управляющие пространственно
распределенными объектами [70].
GSM-активатор пригоден также к применению в охранных
службах: получение в реальном времени информации о состоянии
охраняемого объекта может стать основой успеха операции группы
быстрого реагирования, вызванной по тревоге.
Отметим, что в последней версии TRACE MODE 6 все редакторы
системы вызываются из одной программы - Интегрированной среды
разработки (ИС). ИС – единая программная оболочка, содержащая
все необходимые средства для разработки проекта.
Все переменные проекта, к чему бы они не относились - к
контроллеру, к операторской станции, к управлению
 201
техобслуживанием или производством хранятся в единой базе
данных проекта. Единая база проекта устраняет лишнюю работу
проектировщика по созданию, поддержке и взаимной увязке во многом
одинаковых баз переменных контроллеров и ПК, характерную для
систем предыдущего поколения.
Логическая структура проекта полностью отделена от аппаратной
части. Благодаря единому пространству распределенных
переменных, переменные из разных узлов могут связываться между
собой также легко, как и в пределах одного узла, любые изменения,
вносимые в объект, автоматически применяются везде, где он был
задействован. В целях пояснения особенностей и принципов работы
SCADA-системы воспользуемся некоторыми справочными
материалами предыдущих версий.

5.3. Основные понятия системы TRACE MODE

5.3.1. Определения. ПРОЕКТ системы управления – это

совокупность всех математических и графических элементов системы,
функционирующих на различных операторских станциях и
контроллерах одной АСУ ТП, объединенных информационными
связями и единой системой архивирования. Проект может быть
масштабным (сотни узлов), а может включать в себя только один
контроллер или одну операторскую станцию. Под проектом в TRACE
MODE 6 понимается вся совокупность данных и алгоритмов
функционирования распределенной АСУ (АСУТП и/или T-
FACTORY), заданных средствами TRACE MODE.
Итогом разработки проекта является создание файлов, содержащих
информацию об алгоритмах работы АСУ. Эти файлы размещаются на
аппаратных средствах (компьютерах и контроллерах) и выполняются
под управлением исполнительных модулей TRACE MODE.
Составная часть проекта, размещаемая на отдельном компьютере или в
контроллере и выполняемая под управлением одного или нескольких
исполнительных модулей TRACE MODE, называется узлом проекта.
УЗЕЛ – любое устройство в рамках проекта, в котором запущено
программное обеспечение TRACE MODE, реализующее серверные
функции. Это может быть контроллер, операторская станция или
архивная станция. В проекте не может быть более 128 узлов. В общем
случае размещение узла на том же аппаратном средстве, на котором он
 202
должен исполняться под управлением монитора, не является
обязательным – мониторы могут загружать узлы с удаленных
аппаратных средств.
БАЗА КАНАЛОВ – совокупность всех каналов, математических
объектов, FBD – программ и IL – программ, созданных для каждого
конкретного узла.
ОБЪЕКТ БАЗЫ КАНАЛОВ – совокупность любых каналов,
которой приписан определенный набор свойств и атрибутов. Среди
последних можно назвать имя, графический идентификатор, флаг
подчинения: родитель, потомок. Оформленные группы каналов могут
быть подчинены друг другу и создавать таким образом иерархические
структуры.
ДРАЙВЕРЫ обмена – драйверы, используемые мониторами
TRACE MODE для взаимодействия с устройствами, протоколы обмена
с которыми не встроены в мониторы.
5.3.2. Каналы. КАНАЛ (базовое понятие системы) – это структура,
состоящая из набора переменных и процедур, имеющая настройки на
внешние данные, идентификаторы и период пересчета ее
переменных. Идентификаторами канала являются: имя, комментарий
и кодировка. Например, имя канала, связанного с пятым каналом
платы аналогового ввода, расположенной в первом посадочном месте
контроллера, будет AI_-pp01-0005. Кроме того, каждый канал имеет
числовой идентификатор, используемый внутри системы для ссылок
на этот канал. Среди переменных канала выделяются четыре основных
значения: входное (In), аппаратное (A), реальное (R) и выходное
(Q). С помощью настроек входное значение канала связывается с
источником данных, а выходное – с приемником.
В зависимости от направления движения информации, т.е. от
внешних источников (данные с контроллеров, УСО или системные
переменные) в канал или наоборот, каналы подразделяются на входные
(тип INPUT) (см. рис. 51) и выходные (тип OUTPUT) (см. рис. 52).
Входной канал (см. рис. 51) запрашивает данные у внешнего
источника (контроллер, другой МРВ и пр.) или значение системных
переменных (счетчик ошибок, длина архива и пр.).
Рис. 51

Рис. 52
 Полученное значение поступает на вход канала и далее
пересчитывается в аппаратное и реальное значения. Аппаратное
значение у каналов типа INPUT формируется масштабированием
(логической обработкой для дискретных каналов) входных значений.
Используемые процедуры обеспечивают первичную обработку данных
(исправление ошибок датчиков, масштабирование, коррекция
температуры холодных спаев термопар и т.д.). Выходные значения в в
каналах типа INPUT не используются.
Выходной канал (см. рис. 52) передает данные приемнику.
Приемник может быть внешним (значение переменной в контроллере,
в другом МРВ и пр.) или внутренним - одна из системных переменных
(номер проигрываемого звукового файла, номер экрана, выводимого
на монитор, и пр.). И внешние и внутренние приемники данных
связываются с выходными значениями каналов. У каналов типа
OUTPUT их входное значение формируется одним из следующих
способов: процедурой управление данного канала; процедурами
управление или трансляция других каналов; метапрограммой на
языке Техно IL; каналом удаленного узла (например, по сети);
оператором с помощью управляющих графических форм. У каналов
типа OUTPUT аппаратное значение получается из реального
процедурой трансляция. Аппаратные значения каналов имеют такое
название, поскольку в них удобно получать величины
унифицированных сигналов, с которыми работает аппаратура
ввода/вывода (4-20 мА, 0-10 В и пр.). Реальные значения
предназначены для хранения значений контролируемых параметров
или сигналов управления в реальных единицах (например, кг/час, оС,
% и пр.). Выходное значение определено только для каналов типа
OUTPUT. Оно пересчитывается из аппаратного значения.
Данные из внешних устройств записываются в каналы, данные из
каналов посылаются на внешние устройства. В каналы оператор
заносит управляющие сигналы. Значения из каналов записываются в
архивы, операторские отчеты и т.п. В каналах осуществляется
преобразование данных. Меняя значения на системных каналах, можно
управлять выводимой на экран информацией, звуковыми сигналами и
т.д., т.е. всей системой.
5.3.3. Процедуры. Входное значение канала преобразуется в
аппаратное, реальное и выходное с помощью процедур.
Процедурами канала являются:
 205
- масштабирование (умножение и смещение);
- фильтрация (подавление пиков, апертура и сглаживание);
- логическая обработка (предустановка, инверсия, контроль
сочетаемости);
- трансляция (вызов внешней программы);
-управление (вызов внешней программы).
Порядок следования и содержание процедур может меняться в
зависимости от типа канала (входной или выходной, аналоговый или
дискретный). Процедура масштабирование используется только в
каналах, работающих с аналоговыми переменными. Она включает в
себя две операции: умножение и смещение. Последовательность этих
операций меняется в зависимости от типа канала:
-у каналов типа INPUT входное значение умножается на заданный
множитель и к полученному результату добавляется величина
смещения, результат присваивается аппаратному значению канала;
- у каналов типа OUTPUT к аппаратному значению добавляется
величина смещения, затем эта сумма умножается на заданный
множитель, а результат присваивается выходному значению канала.
Процедура трансляция определена для всех каналов независимо от
их типа и вида представления. У входных каналов процедура
трансляции преобразует аппаратное значение в реальное, а для
выходных - наоборот. Для этого вызывается FBD-программа.
Вызываемая программа выбирается при настройке процедуры. При
настройке процедуры входные и выходные аргументы выбранной
программы связываются с атрибутами текущего канала, а также любых
других каналов из текущей базы. Поэтому процедура трансляции
одного канала может также использоваться для формирования
значений других каналов.
Рассмотрим пример использования процедуры трансляция [76].
Необходимо измерять расход вещества, транспортируемого по
трубопроводу, и интегрировать его по времени для расчета технико-
экономических показателей производства. На трубопроводе
установлен датчик скорости потока.
Решение. Для решения этой задачи потребуется один канал типа
INPUT. Его аппаратное значение необходимо связать с данными,
поступающими от датчика скорости потока (адресация каналов будет
описана в следующем разделе), настроить коэффициенты
масштабирования и дрейфа нуля исходя из геометрических
 206
характеристик трубопровода и физических свойств потока для
перевода измеренной скорости в величину расхода. Далее следует
создать FBD-программу, в которой будет выполняться интегрирование
входной величины и результат записываться в выходную переменную.
Затем эту программу надо установить для процедуры трансляция
данного канала (написание программ для процедур канала будет
рассмотрено ниже). При такой конфигурации во входном значении
канала будет находиться информация о скорости потока, в
аппаратном - величина расхода вещества, а в реальном - количество
прошедшего по трубе вещества.
Набор процедур в канале зависит от формата данных. Каналы,
работающие с аналоговыми переменными, используют процедуры
масштабирование, трансляция, фильтрация и управление. В
каналах обрабатывающих дискретные параметры используются
логическая обработка, трансляция и управление.
Фильтрация - процедура, которая присутствует только у
аналоговых каналов. Набор выполняемых ею операций отличается для
входных и выходных каналов. У каналов типа INPUT фильтрация
выполняется после процедуры трансляции до формирования реального
значения. Фильтрация включает в себя следующие операции:
подавление случайных всплесков в тракте измерения; подавление
малых колебаний значения канала; экспоненциальное сглаживание;
контроль шкалы – отслеживание выхода реального значения канала за
установленные границы шкалы. У каналов типа OUTPUT данная
процедура формирует реальное значение по входному значению. При
этом выполняются следующие операции: ограничение скорости
изменения реального значения; подавление малых колебаний значения
канала; экспоненциальное сглаживание; контроль шкалы – обрезание
величины управляющего воздействия до границ шкалы канала.
Управление – процедура, которая определена для всех каналов и
реализует функцию управления. С ее помощью можно вызвать FBD-
программу, в которой можно запрограммировать требуемые
алгоритмы управления. В качестве аргументов программе могут
передаваться значения и атрибуты любых каналов из текущей базы.
Эти аргументы могут быть как входными, так и формируемыми.
Формально процедура управление связана с каналом только циклом
пересчета. Она может вообще никак не участвовать в формировании
его значений, а управлять другими каналами. Такая ситуация часто
 207
наблюдается при использовании процедуры управление на каналах
типа INPUT.
Кроме основных значений канал имеет дополнительные
переменные: шесть границ, гистерезис, настройки процедур обработки,
начальные параметры, флаги архивирования и др. Переменные,
настройки и идентификаторы канала образуют список его атрибутов.
Часть из них задается в редакторе базы каналов и не может быть
изменена в реальном времени. Другие могут иметь начальные значения
и доступны для изменения.
5.3.4. Подтип канала. Подтип канала указывает класс источников
или приемников данных, с которыми будет связываться канал. Для
каналов типа INPUT подтип характеризует получаемую ими
информацию (АНАЛОГ - значение АЦП, считанное с платы УСО,
СИСТЕМНЫЙ - состояние системы, СВЯЗЬ - данные с удаленных
узлов проекта и пр.). Каналы OUTPUT имеют тот же набор подтипов,
что и каналы INPUT. Однако для них подтип определяет класс
приемников, а не источников данных (АНАЛОГ - значение ЦАП,
СИСТЕМНЫЙ - состояние системы, СВЯЗЬ - значения управляемых
каналов на удаленных узлах проекта и пр.). Всего существует
шестнадцать подтипов каналов. Все они могут задаваться как для
входных, так и для выходных каналов. Подтип канала задает класс
источников или приемников данных. Кроме того, подтип канала
определяет также количество его дополнительных настроек.
Уточнение источника или приемника в рамках заданного подтипом
класса осуществляется с помощью дополнения к подтипу.
Последний уровень адресации источника или приемника данных
осуществляется с помощью настроек канала.
Пример 8. Пусть надо настроить канал для запроса данных от
удаленного МРВ по протоколу M_LINK.
Тип канала в этом случае следует установить INPUT, поскольку
данные запрашиваются. Для обмена данными с удаленными
мониторами ТРЕЙС МОУД по любой линии связи используется
подтип каналов СВЯЗЬ. Дополнение к подтипу должно быть задано In
M_Link. Такой канал будет иметь пять настроек. В них будет
указываться номер последовательного порта, имя удаленного
монитора, название объекта базы каналов, имя канала и его атрибут.
5.3.5. Атрибуты каналов. Границы шкалы указывают возможный
диапазон изменения контролируемого параметра. Например, если
 208
датчик позволяет измерять давление в диапазоне от 0 до 10 кгс/см2 , то
его показания, лежащие вне данного диапазона, являются заведомо
недостоверными. Если задать для канала границы шкалы, то при
выходе за них его реального значения может автоматически
формироваться признак недостоверности данных. Эта информация
может быть доведена до оператора и зафиксирована в архивах.
Пример 9 [76]. Рассмотрим обработку аварийной ситуации и
использование аварийных границ и интервала.
Рассмотрим решение следующей задачи: при понижении давления в
котле ниже предаварийной границы (НГ_0) надо записать в отчет
тревог сообщение "КОТЕЛ_1 предаварийное состояние" и проиграть
предупреждающий звуковой файл.
Для решения этой задачи потребуются два канала. Настроим один
из них на прием данных (INPUT) от датчика давления и зададим ему
имя ДАВЛЕНИЕ. Для этого канала в диалоге Реквизиты установим
флаг сохранения в отчете тревог и, исходя из технологических
требований, зададим значение границы НГ_0 и в бланке Сообщения в
отчет тревог введем требуемое сообщение для записи в отчет тревог.
Второй канал должен иметь тип OUTPUT, подтип СИСТЕМНЫЙ
и дополнение к подтипу звуковой файл. Имя этому каналу дадим
ЗВУК. Далее создадим программу, содержащую два аргумента. Эта
программа должна при отличии первого аргумента от 0 формировать
значение второго аргумента равным 1 (номер звукового файла,
содержащего вой сирены), а в противном случае - 0. Установим ссылку
на эту программу из процедуры УПРАВЛЕНИЕ канала ЗВУК. В
качестве первого аргумента будем использовать значение интервала
канала ДАВЛЕНИЕ, а в качестве второго - реальное значение канала
ЗВУК.
Теперь при переходе реального значения канала, измеряющего
давление, через границу НГ0 аппаратное значение канала,
управляющего звуковой платой, будет равно 1. Файл с записанным
звуковым предупреждением должен находиться в директории проекта
и иметь имя 1.wav.

5.4. Обмен данными в SCADA-системе TRACE MODE

Если речь идет о связи между компонентами одного узла, то вопрос

об аппаратно-программном интерфейсе, который должен быть
 209
задействован для обеспечения связи, не возникает. В этом случае
достаточно выполнить конфигурирование свойств связь/вызов
компонентов. Если взаимодействующие компоненты относятся к
разным узлам, то интерфейс связи должен быть указан и
сконфигурирован.
Мониторы реального времени ТРЕЙС МОУД могут обмениваться
данными по следующим линиям: локальная сеть; последовательный
интерфейс RS-232, RS-485, RS-422; радиоканал; выделенная
телефонная линия; коммутируемые телефонные линии; сети GSM. По
этим носителям необходимо организовать информационные потоки
всех уровней системы управления. При этом могут реализоваться как
вертикальные связи (между уровнями), так и горизонтальные (между
узлами одного уровня). Например, при задании связи двух каналов
разных узлов по RS необходимо создать в узлах компоненты COM-
порт, задать для них необходимые параметры и указать для канала-
приемника используемый интерфейс связи.
5.4.1. Последовательный интерфейс. Обмен по всем линиям,
кроме локальной сети, реализуется через последовательный порт по
протоколу M-LINK. Узлы в сети M-LINK неравноправны: один имеет
статус MASTER, а остальные – SLAVE. Такие сети следует
использовать для связи между операторскими станциями и
контроллерами. Монитор со статусом MASTER является активным.
Он посылает команды управления и запросы на передачу информации.
Монитор со статусом SLAVE принимает посланные ему команды и
передает запрошенные данные. Команды управления содержат
указания на изменение значений атрибутов каналов удаленного узла.
Таким образом, запросы, посылаемые монитором со статусом
MASTER, могут быть двух типов:
1) Запрос данных (используется для получения значений каналов
или другой информации от монитора со статусом SLAVE);
2) Запрос на изменение (используется для изменения значений
атрибутов каналов на удаленном мониторе). В запросах на изменение
передаются новые значения корректируемых атрибутов удаленной
базы.
Следует отметить, что в одной сети M-LINK не может быть двух
мониторов, для которых установлен статус MASTER. Чтобы один
монитор выступал и как MASTER, и как SLAVE, надо создать
параллельные сети, используя при этом по два последовательных
 210
порта на каждом узле. Тогда два монитора смогут работать в режиме
MASTER.
5.4.2. Обмен по протоколу M-LINK. Для обмена данными между
мониторами ТРЕЙС МОУД по последовательному интерфейсу
используется протокол M-LINK. Он применяется для обмена по
интерфейсам RS-232, RS-485, RS-422, радиоканалу, коммутируемым
телефонным линиям и GSM сети.
Используя протокол M-LINK, в рамках ТРЕЙС МОУД можно
создавать сетевые комплексы на базе последовательного интерфейса
RS-485. Такие комплексы могут включать в себя до 128 узлов
(контроллеров и операторских станций). При этом связь может
осуществляться по нескольким последовательным портам.
Для связи двух мониторов можно использовать интерфейс RS-
232. Чтобы связаться с несколькими удаленными узлами по этому
интерфейсу, нужно иметь соответствующее количество
последовательных портов. Это позволяет организовать связь типа
"звезда". Такая конфигурация может потребовать дополнительных
затрат на многоканальные платы. Однако она позволяет быстрее
передавать данные за счет распараллеливания обмена с разными
удаленными узлами. ТРЕЙС МОУД поддерживает обмен
одновременно по 32 последовательным портам.
Для связи сильно разнесенных в пространстве мониторов можно
использовать радиоканал, выделенные или коммутируемые
телефонные линии. В этих случаях нужны дополнительные устройства
- модемы. Они согласуют электрические характеристики
последовательных портов и используемой среды передачи.
5.4.3. Организация ввода/вывода данных. Настройка каналов.
Для обмена данными по последовательному интерфейсу между
мониторами TRACE MODE применяются каналы подтипа СВЯЗЬ. В
зависимости от направления передачи информации используются
разные дополнения к подтипу этих каналов. Для запроса данных по
протоколу M-LINK предназначены каналы подтипа СВЯЗЬ с
дополнением In M_LINK и дополнением In M_Link(T) . Для второго
из них вместе со значением канала передается время его последнего
изменения. При этом отображаемое время изменения значения канала
соответствует времени того МРВ, из которого считывается канал. Оно
копируется в соответствующий атрибут запрашивающего канала, а
также заносится в архивы. Для передачи данных следует
 211
использовать каналы с дополнением OUT M_LINK и дополнением
OUT M_LINK(T) . В последнем случае, также, как и при запросе, со
значением канала передается время его формирования. При
считывании значения канала по M-Link(T) из Микро МРВ в МРВ
отображаемое время изменения канала соответствует времени МРВ.
Указанные каналы имеют следующие настройки:
- NN - номер последовательного порта;
- NODE - имя удаленного узла;
- CH - имя канала на удаленном узле;
- ATR - копируемый атрибут удаленного канала;
- OBJ - имя объекта в базе каналов удаленного узла.
Номер последовательного порта задается вводом с клавиатуры в
соответствующем поле диалога Каналы объекта. Значение этой
настройки должно быть на 1 меньше номера соответствующего порта
(0 – COM1, 1 – COM2, …). Остальные настройки указываются в
диалоге выбора канала. Он выводится на экран при нажатии ЛК в
области задания значения любой из них.
Пример 10. Настроить канал для передачи значения верхнего
предела показаний аналогового датчика из операторской станции АРМ
в 1-й аналоговый канал 1-го посадочного места платы УСО
контроллера MFK_1 по последовательному интерфейсу от порта
COM1.
Решение. Канал объекта _БАЗА с именем AI_-peHL_out будет
иметь следующие настройки:
Тип – OUT; подтип – СВЯЗЬ; дополнение к подтипу – In M_LINK;
NN - 0; NODE - MFK_1; CH – AI_-pe01-0001; ATR - ВПредел; OBJ -
_БАЗА.
Следует отметить, описанные каналы создаются только в базе
монитора со статусом MASTER. Каналы выдачи команды (OUT) по
последовательному интерфейсу не работают, если на тот же COM-порт
не настроен хотя бы 1 канал INPUT (даже выключенный).
При ответе на запрос узел со статусом SLAVE анализирует
аппаратную недостоверность запрашиваемого канала. Если значение
недостоверно, то вместо него отсылается значение FFFF. Узел со
статусом MASTER, получив такое значение, не изменяет значение
запрашивающего канала, но выставляет ему флаг недостоверности.
5.4.4. Настройка МРВ для обмена по M-LINK. Для обмена
данными по протоколу M_LINK необходимо настроить
 212
соответствующие параметры запуска узла. К ним относятся статус
узла, а также физические параметры связи.
Параметры обмена по протоколу M_LINK настраиваются в бланках
Основные и Параметры последовательных портов диалога
Параметры узла. Для входа в этот диалог необходимо нажать ПК на
изображении настраиваемого узла в редакторе базы каналов. Статус
узла при обмене по протоколу M_LINK задается в бланке Основные
диалога Параметры узла. Чтобы узел поддерживал статус MASTER,
необходимо установить флаг M_Link в разделе Host Mode данного
бланка, а для поддержки режима SLAVE – тот же флаг в разделе Slave
Mode.
Кроме статуса, при обмене по M_LINK необходимо настроить
физические параметры порта, через который будут передаваться
данные. Для обмена данными с контроллерами по последовательным
интерфейсам надо настроить используемые порты. Это реализуется в
бланке Параметры последовательных портов диалога Параметры
узла редактора базы каналов. Для входа в него надо выделить
настраиваемый узел и нажать ПК.
Этот бланк содержит список последовательных портов (COM1 –
порт 0, COM32 – порт 31) и семь полей настройки параметров
выбранного в списке порта. Такими параметрами являются:
- назначение порта;
- базовый адрес порта;
- скорость обмена;
- параметры связи;
- таймаут на ожидание ответа;
- номер используемого прерывания;
- режим управления передатчиком.
Значение параметра «Назначение порта» формируется из списка,
содержащего четыре следующих пункта:
- Связь с контроллерами;
- Slave M_LINK;
- Modem;
- GSM_SMS.
По умолчанию устанавливается значение Связь с контроллерами.
Это означает, что порт используется для обмена с контроллерами через
внешний драйвер или по встроенным протоколам со статусом
MASTER. Для обмена по протоколу M_LINK со статусом SLAVE, в
 213
данном поле следует установить назначение – Slave M_LINK. Режим
связи Modem нужно установить для порта при его использовании для
обмена по коммутируемым линиям, а GSM_SMS – при обмене по
GSM сети.
Два поля бланка Параметры портов такие, как «Базовый адрес
порта» и «Номер используемого прерывания» предназначены для
задания базового адреса и номера прерывания порта. Они имеют
смысл при настройке узла, запускаемого под управлением Микро
МРВ. В остальных случаях эти параметры портов настраиваются
средствами WINDOWS из Панели управления (см. Справочную
систему ТРЕЙС МОУД). В любом случае их нельзя оставлять
нулевыми, желательно задать их реальные значения. Например,
Базовый адрес порта – 3f8, Номер используемого прерывания – 4.
Следующее поле «Скорость обмена» заполняется из списка: 110,
150, 300, 600, 1200, 2400, 4800, 9600, 19.2k, 38.4k, 57.6k, 115.2k, 144k,
192k, 288k, 576k. Причем скорость обмена по протоколу M-LINK не
должна быть ниже 600 бит/с. Её величина при обмене по
последовательным портам ограничивается расстоянием и наличием
помех в линии. Чем ниже скорость обмена, тем меньше вероятность
сбоя. Например, она может быть назначена равной 4800 бит/с.
В поле «Параметры связи» задаются такие параметры обмена, как:
количество информационных бит в посылке; количество стоповых
бит; наличие проверки на четность. Значение всех этих параметров
задается выбором из списка. Каждая строка этого списка содержит
одно из доступных сочетаний этих трех параметров. Эти строки имеют
следующий формат: k-m-x, где k – количество информационных бит;
m – количество стоповых бит; x – наличие проверки на четность (n –
отсутствие проверки, e – проверка на четность, o – проверка на
нечетность).
Значение поля «Таймаут на ожидание ответа» вводится
непосредственно с клавиатуры. Оно задает время ожидания ответа от
устройства, которому был послан запрос по данному порту. Величина
времени ожидания задается в миллисекундах. Если величина таймаута
не задана, то она принимается равной 100 мс. Если в течение времени
таймаута ответ на запрос от устройства или МРВ не пришел, то каналу,
запрашивающему эти данные, взводится флаг аппаратной
недостоверности.
 214
Кроме того, для задания времени задержки на включение
передатчика после завершения приема в каналах на базе RS-485 и RS-
232 используется таймаут «RS-передача». Его значение в
миллисекундах задается в бланке Таймауты того же диалога.
В поле «Режим управления передатчиком» вносится «Нет», если
не требуется управлять передатчиком. Остальные пункты, кроме
первого, задают различные режимы управления.
Можно заметить, что МикроМРВ поддерживает до 4 связей со
статусом MASTER по M-Link или по другому встроенному протоколу
(по 4-м COM-портам, имеющим один и тот же вектор прерывания), а
со статусом SLAVE – только одну связь (на любом прерывании).
В рамках задач управления обменом по последовательным портам
ТРЕЙС МОУД позволяет осуществлять следующие операции:
- отключение обмена по указанному порту;
- переключение обмена на резервный порт;
- отключение группы каналов от обмена.
Подробнее информацию можно найти в справочной системе ТРЕЙС
МОУД.

5.5. Обмен данными через механизмы OРC

Одним из самых перспективных стандартов обмена данными между

приложениями WINDOWS при создании систем управления является
механизм OPC. OPC (OLE for Process Control) - стандартизованные
интерфейсы для Microsoft технологии COM, предназначенные для
применения в области автоматизации управления технологическими
процессами. Стандарт ОРС разработан международным фондом OPC
Foundation, который был создан фирмами Fisher-Rosemount, Intellution,
Intuitive Technology, Opto22, Rockwell и Siemens в 1995 году. В 1996
году появилась первая версия спецификации ОРС.
ОРС в настоящее время является стандартом, который признан как
разработчиками, так системными интеграторами и пользователями
АСУ ТП. Сегодня практически все производители программного и
аппаратного обеспечения АСУ ТП разрабатывают продукты,
соответствующие этому стандарту.
За последние несколько лет ОРС серверы полностью вытеснили
DDE (Dynamic Data Exchange) серверы и специализированные
драйверы для аппаратных средств автоматизации. DDE - самый старый
 215
(время появления - 1989-1991 годы) и очень медленный способ
динамического обмена данными между Windows приложениями, был
со временем заменен (преобразован) в OLE (Object Linking and
Embedding). OLE первоначально и до середины 90-х годов
использовался исключительно Microsoft для обмена данными между ее
офисными приложениями. Во время разработки Windows NT
появилась технология DCOM (Distributed Componet Object Model) как
продолжение технологии COM. DCOM была разработана для
распределенных клиент-серверных приложений. Один клиент мог
одновременно использовать несколько серверов, установленных на
разных компьютерах в сети и каждый сервер одновременно мог
обслуживать несколько клиентов. В настоящее время ОРС базируется
практически исключительно на DCOM технологии фирмы Microsoft
для распределенных систем. Главным понятием DCOM является
понятие интерфейса, посредством которого DCOM объекты
обслуживают клиентов.
OPC сервер NLopc является программной системой, позволяющей
подключить аппаратуру, выпускаемую НИЛ АП, к программному
обеспечению сторонних производителей, если оно удовлетворяет
стандарту ОРС. Сервер NLopc имеет следующие отличительные
особенности:
- возможность задания различных прав доступа к тегам для
различных клиентов сервера;
- возможность добавления новых устройств в расширяемую
библиотеку драйверов;
- содержит встроенный редактор скриптов VBScript для описания
пользовательских конверторов входных переменных;
- поддерживает пользовательские DLL-библиотеки для описания
сложных конверторов входных переменных;
- кроме стандартного ОРС интерфейса имеет дополнительный
упрощенный COM интерфейс Easy Access для управления
устройствами;
- cодержит объект, служащий для интеграции сервера NLopc и OPC
серверов сторонних производителей с программами, не
поддерживающими OPC, но поддерживающими OLE, например MS
Excel, Matlab.
Сервер NLopc работает под Windows2000, XP или NT, позднее
Windows NT 4.x. Требования к аппаратным показателям компьютера
(объем RAM, объем HDD, и т.д.), полностью соответствуют
 216
требованиям к операционной системе. Оптимально подходят для
работы сервера NLopc Windows NT 4.x, Windows NT 2000, Windows
XP. Требуемый объем свободного места на жестком диске составляет
пять мегабайт. ОРС сервер работает только с СОМ портами или их
эмуляторами.
МРВ может выступать в качестве OPC-сервера и OPC-клиента. В
качестве OPC-клиента он поддерживает следующие режимы:
- SYNC/CACHE – синхронное чтение из кэша;
- SYNC/DEVICE – синхронный обмен данными с устройством;
- ASYNC/DEVICE – асинхронный обмен данными с устройством;
- ADVISE – асинхронное чтение данных при изменении их
значения.
В режиме ADVISE МРВ принимает значения, присылаемые по
каналу подписки. Они обычно присылаются сервером только при
изменении значения параметра.
В режиме ASYNC МРВ опрашивает OPC-сервер и принимает
данные, присылаемые по каналу подписки в случае изменения
значения параметра. При этом поддерживаются следующие типы
данных:
- VT_R4 (FLOAT, 4 байта) – для каналов типа FLOAT;
- VT_I4 (INT, 4 байта) – для каналов типа HEX.
Для обмена данными по OPC между мониторами ТРЕЙС МОУД
используются каналы подтипа СВЯЗЬ с дополнениями In OPC –
прием данных от МРВ по OPC , Out OPC – передача данных МРВ по
OPC.
При настройке связи по OPC для каждого узла необходимо указать
имя компьютера, на котором он будет запущен. Для этого в диалоге
Параметры узла на бланке Основные предусмотрено поле Имя
компьютера. Для доступа к удаленному компьютеру может
потребоваться запуск утилиты DCOMCNFG.EXE и установка
соответствующих разрешений пользователям.
Каналы для связи с ОРС-сервером создаются процедурой
автопостроения. Чтобы запустить её следует, находясь в окне
объектов настраиваемого узла, выполнить команду “Связать с OPC-
сервером” из меню “Узел” или нажать сочетание клавиш “Alt”+”L”.
При этом появится экран “Выбор сервера OPC”, на котором имеется
тир кнопки: ”Добавить”, ”Удалить”, ”Изменить”. Нажатие кнопки
”Добавить” выводит на экран “Выбор сервера OPC” перечень
 217
серверов, зарегистрированных на локальной машине или на любом
компьютере, присутствующем в сети. Указанный сервер добавляется в
список предыдущего диалога.
По нажатию кнопки ”Удалить” выделенный в списке сервер
удаляется из окна. Кнопка ”Изменить” используется для замены
выделенного сервера. Она выводит на экран тот же диалог, что и
кнопка ”Добавить”. Выбранный в нем сервер заменяет текущий.
Чтобы создать каналы ТРЕЙС МОУД для обмена с выделенным в
списке сервером надо нажать ЛК на кнопке “Выбрать”.
В левом окне появившегося экрана следует выбрать каналы OPC-
сервера, которые надо контролировать в МРВ, и перенести их в правое
окно нажатием ЛК на кнопке “>>”. После выхода из этого диалога в
базе каналов появится новый объект, имя которого образовано из
идентификатора OPC-сервера. В нем создаются каналы для обмена с
указанными каналами сервера.

5.6. Обмен с базами данных через механизмы ODBC

Для связи с базами данных и бизнес-приложениями в МРВ встроена

поддержка интерфейса ODBC [76]. МРВ может запрашивать данные из
зарегистрированных источников данных ODBC и записывать в них
значения каналов. При этом передача значений каналов может
осуществляться как в режиме формирования новых записей в базе
(INSERT), так и в режиме обновления существующих (UPDATE). Для
взаимодействия с любой базой данных ее надо зарегистрировать как
источник. Это делается с помощью панели управления WINDOWS.
Чтобы связаться с базами данных (БД) по ODBC в директории
проекта надо создать конфигурационный файл odbc.cfg. Этот файл
имеет текстовый формат. В нем описывается база данных, имя
пользователя, имеющего доступ к ней, а также элементы запросов на
языке SQL для управления обменом данными. При этом с целью
обеспечения обмена с любыми ODBC-серверами фрагменты SQL-
запросов следует записывать прописными буквами.
Перед тем как создать источник данных необходимо убедиться в
наличии TRACE MODE ODBC driver – драйвера, установка которого
обычно производится автоматически при инсталляции системы. Если
по каким-то причинам он не установлен, необходимо выполнить его
установку вручную [70].
 218
Для взаимодействия с любой базой данных ее надо зарегистрировать
как источник с помощью панели управления WINDOWS. Это могут
быть популярные программы Microsoft Access или Excel.
Так, если представленная в предыдущем разделе проектная
документация составлена в виде таблиц программы Microsoft Access и
сконфигурирована в файл “Проектная документация.mdb”, то чтобы
переписать её в БД необходимо:
1) Создать источник данных ODBC, для чего на диске C следует
открыть Панель управления MS Windows. Если это – Win9x или
WinNT, то дважды нажать ЛК мыши на иконке “Источники данных
ODBC” (для Win200 эта иконка расположена в пункте
Администрирование). В появившемся диалоговом окне
Администратор источников данных ODBC следует выбрать бланк
Пользовательский DSN и нажать кнопку ”Добавить”. Затем в окне
Создание нового источника данных выбрать из списка пункт Driver
do Microsoft Access (*.mdb) и нажать кнопку ”Готово”.
2) В поле Имя источника данных записать имя проекта, например,
YPN и нажать кнопку “Выбрать”. Теперь в качестве БД нужно
выбрать с диска С файл “Проектная документация.mdb”, нажать
“Ок” и закрыть Администратор источников данных ODBC.
 219

6. ПРИМЕР РАЗРАБОТКИ АСУТП НА БАЗЕ SCADA-

СИСТЕМЫ TRACE MODE

6.1. Учебный лабораторный стенд

Для изучения задач проектирования и исследования АСУТП с

использованием SCADA-системы на кафедре САУ Таганрогского
государственного радиотехнического университета разработан
учебный лабораторный стенд, состоящий из макета объекта,
нагревателя, охладителей, датчика и промышленных модулей
ввода/вывода. На его основе студенты проектируют двухуровневую
АСУТП, нижний уровень которой предназначен для реализации
локальной системы управления (см. рис. 34). Верхний уровень этой
системы, реализованный на ПК, представляет собой АРМ оператора-
диспетчера, которым является студент, выполняющий лабораторную
работу.
На нижнем уровне управления на базе указанных блоков создан
контур регулирования температуры, в котором исследуются различные
законы управления (разд. 3 части 2). При этом могут меняться
характеристики объекта в зависимости от помещенного в него предмета,
что студенты наблюдают в процессе идентификации. Показатели
качества процесса регулирования, задание, предельные значения
технологических параметров изменяются оператором-студентом с ПК –
АРМ. Помимо функций управления в системе реализованы функции
измерения и контроля по предельным значениям таких параметров
объекта, как влажность и давление.
Предлагаемый читателю пример, как и изложенный выше материал,
не могут охватить всех проблем создания АСУТП с помощью TRACE
MODE. Однако знакомство с ним, наряду с изучением справочной
системы TRACE MODE и выполнением на их основе лабораторных
работ, позволит облегчить ориентацию в интегрированной среде
разработки АСУТП. Заметим, что разработка АСУТП, выполненная в
предлагаемом примере, основана на 6-й версии TRACE MODE, как
более совершенной, имеющей наглядную объектную структуру и
позволяющей осуществлять связь между объектами методом простого
перетаскивания иконок.
 220
6.2. Создание проекта

Рассмотрим поэтапно создание упрощенного варианта

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

Рис. 53
Перейдем в слой “Библиотеки_компонентов”, где в разделе
“Пользовательская” откроем библиотеку Library_1. Сохраненный в
данной библиотеке объект Object_1 содержит в своем слое “Resources”
(Ресурсы) необходимый для дальнейшей разработки набор
графических объектов: таких как изображения двигателей, емкостей,
клапанов и т.д.
 221
Перенесем группы в слой Ресурсы текущего проекта с помощью
механизма drag-and-drop и переименуем их, как показано на рис. 54.
Здесь же в слое Ресурсы создадим группу Картинки для помещения в
нее текстур (см. рис. 55), которые будут использованы в оформлении
создаваемых графических экранов, и группу Анимация для
использования движущихся объектов (например, Огонь,
изображающий включенный нагреватель).

Рис. 54

Рис. 55

Создадим в группе Картинки новый компонент –

Библиотека_Изображений#1. Диалоговое окно примет вид,
показанный на рис. 56.
Откроем двойным щелчком ЛК вновь созданную библиотеку для
редактирования. Для ее заполнения воспользуемся иконкой на
панели инструментов. В открывшемся диалоге выбора файлов для
 222
импорта укажем поддиректорию Trace Mode IDE 6 Base\Lib\Texture,
выберем все файлы и нажмем кнопку Открыть (см. рис. 57).

Рис. 56

Рис. 57

Содержимое библиотеки Библиотека_Изображений#1 будет

иметь вид, показанный на рис. 58.
Проект имеет древовидную структуру. В него входят следующие
компоненты, приведенные на рис. 59.
 223

Рис. 58

Ресурсы

Шаблоны программ

Шаблоны экранов

База каналов

Система

Источники/приемники

Рис. 59
Опишем назначение каждого из компонент рис. 59:
Ресурсы – содержат библиотеки картинок, анимаций и
пользовательских объектов, загружаемых из библиотеки компонентов.
Шаблоны программ – содержат алгоритмы FBD-программ,
используемых в проекте. Шаблоны экранов – содержат статические
изображения мнемосхем, которые представляют проект в мониторе
реального времени (МРВ). В базе каналов находятся все каналы,
необходимые для обмена информацией между компонентами проекта.
Система – отображает все узлы проекта (МРВ, микроМРВ).
Источники/приёмники – предназначены для связи МРВ с
устройством связи с объектом (УСО).
В шаблонах экранов созданы пять экранов: стенд, выход, ошибка,
управление и ШИМ, как показано на рис. 60.
 224

Рис. 60

Опишем назначение каждого из них и приведём параметры

элементов.
Экран стенд: отображает мнемосхему, представляющую понятную
оператору схему процесса управления, позволяющая контролировать
процесс и вносить изменения в параметры. Мнемосхема приведена на
рис. 61. Аргументами экрана, приведенного на рис. 62, являются:
- Input – показания датчика температуры в объекте управления;
- Zdn – задание регулятору;
- Kp – коэффициент пропорциональности регулятора;
- Ki – коэффициент интегрирования регулятора;
- Dlt – величина зоны нечувствительности;
- VLAG – показания датчика влажности в объекте управления;
- DAVL – показания датчика атмосферного давления в объекте
управления;
- Mode – выбор регулятора;
- Start – разрешает запись в теги;
- Doroga – обеспечивает динамическое движение бегущей дорожки
на мнемосхеме;
- Nagrev – передаёт значение в канал нагревателя;
 225

Рис. 61

Рис. 62
- Vent1 – управляет верхним вентилятором;
 226
- Vent2 – управляет нижним вентилятором;
- Time – предназначен для вывода астрономического времени на
мнемосхеме;
- Oxlajdenie – позволяет снизить температуру в объекте управления
после нагревания;
- Reset – записывает ноль во все теги.
Тип IN означает, что данные считываются из канала, а тип OUT -
записываются в канал. Тип данных Real – реальное значение данных,
тип данных DATE AND TIME – системное время, которое
отображается на мнемосхеме. Флаг NP означает что этот аргумент не
участвует в автопостроении какналов.
Графические элементы (ГЭ), приведенные на рис. 63, являются
статическими, кроме элемента отображения даты и времени. Они
являются динамическими, привязанные к аргументу Time и имеют
настройки, показанные на рис. 64.

Рис. 63

Графичечкие элементы отображают

показания датчиков и привязываются так, как это показано на рис. 65 -
рис.67.

Графический элемент содержит три динамических

элемента. Они содержатся в ресурсах проекта.
 227

Рис. 64

Рис. 65
 228

Рис. 66

Рис. 67
 229

Графический элемент имеет настройки, показанные на

рис. 68.

Рис. 68

Привязка графического элемента показана на рис. 69.

Графический элемент имеет параметры, показанные на

рис. 70.
Графический элемент, показанный на рис. 71, имитирует работу
регулятора.

Графические элементы являются «кнопками».

 230

Рис. 69

Рис. 70
 231

Рис. 71

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

При выборе кнопки «ПИ» открываются диалоговое окно,
показанное на рис. 72.
При выборе кнопки «Реле» открываются диалоговое окно,
показанное на рис. 73.
При выборе кнопки «Задание» открываются диалоговое окно,
показанное на рис. 74.
При выборе кнопки «Кп» открываются диалоговое окно, показанное
на рис. 75.
При выборе кнопки «Ки» открываются диалоговое окно, показанное
на рис. 76.
При выборе кнопки «З.Н.и» открываются диалоговое окно,
показанное на рис. 77.
Графические элементы «Динамический текст», расположенный
напротив кнопок, привязывается к тем же аргументам, к которым
привязаны кнопки.
 232

Рис. 72

Рис. 73
 233

Рис. 74

Рис. 75
 234

Рис. 76

Рис. 77
 235

На рис. 78 показана привязка кнопки .

Рис. 78

При выборе кнопки открывается диалоговое

окно, показанное на рис. 79.

При выборе кнопки открывается диалоговое окно,

показанное на рис. 80.
Графический элемент «Динамический текст»
отображает тип регулятора и настраивается в диалоговом окне, вид
которого показан на рис. 81.
 236

Рис. 79

Рис. 80
 237

Рис. 81

Поскольку в проекте используются несколько экранов,

предусмотрен переход между ними с помощью кнопок, показанных на
рис. 82.

Рис. 82
 238
Кнопки перехода по экранам настраиваются из диалогового окна,
вид которого и пример настройки приведен на рис. 83.

Рис. 83

Аналогично настраиваются и другие кнопки. Бегущие дорожки

настроены тек, как это показано на рис. 84.

Рис. 84
 239
Экран выход отображает в режиме реального времени показания
датчика температуры и значение задания. С помощью него можно
наблюдать в реальном времени переходную характеристику объекта.
Пример приведен на рис. 85.

Рис. 85

Определение аргументов данного экрана показано на рис. 86

Рис. 86

Настройки тренда показаны на рис. 87.

 240

Рис. 87

Экран ошибка отображает в режиме реального времени значение

сигнала рассогласования. Пример показан на рис. 88.
 241

Рис. 88

Определение аргументов показано на рис. 89.

Рис. 89

Настройки тренда показана на рис 90.

Экран управление отображает в режиме реального времени
значение управляющего воздействия, как это показано на рис. 91.
Определение аргументов для данного случая показано на рис. 92.
Настройки тренда показана на рис. 93.
 242

Рис. 90

Рис. 91
 243

Рис. 92

Рис. 93
 244
Экран ШИМ отображает в режиме реального работу широтно-
импульсного модулятора, как это показано на рис.94.

Рис. 94

Определение аргументов показано на рис. 95.

Рис. 95

Настройки тренда показана на рис. 96.

В шаблонах программ создадим два FBD (Functional Blocks
Diagram)-программы, как это показано на рис. 97.
 245

Рис. 96

Рис. 97
 246
6.2.2. Создание шаблонов программ. Программа Регулирование
реализует алгоритмы ПИ-регулятора, имитирует работу релейного
регулятора, осуществляет переключение между ними, обеспечивает
динамическое отображение бегущих дорожек и разрешает запись
значений в теги. Поскольку FBD-программа достаточна объёмна,
приведём её схематичное изображение, вид которого показан на
рис. 98.
Опишем назначение функциональных блоков:
- X-Y - арифметическое вычитание для вычисления величины
рассогласования;
- DZONE - зона нечувствительности, которая вводится для
устранения высокочастотных помех;
- PID - блок, вырабатывающий управляющее воздействие по ПИД-
закону, причем, поскольку в данном проекте реализован ПИ-закон
управления, аргумент для KD входа не создаётся;
- SSWT - блок безударного переключения предназначен для
переключения способа регулирования (Mode), а также для разрешения
записи в теги (Start);
- </> - блоки сравнения, которые имитируют работу релейного
регулятора;
- PILA - генератор пилообразных импульсов, который
вырабатывает пилообразный импульс в диапазоне значений от 0 до 1, и
предназначен для динамического изображения бегущей дорожки.
Блок PID является непосредственно звеном, выдающим
управляющее воздействие. Этот блок формирует выходное значение
по ПИД-закону от величины, поданной на вход INP:
i
KD×(INPi - INPi-1 )
u i = Q i = KP × INPi + + KIΔt ∑ INPk ,
Δt k=1
где i – текущий такт пересчета, КР, KD и KI – соответственно
коэффициенты при пропорциональной, дифференциальной и
интегральной составляющих, Δt - период пересчета блока в секундах
(длительность такта).
Для ограничения величины управляющего воздействия
используются входы блока MIN и MAX. Если величина управления ui
меньше MIN, то Q=MIN, если величина управления больше MAX, то
Q=MAX, при этом в обоих случаях накопление интегральной
составляющей закона регулирования прекращается.
 247

Rassoglasovanie

Doroga
Upravlenie

Vent1

Vent2
PWM

PILA
1
SSWT

SSWT
SEL
SEL

IN1
IN1

SSWT

SSWT
IN1
SEL

SEL
IN0

IN1
PID
INP

MAX
MIN
KP
KD
KI
DZONE
INP

>

<
X-Y Dlt

In select
Mode

Mode
Input

Start

Input
Zdn

Zdn
Input
Zdn
Рис. 98
Введение в алгоритм параметра Δt исключает необходимость
пересчета настроек регулятора при смене периода пересчета.
Выходная величина с этого блока Qi поступает на звено ШИМ
PWM, Сигнал с выхода которого поступает на исполнительный блок
через модуль ввода-вывода NL-4RTD. Аргументы для этого шаблона
FBD-программы будут такими, как показано на рис. 99.
 248

Рис. 99

Шаблон программы PWM выглядит так, как это показано на

рис. 100.

Рис. 100

Аргументы программы показаны на рис. 101. Эта программа

имитирует работу широтно-импульсного модулятора.
 249

Рис. 101

6. 2.3. Автопостроение каналов. После проведения работ,

определенных выше, создадим в системе узел АРМ и в нём 7 объектов,
как это показано на рис. 102.

Рис. 102
 250
Откроем дополнительное окно навигатора (см. рис. 103) и из
шаблонов экранов и программ перетащим мышкой созданные
шаблоны в соответствии с именами объектов:

Рис. 103
 251
Аналогично для всех остальных объектов. В результате этого
получили канал класса «Вызов».
Рассмотрим автопостроение каналов. Для этого откроем свойства
канала «Вызов». На экран монитора будет выведено диалоговое окно,
вид которого приведен на рис. 104.

Рис. 104

Нажатием на иконку автопостроим каналы. Результат

приведен на рис. 105.

Рис. 105
 252
Аналогичная работа выполняется и для других каналов класса
«Вызов».
В источниках/приёмниках создадим источник «Генераторы», а в
нём создадим объект «Битовый меандр», как это показано на рис. 106.

Рис. 106

6.2.4. Создание источников/приемников. Создадим компоненты

OPC-сервера и шесть тегов. Результат приведен на рис 107.
Привяжем теги к виртуальным обозначениям дискретных выходов
модуля ввода-вывода с помощью кнопки «Обзор» в окне редактора
тега так, как это показано на рис. 108.
Для остальных тегов выплняется аналогичная работа..
 253

Рис. 107

Рис. 108
 254
6.2.5. Взаимосвязь компонентов проекта. Во все созданные
объекты перетащим «Битовый меандр» из «Генераторов», как это
показано на рис. 109.

Рис. 109
 255
Затем во всех каналах класса «Вызов» вручную привяжем аргумент
Time к каналу «Битовый меандр» в том же объекте и установим
атрибут «Время изменения», как это показано на рис. 110.

Рис. 110

Это позволяет правильно отображать текущую дату и время.

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

Нажатием иконки сохраним проект для МРВ. После

сохранения запустим профайлер . Запустив проект на

 256
исполнение, задавая параметры и режим работы, будем иметь
возможность наблюдать процесс управления.

Таблица 10
Имя Привязка
Стенд
Стенд:1
Битовый_меандр#1 Битовый_меандр#1:
Значение(Источники/Приемники.
Генераторы)
Input Температура:Значение(Источники/Приемники.
OPC.OPC_Сервер)
Zdn
Kp
Ki
Dlt
VLAG Влажность:Значение(Источники/
Приемники.OPC.OPC_Сервер)
DAVL Давление:Значение(Источники/
Приемники.OPC.OPC_Сервер)
Mode
Start
Doroga Doroga:Реальное
значение(Система.АРМ.Программа)
Nagrev Nagrev:Реальное
значение(Система.АРМ.Программа)
Vent1 Vent1:Реальное
значение(Система.АРМ.Программа)
Vent2 Vent2:Реальное
значение(Система.АРМ.Программа)
Oxlajdenie Вентилятор2:Значение(Источники/Приемники.
OPC.OPC_Сервер)
Reset Вентилятор2:Значение(Источники/Приемники.
OPC.OPC_Сервер)
Выход
Выход:2
 257

Продолжение табл. 10
Имя Привязка
Битовый_меандр#1 Битовый_меандр#1:Значение(Источники/
Приемники.Генераторы)
Задание_выход Zdn:Реальное значение(Система.АРМ.Стенд)
Input_выход Температура:Значение(Источники/Приемники.
OPC.OPC_Сервер)
Ошибка
Ошибка:3
Битовый_меандр#1 Битовый_меандр#1:Значение(Источники/
Приемники.Генераторы)
Задание_Ошибка Zdn:Реальное значение(Система.АРМ.Стенд)
Рассогласование Rassoglasovanie:Реальное
значение(Система.АРМ.Программа)
Управление
Управление:4
Битовый_меандр#1 Битовый_меандр#1:Значение(Источники/
Приемники.Генераторы)
Задание_ Zdn:Реальное значение(Система.АРМ.Стенд)
Управление
Управление Upravlenie:Реальное
значение(Система.АРМ.Программа)
Программа
Регулирование:5
Input Температура:Значение(Источники/Приемники.
OPC.OPC_Сервер)
Zdn Zdn:Реальное значение(Система.АРМ.Стенд)
Kp Kp:Реальное значение(Система.АРМ.Стенд)
Ki Ki:Реальное значение(Система.АРМ.Стенд)
Dlt Dlt:Реальное значение(Система.АРМ.Стенд)
Mode Mode:Реальное значение(Система.АРМ.Стенд)
Start Start:Реальное значение(Система.АРМ.Стенд)
Doroga
Nagrev Нагреватель:Значение(Источники/Приемники.
OPC.OPC_Сервер)
 258

Окончание табл. 10
Имя Привязка
Vent1 Вентилятор1:Значение(Источники/Приемники.
OPC.OPC_Сервер)
Vent2 Вентилятор2:Значение(Источники/Приемники.
OPC.OPC_Сервер)
Rassoglasovanie
Upravlenie
PWM
IN_select Out:Реальное значение(Система.АРМ.PWM)
ШИМ
ШИМ:6
ШИМ Out:Реальное значение(Система.АРМ.PWM)
Битовый_меандр#1 Битовый_меандр#1:Значение(Источники/
Приемники.Генераторы)
PWM
PWM
Input Upravlenie:Реальное
значение(Система.АРМ.Программа)
Out

6.3. Исследование АСУТП на учебном лабораторном стенде

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

содержит ещё два вентилятора: один – на “вдув”, другой – на “выдув”.
Кроме того, как было отмечено, помимо температуры, необходимо
контролировать давление и влажность с помощью датчика NL-232C
(фирма НИЛ АП, г. Таганрог). Указанные устройства должны быть
связаны с АРМ. С этой целью в слое Источники/Приёмники
создадим группу OPC_1, а в ней группу OPC_сервер_1. В этой группе
создадим 4 компонента OPC-сервера, как показано на рис. 111.
Дважды нажмём на компонент Нагреватель и вызовем его
настройки.
Тип канала указывается в строке Направление (см. рис 112).
Нажмём кнопку Обзор и вызовем окно поиска OPC-сервера. В списке
 259
ОРС-сервера присутствуют устройства, подключенные к компьютеру,
а именно устройство ввода/вывода NL4RTD и датчик NL-232C.

Рис. 111

Рис. 112

Привяжем каналы к выходам.

Нагреватель к Dout0 группы дискретных выходов Diskret модуля
NL4RTD; каналы Температура, Влажность и Давление к
соответствующим сенсорам датчика.
 260

Сохраним выполненную работу. Нажатием ЛК сохраняем его

для МРВ. Запустив профайлер можно приступать к эксперименту.
6.3.1. Идентификация объекта управления. Для того чтобы
правильно выбрать регулятор и его параметры, необходимо знать
математическую модель объекта управления (ОУ). С этой целью на ОУ
был выполнен эксперимент по получении его разгонной
характеристики при включении питания на нагреватель. Регистрация
изменения температуры выполнялась в SCADA-системе, что дало
возможность получить указанную характеристику в виде тренда,
представленного на рис. 113.

Рис. 113

Используя метод идентификации по разгонной характеристике [62],

пришли к выводу, что передаточная функция ОУ будет иметь вид:
k0
Woy (p) = exp(-pTзап )
T0p + 1
со следующими параметрами k0=12, T0=11 мин, Tзап=41 мин. Нужно
отметить, что параметры будут другими, если в замкнутый объем ОУ
поместить какой-либо предмет, например, влажную губку или брусок с
малой постоянной нагрева.
6.3.2. Настройка регулятора. Как уже отмечалось для указанного
ОУ можно использовать несколько типов регуляторов. В качестве
примера выбрали ПИ-регулятор с параметрами: kрег=0,17, Tи=14 мин.
 261
На отобразившемся после запуска профайлера экране можно задать
эти параметры регулятора и, для наглядности, нажатием кнопки
Визуализация переходить к экрану наблюдения за переходными
характеристиками.
В качестве вводимых параметров используются следующие:
кп=kрег=0,17 и ки=kрег/Tи=0,01545.
6.3.3. Снятие экспериментальных характеристик. После запуска
системы с заданием нужной температуры в 450С получаем тренд (см.
рис. 114), на котором представлены графики задания, изменения в
процессе регулирования температуры и изменения в процессе
контроля влажности.

Рис. 114

Указанные графики существенно изменились при использовании в

замкнутом объеме влажной губки (см. рис. 114). При этом пришлось
 262
подстраивать параметры регулятора в процессе управления, поскольку
объект стал нестационарным.
На рис. 115 приведен результаты эксперимента для процесса
регулирования температуры для незагруженной камеры.

Рис. 115
 263

ЗАКЛЮЧЕНИЕ

В настоящей могографии показано решение многих задач, относящихся

профессиональной подготовки студентов по специальностям «Управление и
информатика в технических системах», «Автоматизация технологических
процессов и производств».
В монографии рассмотрены теоретические основы построения
распределенных иерархических информационно-управляющих систем,
автоматизированных систем управления технологическими процессами.
Даются рекомендации по выбору технических средств при разработке
указанных систем. Многочисленные примеры помогают восприятию
изложенного материала.
Использование новейших методик и информационных технологий при
управлении различными процессами в реальном времени значительно
поднимает уровень профессиональной подготовки выпускников. Авторы
надеются, что материал, изложенный в настоящем пособии по SCADA-
системе TRACE MODE и особенностям учебного лабораторного стенда,
позволяющего получить навыки проектирования систем сбора данных и
оперативного диспетчерского управления, расширит кругозор будущих
специалистов, и в дальнейшем позволит применять эти знания в своей
производственной деятельности.
 264

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Рогозов Ю.И., Финаев В.И. Проектирование информационно-

управляющих систем: Учебное пособие. – Таганрог: Изд-во ТРТУ, 60
с.
2. Трахтенгерц Э.А. Компьютерная поддержка принятия решений:
Научно-практическое издание. Серия «Информатизация России на
пороге ХХ1 века». – М.: СИНТЕГ, 1998. – 376 с.
3. Волкова В.Н., Денисов А.А. Основы теории систем и системного
анализа. - Спб.: Издательство СПБГТУ, 1997. -510 с.
4. Изерман Р. Цифровые системы управления: Пер. с англ. – М.:
Мир, 1984. – 541 с.
5. Волкова В.Н., Денисов А.А. Основы теории систем и системного
анализа. - Спб.: Издательство СПБГТУ, 1997. -510 с.
6 Перегудов Ф.И., Тарасенко В.П. Введение в системный анализ. -
М.: Высшая школа, 1989. - 367 с.
7. Уемов А.И. Системный подход и общая теория систем. - М.:
Мысль, 1978. - 204 с.
8. Флейшман Б.С. Основы системологии. - М.: Радио и связь, 1982.
9. Перегудов Ф.И. Основы системного подхода. - Томск: Изд-во
Томского университета, 1976. - 440 с.
10. Мелихов А.Н., Берштейн Л.С., Коровин С.Я. Ситуационные
советующие системы с нечеткой логикой. - М.: Наука, 1990.
11. Аверкин А.Н. и др. Нечеткие множества в моделях управления и
искусственного интеллекта/Под ред. Поспелова Д.А. - М.: Наука, 1986.
- 312 с.
12. Борисов А.Н., Алексеев А.В., Крумберг О.А. и др. Модели
принятия решений на основе лингвистической переменной. - Рига:
Зинатне, 1982.
13. Дюбуа Д., Прад. А. Теория возможностей: Пер. с французского
В.Б.Тарасова /Под редакцией С.А.Орловского - М.: Радио и Связь,
1990. – 288 с.
14. Сигорский В.П. Математический аппарат инженера. - Киев:
Техника, 1977. 766 с.
15. Bertalanfy L. von. General System Theory - a Critical Review//
General System, vol. YII, 1962, p.1-20.
 265
16. Месарович М., Такахара И. Общая теория систем:
математические основы. - М.: Мир, 1978. -311 с.
17. Исследования по общей теории систем: Сб. Переводов/ Под ред.
В.Н. Садовского и Э.Г. Юдина. М.: Прогресс, 1969. - 520 с.
18. Холл А. Опыт методологии для системотехники. М.: Сов. радио,
1975. -448с.
19. Финаев В.И., Глод О.Д. Основы теории систем: Учебное
пособие. - Таганрог: ТРТУ, 2000. 80 с
20. Черняк Ю.И. Системный анализ в управлении экономикой. -М.:
Экономика, 1975. -191 с.
21. Большие системы. Теория, методология, моделирование. - М.;
Наука, 1971.
22. Глушков В. М. Введение в АСУ. Киев: Техника, 1972.
23. Мамиконов А.Г. Основы построения АСУ: Учебник для вузов. –
М.: Высшая школа, 1981.
24. Мясников В.А., Вальков В.М., Омельченко И.С.
Автоматизированные и автоматические системы управления
технологическими процессами. – М.: Машиностроение, 1978.
25. Глушков В. М. Введение в АСУ. Изд. 2-е, испр. и доп. - Киев:
Техника, 1974.
26. Сыроежин И. М. Очерки теории производственных
организаций. М.: Экономика, 1970.
27. Государственный стандарт Российской Федерации.
Унифицированные системы документации. Унифицированная система
организационно-распорядительной документации. ГОСТ Р 6.30-97
28. Государственный стандарт Союза ССР. Единая система
программной документации. ГОСТ 19.004-80.
29. Государственный стандарт Союза ССР. Виды, комплектность и
обозначение документов при создании автоматизированных систем.
ГОСТ 34.201-89.
30. Государственный стандарт Союза ССР. Информационная
технология. Виды испытаний автоматизированных систем. ГОСТ
34.603-92.
31. Самсонов В.С. Автоматизированные системы управления. Учеб.
Для учащихся энерг. спец. техн. М.: Высш. школа, 1991.
32. Энкарначо Ж., Шлехтендаль Э. Автоматизированное
проектирование, Основные понятия и архитектура систем: Пер. с англ.
М.: Радио и связь, 1986.
 266
33. Поспелов Г. С. Ириков В.А. Программно-целевое планирование
и управление. М.: Радио и связь, 1976.
34. Бобрышев Д.Н., Нисевич Е.В. Сетевые методы в управлении М.:
Моск. рабочий, 1973.
35. Бобрышев Д.Н. Организация управления разработками новой
техники. М.: Экономика, 1971.
36. Миллер Р.В. Перт-система управления. Экономика, 1965.
37. Тимченко А.А. Эффективность проектных процессов и качество
проектных решений. Киев,: Общ “Знание”, 1982.
38. Шеверов Д.Н. О методических основах автоматизации
проектирования технических систем. //Автоматизация проектирования.
М.: Машиностроение, 1986. Вып. 1 с.188-202.
39. Emery F.E. (ed.), System Thinkingh, Middlesex, Penguin ,England,
1969, p.12.
40. Ackoff R.L., Toward a System of System Concept, Management
Science, 17, 11, 661-671 (July 1971).
41. Дж., Ван. Прикладная общая теория систем: пер. с англ.-
М.:Мир,1981.-336с., ил.
42. Косенко Е.Ю., Макаров С.С., Финаев В.И., Методы
моделирования и проектирования распределенных информационно-
управляющих систем. Таганрог: Изд-во ТРТУ, 2004. 198 с.
43. Модин А.А., Зингер И.С., Коротяев М.Ф. Исследование и анализ
потоков информации на промышленных предприятиях. М., 1970.
44. Белоногов Г. Г., БогатыревВ.Н. Автоматизированные
информационные системы. М.: Сов. Радио, 1972.
45. Кирилюк Н.И., Рубан В. Я. Вопросы комплексной
автоматизации проектирования АСУ.- Киев., Механизация и
автоматизация управления, №4, 1975.
46. Цвиркун А.Д. Структура сложных систем. М., 1975.
47. Макаров С.С., Жидкова Т.З., Косенко Е.Ю., М.В.Зиборов,
Финаев В.И. Моделирование и информационное обеспечение
медицинских учреждений. – М.: МГУП, 2005. – 210 с.
48. Севостьянов Б.А. Эргодическая теорема для Марковских
процессов и ее приложение к телефонным линиям с отказами. – В
кн.:Теория вероятностей и ее применение. 1957. Т.2, вып.1.
49. Гибмаш Е.А. Повышение качества проектирования АСУТП. //
Приборы и системы. 2002. №6.
50. Костюк В.И. Основы построения АСУ. Учебное пособие для
вузов. - М., «Сов. Радио», 1977.
 267
51. Мельников Ю.И. Достоверность информации в сложных
системах. - М. “Советское радио”. 1973.
52. Саати Т.Л. Элементы теории массового обслуживания и ее
приложения. - М.: Сов. Радио, 1971.
53. Бродецкий Г.Л., Кирилюк Н.И. Лемишевский Г.А. К вопросу
исследования ЭВМ в системе.- В кн.: Проблемы математического
обеспечения автоматизированных систем планирования и управления
народным хозяйством. Киев, 1974.
54. Типовая методика определения экономической эффективности
капитальных вложений. - М.: Экономика, 1980.
55. Черняк Ю.И. Информация и управление. М.: Наука, 1974. 184 с.
56. Пьявченко Т. А. Проектирование АСУТП. Конспект лекций. Ч 1.
- Таганрог: Изд-во ТРТИ. 1982. – 45 с.
57. Пьявченко Т. А. Автоматизированные системы управления
технологическими процессами и техническими объектами: Учебное
пособие. - Таганрог: Изд-во ТРТУ. 1997. – 128 с.
58. Стефани Е.П. Основы построения АСУТП. М.:
Энергоатомиздат, 1982.
59. Пьявченко Т.А. Алгоритмы первичной обработки информации.
Известия ТРТУ. Тематический выпуск: Материалы Всероссийской
научно-технической конференции с международным участием
“Компьютерные и информационные технологии в науке, инженерии и
управлении”. – Таганрог: Изд-во ТРТУ, 2005, №1(45).
60. Пьявченко Т.А. Программа, методические указания и
контрольные работы по дисциплине «Технические средства систем
автоматизации и управления». - Таганрог: Изд-во ТРТУ. 2003. – 52 с.
61. Гинзбург И.Б., Непомнящий С.Б., Трачевский М.Л.
Автоматизированные системы управления технологическими
процессами в промышленности строительных материалов (основы
разработки, проектирования и внедрения)/Под ред. И.Б. Гинзбурга. -
Л.: Стройиздат, Ленингр. отд-ние, 1979. – 272 с.
62. Курсовое и дипломное проектирование по автоматизации
производственных процессов: Учеб. пособие. Под ред. И.К. Петрова. –
М.: Высш. шк., 1986. – 352 с.
63. Ротач В.Я., Кузищин В.Ф., Клюев А.С. и др. Автоматизация
настройки систем управления. - М.: Энергоатомиздат, 1984.
64. Захаров Н.Д. Расчет параметров настройки ПИД регуляторов
методом логарифмических частотных характеристик. Приборы и
системы. Управление, контроль, диагностика. 2000. №1, с. 40 – 43.
 268
65. Пьявченко Т.А. Расчет параметров ПИД закона управления для
объектов с транспортным запаздыванием. Известия ТРТУ.
Тематический выпуск: Материалы Всероссийской научно-технической
конференции с международным участием “Компьютерные и
информационные технологии в науке, инженерии и управлении”. –
Таганрог: Изд-во ТРТУ, 2006, №5(60). C. 83 – 88.
66. Чиликин М.Г., Сандлер А.С. Общий курс электропривода:
Учебник для вузов. – 6-е изд., доп. и перераб. – М.: Энергоиздат, 1981.
– 576 с.
67. Гайдук А.Р. Основы теории систем автоматического
управления. – М.: УмиИЦ «Учебная литература», 2005. – 408 с.
68. Гайдук А.Р., Пьявченко Т.А. Учебно-методическое пособие по
выполнению курсовой работы «Динамический расчет следящих
систем» по дисциплине «Теория управления». - Таганрог: Изд-во
ТРТУ, 2001. 19с.
69. Финаев В.И. Модели принятия решений: Учебное пособие. -
Таганрог: Изд-во ТРТУ, 2005. – 118 с.
70. Деменков Н.П. SCADA-системы как инструмент
проектирования АСУ ТП: Учеб. пособие. – М.: Изд-во МГТУ им. Н.Э.
Баумана, 2004. – 328 с.
71. Алиев Р.А. Принцип инвариантности и его применение для
проектирования промышленных систем управления. – М.:
«Энергоиздат». 1985.
72. Пьявченко Т.А. О выборе модулей управляющего устройства
локальных систем управления//Телекоммуникации. 2004. №7. с. 17 –
21.
73. Бесекерский В.А., Изранцев В.В. Системы автоматического
управления с микроЭВМ. – М.: Наука. Гл. ред. физ.-мат. лит. 1987г.
320с
74. Автоматические приборы, регуляторы и вычислительные
системы. Справочное пособие/Под ред. Б.Д. Кошарского. - Л.:
Машиностроение (Ленингр. отделение). 1976. 488с.
75. Клюев А.С. Методические указания по разработке
функциональных схем автоматизации технологических процессов и
производств в курсовых и дипломных проектах. - Иваново: Изд-во
ГУКПК Минтопэнерго РФ. 1993. – 35 с.
76. Руководство пользователя Трейс Моуд. Версия 5.0. М.: AdAstra
Research Group, Ltd. 2000. 814 c.
269
 270

Пьявченко Тамила Алексеевна

Финаев Валерий Иванович

АВТОМАТИЗИРОВАННЫЕ
ИНФОРМАЦИОННО-УПРАВЛЯЮЩИЕ
СИСТЕМЫ

Ответственный за выпуск Финаев В.И.

Редактор Белова Л.Ф.
Корректор Селезнева Н.И.

ЛП №020565 Подписано к печати

Офсетная печать Усл. п.л. – Уч.-изд.л. –
Заказ №_______ Тирах 350 “С”

_____________________________________________________
Издательство Таганрогского государственного
радиотехнического университета
ГСП 17А, Таганрог, 28, Некрасовский, 44
Типография Таганрогского государственного
радиотехнического университета
ГСП 17А, Таганрог, 28, Энгельса, 4