ЦП Автоматизированные системы управления и промышленная безопасность

Контроллеры устройств ввода-вывода весьма различны как по своему внутреннему строению, так и по исполнению (от одной микросхемы до специализированной вычислительной системы со своим процессором, памятью и т. д.), поскольку им приходится управлять совершенно разными приборами. Не вдаваясь в детали этих различий, мы выделим некоторые общие черты контроллеров, необходимые им для взаимодействия с вычислительной системой. Обычно каждый контроллер имеет, по крайней мере, четыре внутренних регистра, называемых регистрами состояния, управления, входных данных и выходных данных. Для доступа к содержимому этих регистров вычислительная система может использовать один или несколько портов, что не существенно для нас. Для простоты изложения будем считать, что каждому регистру соответствует свой собственный порт. 
Регистр состояния содержит биты, значение которых определяется состоянием устройства ввода-вывода, и которые доступны только для чтения вычислительной системой. Эти биты индицируют завершение выполнения текущей команды на устройстве (бит занятости), наличие очередного данного в регистре выходных данных (бит готовности данных), возникновения ошибки при выполнении команды (бит ошибки) и т.д.
Регистр управления получает данные, которые записываются вычислительной системой для инициализации устройства ввода-вывода или выполнения очередной команды, а также изменения режима работы устройства. Часть битов в этом регистре может быть отведена под код выполняемой команды, часть битов кодировать режим работы устройства, бит готовности команды свидетельствует о том, что можно приступить к ее выполнению.
Регистр выходных данных служит для помещения в него данных для чтения вычислительной системой, а регистр входных данных предназначен для помещения в него информации, которая должна быть выведена на устройство. Обычно емкость этих регистров не превышает ширину линии данных (а чаще всего меньше ее), хотя некоторые контроллеры могут использовать в качестве регистров очередь FIFO для буферизации поступающей информации.

аналитика для высшего менеджмента предприятия для принятия управленческих решений на уровне бизнеса предприятия в целом (OLAP); автоматизированная система управления (АСУ) предприятия в целом на уровне бизнес - процессов (АСУП или ERP); автоматизированная система (АС) технологической подготовки производства (ТПП), и как расширение - управление производством в целом на уровне производственных процессов (АС ТПП или MES);АСУ технологическими процессами (ТП) в реальном времени (АСУ ТП или SCADA); системы автоматизированного проектирования разработчика - конструктора (САПР-К или CAD/CAM) и технолога (САПР-Т или CAE), а также им соответствующие инженерные и технологические базы знаний и система управления ими (PDM); внешние по отношению к предприятию информационные системы (ERP-2): управление отношениями с клиентами (CRM, в т.ч. электронный бизнес B2B), управление цепями поставок (SCM), управление жизненным циклом произведенного изделия (PLM) и продажами (SFM).

С появлением распределенных систем отдельные приложения управления стали использовать одну и ту же сетевую инфраструктуру. Это дало им возможность, по крайней мере, теоретически, разделять информацию в различных операционных средах. Так возникла интеграция достаточно низкого уровня, которая обеспечивала доступ к каждому управляющему приложению из отдельного "окна" в общем пользовательском интерфейсе. Данная архитектура управления позволяла администратору работать с множеством систем с одной консоли, но по сути не обеспечивала реальной интеграции, поскольку возможности разделения данных от различных приложений были очень ограниченными. 
В действительно интегрированной среде одно управляющее приложение имеет единый интерфейс и единое представление данных для различных вычислительных платформ. С другой стороны, такая среда должна предоставлять администратору возможность разделять информацию между различными дисциплинами управления. Иными словами, основные характеристики интегрированной системы управления следующие: Кросс-платформность - приложение, которое реализует функции отдельной дисциплины управления, прозрачно для различных операционных сред; 
Кросс-дисциплинарность - приложения для различных дисциплин используют общую информацию; 
Открытость - возможность интеграции средств управления других поставщиков. 
Кросс-дисциплинарные возможности обеспечивают совместную работу различных управляющих модулей и тем самым повышают эффективность всей системы в целом. Например, можно интегрировать средства управления программным обеспечением с приложением управления хранением. В результате программа резервирования будет информирована о том, какие прикладные системы устанавливались в последнее время, и выполнять резервирование только при необходимости. 
В полностью интегрированной среде управления должен быть реализован унифицированный, открытый способ просмотра и разделения информации, который может использоваться всеми входящими в эту среду управляющими приложениями на всех вычислительных платформах. Интегрированная среда должна: 
• обладать согласованным пользовательским интерфейсом (например, интерфейс реального мира CA-Unicenter TNG); 
• иметь возможность разделять информацию между различными операционными средами и дисциплинами управления; реализация этой возможности подразумевает наличие общего, возможно распределенного, репозитария данных и объектно-ориентированной архитектурной базы (например, объектно-ориентированная база интегрированного семейства управляющих приложений ТМЕ 10 компании Tivoli); 
• обеспечивать представление информационной инфраструктуры как с точки зрения системного и сетевого управления, так и исходя из интересов бизнеса (например, представление бизнес-процессов в CA-Unicenter TNG); 
• быть распределенной как физически, так и логически; 
• обеспечивать иерархическую организацию управления - возможность делегирования прав менеджера сверху вниз и передачи ответственности за выполнение определенных действий снизу вверх. 

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