Станислав Горобченко - Курс АСУ ТП непрерывных производств. Конспект лекций

С точки зрения материально-технической и организационной структур производства, а также характера протекания ТП, все многообразие ТОУ можно разделить на три составные группы:

– Непрерывные;

– Дискретные;

– Непрерывно-дискретные.

С точки зрения управления по виду уравнений связи между входными и выходными переменными ТОУ обычно классифицируют на:

– Одномерные (простейшее ТОУ) и многомерные (сложное ТОУ);

– Линейные (простейшее) и нелинейные (сложное);

– Стационарные (простейшее) и нестационарные (сложное);

– С голономными (простейшее) и неголономными связями (сложное);

– Сосредоточенными параметрами (простейшее).

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

1. основные задачи управления ТОУ всегда формулируются как

оптимизационные;

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

Под оптимизационной задачей управления ТОУ подразумевается проектирование системы таким образом, чтобы получить лучший результат, уменьшая затраты ресурсов.

а)

б)

в)

Рис.5.2. Карта памяти Функциональные задачи АСУ ТП

а – содержательная картинка; б, в – схемы

Архитектура и схемы АСУ ТП. Задачи проектирования*

*прим. Некоторое повторение тем носит не смысловой, а когнитивный характер (цельности тем как самостоятельных единиц)

Централизованная архитектура

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

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

Рис.5.3. Централизованная архитектура

Распределенная архитектура

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

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

Рис.5.4. Распределенная архитектура

Архитектура клиент-сервер

Архитектура клиент-сервер – c распределенными задачами как клиентами и общими задачами как серверами – оптимизирует распределение информации между БД. Citect для Windows поддерживает высокое значение производительности даже при распределении задач по большому количеству компьютеров.

Рис. 5.5. Системная архитектура Citect

Масштабируемая архитектура

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

Рис. 5.6. Масштабируемая архитектура

По мере расширения приложения (к примеру, добавления двух узлов) дополнительный ПК используется для управления каждого узла – и на каждом из них устанавливается ПО Citect для Windows.

Рис.5.7. ПО Citect на каждом узле

Для улучшения данной схемы можно использовать ЛВС, а также выделяется сервер ввода/вывода. Такая централизация необходима для устранения ненужных вычислений. Задачи отображения распределены по небольшим ПК, так что каждый оператор может получать необходимые данные.

Текст предоставлен ООО «ЛитРес».

Прочитайте эту книгу целиком, на ЛитРес.

Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.